--===============4434140963317707670== Content-Type: multipart/alternative; boundary=bcaec544ed7e22d39d04ac71010d --bcaec544ed7e22d39d04ac71010d Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello, Does this affect the output of common console commands such as "ls -lh" for example? I vaguely recall that Konsole did something different than xterm in order to produce more attractive output but I don't remember if this was the issue. Regards, Rob. On 8 September 2011 13:39, Jekyll Wu wrote: > This is an automatically generated e-mail. To reply, visit: > http://git.reviewboard.kde.org/r/102554/ > Review request for Konsole. > By Jekyll Wu. > Description > > > The current behavior is bold(1) will toggle the intensity of an intensive= color(93), So the result is normal color. This is counter-intuitive. Xterm= , rxvt-unicode and vte-based emulators behave as described in the summary, = So I think konsole should also behave that way. > > Testing > > No issue noticed so far. I am really not very sensitive to colors in term= inal process. > > *Bugs: * 274603 > Diffs > > - src/CharacterColor.h (3181073) > - src/Screen.cpp (502360b) > > View Diff > > _______________________________________________ > konsole-devel mailing list > konsole-devel@kde.org > https://mail.kde.org/mailman/listinfo/konsole-devel > > --bcaec544ed7e22d39d04ac71010d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

Does this affect the output of common console commands such a= s "ls -lh" for example?=A0 I vaguely recall that Konsole did some= thing different than xterm in order
to produce more attractive output bu= t I don't remember if this was the issue.

Regards,
Rob.

On 8 September 2011 = 13:39, Jekyll Wu <adaptee@gmail.com> wrote:
This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/102554/

Review request for Konsole.
By Jekyll Wu.

Description
 =20
The current behavior is bold(1) will toggle the intensity of an intensive c=
olor(93), So the result is normal color. This is counter-intuitive. Xterm, =
rxvt-unicode and vte-based emulators behave as described in the summary, So=
 I think konsole should also behave that way.

Testing

No issue noticed so far. I am really not very sensitive to colors in termi=
nal process.
Bugs: 274603

Diffs

  • src/CharacterColor.h (3181073)
  • src/Screen.cpp (502360b)

View Diff


_______________________________________________
konsole-devel mailing list
konsole-devel@kde.org
https://mail.kde.org/mailman/listinfo/konsole-devel


--bcaec544ed7e22d39d04ac71010d-- --===============4434140963317707670== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ konsole-devel mailing list konsole-devel@kde.org https://mail.kde.org/mailman/listinfo/konsole-devel --===============4434140963317707670==--