On Thu, Nov 29, 2012 at 11:20 PM, Marc Lehmann <[email protected]> wrote:
> > Why is urxvt changing the color of text when it's bold and the color > number > > is < 8? > > For compatibility with other terminals which do the same. This "feature" was popularized before bold fonts became prevalent. urxvt allows bold fonts and it doesn't make sense to do both. (If you do both on a 16 color terminal there's literally no way to get bold #0 using the defaults. That's silly.) Some terminals do this, some do not (konsole, st). There's solid precedent for urxvt to switch to the more sane default. > > > I really, really dislike this and think it's a bug. > > It's a documented feature - run urxvt with +is to disable it for colours. > I posit that this "feature" should be off by default, or at the very least it should be off by default when boldFont is used. When used in tandem with boldFont it hamstrings the terminal's functionality for no good reason. > > > help make a fix. Do you have any idea where the code that's inverting the > > bold color is? > > In fact, urxvt is not doing anything to the colours, but uses them as > specified. What happens is that bold switches from colours 0..7 to colours > 8..15. > > -- > The choice of a Deliantra, the free code+content > MORPG > -----==- _GNU_ http://www.deliantra.net > ----==-- _ generation > ---==---(_)__ __ ____ __ Marc Lehmann > --==---/ / _ \/ // /\ \/ / [email protected] > -=====/_/_//_/\_,_/ /_/\_\ > > _______________________________________________ > rxvt-unicode mailing list > [email protected] > http://lists.schmorp.de/cgi-bin/mailman/listinfo/rxvt-unicode >
_______________________________________________ rxvt-unicode mailing list [email protected] http://lists.schmorp.de/cgi-bin/mailman/listinfo/rxvt-unicode
