From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4533 invoked from network); 11 Apr 2000 12:38:09 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 11 Apr 2000 12:38:09 -0000 Received: (qmail 21120 invoked by alias); 11 Apr 2000 12:38:04 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 10654 Received: (qmail 21071 invoked from network); 11 Apr 2000 12:37:59 -0000 Date: Tue, 11 Apr 2000 14:37:55 +0200 (MET DST) Message-Id: <200004111237.OAA04834@beta.informatik.hu-berlin.de> From: Sven Wischnowsky To: zsh-workers@sunsite.auc.dk In-reply-to: Adam Spiers's message of Tue, 11 Apr 2000 13:32:22 +0100 Subject: Re: PATCH: Re: 3.1.6-dev-22 Adam Spiers wrote: > ... > > > The whole thing comes from a time when we were thinking about ways to > > get information about the matches already added. Then I was thinking > > about using it for the stuff that is now done with _next_tags. I > > didn't expect so much consistency and control in the shell code then. > > > > So, I would like to make the question: should we remove it? I would > > only comment it out in the C-code just in case we get a way to access > > matches added some day (not for a long time, I think). > > > > Actually, I was already tempted to remove it more than once and I > > don't think it would cause much harm (or any at all) -- noone has > > written another example completion system and the one we have doesn't > > use this feature. > > Doesn't history-complete-word need this feature? I was only talking about removing the group-number from $compstate[insert]. h-c-w, like other functions in the completion system, uses the match-number feature, without a group number. That would be kept. Bye Sven -- Sven Wischnowsky wischnow@informatik.hu-berlin.de