zsh-workers
 help / color / mirror / code / Atom feed
From: Oliver Kiddle <okiddle@yahoo.co.uk>
To: zsh-workers@zsh.org
Subject: Re: completion files sensitive to user options like RC_QUOTES
Date: Tue, 06 Dec 2016 18:29:59 +0100	[thread overview]
Message-ID: <67542.1481045399@hydra.kiddle.eu> (raw)
In-Reply-To: <161206085722.ZM31320@torch.brasslantern.com>

Bart wrote:
> The intention is that completion files will be auto-loaded from the
> completion system after _main_complete has started, where they will be
> affected by the set of options that it controls.

There's a lot of places where we want the completion system to be
sensitive to the user's choice of options. For example:

  _foo() { compadd "don't" }
  compdef _foo foo
  foo '<tab> → 'don''t'
  _comp_options+=( NO_rcquotes )
  foo '<tab> → 'don'\''t'

In the early days, _comp_options was intentionally kept minimal.
It contains a lot more than it used to so I worry that we've already
broken things in some areas.

The quoting is internal to the C code so shouldn't look at
_comp_caller_options. We'd need to add some sort of hook, though
I'd prefer to see that done as part of an effort to make the quoting
part of completion more generic in general. I can't think of a good
trivial solution.

In many respects, I think it is welcome that more vendors are including
zsh completion functions. We get functions maintained by people who know
the software but then they aren't maintained by people who know zsh so
well.

Oliver


  reply	other threads:[~2016-12-06 17:35 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-12-06 14:27 Vincent Lefevre
2016-12-06 16:57 ` Bart Schaefer
2016-12-06 17:29   ` Oliver Kiddle [this message]
2016-12-06 21:21     ` Bart Schaefer
2016-12-07  3:45       ` Oliver Kiddle
2016-12-07  5:15         ` Bart Schaefer

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=67542.1481045399@hydra.kiddle.eu \
    --to=okiddle@yahoo.co.uk \
    --cc=zsh-workers@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).