From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-users-return-23410-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 15574 invoked by alias); 28 May 2018 15:53:47 -0000
Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Users List <zsh-users.zsh.org>
List-Post: <mailto:zsh-users@zsh.org>
List-Help: <mailto:zsh-users-help@zsh.org>
List-Unsubscribe: <mailto:zsh-users-unsubscribe@zsh.org>
X-Seq: 23410
Received: (qmail 28978 invoked by uid 1010); 28 May 2018 15:53:47 -0000
X-Qmail-Scanner-Diagnostics: from mail-oi0-f42.google.com by f.primenet.com.au (envelope-from <sgniazdowski@gmail.com>, uid 7791) with qmail-scanner-2.11 
 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1.  
 Clear:RC:0(209.85.218.42):SA:0(-1.9/5.0):. 
 Processed in 1.96392 secs); 28 May 2018 15:53:47 -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=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,
	RCVD_IN_DNSWL_NONE,SPF_PASS,T_DKIM_INVALID autolearn=ham autolearn_force=no
	version=3.4.1
X-Envelope-From: sgniazdowski@gmail.com
X-Qmail-Scanner-Mime-Attachments: |
X-Qmail-Scanner-Zip-Files: |
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc;
        bh=d+dE5cgfR6oEhpu4Rc2dSM0Wi90GAmTkhhF8BadogX4=;
        b=K/Ot+4ac9253rH81x1OlfoJgin5yzA+AxH3higWYSWI9S0zC5cWw7mgyySYTtAUt7+
         /CP3Q5dzIlrdvQ7mTTdLQ1qjSNrO2NmERUQZUz2TqfDRfG0WO6eCpDD2OyMeyy2unPQB
         lhMj5Y/o79nJ6Ivi4OxmD1pdCjOKTmRY8TL1HIASlVkcuw4BuwXBkHk90RdXfMcZx1Jf
         IdaYbJYJFaRbHyXahgKmmLkmdAs59ThdfnisHaW3NTLjg18CBlYk/6X736M000K2gCDv
         GmCCwndCSb/+2qgq9ezP8b2O1okQ94hTzbcAazbBKlHBsTr94TKBATjnDSbT6v/ln6+H
         x8Qw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=d+dE5cgfR6oEhpu4Rc2dSM0Wi90GAmTkhhF8BadogX4=;
        b=hj0FaGrLi4LStwzWZ3+ASxUMqnfIMoqJC8RiHulCVLg5pKl4wRD52ngs9qXVjOzpW1
         E11hNayai+Wn+ncovXvfpiTp+IFtV0itgZIAfTHBjYaukdq3f67cwJFuFIDztS8VrK6r
         ZUMvshOwns8H0GOSXAmunJHW9FLhXVXMjQpG8RKRpalOK/jxbJA0y67Fmal67Z62UgJh
         cKs3qz9YkgLbaig3yPIHB15I+EYp34xgzqj4kq0QnFX0sFuLb6Aj/4me+MxI9T9dOEGM
         rRAG54BEfFWwnn//xLJV0dCisDH3raMl37MSPMscKWK5rYEM1sei1y8lH7o8w69A0SsM
         Ukgg==
X-Gm-Message-State: ALKqPwfLSm49OyuIPzrs1j+rdMbUMxxABCWgp8e6JfXlWnjQSsITkEjO
	Z2mGhKGu6E5RHUiUfeOjhVNK9gunyrw+UN+1G5U=
X-Google-Smtp-Source: ADUXVKIqbYdVpaiFqHOhT6xZc3bnjq9txW5qCz5vs7hyEGueGn8uIoShGkUgOzXCUcQOu6MaFWPZf+HmvIsHLV3Vmig=
X-Received: by 2002:aca:cf90:: with SMTP id f138-v6mr7329142oig.333.1527522822405;
 Mon, 28 May 2018 08:53:42 -0700 (PDT)
MIME-Version: 1.0
In-Reply-To: <5267303.ZErKGfsyxT@tp>
References: <CAKc7PVCSikOF8m1J7ySwStRuR_j5Uf_hb=q9aDAS9eWP4EfQEQ@mail.gmail.com>
 <2520527.qaVKfP2GYF@tp> <CAKc7PVDcy2FZOcWFayXLYQ0Ti+3sXzUqx0YxqfQ5q=_P_tVYgA@mail.gmail.com>
 <5267303.ZErKGfsyxT@tp>
From: Sebastian Gniazdowski <sgniazdowski@gmail.com>
Date: Mon, 28 May 2018 17:53:22 +0200
Message-ID: <CAKc7PVBH99Y2it_1pS2QSy+u-nGFPPwoGCcj5-nzhHo-wNY=YA@mail.gmail.com>
Subject: Re: Colorful new fast-syntax-highlighting
To: "Vadim A. Misbakh-Soloviov" <zsh@mva.name>
Cc: Zsh Users <zsh-users@zsh.org>
Content-Type: text/plain; charset="UTF-8"

On 28 May 2018 at 16:09, Vadim A. Misbakh-Soloviov <zsh@mva.name> wrote:
>> I think Zsh doesn't support truecolor internally.
> Doesn't that: https://i.imgur.com/FDFf8jn.png mean it does?

It's rather a user-end use of true color escape codes, than Zshell's
automatic coloring via region_highlight or complist module.

>> The color names or numbers are used in region_highlight array in strings
>> like "fg=110,bold" and here there is no way to specify 24 bit color value.
>
> Yup, that's what I talk about: it would be nice to have an ability to specify
> them. Although, I even agree on some shell env file with [magic] definitions
> instead of ini to make it work at least in my dotfiles.

The ini is my own invention for fast-syntax-highlighting, directly it
has nothing to do with Zshell's region_highlight.

True color is a great thing, I hope someone will start recognition if
it's possible with Zshell.

> Yup, there was some problem about truecolor in ncurses, but since 6.0.20180121
> (or, probably, a bit earlier, since I use that in neovim-under-tmux for a long
> time already) it does support truecolor through terminfo's `Tc` (AFAIRC)
> capability.

That's great news, I hoped that hacking is limitless and a way around
color pair numbers and definitions will be found. Do you know how was
ncurses API adapted for this true-color support?

-- 
Best regards,
Sebastian Gniazdowski