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/
