From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28756 invoked from network); 11 Oct 2000 12:38:42 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 11 Oct 2000 12:38:42 -0000 Received: (qmail 2193 invoked by alias); 11 Oct 2000 12:37:48 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 12962 Received: (qmail 2186 invoked from network); 11 Oct 2000 12:37:48 -0000 X-Envelope-Sender-Is: Andrej.Borsenkow@mow.siemens.ru (at relayer david.siemens.de) From: "Andrej Borsenkow" To: "Sven Wischnowsky" , Subject: RE: PATCH: all completions Date: Wed, 11 Oct 2000 16:37:44 +0400 Message-ID: <000101c03380$0dfd52f0$21c9ca95@mow.siemens.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-reply-to: <200010111217.OAA27801@beta.informatik.hu-berlin.de> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 > > Here's an improved patch. It gets the string displayed for the > all-matches special match right (as described in 12936) and it has > another style, `avoid-completer' (any suggestions for a better > name?). That gives a list of completer-names for which no all-matches > string should be added. It has what I think is a sensible default > value. > The word ``matches'' in manual may be a bit misleading but I fail to suggest better. We actually mean ``completion listing'' that completion code internally builds. In case of _correct/_approximate or _expand it is actually superset of possible matches (original word on line or all expansions). Actually, it just occured to me, that exactly in case of _correct or _approximate this distinction may be significant. User _may_ want to add all *matches* but without original string. But this probably needs more user feedback. -andrej