From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22021 invoked by alias); 6 Dec 2016 17:35:28 -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: 40106 Received: (qmail 21245 invoked from network); 6 Dec 2016 17:35:28 -0000 X-Qmail-Scanner-Diagnostics: from nm19-vm3.bullet.mail.ir2.yahoo.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1. Clear:RC:0(212.82.96.236):SA:0(0.0/5.0):. Processed in 1.986336 secs); 06 Dec 2016 17:35:28 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_PASS,T_DKIM_INVALID autolearn=unavailable autolearn_force=no version=3.4.1 X-Envelope-From: okiddle@yahoo.co.uk X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: pass (ns1.primenet.com.au: SPF record at _spf.mail.yahoo.com designates 212.82.96.236 as permitted sender) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s2048; t=1481045399; bh=3H2u19xLPvIup12yrVHS5sXqdZi3KgvEeeT5RqQrfWg=; h=In-reply-to:From:References:To:Subject:Date:From:Subject; b=p3oN1XJlCsSwwoKFTCducTcXTJNt9xYftVF4fGeYlxIl5QGOV6zOIIq/gY40QxDOmDskoL2dKoe24Gl9HxjEXHXBp7hNdtVTrw65UoUAY7ovhU0O9Yj7I1AMmUA7AKXk5lTsQAiPY3cylUgupqOjUOGnVz7UvW6ZFz3vNaEjilAwnteuVJGe2IzXd3tXlRu9ndJBLJwFiwo1H3ybdiiuCpRvIxCJxwA+GdcMpBC3jG4Vb2StgOq/MK1eTYLmxaSOxYDk5LOATuBp8iacuhbza6qqvQ3MFOfodijLqvtLb/v1i/U7cfer5Eaetk1vEEb+hx+v4dYaIfsrIdiwMMg/kw== X-Yahoo-Newman-Id: 950540.27484.bm@smtp107.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 38qDn1MVM1kej1nvwGaNMQYGbuDVweRMMMF6EwbJ4CtVGuo X1jYyWDVAnGCbMiorE.i4.6CnnR5_aj_rhxMxwBOnIUBToVEuPdbcqsJ_wIg XOypXeQZ8QmroktZFDWwNO2m_sOyfzBc7eyZVZGk.sUTUrZK4vmH48jJCxS3 8Gzehe5OcV2Ztt_0aENYp9RbPy8fRQjT6Q8HUt.TGTQ_ZdVoNX_Qn5.ZFUkg JWIKuoDVg69L7b.NucdKW1VaHVep_6RE0acdl7_6B2VvgErDmw1X_uSbuW7E hNFZehlF2IhgKu7tm9t73ddonQqjny047gcPsnqLvrUCBbOV3GxJtJ09Q23F xhQ0DiEjI1kQqS8yZQRnVH6pFI6d6lfQu5qqtBjWHpLBN6S2Gw53ZEMI0C9Z JuSy6tgU8iV2krunsSv9ZbhlTUwZVkg80nC0y.H_DSw.izWlwKLKjSkxsQE. VB748RFgMz7jdbZf0a692PgVgHQdNhRrh4hMgfxafBYucWy9kPf36E9kgGyn 2ooWS8jo56PXHQSDPpOLiNoKCaltTtjKN5Sgs8DaP X-Yahoo-SMTP: opAkk_CswBAce_kJ3nIPlH80cJI- In-reply-to: <161206085722.ZM31320@torch.brasslantern.com> From: Oliver Kiddle References: <20161206142754.GA12824@cventin.lip.ens-lyon.fr> <161206085722.ZM31320@torch.brasslantern.com> To: zsh-workers@zsh.org Subject: Re: completion files sensitive to user options like RC_QUOTES MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-ID: <67541.1481045399.1@hydra.kiddle.eu> Content-Transfer-Encoding: 8bit Date: Tue, 06 Dec 2016 18:29:59 +0100 Message-ID: <67542.1481045399@hydra.kiddle.eu> 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 ' → 'don''t' _comp_options+=( NO_rcquotes ) foo ' → '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