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=-1.0 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham 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 7d705f29 for ; Fri, 29 Nov 2019 19:23:48 +0000 (UTC) Received: (qmail 27722 invoked by alias); 29 Nov 2019 19:23:41 -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: List-Unsubscribe: X-Seq: 44954 Received: (qmail 10939 invoked by uid 1010); 29 Nov 2019 19:23:41 -0000 X-Qmail-Scanner-Diagnostics: from mail-lj1-f175.google.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.102.0/25642. spamassassin: 3.4.2. Clear:RC:0(209.85.208.175):SA:0(-1.9/5.0):. Processed in 1.8741 secs); 29 Nov 2019 19:23:41 -0000 X-Envelope-From: schaefer@brasslantern.com X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: pass (ns1.primenet.com.au: SPF record at _netblocks.google.com designates 209.85.208.175 as permitted sender) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brasslantern-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=k691o211pCNUwsSBCP+76nn8GPyXh5eisKoY8STVIlQ=; b=lhV4MtUgYQGL0Eo9VUfBRM9a4HwtlxbItVw4xShK6KfOP0gKfdLXDdeVe6URCLMTeC 0vMMgjSR6a2pMOp6HsMVhrlP5kwKHOeoEOONpF/GHtxHPrLw+jepTHHuqIzCCq2dZJaH hPpws+J3BAAOWlR9XX/W6zscCUXlCz1cb9InuwGDDBfyR9hQI0dLAGA/q8xQo5ya+Jk5 M+yX9UBvSad5UI4pxFO6r8ZlZnon2vvUcdFdrQddaJs+HsC+eKS4oXO4qbdceYOB4y0N wc8EIcOGu1wr5zu4SJ2AmW3xS8CJKppo/TbpoioG5LzQMcW6Ytu+neaCdwQ0WSivNQGE qqQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=k691o211pCNUwsSBCP+76nn8GPyXh5eisKoY8STVIlQ=; b=Kd1FeewPTuyuKq8oDFlHUQGYTwhuUo+C+I+FZBX7dFkuYMzuCXCpHijGvDMqT9kY0z f9TMSEBSj3HaxFB5qqvyDgf/OOBm66RpjIQqH+WD3LA6quIv6xpDACSh+7JYnSbxDwFy LYqr4eRM3/zGCg4iK4dqXqMFv6eUvYDebgagsaYo44FudTja50oEmK+WwzfGS2PFtP1j YaUV35jqTW6u4r032FJLrMb7pf9CvExrHL1AMcM+kD8RrLgAbBXq5bh3hMEx1YS/UYsk CtXjP2jvvyIR5y1b/Was5FJpz/30Nn+vbBwXk4nNfxLj+FfvlQPxMef6VXb4F5HMevSz r1dw== X-Gm-Message-State: APjAAAUebHi15iAxwErRz6XiuOSOI84jIiVsZa8FYHYCgkVF2j9ijlcz nLr11zt/IMfi+jynV9DQBUKTC2RX18YLvgq70s1EXKvT+HU= X-Google-Smtp-Source: APXvYqxUcYII5TUNaE2zAaEE6k7B8AT2w6I0Qq13tZziPWUp1kE/DDxGATTxgoGs68xH5Hx3zlFFfCzlPYFwGnFCGC4= X-Received: by 2002:a2e:9bc3:: with SMTP id w3mr40089649ljj.94.1575055383663; Fri, 29 Nov 2019 11:23:03 -0800 (PST) MIME-Version: 1.0 References: <20191129122141.rekf7hcxtacjojo2@localhost> <20191129172303.sd5bj3gukhdb7mpp@localhost> In-Reply-To: <20191129172303.sd5bj3gukhdb7mpp@localhost> From: Bart Schaefer Date: Fri, 29 Nov 2019 11:22:52 -0800 Message-ID: Subject: Re: Funky list-colors To: zsugabubus Cc: "zsh-workers@zsh.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Nov 29, 2019 at 9:23 AM zsugabubus wrote: > > Though the name clearly states that these are =E2=80=9Ccolors=E2=80=9D, b= ut why this > artificial limitation? Width measuring happens at the prompts too Prompts have the reverse assumption, that everything is nonzero width (needs counting) unless special syntax indicates otherwise. The overhead of designating the width of every color element and checking whether it is greater than zero doesn't seem worth it, given that we're sharing color definitions with other standard apps like "ls" and none of THOSE support nonzero-width colors. > I really would like it to work Chances are there's a different way to do what you are trying to do. What's the end goal here?