Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: minor niggle with svn completion of sub-commands
- X-seq: zsh-workers 27378
- From: Greg Klanderman <gak@xxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxx
- Subject: Re: minor niggle with svn completion of sub-commands
- Date: Mon, 09 Nov 2009 16:46:27 -0500
- In-reply-to: <19192.17676.966894.118536@xxxxxxxxxxxxxxxxxx> (Greg Klanderman's message of "Mon, 9 Nov 2009 11:36:28 -0500")
- List-help: <mailto:zsh-workers-help@zsh.org>
- List-id: Zsh Workers List <zsh-workers.zsh.org>
- List-post: <mailto:zsh-workers@zsh.org>
- Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
- References: <19192.17676.966894.118536@xxxxxxxxxxxxxxxxxx>
- Reply-to: gak@xxxxxxxxxxxxxx
>>>>> On November 9, 2009 Greg Klanderman <gak@xxxxxxxxxxxxxx> wrote:
> I don't really understand _arguments too well, but it looks like the
> use in _subversion is attempting to complete commands in the first
> position.. why doesn't that always work?
Hmmm does this look like a bug in _arguments? _svn is calling
_arguments like this:
_arguments -C \
'(-)--help[print help information]' \
'(- *)--version[print client version information]' \
'1: :->cmds' \
'*:: :->args' && ret=0
and state is returned set to 'args' when <tab> is pressed for
completion in the position indicated:
% svn lo<tab> foo
From reading the documentation on _arguments, I would think the
'1: :->cmds' spec would match, since we are in fact completing
the first argument, even though there are subsequent arguments.
thanks,
Greg
Messages sorted by:
Reverse Date,
Date,
Thread,
Author