Mail Archives: cygwin/2004/05/03/06:36:15
Frank Slootweg schrieb:
> Reini Urban wrote:
>>Frank Slootweg schrieb:
>>
>>> A better solution would be one which 1) does *not* hardcode the
>>>colors, 2) *does* use inverse video ("7") and 3) displays
>>>white-on-black.
>>
>>Oh god, this man is insisting.
>>The default white color on terms without being able to change faces is
>>lightgrey!
>>White is used for bold on such stupid terms, which is a more important
>>emphasis to have than white.
>>
>>Or how to define bold white then?
>>Some better terminals, like rxvt, know how to render Courier-Bold or
>>Lucida-Bold, but CMD.EXE not.
>>Since our default is CMD.EXE and not rxvt, your desiderations (white
>>on black) are bogus.
>
>
> Well, as my test showed, I *can* do white by bolding ("1"). The point
> is that when combined with inverse/reverse video ("7"), the background
> color is not black but dark-grey. What is your explanation for the
> background being dark-grey for inverse/reverse video?
Because it is *bold* then, and bold with CMD.EXE ANSI.SYS (or
COMMAND.COM + ANSI.SYS) changes the color and doesn't change the face.
> As to my "bogus desiderations", the concept of inverse (or reverse)
> video already exists since the seventies (or earlier), and, as I wrote
> in my basenote and later reproduced with simple echo(1) commands, Cygwin
> B20 has *no* problems with it, so it is not a question of the 'terminal'
> (i.e. CMD.EXE in my case) being too limited, but of Cygwin.
The new cgywin does it _right_ according to my explanation, favoring
boldness over color-matching.
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
- Raw text -