Re: aggregated options in completion lists

[Oliver Kiddle <okiddle@xxxxxxxxxxx>]

On Tue, May 21, 2002 at 10:02:53AM +0200, Sven Wischnowsky wrote:
> 
> The calculation for max-match-length (still no better name) could

How about max-matches-width? Or maybe max-width-matches.

On Tue, May 14, 2002 at 09:59:21AM +0200, Sven Wischnowsky wrote:
> 
> Below is a patch. This is the simple implementation. One could thing
> about how nice it were if the code could do:
> 
>    % foo <TAB>
>    description
>    --long-option1  --long-option2
>    --long-option3                   -- description
> 
> I.e., to not repeat the description for every sub-set of matches it
> creates. That, however is much harder to implement and, if uses often,
> could probably be slightly irritating, I think.
> 
> Opinions?

It would be better.

Another possibility would be to vary the position of the description
from one line to the next which would be good in situations such as
where only a couple out of many options have multiple options for the
same description.

Handling of empty descriptions is perhaps not ideal. I'm getting
lines like:
% info -d ~/info zsh <tab>
menu item
Arithmetic Evaluation     --
Command Execution         --

Oliver

This e-mail and any attachment is for authorised use by the intended recipient(s) only.  It may contain proprietary material, confidential information and/or be subject to legal privilege.  It should not be copied, disclosed to, retained or used by, any other party.  If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender.  Thank you.