Zsh Mailing List Archive
Messages sorted by:
Re: PATCH: Re: Backticks and other tricks
- X-seq: zsh-workers 13819
- From: Oliver Kiddle <okiddle@xxxxxxxxxxx>
- To: zsh-workers@xxxxxxxxxx
- Subject: Re: PATCH: Re: Backticks and other tricks
- Date: Wed, 28 Mar 2001 16:20:53 +0100 (BST)
- In-reply-to: <200103280949.LAA16960@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
--- Sven Wischnowsky <wischnow@xxxxxxxxxxxxxxxxxxxxxxx> wrote: >
> Anyway, what I really wanted to say (and that's why it's on
> if you try this with a `&& return 0' after the `_arguments ...'
> notice that competion after, e.g. `-ef1:' yields nothing. That's a
> result of the change that removed the 300-return-value -- it has
> the option itself and hence `_arguments' returns zero. Ugly. Very.
I agree that it is a pity this can't be done anymore when you have
state ->actions but I don't think it is as ugly as using
compstate[nmatches] would be. We just have to use `&& ret=0' or similar
and rely on checking of $state. The only other thing I can think of is
modifying _main_complete to use compstate[nmatches] when deciding
whether to move on to the next completer and allowing completion
functions for commands to not bother about their return code. I'm not
sure I like that though.
> So for now let's use the patch below. It adds the options only if
> there is no `->state' action to use or if we are not in the same word
> after the option.
I don't really understand this but it sounds like you're not going to
be adding options in cases where they should be - options and states
can both add matches together.
Once we have this finalised, I will go through checking the return
codes of functions (and adding -A "-*" and -S options to _arguments)
but I don't have much time over the next two weeks.
Do You Yahoo!?
Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
or your free @yahoo.ie address at http://mail.yahoo.ie
Messages sorted by: