|
|
Subscribe / Log in / New account

Paalanen: Developing Wayland Color Management and High Dynamic Range

Paalanen: Developing Wayland Color Management and High Dynamic Range

Posted Dec 1, 2020 0:57 UTC (Tue) by NYKevin (subscriber, #129325)
In reply to: Paalanen: Developing Wayland Color Management and High Dynamic Range by leitec
Parent article: Paalanen: Developing Wayland Color Management and High Dynamic Range

There are a lot of text-based applications that have very fervent user bases. And these days, it's *mostly* possible to detect whether a terminal supports 8 colors, 256 colors, or true color (24-bit, 16 million colors) using various terminfo capabilities. The thing about 8 colors is that you normally use a fixed palette which can be customized in the terminal emulator's settings, and different emulators have different defaults. The same 8-color application may look different on different systems, and the user may further customize those 8 colors as they see fit (e.g. using per-application terminal profiles). On the other hand, it's not really possible to customize the higher-depth color spaces without explicit application support. So I have to wonder if there have been any similar incidents when an app started autodetecting color depth and switched from 8 colors to 256 colors or true color, suddenly "breaking" lots of setups at once.


to post comments

Paalanen: Developing Wayland Color Management and High Dynamic Range

Posted Dec 12, 2020 6:06 UTC (Sat) by flussence (guest, #85566) [Link]

I seem to remember terminal programs rendering garbage when they tried to use true color in rxvt-unicode, which deliberately misimplemented it (among other things, like unicode) to scare people away from trying. Maybe it's caught up a decade later, but an attitude like that was enough to put me off the author's software forever.


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds