From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15244 invoked from network); 2 Mar 2004 11:34:09 -0000 Received: from sunsite.dk (130.225.247.90) by ns1.primenet.com.au with SMTP; 2 Mar 2004 11:34:09 -0000 Received: (qmail 19421 invoked by alias); 2 Mar 2004 11:33:51 -0000 Mailing-List: contact zsh-users-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 7100 Received: (qmail 19359 invoked from network); 2 Mar 2004 11:33:50 -0000 Received: from localhost (HELO sunsite.dk) (127.0.0.1) by localhost with SMTP; 2 Mar 2004 11:33:50 -0000 X-MessageWall-Score: 0 (sunsite.dk) Received: from [62.189.58.19] by sunsite.dk (MessageWall 1.0.8) with SMTP; 2 Mar 2004 11:33:50 -0000 Received: from MAILSWEEPER01.csr.com (mailhost1.csr.com [62.189.183.235]) by lhuumrelay3.lnd.ops.eu.uu.net (8.11.0/8.11.0) with ESMTP id i22BXov27895 for ; Tue, 2 Mar 2004 11:33:50 GMT Received: from EXCHANGE02.csr.com (unverified [192.168.137.45]) by MAILSWEEPER01.csr.com (Content Technologies SMTPRS 4.3.12) with ESMTP id for ; Tue, 2 Mar 2004 11:33:30 +0000 Received: from csr.com ([192.168.144.127]) by EXCHANGE02.csr.com with Microsoft SMTPSVC(5.0.2195.5329); Tue, 2 Mar 2004 11:35:24 +0000 To: Zsh users list Subject: Re: Two Questions In-reply-to: "Nikolai Weibull"'s message of "Tue, 02 Mar 2004 12:14:25 +0100." <20040302111425.GG1981@puritan.pcp.ath.cx> Date: Tue, 02 Mar 2004 11:33:49 +0000 Message-ID: <20748.1078227229@csr.com> From: Peter Stephenson X-OriginalArrivalTime: 02 Mar 2004 11:35:24.0847 (UTC) FILETIME=[741723F0:01C4004A] Nikolai Weibull wrote: > Sorry for responding before actually testing, but after testing it > proves to be insufficient. It simply ignores the = on the command line > now, restarting all completion instead of taking the = into account. > Say I have a directory with the file > =README > in it (yes this is an Arch managed source tree) that I want to read with > vim. I thus type > % vim = > which simply lists > \=README > under 'files'. This seems to be a fully paid up bug... I think it's simply that this chunk in _main_complete isn't testing for the option before trying to make `=' special. (Leading `=' should now work regardless of magicequalsubst --- it seems that's already smart enough to match a non-leading `='.) Index: Completion/Base/Core/_main_complete =================================================================== RCS file: /cvsroot/zsh/zsh/Completion/Base/Core/_main_complete,v retrieving revision 1.8 diff -u -r1.8 _main_complete --- Completion/Base/Core/_main_complete 1 Aug 2003 16:29:21 -0000 1.8 +++ Completion/Base/Core/_main_complete 2 Mar 2004 11:24:04 -0000 @@ -57,7 +57,7 @@ # Special completion contexts after `~' and `='. if [[ -z "$compstate[quote]" ]]; then - if compset -P 1 '='; then + if [[ -o equals ]] && compset -P 1 '='; then compstate[context]=equal elif [[ "$PREFIX" != */* && "$PREFIX[1]" = '~' ]]; then compset -p 1 -- Peter Stephenson Software Engineer CSR Ltd., Science Park, Milton Road, Cambridge, CB4 0WH, UK Tel: +44 (0)1223 692070 ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com **********************************************************************