From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3870 invoked from network); 9 Mar 1999 13:59:50 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 9 Mar 1999 13:59:50 -0000 Received: (qmail 20841 invoked by alias); 9 Mar 1999 13:59:20 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 5708 Received: (qmail 20833 invoked from network); 9 Mar 1999 13:59:18 -0000 Date: Tue, 9 Mar 1999 14:58:34 +0100 (MET) Message-Id: <199903091358.OAA14493@beta.informatik.hu-berlin.de> From: Sven Wischnowsky To: zsh-workers@sunsite.auc.dk In-reply-to: "Andrej Borsenkow"'s message of Tue, 9 Mar 1999 16:37:59 +0300 Subject: RE: PATCH: (was Re: _configure does not work) Andrej Borsenkow wrote: > > This is slightly modeled after globbing behavior: anchors of `*' > > patterns separate parts like slashes separate pathname components. > > Inside the word they all have to be typed explicitly. > > > > Personally, I like this behavior much better than the `* matches even > > it's anchors' (I wanted this behavior from the beginning, so I > > consider the patch to be a bug fix), because an important goal of > > completion is to produce as few matches as possible -- even if this > > may sound strange. > > > > Agreed. If only the manuals mentioned this as well ... Yep, maybe... Bye Sven diff -u od/Zsh/compctl.yo Doc/Zsh/compctl.yo --- od/Zsh/compctl.yo Mon Mar 8 09:04:45 1999 +++ Doc/Zsh/compctl.yo Tue Mar 9 14:57:08 1999 @@ -703,7 +703,8 @@ that the pattern on the command line can match any number of characters in the trial completion. In this case the pattern must be anchored (on either side); the var(anchor) then determines how much of the trial -completion is to be included. +completion is to be included --- only the characters up to the next +appearance of the anchor will be matched. Examples: @@ -758,7 +759,8 @@ -k '(comp.sources.unix comp.sources.misc ...)' ngroups)) ) The first specification says that tt(lpat) is the empty string, while -tt(anchor) is a dot; tt(tpat) is tt(*), so this can match anything in +tt(anchor) is a dot; tt(tpat) is tt(*), so this can match anything +except for the `tt(.)' from the anchor in the trial completion word. So in tt(c.s.u), the matcher sees tt(c), followed by the empty string, followed by the anchor `tt(.)', and likewise for the second dot, and replaces the empty strings before the -- Sven Wischnowsky wischnow@informatik.hu-berlin.de