[Konsole-devel] [Bug 107487] Please add the xterm-256 colour support.

[Witold Filipczyk]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107487         




------- Additional Comments From witekfl poczta onet pl  2006-06-11 18:29 -------
On Sun, Jun 11, 2006 at 12:10:27PM -0000, Lars Doelle wrote:
> The konsole has a terminfo entry. It could use a review, perhaps.
> You can configure the TERM variable in the konsole's session profiles,
> if you need to.


I didn't know.

> Witold, i was in contact with Thomas Dickey, the xterm maintainer, about
> the strange escape sequences and the result is, that he simply did not had
> ISO 8613-6 at hand, simply because it costs $$$. He was aware about the
> issues, but expected no one to use the codes beside xterm.
>
> Now since the standard appears to broken anyway, and has thus various
> problems in itself, the codes introduced by Thomas are perhaps the best
> we can get. You modification in the scanner are absolute fine with me and
> in conformance with the xterm handling.


Lars,
what about to go one step further and use ESC[38;5;2;<red>;<green>;<blue>m
codes? foreground and background as UINT16 gives 65536 colors and only two
bytes more per cell.

> But the newly introduced colour space does not fit well with the konsole,
> it is default colours and intense colours, that suffer. I have not yet found
> time to work through this, but i believe, one probably needs to change the
> class ca, and extend the fore- and background colors to UINT16 to cope
> with issue, see TECommon.h
> 
> One would then have (2+256) BASE_COLORS and (INTENSITY*BASE_COLORS)
> total TABLE_COLORS. This change would go through in most cases, i think,
> but i'm not sure if in all. Would you try that?


I don't know which formula to use it to define intense 256 colours.
I can code it, but next week, not now.