From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10224 invoked from network); 17 Jun 2008 09:06:48 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 17 Jun 2008 09:06:48 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 16169 invoked from network); 17 Jun 2008 09:06:43 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 17 Jun 2008 09:06:43 -0000 Received: (qmail 26290 invoked by alias); 17 Jun 2008 09:06:41 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 25168 Received: (qmail 26275 invoked from network); 17 Jun 2008 09:06:40 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 17 Jun 2008 09:06:40 -0000 Received: from cluster-g.mailcontrol.com (cluster-g.mailcontrol.com [208.87.233.190]) by bifrost.dotsrc.org (Postfix) with ESMTPS id 2722C8028AC3 for ; Tue, 17 Jun 2008 11:06:37 +0200 (CEST) Received: from cameurexb01.EUROPE.ROOT.PRI ([193.128.72.68]) by rly22g.srv.mailcontrol.com (MailControl) with ESMTP id m5H96WGB027883 for ; Tue, 17 Jun 2008 10:06:32 +0100 Received: from news01 ([10.103.143.38]) by cameurexb01.EUROPE.ROOT.PRI with Microsoft SMTPSVC(6.0.3790.3959); Tue, 17 Jun 2008 10:06:31 +0100 Date: Tue, 17 Jun 2008 10:06:31 +0100 From: Peter Stephenson To: zsh-workers@sunsite.dk (Zsh hackers list) Subject: Re: PATCH: rewrite of completion matching Message-ID: <20080617100631.72697f74@news01> In-Reply-To: <080616104906.ZM9614@torch.brasslantern.com> References: <200806161652.m5GGqnVh010847@pws-pc.ntlworld.com> <080616104906.ZM9614@torch.brasslantern.com> Organization: CSR X-Mailer: Claws Mail 3.4.0 (GTK+ 2.12.8; i386-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 17 Jun 2008 09:06:31.0177 (UTC) FILETIME=[6EED4790:01C8D059] X-Scanned-By: MailControl A-08-50-03 (www.mailcontrol.com) on 10.71.0.132 X-Virus-Scanned: ClamAV 0.92.1/7494/Tue Jun 17 06:46:03 2008 on bifrost X-Virus-Status: Clean On Mon, 16 Jun 2008 10:49:06 -0700 Bart Schaefer wrote: > Skipping ahead, this is one bit that I wouldn't have understood from the > documentation and that I'm not sure is correct: > > } m:{[:alnum:][:upper:]}={[:alnum:][:lower:]} > } > } is of very minor interest (match lower against upper provided some > } alphanumeric, not specified but forced to be the same on both sides, > } occurred in the previous character), and it's hard to think of good use > } in practice. > > Really "occurred in the previous character"? No, I realised eventually that was nonsense. That's not how equivalences work. This would say either an alphanumeric matches itself, or an upper matches a lower. I can't think of a good reason why you'd want to express that in an equivalence class. I think the doc may want changing to be clearer that [:stuff:] in equivalence classes is of limited scope, but is much more widely useful in ordinary character classes. -- Peter Stephenson Software Engineer CSR PLC, Churchill House, Cambridge Business Park, Cowley Road Cambridge, CB4 0WZ, UK Tel: +44 (0)1223 692070