From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22279 invoked from network); 22 Sep 1999 14:58:16 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 22 Sep 1999 14:58:16 -0000 Received: (qmail 8630 invoked by alias); 22 Sep 1999 14:57:38 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 8003 Received: (qmail 8620 invoked from network); 22 Sep 1999 14:57:37 -0000 Subject: Re: simulation of dabbrev-expand In-Reply-To: <199909221411.QAA20959@beta.informatik.hu-berlin.de> from Sven Wischnowsky at "Sep 22, 1999 4:11:37 pm" To: wischnow@informatik.hu-berlin.de (Sven Wischnowsky) Date: Wed, 22 Sep 1999 15:57:29 +0100 (BST) Cc: zsh-workers@sunsite.auc.dk X-Mailer: ELM [version 2.4ME+ PL48 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: From: Zefram 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