Strange directory completion behaviour #453
amomchilov
started this conversation in
General
Replies: 2 comments 5 replies
-
According to unambiguous: "" A bit weird, though, that Have you defined Can you run |
Beta Was this translation helpful? Give feedback.
4 replies
-
Oh, and you don’t need all those |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hey there!
I'm not sure if there's a bug here, or if I'm just misunderstanding the zstyle config options.
My
.zshrc
contains only these 2 style settings:My goal is to be able to write a prefix, like
cd Dr
and have it expand out to the longest common prefix of all the suggestions (this is what I thinkinsert-unambiguous yes
does).Given a line
cd Dr
:$ cd Dr directory Desktop/ Dev/ Documents/ Downloads/ Drive/ root/
It autocompletes to
cd Desktop
! (This is the behaviour I would expect frominsert-unambiguous no
:zsh-autocomplete/.zshrc
Lines 37 to 38 in ccf7d59
Even weirder (to me) is that the list (I think this is called the "widget" in the code, is that so?) contains
Desktop
,Dev
,Documents
andDownloads
(none of which contain anr
), androot
(which doesn't have aD
).I tried to debug this a bit myself. I added these print lines to inspect the variables in
_autocomplete.unambiguous
:and got these values at runtime:
I couldn't actually find the source of this
compstate
associative array, which would be responsible for doing the matching and comping up with this strangenmatches: "6"
value.Beta Was this translation helpful? Give feedback.
All reactions