From: Danek Duvall <duvall@emufarm.org>
To: Oliver Kiddle <okiddle@yahoo.co.uk>
Cc: Jonas Juselius <jonas@iki.fi>, zsh-users@sunsite.dk
Subject: Re: Completion function for bitkeeper?
Date: Tue, 11 Nov 2003 08:23:38 -0800 [thread overview]
Message-ID: <20031111162338.GD23138@lorien.emufarm.org> (raw)
In-Reply-To: <9219.1068538977@gmcs3.local>
On Tue, Nov 11, 2003 at 09:22:57AM +0100, Oliver Kiddle wrote:
> Searching for expl in zshcompsys, it is only used in examples. The one
> exception is in the context of _arguments actions where it isn't just a
> convention (_arguments can't use positional parameters for actions).
And as an action in _arguments is exactly how I'm using the _sccsfiles
function. See my posting from May 23 that includes the _bk script.
I'm not sure what you mean by your parenthetical statement. My action
certainly does have positional parameters passed to it, some of which
are the ones I specify as its arguments in my call to _arguments, some
of which are passed in without my telling them to be.
> I certainly can't see anywhere where it suggests that you can expect
> it to be set by a calling function.
Except by _arguments.
> The two entirely different sets of information system isn't ideal but
> the positional parameters are the most convenient place for passing
> information around.
Then why in $expl in the single case of _arguments?
> For now completion functions should avoid certain compadd options for
> passing other information. zparseopts tends to make it easy enough to
> follow this. If you really want lots of options, follow _arguments and
> have a `-O array' option for passing compadd options.
Hm. I just saw that. So in addition to the documented methods of using
$expl in an action of _arguments to get compadd args and using some of
the positional parameters, there's also the suggested method of passing
them in through -O? What a wealth!
> compadd arguments aren't passed in $expl.
Except from _arguments (not to belabor the point or anything ;-).
Thanks,
Danek
next prev parent reply other threads:[~2003-11-11 16:24 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-23 16:00 Steve Borho
2003-05-23 16:01 ` Danek Duvall
2003-11-06 15:32 ` Danek Duvall
2003-11-07 19:17 ` Oliver Kiddle
2003-11-10 18:20 ` Danek Duvall
2003-11-11 8:22 ` Oliver Kiddle
2003-11-11 10:42 ` Peter Stephenson
2003-11-11 15:21 ` Oliver Kiddle
2003-11-11 15:24 ` Peter Stephenson
2003-11-11 16:13 ` Oliver Kiddle
2003-11-11 16:23 ` Peter Stephenson
2003-11-11 16:44 ` Oliver Kiddle
2003-11-11 16:23 ` Danek Duvall [this message]
2003-11-11 19:06 ` Oliver Kiddle
2003-11-11 21:28 ` Danek Duvall
2003-11-14 8:04 ` Oliver Kiddle
2003-11-14 10:47 ` Peter Stephenson
2003-11-14 13:09 ` Oliver Kiddle
2003-11-14 16:12 ` Bart Schaefer
2003-11-14 16:23 ` Peter Stephenson
2003-11-14 17:14 ` Bart Schaefer
2003-11-14 17:01 ` Oliver Kiddle
2003-11-14 15:46 ` Danek Duvall
2003-11-14 21:24 ` Danek Duvall
2003-11-17 15:47 ` Oliver Kiddle
2003-11-17 17:51 ` Danek Duvall
2003-11-19 10:23 ` Oliver Kiddle
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20031111162338.GD23138@lorien.emufarm.org \
--to=duvall@emufarm.org \
--cc=jonas@iki.fi \
--cc=okiddle@yahoo.co.uk \
--cc=zsh-users@sunsite.dk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/zsh/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).