bug-ncurses
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ought putty-256color use xterm-256color rather than 256setaf?


From: Nick Black
Subject: Re: ought putty-256color use xterm-256color rather than 256setaf?
Date: Sat, 16 Jan 2021 21:16:20 -0500

Thomas E. Dickey left as an exercise for the reader:
> No version of putty (I just checked 0.74) has passed the test which I use:
>       256colors2.pl

for those playing along from home, you'll want vttests/256colors2.pl
from an XTerm checkout.

> (reversing the palette, of course, with the "-r" option).

i can confirm that PuTTY 0.74 does not respond to 256colors2.pl
with the -r option, even if -s is also provided. interesting.

> There's no documentation for any of putty's control sequences,
> but the relevant feature in Linux console_codes(4) manual page
> says this:
> 
>        ESC ]     OSC      (Should  be: Operating system command) ESC ] P nr‐
>                           rggbb: set palette,  with  parameter  given  in  7
>                           hexadecimal  digits after the final P :-(.  Here n
>                           is the color  (0–15),  and  rrggbb  indicates  the
>                           red/green/blue  values  (0–255).   ESC  ] R: reset
>                           palette

interesting. i see this defined for `initc` in the linux-c
entry. running '256colors2.pl -r -s' in the linux console does not 
appear to have any effect, but it seems that `256color2.pl`
directly codes the palette-changing escapes, rather than using
terminfo (through tput(1) or otherwise). but using a
parameterized "tput initc" in the Linux console *does* appear to
change the palette, at least for colors below 15.

in that case, i'm not sure how 256color2.pl is a valid litmus for
initc/ccc, unless that's redefined as "the ability to change 256
colors, using the \E]4;-style sequence." but in that case,
linux-c shouldn't be exposing initc/ccc IMHO. put another way:
it seems that putty's terminfo entry ought reproduce *not* the
xterm `initc` as i originally suggested, but the `linux-c` initc.

have i misunderstood anything?

> which precludes the notion that it might support 256 colors.

just to make sure i understand correctly (and make things clear
for future readers), you mean "support *changing* 256 colors",
right? putty-256color definitely supports `256colors2.pl` run
without the -r option.

> hmm - I could digress on terminal developers who won't document
> or provide an accurate terminal description...

having read terminfo.src, it does seem bewildering that emulator
authors don't take more interest in this.

thanks as always for your time and expertise, Mr. Dickey.

-- 
nick black -=- https://www.nick-black.com
to make an apple pie from scratch,
you need first invent a universe.

Attachment: signature.asc
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]