At 2026-06-30T20:31:49-0400, Thomas Dickey wrote: > On Tue, Jun 30, 2026 at 05:37:55PM -0500, G. Branden Robinson wrote: > > I believe you don't see the problem in 256-color mode in _general_ > > because there is no historical conflicting tradition for encoding of > > the RGB color channel values when more than one bit per channel is > > available. I think you continue to see the problem with the first > > 16 colors in 256-color mode because those are allocated separately > > from the remainder of the 256-element color space to maintain > > consistent color rendering with the 3-bit RGB (and 4-bit RGBI) SGR > > escape sequences. That way, most _applications_ don't need to know > > how many colors the terminal emulator supports, but can inquire of > > this information if they desire, even applying their own color > > indexing system that they map to the ncurses/terminfo 8-bit color > > cube if and as they desire. > > no - it's ncurses being helpful rather than the DS balking
Ah, I apologize to the list for getting it wrong then. I haven't yet attempted to contribute major revisions to the curs_attr.3x and curs_color.3x pages because I'm not ready yet--as we see above. Regards, Branden
signature.asc
Description: PGP signature
