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

Re: simulation of dabbrev-expand

X-seq: zsh-workers 8003
From: Zefram <zefram@xxxxxxxx>
To: wischnow@xxxxxxxxxxxxxxxxxxxxxxx (Sven Wischnowsky)
Subject: Re: simulation of dabbrev-expand
Date: Wed, 22 Sep 1999 15:57:29 +0100 (BST)
Cc: zsh-workers@xxxxxxxxxxxxxx
In-reply-to: <199909221411.QAA20959@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> from Sven Wischnowsky at "Sep 22, 1999 4:11:37 pm"
Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm

Sven Wischnowsky wrote:
>Ok. This makes `-1' keep the completion system from removing all
>duplicates and `-2' keep it from removing consecutive duplicates. Yes, 
>the sense is reversed so that `-J' still gives the normal behaviour.

So you mean

	neither option = remove all duplicates
	-1 = keep non-consecutive duplicates and remove consecutive duplicates
	-2 = keep all duplicates

>In other words:
>-V   -- unsorted list without duplicates
>-V1  -- unsorted list with only non-consecutive duplicates
>-V2  -- unsorted list with all duplicates

OK

>-J   -- sorted list without duplicates
>-J1  -- sorted list with duplicates (which are all consecutive due to
>        the sorting)
>-J2  -- same as -J1

That can't be right.  -J1 should be removing consecutive duplicates,
i.e., all duplicates due to the sorting.  Shouldn't it?

>+item(tt(-2))(
>+If given together with the tt(-J) option, behaves the same as
>+tt(-J).

This looks fishy too.

-zefram

References:
- Re: simulation of dabbrev-expand
  - From: Sven Wischnowsky

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