https://bugs.kde.org/show_bug.cgi?id=405345
Antonio Russo <aeru...@aerusso.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aeru...@aerusso.net
--- Comment #20 from Antonio Russo <aeru...@aerusso.net> ---
It was never impossible to print bold red:
echo -e '\e[0;38;2;255;0;0mred \e[1mboldred \e[0m normal'
The present patch (270d6ea32) is essentially equivalent to setting all the
intensive colors to the same color as the normal ones. (Note that the 90-97
character codes used here as an example are not standardized---see
https://www.ecma-international.org/publications/files/ECMA-ST/Ecma-048.pdf or
https://en.wikipedia.org/wiki/ANSI_escape_code . We interpret these codes on a
best-guess basis.)
Please see https://bugs.kde.org/show_bug.cgi?id=430311 . I am preparing a
patch there that:
- fixes the light color themes (as mentioned here they have reversed intensive
semantics);
- uses bold fonts unconditionally for RGB and 256-color spaces (there is no
intensive color meaning when a specific color is mentioned as here); and
- again allows for intensive colors to be used.
This avoids breaking decades-old expectations without impeding the development
of modern terminal color schemes (use RGB for those).
--
You are receiving this mail because:
You are watching all bug changes.
