[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: incomplete comment colorization in terminals
From: |
Stefan Monnier |
Subject: |
Re: incomplete comment colorization in terminals |
Date: |
Wed, 12 Mar 2008 09:54:36 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) |
>> > This is not a bug, but a deliberate feature. There's a new face named
>> > font-lock-comment-delimiter-face.
>>
>> This feature was introduced because on the Linux console the comment
>> face was hard to read (red on black).
> That's not my recollection. Indeed red is very easy to see on black when
> there is sufficient brightness. ISTR that RMS added it to minimise power
> consumption on laptops.
Well, it's kind of a jump, but IIRC it's not completely off-the-mark:
Richard complained that the font-lock-comment-face was unreadable on his
screen, and the reason was partly that he kept the brightness of his
screen at minimum to maximize battery autonomy.
Stefan
- incomplete comment colorization in terminals, Rob Riepel, 2008/03/12
- Re: incomplete comment colorization in terminals, Eli Zaretskii, 2008/03/12
- Re: incomplete comment colorization in terminals, Dan Nicolaescu, 2008/03/12
- Re: incomplete comment colorization in terminals, Richard Stallman, 2008/03/12
- Re: incomplete comment colorization in terminals, Dan Nicolaescu, 2008/03/13
- Re: incomplete comment colorization in terminals, Richard Stallman, 2008/03/13
- Re: incomplete comment colorization in terminals, Dan Nicolaescu, 2008/03/13
- Re: incomplete comment colorization in terminals, Nick Roberts, 2008/03/13
- Re: incomplete comment colorization in terminals, Dan Nicolaescu, 2008/03/13
- Re: incomplete comment colorization in terminals, Nick Roberts, 2008/03/15
- Re: incomplete comment colorization in terminals, Dan Nicolaescu, 2008/03/15
Re: incomplete comment colorization in terminals, Rob Riepel, 2008/03/14