linux-kernel - Re: [PATCH 2/16] vt-pure-colors.diff

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Mon, 2 Apr 2007 10:01:52 +0200 (MEST)
From:	Jan Engelhardt <jengelh@...ux01.gwdg.de>
To:	"Antonino A. Daplas" <adaplas@...il.com>
cc:	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 2/16] vt-pure-colors.diff

On Apr 2 2007 15:50, Antonino A. Daplas wrote:
>On Mon, 2007-04-02 at 09:04 +0200, Jan Engelhardt wrote:
>> On Apr 2 2007 14:49, Antonino A. Daplas wrote:
>> >
>> >Not too sure about this, the default palette is based on ANSI/ECMA
>> >standards (at least for the first 8 colors). Also, this will have subtle
>> >effects on the 16-color logo. Since your first patch already allows us
>> >to change the palette, let's leave the default alone.
>> 
>> Ok.
>> But to note: xterm and anything graphical (including MS Windows)
>> uses the anti-pale color (255,0,0) instead of (255,170,170).
>
>Actually, what threw me off was index 4 in default_blu, which has a
>value of 0x90.  This looks weird to me, but I guess that is a typo. I
>really have nothing against using 0, 0, 255 instead of 170, 170, 255 in
>the intense version of the first 8.

That one is a psychological thing. :-) People like blue backgrounds, because a
green or red one would not really fit as a bg color for Midnight Commander,
pine and your-favorite-editor. So you choose blue because it fits nicely. (See
http://img81.imageshack.us/img81/8858/blueqj6.png for an example, and compare
with http://img81.imageshack.us/img81/7498/reddm1.png and
http://img142.imageshack.us/img142/8470/greennq2.png for counterexamples. Even
a bright blue (0,0,192) is still better than red/green, the reason being that
blue is much less percepted by the eye than green or red. You will find various
formulas on the 'net that will convert from color to grayscale - these formulas
have the 'perception' levels, which are, summarized, 76*r, 151*g, 26*b on a 255
scale.) Personally I find the regular blue (0,0,170/0xA0) a little too bright
so I turned it down to 0x90. Adjust for your preference.

Jan
-- 
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/