From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.3 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM,MAILING_LIST_MULTI,MALFORMED_FREEMAIL, RCVD_IN_DNSWL_NONE autolearn=no autolearn_force=no version=3.4.2 Received: from primenet.com.au (ns1.primenet.com.au [203.24.36.2]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id cc0d3053 for ; Fri, 18 Oct 2019 17:00:03 +0000 (UTC) Received: (qmail 11700 invoked by alias); 18 Oct 2019 16:59:55 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: List-Unsubscribe: X-Seq: 24363 Received: (qmail 5001 invoked by uid 1010); 18 Oct 2019 16:59:55 -0000 X-Qmail-Scanner-Diagnostics: from park01.gkg.net by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.102.0/25601. spamassassin: 3.4.2. Clear:RC:0(205.235.26.22):SA:0(-0.3/5.0):. Processed in 4.323112 secs); 18 Oct 2019 16:59:55 -0000 X-Envelope-From: SRS0=gF2n=YL=yahoo.co.uk=okiddle@bounces.park01.gkg.net X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: pass (ns1.primenet.com.au: SPF record at bounces.park01.gkg.net designates 205.235.26.22 as permitted sender) X-Virus-Scanned: by amavisd-new at gkg.net Authentication-Results: amavisd4.gkg.net (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.co.uk X-Greylist: domain auto-whitelisted by SQLgrey-1.8.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s2048; t=1571417946; bh=lxV0Qe62voJ8empKcfmqsl220vgW7xMz2BQApkUQ1J0=; h=From:References:To:Subject:Date:From:Subject; b=MhX3s7Pz+DvAbmbsj1TReglF15a7slgfCSaqVP/QOUdPrXPrrXLN4e2UgnM9VgTKQDQjllsfQnrHy7bQTxxrRN1rkBkRuyE7YLAfVGAoZS81OK3lZWpq/z0E2hJQLIcjgPGtQILUXuKvCCgXPrQ6NjLfK6dlO+sIYnVnW7kvgsUng82gmMMIlj00Y0QyYMOd7/NFx9HB2R4QlLhcVEl/aTlpkOJlG3JGgDM34mMlE2mLyAOEhuBS8TEGPpocYNsiMGy2TLL/txMIlWMShGLHYS6LR0gqdhP2YeOGkBzyPWs+t3m71V/xAskqRBUEpo4BPoLLx5DWfGrskN2QBOtIWg== X-YMail-OSG: D_F5FeYVM1mbkf5WZbbbib8bhIPT3DPm1uBpIQofv2Tl0aruUtiIIlgAGabv0kV sQxht5seVWbZHJVawWVP_8wuyqe8hjS2jD3__22LW89bpgOeoGs7gAi8Tbqqq0tOECOlC9y358Gh 0pophU9eJDUIEB2kc2VDAIyPUcMbRaNiVm7KDF6V1zKZB_rhqH7g_DnHaC0ELtwTfv.jVxp.qApZ hNZJoiGJf0kwpNCAWpoMF_FEJtG_J9yRkLR43OCJt5Buu7kI_Co7z3Ke5VFHp.hljl._TpfvcKx5 LH2RgtE1319rA_Dc40TqolZbFkNRqWXSM9oaKIwKt.fl538v8HAhIZKoVyVh0AeYbt1NZdUPrkXO SM8Odox7N8VkvewH.VjIt0FyA.XTv30iMwACcQNDbHle8epvobKRE5fVgvEBTLwUKIq4BUpgqghf XUSktvYSCgeyDTXSBj86bCHcigtkf05f90YaHJrJOn_OTMbH5Sqnf16cU56yzidJvU5z6aieFg2r PudmZCk_uJsGLVuTxJ.xkHzp5iUnPrYPiW3li3SdDSp_ECQAhuKAX2j_YgjgMp83BGAj5RDpuaXY dwtGpM9zLQzj_lVKcCN0LNEZK8IvddYWNNn1_wxZtTUB861H9maFjnm9GPpKgfI2MnUmBYhND8rD CEmGgyxqX4O7OHtHoX7uCCaXkfmYcGzLy1D1Hnuf2kci_SGOS1zlmPJm8Pf31Z5AInjMbF9tqAJz 4W.BOAMZ8dFOEIH2F7xWi.oTi4xTVqzpZ6BVYUG46LSvdma_VX80Apk2AyPuxmH4_jerrcbq9.IF KusslmsN.XmCh.9FtPJ4yvQmSeIs5SZy69vj2WYygmfWuYcvB.KwBBoP.3NNX3qYUiFZxOgUnY27 l5nsCPwzduRhSpcZyEnkKLpzay.du5o3WvDTw9AgI6XoCzaAIRlPtexnLqKgvJjzNZccwn1d_o6V OMsK8mLywuXSQw.j5VamEUf3eI51aXxWxl2yXwbcMayyASz2AYNPHcvBd2JXi4tcVF.3nXeFdKBB skt4TYI3zGqp430XgWtalhaTXNUE.u60iFl5sbN6RwldYUns0igHysjynXyTrzzFvGTR6PCzhKT0 fPUiad.gdwnOmrREHxXFb.D97V8bt4uEDnsIMj1JaO.u0.k9CWyuEyeVTr39FibVYNY.OitTrext rrCftKWeD9dyQ.zvBObpU_3zV7Txyuk2pMqXAzVer2WUqDPCa2LDK311jpMyy1f63uWpH2FgT8j_ 6lxzmF28GUOUyS0VEndkmHTfh3fTIDqh7LuPiOWh7.B8Y7po5wRJMPov5kVrz09U.7hHlHHj289v n7wIhfJnYzD9VXA-- cc: Zsh Users In-reply-to: From: Oliver Kiddle References: To: Sebastian Gniazdowski Subject: Re: list-colors style using the more general one MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-ID: <2566.1571417942.1@hydra> Content-Transfer-Encoding: 8bit Date: Fri, 18 Oct 2019 18:59:02 +0200 Message-ID: <2567-1571417942.977382@E4Gc.jiiO.tvw4> Sebastian Gniazdowski wrote: > I'm using the following zstyle: > > zstyle ':completion:*:zplugin:argument-rest:plugins' list-colors > '=(#b)(*)/(*)==1;35=1;33' > > It is working fine, i.e. colorizes the completed results, until I also > issue the following zstyle: > > zstyle ":completion:*" list-colors ???${(s.:.)LS_COLORS}??? Does it help if you use ':completion:*:default' as the context here? And does that affect other things like the directory completion. If you don't set the group-name style, that could also be important as complist doesn't know about tags and uses group names. Looking at the _zplugin on github, I think you should also be declaring local curcontext="$curcontext" at the top of the function. Declaring context local is not needed. This is because you pass -C to _arguments. This probably doesn't matter but with it, I have more confidence that the context is correct. > Why would a more general style block the more specific one? It wouldn't. But, if you follow a debug trace from _complete_debug, you should see it looking up list-colors with many different styles and collating them all in _comp_colors. The whole of _comp_colors is used at the end. It will have done a lookup with other contexts that will match *, e.g: :completion::complete:zplugin:argument-rest:argument-rest The final _comp_colors will have ???${(s.:.)LS_COLORS}??? multiple times and your '=(#b)(*)/(*)==1;35=1;33' entry at the end. I'm not sure why this doesn't work in spite. There must be something in LS_COLORS that the complist module then doesn't like. Perhaps some new codes. It'd be good to track down which exactly. Or perhaps it doesn't like the duplication. Oliver