On Oct 6 2007 20:50, Bill Davidsen wrote:
>>
>>> I start my root xterm in white on blue for identification, so color coding
>>> sounds like a great idea to me.
>>
>> This has nothing to do with xterms, this is "VGA color console" only.
>> xterm config is in
On Oct 6 2007 20:50, Bill Davidsen wrote:
I start my root xterm in white on blue for identification, so color coding
sounds like a great idea to me.
This has nothing to do with xterms, this is VGA color console only.
xterm config is in /usr/share/X11/app-defaults/XTerm-color.
Try
Jan Engelhardt wrote:
On Oct 6 2007 15:53, Bill Davidsen wrote:
Jan Engelhardt wrote:
Colored kernel message output
Let's work more on Linux's cuteness! [http://lkml.org/lkml/2007/10/4/431]
The following patch makes it possible to give kernel messages a
selectable color which helps to
On 10/5/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> Colored kernel message output
>
> Let's work more on Linux's cuteness! [http://lkml.org/lkml/2007/10/4/431]
> The following patch makes it possible to give kernel messages a
> selectable color which helps to distinguish it from other noise,
On Oct 6 2007 15:53, Bill Davidsen wrote:
> Jan Engelhardt wrote:
>> Colored kernel message output
>>
>> Let's work more on Linux's cuteness! [http://lkml.org/lkml/2007/10/4/431]
>> The following patch makes it possible to give kernel messages a
>> selectable color which helps to distinguish it
Jan Engelhardt wrote:
Colored kernel message output
Let's work more on Linux's cuteness! [http://lkml.org/lkml/2007/10/4/431]
The following patch makes it possible to give kernel messages a
selectable color which helps to distinguish it from other noise,
such as boot messages. NetBSD has it,
* Sat, 6 Oct 2007 13:08:35 +0200
> * Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
>> Colored kernel message output
>>
>> Let's work more on Linux's cuteness!
>> [http://lkml.org/lkml/2007/10/4/431] The following patch makes it
>> possible to give kernel messages a selectable color
Only boot
On Sat, Oct 06, 2007 at 01:08:35PM +0200, Ingo Molnar wrote:
> feature request: would be interesting to have a color table (defined in
> the .config) dependent on message loglevel. That way KERN_CRIT messages
> could be red, KERN_INFO ones white, etc.
If we do this, please let there be a
Jan Engelhardt <[EMAIL PROTECTED]> writes:
> What we see here might not be "ASCII", but "VGA-specific color values".
> It's just that I call it ASCII since it's the mirrored opposite of ANSI.
I see. Then perhaps "VGA color value" would be better.
--
Krzysztof Halasa
-
To unsubscribe from this
* Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> Colored kernel message output
>
> Let's work more on Linux's cuteness!
> [http://lkml.org/lkml/2007/10/4/431] The following patch makes it
> possible to give kernel messages a selectable color which helps to
> distinguish it from other noise,
* Jan Engelhardt [EMAIL PROTECTED] wrote:
Colored kernel message output
Let's work more on Linux's cuteness!
[http://lkml.org/lkml/2007/10/4/431] The following patch makes it
possible to give kernel messages a selectable color which helps to
distinguish it from other noise, such as
Jan Engelhardt [EMAIL PROTECTED] writes:
What we see here might not be ASCII, but VGA-specific color values.
It's just that I call it ASCII since it's the mirrored opposite of ANSI.
I see. Then perhaps VGA color value would be better.
--
Krzysztof Halasa
-
To unsubscribe from this list: send
On Sat, Oct 06, 2007 at 01:08:35PM +0200, Ingo Molnar wrote:
feature request: would be interesting to have a color table (defined in
the .config) dependent on message loglevel. That way KERN_CRIT messages
could be red, KERN_INFO ones white, etc.
If we do this, please let there be a
* Sat, 6 Oct 2007 13:08:35 +0200
* Jan Engelhardt [EMAIL PROTECTED] wrote:
Colored kernel message output
Let's work more on Linux's cuteness!
[http://lkml.org/lkml/2007/10/4/431] The following patch makes it
possible to give kernel messages a selectable color
Only boot time selectable?
Jan Engelhardt wrote:
Colored kernel message output
Let's work more on Linux's cuteness! [http://lkml.org/lkml/2007/10/4/431]
The following patch makes it possible to give kernel messages a
selectable color which helps to distinguish it from other noise,
such as boot messages. NetBSD has it,
On Oct 6 2007 15:53, Bill Davidsen wrote:
Jan Engelhardt wrote:
Colored kernel message output
Let's work more on Linux's cuteness! [http://lkml.org/lkml/2007/10/4/431]
The following patch makes it possible to give kernel messages a
selectable color which helps to distinguish it from other
On 10/5/07, Jan Engelhardt [EMAIL PROTECTED] wrote:
Colored kernel message output
Let's work more on Linux's cuteness! [http://lkml.org/lkml/2007/10/4/431]
The following patch makes it possible to give kernel messages a
selectable color which helps to distinguish it from other noise,
such
Jan Engelhardt wrote:
On Oct 6 2007 15:53, Bill Davidsen wrote:
Jan Engelhardt wrote:
Colored kernel message output
Let's work more on Linux's cuteness! [http://lkml.org/lkml/2007/10/4/431]
The following patch makes it possible to give kernel messages a
selectable color which helps to
On Oct 6 2007 02:23, Jan Engelhardt wrote:
>>
>>Not convinced WRT ASCII color codes, though. ASCII doesn't contain
>>codes for changing colors. Perhaps some specific "extended ASCII"?
>
>Start up QBasic, issue
> COLOR 1
>=> blue.
>
>Apply said patch, issue
> vt.printk_color=0x01
>=>
On Oct 6 2007 02:10, Krzysztof Halasa wrote:
>Jan Engelhardt <[EMAIL PROTECTED]> writes:
>
>>>I wonder how accurate is it.
>>
>> Since I do not use 512-glyph fonts, I do not know.
>
>Actually I meant "how accurate my remarks are" :-)
>
>Not convinced WRT ASCII color codes, though. ASCII doesn't
Jan Engelhardt <[EMAIL PROTECTED]> writes:
>>I wonder how accurate is it.
>
> Since I do not use 512-glyph fonts, I do not know.
Actually I meant "how accurate my remarks are" :-)
Not convinced WRT ASCII color codes, though. ASCII doesn't contain
codes for changing colors. Perhaps some specific
On Oct 6 2007 01:22, Krzysztof Halasa wrote:
>Jan Engelhardt <[EMAIL PROTECTED]> writes:
>
>> +The value you need to enter here is the ASCII color value
>
>ASCII color value? ANSI perhaps?
ANSI:
\e[31m R--
\e[32m G--
\e[33m RG- (yellow)
\e[34m --B
\e[35m R-B (magenta)
\e[36m -GB (cyan)
Jan Engelhardt <[EMAIL PROTECTED]> writes:
> + The value you need to enter here is the ASCII color value
ASCII color value? ANSI perhaps?
> + composed (OR'ed) by one foreground color, one background
> + color and any number of attributes as follows:
I'm certainly not a native
Hi Jan,
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Jan
> Engelhardt
> Sent: Friday, October 05, 2007 2:14 PM
> To: Linux Kernel Mailing List
> Cc: Andrew Morton
> Subject: [PATCH] Cute feature: colored printk output
>
>
> Colored kernel
On Oct 5 2007 15:43, Lennart Sorensen wrote:
>On Fri, Oct 05, 2007 at 09:32:11PM +0200, Jan Engelhardt wrote:
>> Ah you seem to be a proponent of http://www.blackgoogle.com/
>> then :-) Unfortunately, it seems like Xft uses Grayscale AA
>>
On Fri, Oct 05, 2007 at 09:32:11PM +0200, Jan Engelhardt wrote:
> Ah you seem to be a proponent of http://www.blackgoogle.com/
> then :-) Unfortunately, it seems like Xft uses Grayscale AA
> (http://antigrain.com/research/font_rasterization/index.html)
> so black background make the font look
On Oct 5 2007 15:24, Lennart Sorensen wrote:
>On Fri, Oct 05, 2007 at 09:21:57PM +0200, Jan Engelhardt wrote:
>> Indeed it should be 0x07, should it go in.
>> Otherwise the openbsd camp might start another flamewar.
>>
>> (On a personal note, would 0x1F work better for you?)
>
>No, I actually
On Fri, Oct 05, 2007 at 09:21:57PM +0200, Jan Engelhardt wrote:
> Indeed it should be 0x07, should it go in.
> Otherwise the openbsd camp might start another flamewar.
>
> (On a personal note, would 0x1F work better for you?)
No, I actually find most things hard to read on a blue background.
On Oct 5 2007 15:19, Lennart Sorensen wrote:
>On Fri, Oct 05, 2007 at 09:13:40PM +0200, Jan Engelhardt wrote:
>> +config VT_PRINTK_COLOR
>> +hex "Colored kernel message output"
>> +range 0x00 0xFF
>> +depends on VT_CONSOLE
>> +default 0x17
>
>Shouldn't the default at least be what
On Fri, Oct 05, 2007 at 09:13:40PM +0200, Jan Engelhardt wrote:
> +config VT_PRINTK_COLOR
> + hex "Colored kernel message output"
> + range 0x00 0xFF
> + depends on VT_CONSOLE
> + default 0x17
Shouldn't the default at least be what we already had? Somehow grey on
blue sounds
On Fri, Oct 05, 2007 at 09:13:40PM +0200, Jan Engelhardt wrote:
+config VT_PRINTK_COLOR
+ hex Colored kernel message output
+ range 0x00 0xFF
+ depends on VT_CONSOLE
+ default 0x17
Shouldn't the default at least be what we already had? Somehow grey on
blue sounds pretty hard
On Oct 5 2007 15:19, Lennart Sorensen wrote:
On Fri, Oct 05, 2007 at 09:13:40PM +0200, Jan Engelhardt wrote:
+config VT_PRINTK_COLOR
+hex Colored kernel message output
+range 0x00 0xFF
+depends on VT_CONSOLE
+default 0x17
Shouldn't the default at least be what we already
On Fri, Oct 05, 2007 at 09:21:57PM +0200, Jan Engelhardt wrote:
Indeed it should be 0x07, should it go in.
Otherwise the openbsd camp might start another flamewar.
(On a personal note, would 0x1F work better for you?)
No, I actually find most things hard to read on a blue background.
Besides
On Oct 5 2007 15:24, Lennart Sorensen wrote:
On Fri, Oct 05, 2007 at 09:21:57PM +0200, Jan Engelhardt wrote:
Indeed it should be 0x07, should it go in.
Otherwise the openbsd camp might start another flamewar.
(On a personal note, would 0x1F work better for you?)
No, I actually find most
On Fri, Oct 05, 2007 at 09:32:11PM +0200, Jan Engelhardt wrote:
Ah you seem to be a proponent of http://www.blackgoogle.com/
then :-) Unfortunately, it seems like Xft uses Grayscale AA
(http://antigrain.com/research/font_rasterization/index.html)
so black background make the font look
On Oct 5 2007 15:43, Lennart Sorensen wrote:
On Fri, Oct 05, 2007 at 09:32:11PM +0200, Jan Engelhardt wrote:
Ah you seem to be a proponent of http://www.blackgoogle.com/
then :-) Unfortunately, it seems like Xft uses Grayscale AA
(http://antigrain.com/research/font_rasterization/index.html)
Hi Jan,
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jan
Engelhardt
Sent: Friday, October 05, 2007 2:14 PM
To: Linux Kernel Mailing List
Cc: Andrew Morton
Subject: [PATCH] Cute feature: colored printk output
Colored kernel message
Jan Engelhardt [EMAIL PROTECTED] writes:
+ The value you need to enter here is the ASCII color value
ASCII color value? ANSI perhaps?
+ composed (OR'ed) by one foreground color, one background
+ color and any number of attributes as follows:
I'm certainly not a native English
On Oct 6 2007 01:22, Krzysztof Halasa wrote:
Jan Engelhardt [EMAIL PROTECTED] writes:
+The value you need to enter here is the ASCII color value
ASCII color value? ANSI perhaps?
ANSI:
\e[31m R--
\e[32m G--
\e[33m RG- (yellow)
\e[34m --B
\e[35m R-B (magenta)
\e[36m -GB (cyan)
\e[37m RGB
Jan Engelhardt [EMAIL PROTECTED] writes:
I wonder how accurate is it.
Since I do not use 512-glyph fonts, I do not know.
Actually I meant how accurate my remarks are :-)
Not convinced WRT ASCII color codes, though. ASCII doesn't contain
codes for changing colors. Perhaps some specific
On Oct 6 2007 02:10, Krzysztof Halasa wrote:
Jan Engelhardt [EMAIL PROTECTED] writes:
I wonder how accurate is it.
Since I do not use 512-glyph fonts, I do not know.
Actually I meant how accurate my remarks are :-)
Not convinced WRT ASCII color codes, though. ASCII doesn't contain
codes for
On Oct 6 2007 02:23, Jan Engelhardt wrote:
Not convinced WRT ASCII color codes, though. ASCII doesn't contain
codes for changing colors. Perhaps some specific extended ASCII?
Start up QBasic, issue
COLOR 1
= blue.
Apply said patch, issue
vt.printk_color=0x01
= you get what?
So!
42 matches
Mail list logo