Re: Bugs when porting ncurses to a new platform
"G. Branden Robinson" <[email protected]> Tue, 30 Jun 2026 19:39:51 -0500
| Newsgroups | gmane.comp.lib.ncurses.bugs |
|---|---|
| Message-ID | <20260701003951.4zyp4g4327uvwanl@illithid> |
--thj4ysiduhcybvij Content-Type: text/plain; protected-headers=v1; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Subject: Re: Bugs when porting ncurses to a new platform MIME-Version: 1.0 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. >=20 > 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 --thj4ysiduhcybvij Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEh3PWHWjjDgcrENwa0Z6cfXEmbc4FAmpEYc8ACgkQ0Z6cfXEm bc48GBAAj1SuZI2kSmFeLW1I89v0bQGBY9/736MiE8MRsPICAG3wwC3DFSA00wVa ZMc6dfTbrzbc/s+0ZaDY9ugi34eVR9dqj0gsbVyFhGmxyGypVyhk5YOQYi0S506x MUgIF8vzAEi727NDAPy9EEN8aWoFJtd1Vr/NdUBa9JXZ55/ZPkrs6yqVnHxPYb6o 3DwZyJIYttZ4hRrpbvLBppC66EAJNan03Bgevl2gmasW1zpiwvMhPHLPNwr04kHW 3HTENcxllwXxHvHeoq1RU0JhbEKzIJ7L8ONZfblZgOS4oab+NKpbMlMWMcJCX0aA S3zfVW+/NfAho4tmBjpAVshS3c8O+OE9TatcAUc3nFbe7dzcbq4UIsqelK6Wq56H k95YH4fVPz7RDBIJrEeG3mMRS6LkSLkTPbbFEVQrc+P65cKA8deE/sx5oQHX8W+N sLstu0JE90p+RPaGNZuy/VdEnXLpyLkdK1j/+xjHGEbkikZD7idq6mberS4dDaXJ E5h2NzdD/QoHrbv91vRHbhEWch+lBT2N/5JJmr6f8pc8g+WDUYBiOvaMPokpp3b2 xtrVrRqDIckkv1skpO//VPPWtlF0imr4ihI2w5lC16uMrlMm8ABAmnxdU0BM4i1a N9qnsBEe2CEq8heN3J/zkifiRb5lJRqZxnK+i38JhC1ReIMfE4w= =/qES -----END PGP SIGNATURE----- --thj4ysiduhcybvij--