From: Vincent Lefevre <vincent@vinc17.net>
To: zsh-users@zsh.org
Subject: Re: completion
Date: Mon, 12 Jan 2015 10:09:03 +0100 [thread overview]
Message-ID: <20150112090903.GA27773@xvii.vinc17.org> (raw)
In-Reply-To: <150109181241.ZM21734@torch.brasslantern.com>
On 2015-01-09 18:12:41 -0800, Bart Schaefer wrote:
> On Jan 8, 1:36pm, Vincent Lefevre wrote:
> }
> } I don't understand. I suppose that the real intent of
> }
> } zstyle ':completion:*:complete:*' matcher-list [...]
> }
> } was to match the completer "complete", i.e. like
> }
> } zstyle ':completion:*:complete:*:*:*' matcher-list [...]
> }
> } But what if the context is ":completion::foo:complete::" in some
> } completion, i.e. with the completer "foo" and the command "complete"?
>
> First of all, the completer "_foo" would have had to have been added
> to the "completer" style (the default value of this style is _complete
> and _ignored), and second, the _foo function would have to contain a
> zstyle command that looks up the value of the matcher-list style. If
> either of those conditions does not hold, the context will never be
> ":completion::foo:complete::" and the question is not relevant.
There is something similar in the zshcompsys(1) man page:
zstyle ':completion:*' completer _complete _correct _complete:foo
zstyle ':completion:*:complete:*' matcher-list \
'' 'm:{a-zA-Z}={A-Za-z}'
zstyle ':completion:*:foo:*' matcher-list \
'm:{a-zA-Z}={A-Za-z} r:|[-_./]=* r:|=*'
> The assumption, therefore, is that if the user has deliberately added
> _foo to the completer style, then he is also aware that _foo may want
> to look up match-list, and therefore he will have used the form with
> more colons and/or fewer asterisks when defining the matcher-list for
> each of the two completers that want a matcher-list.
Why hasn't this been done for the man page?
--
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
next prev parent reply other threads:[~2015-01-12 9:09 UTC|newest]
Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-10 23:15 completion Ray Andrews
2014-12-10 23:31 ` completion Lawrence Velázquez
2014-12-11 0:34 ` completion Oliver Kiddle
2014-12-11 1:17 ` completion Ray Andrews
2014-12-11 5:44 ` completion Bart Schaefer
2014-12-11 16:40 ` completion Ray Andrews
2014-12-11 17:28 ` completion Bart Schaefer
2014-12-11 19:34 ` completion Ray Andrews
2015-01-07 15:01 ` completion Vincent Lefevre
2015-01-07 15:28 ` completion Peter Stephenson
2015-01-07 16:58 ` completion Mikael Magnusson
2015-01-07 17:06 ` completion Peter Stephenson
2015-01-07 18:33 ` completion Ray Andrews
[not found] ` <CAH+w=7Z_B2ghc21QgHxA8FEV7W8uQnjEwtPqK3tL-kjPihjicA@mail.gmail.com>
2015-01-07 19:54 ` completion Bart Schaefer
2015-01-07 18:48 ` completion Bart Schaefer
2015-01-07 19:24 ` completion Ray Andrews
2015-01-07 19:33 ` completion Lawrence Velázquez
2015-01-07 20:06 ` completion Ray Andrews
2015-01-07 19:51 ` completion Bart Schaefer
2015-01-07 20:15 ` completion Ray Andrews
2015-01-07 20:42 ` completion Bart Schaefer
2015-01-07 23:00 ` completion Ray Andrews
2015-01-08 5:09 ` completion Bart Schaefer
2015-01-08 8:31 ` completion Bart Schaefer
2015-01-08 16:52 ` completion Ray Andrews
2015-01-08 0:43 ` completion Vincent Lefevre
2015-01-08 0:57 ` completion ZyX
2015-01-08 1:15 ` completion Vincent Lefevre
2015-01-08 6:03 ` completion Bart Schaefer
2015-01-08 5:26 ` completion Bart Schaefer
2015-01-08 12:36 ` completion Vincent Lefevre
2015-01-10 2:12 ` completion Bart Schaefer
2015-01-12 9:09 ` Vincent Lefevre [this message]
2015-01-12 16:43 ` completion Bart Schaefer
2015-01-13 16:03 ` completion Vincent Lefevre
2015-01-14 2:56 ` completion Bart Schaefer
2015-01-08 17:12 ` completion Ray Andrews
2015-01-09 9:37 ` completion Vincent Lefevre
2015-01-10 5:33 ` completion Bart Schaefer
-- strict thread matches above, loose matches on Subject: below --
2012-12-03 17:44 completion Ray Andrews
2012-12-03 18:31 ` completion Ray Andrews
2007-05-15 15:27 Completion Anonymous bin ich
2007-05-15 16:23 ` Completion Peter Stephenson
2006-02-20 12:54 Completion Etienne Chové
2006-02-20 18:51 ` Completion Clint Adams
2006-02-20 19:47 ` Completion Etienne Chové
2003-12-22 23:15 Completion Seth Kurtzberg
2000-02-22 14:58 Completion Sven Wischnowsky
2000-02-22 14:47 Completion Sven Wischnowsky
2000-02-22 15:01 ` Completion Andy Spiegl
2000-02-22 11:36 Completion Sven Wischnowsky
2000-02-22 14:24 ` Completion Andy Spiegl
2000-02-22 18:01 ` Completion Bart Schaefer
2000-02-15 8:42 Completion Claus Alboege
2000-02-21 22:20 ` Completion Bart Schaefer
2000-02-22 10:37 ` Completion Andy Spiegl
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=20150112090903.GA27773@xvii.vinc17.org \
--to=vincent@vinc17.net \
--cc=zsh-users@zsh.org \
/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).