Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: zsh virsh completion
- X-seq: zsh-workers 38827
- From: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- To: zsh workers <zsh-workers@xxxxxxx>
- Subject: Re: zsh virsh completion
- Date: Mon, 11 Jul 2016 09:40:30 -0700
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brasslantern-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:date:in-reply-to:comments:references:to:subject :mime-version; bh=zctEjfTjDPMZUBwHvDFm8UIcfoOgvNTkG23FD44anW0=; b=wG71C+VGV+lQ0j26uGmYjqkAAyWFi8/dHcXlGFxQX9q7JThQw+VLlDwUgNmH3lZVLS gCXRAcltujZL3brY+S7BIX2uVAaRCKZbucZU+NUKdwxQb3ZO0CC3SBfoXW9rWud4MO/F Blz7Qqbc+I4Ai2NkJTDYykB6CFyx+UM4ECbG9kx0AIHC55O+TcfeCXjKwB4kxD0VIg8s 3S4bvpjZe83WJlzqUNQTTU4FpPeM4cDTJIAGs8LSAFWttNR+O28fC+k/TkrP3Bc8nVAV RzGyx4teRCfgmJotYQFiEn4c04z8MQhJ9cz7rHQ2Un58ffiZ7Pub8BRPrTDTSYY7ZwNl IFcA==
- In-reply-to: <8eb6dce0-50d7-5ab2-503a-194c1de2e45d@redhat.com>
- 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: <8eb6dce0-50d7-5ab2-503a-194c1de2e45d@redhat.com>
On Jul 11, 2:52pm, Marko Myllynen wrote:
}
} - virsh help <command> output is pretty much like --help output of any
} other program, is there a trick to make the option descriptions also
} available when completing virsh command options?
I think you're asking about the call to _values in the cmdopts state
handler. Each of the option specs (the words that you're caching in
_cache_virsh_cmdopts) can be in the form "-option[description]" just
like an option spec for _arguments. So you would need to parse the
output of $(virsh help $cmd) a little more deeply than you presently
do to build those strings, and then do something a bit more clever
than ${=_cache_virsh_cmdopts} to cache and split them.
There is support in _arguments for parsing --help formatted output.
The basic pattern for having _arguments do this when "virsh --help"
doesn't produce that output, is to add a "command" style similar to:
zstyle :completion::complete:virsh::options command 'virsh help'
The exact zstyle context to use depends on how you're making the call
to _arguments. For your virsh completer you would need another call
to _arguments in the cmdopts state handler and corresponding change
to the context. This can be tricky to get right.
} - would it make sense (or is it perhaps already possible somehow) to
} optionally enable "best guess" completion for all commands which have
} no command specific completion rules available yet? There are lots of
} commands for which completing just the options captured from --help
} output would already be hugely helpful.
I think you're looking for
compdef -P '*' _gnu_generic
Which just says to try GNU-style options after all else fails, no
matter what the command word might be. However, here's presently no
way to make sure this is called after other "compdef -P" patterns
that may be more specific.
(This leads me to wonder whether all those "#compdef -P" lines in
Completion/** files ought to instead be "#compdef -p". I guess the
point is to allow the user to override with other compdefs and try
the supplied completions if none such is present? But in that
case shouldn't _init_d also use -P rather than -p ?)
Messages sorted by:
Reverse Date,
Date,
Thread,
Author