Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: simulation of dabbrev-expand
- X-seq: zsh-workers 7990
- From: Adam Spiers <adam@xxxxxxxxxxxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxxxxxxxxx
- Subject: Re: simulation of dabbrev-expand
- Date: Wed, 22 Sep 1999 01:03:20 +0100
- In-reply-to: <199909210720.JAA12883@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Mail-followup-to: zsh-workers@xxxxxxxxxxxxxx
- Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm
- References: <199909210720.JAA12883@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Reply-to: Adam Spiers <adam@xxxxxxxxxx>
Sven Wischnowsky (wischnow@xxxxxxxxxxxxxxxxxxxxxxx) wrote:
>
> Adam Spiers wrote:
>
> > > > The completion system *should* be handling this for you, but I'm going to
> > > > leave that bug to Sven, [ ... ]
> > >
> > > Hm, actually I don't think this is a bug -- at least it is intended
> > > behaviour. Although I admit that I partly did this for performance
> > > reasons. So, should duplicates always be removed or should this be an
> > > option (we're in trouble with `compctl', then -- no more option
> > > letters).
> >
> > I'd vote for the option er, option ... sorry :-) No idea what you
> > should do about the option letters, other than using 8-bit-high
> > options ;-)
>
> This is the non-option implementation because a) I couldn't think of a
> good option character (if someone has a suggestion and thinks we
> should make this optional, tell me
I think it should be optional. I also think you should have the
choice of whether to remove all duplicates or just consecutive ones.
What about -1 and -2, or some other funny option characters?
Messages sorted by:
Reverse Date,
Date,
Thread,
Author