From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7173 invoked from network); 30 Jan 2002 08:55:12 -0000 Received: from sunsite.dk (130.225.247.90) by ns1.primenet.com.au with SMTP; 30 Jan 2002 08:55:12 -0000 Received: (qmail 130 invoked by alias); 30 Jan 2002 08:55:04 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 16516 Received: (qmail 116 invoked from network); 30 Jan 2002 08:55:03 -0000 From: Sven Wischnowsky MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15447.46235.229244.15033@wischnow.berkom.de> Date: Wed, 30 Jan 2002 09:53:47 +0100 To: zsh-workers@sunsite.dk Subject: Re: Test failures in artih and arguments In-Reply-To: <1020127192054.ZM9204@candle.brasslantern.com> References: <20020123145155.25539.qmail@web10408.mail.yahoo.com> <15441.7716.645376.366627@wischnow.berkom.de> <1020127192054.ZM9204@candle.brasslantern.com> X-Mailer: VM 6.95 under 21.5 (patch 3) "asparagus" XEmacs Lucid Bart Schaefer wrote: > ... > > The problem really is that `-' is a valid match, for any > arbitrary value of , but of course we can only write code to > add or list matches that we know about in advance, not those that can be > fabricated interactively. > > So it seems to me that we need a wildcard indicator of some kind, so > that _arguments can add the match `-'. This would allow the `-' > to be treated as a prefix of the two matches `-x' and `-'. The > list and menu code would then have to special case any match that has > in it, omitting it from listings but displaying the description > for it (if there is one). > > However, I don't have any good suggestions on how to chose such > that it is guaranteed not to conflict with any possible real match. Good analysis. An dnow I'm back at thinking: do we really want that? It would mean that in cases like `_argument -longoption :foo:' that long option names (or, more likely, those long option names) couldn't be completed. Very ugly, if you ask me. If we don't want to be able to complete the options, we would just have to add `$PREFIX' or some such as a possible match. Sometimes I think that in such cases we should only force the message to be displayed, even if a match was accepted. And this is also affected by the fake style thing we are discussing (which might turn a case of `displaying a message' into `adding some matches'). Bye Sven -- Sven Wischnowsky wischnow@berkom.de