|
|
|
|
|
by da39a3ee
2105 days ago
|
|
I think both of you are talking about the same thing. Please don't assume that your views are generally held or will meet with general approval. I think what you're saying is completely wrong and wildly inappropriate. In general, there will exist many terminal applications where the designers should feel absolutely free to use 256 and full-RGB colors if they wish to, seeing as the technology has supported it for years. An example is color themes for syntax highlighting; the designers of color themes obviously _can_ restrict themselves to 16-color palettes (e.g. https://github.com/chriskempson/base16) but they are perfectly free not to. I do not understand what makes you think you have the right to demand that people impose such a vast restriction on terminal applications. The web supports 256 colors and full RGB; why shouldn't terminal applications? |
|
And the web suffers from all sorts of accessibility problems because developers don't take that into account. Native applications (and I'm not talking about Electron) is a better example -- Microsoft and Apple have taken accessibility concerns into account and created interface toolkits that aren't a rainbow of colours by default and which users can easily customise one colour scheme in the systems control settings to affect all native applications.
Using 256 or true colours in console applications break the terminals ability to apply the user-defined colour palette and that can bring accessibility issues with it (as well as being a little annoying for anyone who happens to prefer non-black backgrounds).