Found the answer: urxvt*intensityStyles: false
This makes the behavior work as expected. I would strongly suggest that urxvt adopt this behavior as the default, or perhaps adopt this behavior as the default when a boldFont is detected. The default behavior is counterintuitive and maddening. On Thu, Nov 29, 2012 at 10:21 PM, Nate Soares <[email protected]> wrote: > > > > On Thu, Nov 29, 2012 at 9:45 PM, Andre Klärner <[email protected]>wrote: > >> Hi Nate, >> >> On Thu, Nov 29, 2012 at 08:58:30PM -0800, Nate Soares wrote: >> > You should check your own config to see if the colors are inverted. Try >> > using this script: >> > >> > https://gist.github.com/1047767 >> >> I did the modification you suggested and made a screenshot: >> >> >> https://dl.dropbox.com/u/60655831/Bildschirmfoto%20vom%202012-11-30%2006%3A36%3A26.png > > > See, yours are inverting too. Look closely at the 0:, it's bold but it's > not black like it should be. It's gray. It should be as black as the text > that follows it. (Notice also how your 1: is pink like your 9: and not true > red like the 00/00/5f following it.) > > >> >> >> > To check if this is happening for your colors. With your .Xresources the >> > effect is still there (on my build of URxvt) but it's subtle, because >> your >> > #0 and #8 are very similar in color (as are your #1 and #9, etc.). I'm >> > guessing that your color #16 and your color #0 are both black: compare >> the >> > "0:" and the "16:" outputs, which should both be bold. On my system, >> with >> > your .Xresources, the "0:" and "16:" are different (the 0: is grayer, >> like >> > the 8:) when they should be the same. >> >> Well, I also only copied, but from the tango scheme which is e.g. found in >> gnome-terminal (I liked these colors there). >> >> The intense and normal colors are only subtile, but as the font weight >> also >> changes for me I like the result. >> > > I really, really don't. It doesn't look too bad if the second 8 colors are > very similar to the first 8 colors, as yours are. My #8-15 are very > different from my #0-7 and it looks bad. > > In the above screenshot, there's no way to get bold and black in the first > 16 colors -- there's only two instances of bold dark grey, #0 and #16. > > This is really annoying because things like vim, ls, git, diff, etc. use > bold colors and only assume 16 colors, and there's no way for me to (for > example) get both bold and black in my vim color schemes in urxvt. I can > only get bold dark gray, and I can get it two ways (bold #0 and bold #8). > That sucks. > > Why is urxvt changing the color of text when it's bold and the color > number is < 8? I really, really dislike this and think it's a bug. I'd be > happy to help make a fix. Do you have any idea where the code that's > inverting the bold color is? > > >> >> Regards, Andre >> >> PS: please use inline replies instead of top or bottom posting. Makes >> replying and reading much easier. >> > > Sorry, gmail collapses replies by default :-) > > >> >> -- >> Andre Klärner >> > >
_______________________________________________ rxvt-unicode mailing list [email protected] http://lists.schmorp.de/cgi-bin/mailman/listinfo/rxvt-unicode
