From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4686 invoked from network); 25 Mar 2001 16:36:31 -0000 Received: from sunsite.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 25 Mar 2001 16:36:31 -0000 Received: (qmail 25552 invoked by alias); 25 Mar 2001 16:36:21 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 13747 Received: (qmail 25541 invoked from network); 25 Mar 2001 16:36:21 -0000 Sender: opk Message-ID: <3ABCB758.C3FCE83@u.genie.co.uk> Date: Sat, 24 Mar 2001 15:03:52 +0000 From: Oliver Kiddle X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.18 i586) X-Accept-Language: en MIME-Version: 1.0 To: zsh-workers@sunsite.dk Subject: Re: Completing option/value pairs without space References: <200103220927.KAA03218@beta.informatik.hu-berlin.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sven Wischnowsky wrote: > > And one remark to all -workers: with the function below completion > after `ecasound -efs:' makes _arguments report (and show) `-efs:' > as a possible completion. That's correct somehow, but looks very > weird in this case. Hm. I don't really understand why it is "correct somehow". It seems to occur only with options ending in a colon and there shouldn't be anything special about the colon, only that if not quoted, it would mean something different. Isn't this _arguments failing to account for the quoting somewhere? Or is 13725 fixing this? Oliver