Zsh Mailing List Archive
Messages sorted by: Reverse Date, Date, Thread, Author

Re: different kind of glob_complete?

Bart Schaefer wrote:

> On Sep 3, 12:39am, Will Day wrote:
> } Subject: different kind of glob_complete?
> }
> } Here's something I've been wondering about - can I get zsh to perform menu
> } completion of glob patterns that match exactly the end of a string?
> } 
> } I'm thinking this would be like glob_complete:
> } but _without_ the trailing '*'?
> This is interesting.  Compare manual entries; here again is 3.1.6:
> [ manuals for 3.0.6 and 3.1.6 being differently ]
> I think the 3.1.6 behavior was introduced by Sven in zsh-workers/5871, and
> was briefly discussed at that time.  Here's a case where it might differ a
> lot from the 3.0.6 behavior, and it sounds as if Will would prefer the old
> form -- in fact, he'd prefer that completion were not attempted again when
> no matches are found in the first place.
> You can certainly get this by some arrangement of the settings for the new
> function-based completion system, but I could understand the confusion if
> formerly zsh glob-completed file.11 and file.21 but now it glob-completes
> filefoo91blather as well.

No, the behavior wasn't changed, only the manual was corrected, see
zsh-workers/5879. I /think/ we once had this (trying it first without
the `*'), but I don't remember when we lost it.

And, of course for the new completion system it's already there, just
use the `_match' completer with a configuration of `match_original=only'
or `match_original=yes'.

So, yes, the code in tricky.c can do this now (this was added in
5871), but I didn't change the behavior of compctl-style completion.
We could add an option to allow this for it, but should we? Or may
this be an incentive to go to the new completion system?


Sven Wischnowsky                         wischnow@xxxxxxxxxxxxxxxxxxxxxxx

Messages sorted by: Reverse Date, Date, Thread, Author