Bug 138740 - please support direct 24-bit color specifications in escape sequences
Summary: please support direct 24-bit color specifications in escape sequences
Status: RESOLVED FIXED
Alias: None
Product: konsole
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR wishlist
Target Milestone: ---
Assignee: Konsole Developer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-12-13 12:26 UTC by Yakov Lerner
Modified: 2012-02-29 17:45 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In: 4.9.0
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Yakov Lerner 2006-12-13 12:26:23 UTC 
Version:            (using KDE KDE 3.5.3)
Installed from:    Fedora RPMs
Compiler:          gcc 4.0.2 
OS:                Linux

urxvt supports 24-bit color in escape sequences, not limited to
256-subset palette. And ut supports all x11 standard color 
specifications in escape sequences (rgb:,#ff00ff,color names). 
This is nice. Can konsole support this, too, not necessarily
via same escape sequence ?

Giving excerpt from urxvt doc [1], here are relevant urxvt escape 
sequences which accept x11 color specs are:
      "ESC ] Ps;Pt ST"
           Set XTerm Parameters. 8-bit ST: 0x9c, 7-bit ST sequence: ESC \
           (0x1b, 0x5c), backwards compatible terminator BEL (0x07) is also
           accepted. any octet can be escaped by prefixing it with SYN (0x16,
           ^V)....
       Ps = 10    Change colour of text foreground to Pt
       Ps = 11    Change colour of text background to Pt
       Ps = 12    Change colour of text cursor foreground to Pt
Actually, it looks that in urxvt, all sequences tha deal with
color, accept x11 color specs.

[1] http://www.penguin-soft.com/penguin/man/7/urxvt.html
or 'man 7 urxvt'
Comment 1 Piotr Jaroszyński 2007-01-22 15:10:27 UTC 
Please do so. I hope it will fix errors like this:
(..)
undecodable token: \001b(hex)[3231m
undecodable token: \001b(hex)[4232m
undecodable token: \001b(hex)[3247m
undecodable token: \001b(hex)[4235m
(..)

Getting a lot of them when using vim with e.g. inkpot colorscheme.
Comment 2 Robert Knight 2007-02-10 03:31:53 UTC 
Will look into it.
Comment 3 Jekyll Wu 2012-02-29 12:49:30 UTC 
Well, another old report :)

The requested feature should have been implemented. 

Following examples now work fine in Konsole:

    echo -en "\e]10;blue\a"

    echo -en "\e]10;#ff00ff\a"

Also using the inkpot colorscheme in vim gives no warning mentioned in comment #1.

The missing part is the form of "rgb:22/33/44" . That should be a trivial task according to the Qt doc[1]

[1] http://developer.qt.nokia.com/doc/qt-4.8/qcolor.html#setAllowX11ColorNames
Comment 4 Jekyll Wu 2012-02-29 17:45:38 UTC 
Git commit 35e9cd847a236e4b495cb1c03347ee8f59a4d8e8 by Jekyll Wu.
Committed on 29/02/2012 at 17:01.
Pushed by jekyllwu into branch 'master'.

Enable looking up colors in the X11 color database.
FIXED-IN:4.9.0

M  +4    -0    src/ColorSchemeManager.cpp

http://commits.kde.org/konsole/35e9cd847a236e4b495cb1c03347ee8f59a4d8e8