Bug 132068 - ANSI escape sequences behaviour differs from xterm
Summary: ANSI escape sequences behaviour differs from xterm
Status: RESOLVED FIXED
Alias: None
Product: konsole
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Robert Knight
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-08 17:29 UTC by Jörg Afflerbach
Modified: 2007-07-28 19:48 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Jörg Afflerbach 2006-08-08 17:29:46 UTC 
Version:            (using KDE KDE 3.5.4)
Installed from:    SuSE RPMs
OS:                Linux

ANSI escape sequences are broken in Konsole 1.6.4 (KDE 3.5.4)

$ echo -e "\e[1;38mBold \e[0;38mNormal"

outputs "Bold Normal" where "Bold" is displayed bold.

In Konsole 1.6.4 the complete output is red and not bold at all. It worked correctly in KDE 3.5.3 and earlier releases.
Comment 1 Robert Knight 2006-08-08 19:01:48 UTC 
Confirmed.
Comment 2 Robert Knight 2006-08-08 19:23:00 UTC 
That escape sequence appears to be invalid, which is why it produces different results in Xterm, Konsole and Gnome-terminal (where the text is black but underlined).

The "38" character attribute is used for 256 colour support, and has a special syntax:

echo -e "\e[1;38;5;0mBold \e[0;30mNormal"

Where the "0" specifies the colour (from a palette of 256) to use- http://frexx.de/xterm-256-notes/.  Konsole could handle invalid sequences better though.

Bold text is however broken in KDE 3.5.4.  That is fixed in both KDE 3.5.5 and KDE 4.
Comment 3 Robert Knight 2007-07-28 19:48:32 UTC 
As mentioned earlier, the escape sequence in the bug report is invalid.  Produces the expected results in KDE 4 with a valid escape sequence.