From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25912 invoked by alias); 9 Nov 2009 21:55:07 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 27378 Received: (qmail 22363 invoked from network); 9 Nov 2009 21:54:55 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 Received-SPF: none (ns1.primenet.com.au: domain at klanderman.net does not designate permitted sender hosts) From: Greg Klanderman To: zsh-workers@zsh.org Subject: Re: minor niggle with svn completion of sub-commands Reply-To: gak@klanderman.net Date: Mon, 09 Nov 2009 16:46:27 -0500 In-Reply-To: <19192.17676.966894.118536@gargle.gargle.HOWL> (Greg Klanderman's message of "Mon, 9 Nov 2009 11:36:28 -0500") Message-ID: User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.17 (linux) References: <19192.17676.966894.118536@gargle.gargle.HOWL> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >>>>> On November 9, 2009 Greg Klanderman 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 is pressed for completion in the position indicated: % svn lo 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