From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7338 invoked from network); 12 Jan 2005 23:31:45 -0000 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 12 Jan 2005 23:31:45 -0000 Received: (qmail 97618 invoked from network); 12 Jan 2005 23:31:39 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 12 Jan 2005 23:31:39 -0000 Received: (qmail 12839 invoked by alias); 12 Jan 2005 23:30:49 -0000 Mailing-List: contact zsh-users-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 8368 Received: (qmail 12825 invoked from network); 12 Jan 2005 23:30:48 -0000 Received: from unknown (HELO a.mx.sunsite.dk) (130.225.247.88) by sunsite.dk with SMTP; 12 Jan 2005 23:30:48 -0000 Received: (qmail 95973 invoked from network); 12 Jan 2005 23:29:49 -0000 Received: from viefep11-int.chello.at (213.46.255.27) by a.mx.sunsite.dk with SMTP; 12 Jan 2005 23:29:45 -0000 Received: from Dingo ([213.47.104.218]) by viefep11-int.chello.at (InterMail vM.6.01.04.01 201-2131-118-101-20041129) with ESMTP id <20050112232943.CGAY10341.viefep11-int.chello.at@Dingo> for ; Thu, 13 Jan 2005 00:29:43 +0100 From: Christian Taylor To: "zsh-users" Subject: Re: Expansions with glob_complete ignore no_case_glob Date: Thu, 13 Jan 2005 00:28:25 +0100 User-Agent: KMail/1.7.2 References: <200501082341.04828.cht@chello.at> <200501120153.42038.cht@chello.at> <200501121306.j0CD6Q4L024303@news01.csr.com> In-Reply-To: <200501121306.j0CD6Q4L024303@news01.csr.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200501130028.25821.cht@chello.at> X-Spam-Checker-Version: SpamAssassin 2.63 on a.mx.sunsite.dk X-Spam-Level: * X-Spam-Status: No, hits=1.5 required=6.0 tests=RCVD_IN_SORBS autolearn=no version=2.63 X-Spam-Hits: 1.5 Peter Stephenson wrote: > Christian Taylor wrote: > > The thing that suprised me originally is that for > > instance wildcards apparently cause the pattern to be completed by a > > mechanism that both ignores NO_CASE_GLOB and the matcher-list > > configuration > > [when glob_complete is set]. > > Hmm, I think this is quite tricky. The pattern matcher doesn't know > about the matcher list and training it would be tricky. Getting the > completion code to fix up fixed string parts of the completion is also > tricky. So this probably needs documenting as a limitation for now. I was afraid of that :) I've now worked around the problem using an editor widget that basically does the completion with (#i) prepended, which is sufficient for my purpose. Thanks for responding! Christian Taylor