RE: Patch available for 3.0.6-pre-5

[Sven Wischnowsky <wischnow@xxxxxxxxxxxxxxxxxxxxxxx>]

Andrej Borsenkow wrote:

> > - the `menu-select' widget which is a bit like `menu-complete' but
> >   displays the list and then lets you use cursor-movement keys to
> >   navigate in the list; to return to line editing, you can use
> >   `accept-line' or `send-break'; `accept-and-hold' leaves the match
> >   inserted in place and continues selecting matches from the list
> >   (i.e. it's like `accept-and-menu-complete')
> 
> Wow! I was tempted to ask for it long long time ... but I always had a feeling,
> that zsh-workers are more of the old Unix teletype guys :-)

I, at least, am. That's why I'm not planning to give this real support.

> Is it possible to transparently use menu-select instead of menu-complete? I
> mean, I currently have TAB bound to complete-word with additional stuff like
> menu et al governed by configuration keys. Can I still use menu-select in this
> case? Some configuration key to use menu-select instead of menu-complete
> transparently ...

Switching on menu-select instead of menu-complete: no. This was at
least half-intentional because menu-select takes over control
completely. You can, however, go from normal menu completion to
menu-select and back again (if you have it bound to a key).
And of course you can use menu-select as one of the styles to use for
the new completion system (after loading collist).

Doing this with an option or configuration key is currently not
possible because zle/comp1/compctl don't know about collist. And I
would like to have some more feedback before I start thinking about
ways to support this. Ok?

Bye
 Sven


--
Sven Wischnowsky                         wischnow@xxxxxxxxxxxxxxxxxxxxxxx