Re: [dev] [PATCH] Don't make bold text bright with default color

From: Christoph Lohmann <20h_AT_r-36.net>
Date: Wed, 16 Apr 2014 06:37:45 +0200

Greetings.

On Wed, 16 Apr 2014 06:37:45 +0200 Yuri Karaban <suckless_AT_dev97.com> wrote:
> I will describe cases why I need it:
>
> 1. I had bold shell prompt, which was black in all virtual terminals I
> have used so far. When I run st first time the first thing that
> caught my eye was the _gray_ prompt. It was looking awfully on gray
> background.
>
> Now I have changed prompt to use color, but first impression was
> spoiled.
>
> 2. When you run 'top' in st with black fg and #c0c0c0 fg in st you will
> see that it doesn't look as good as in other terminals with the same
> fg/bg
>
> 3. VIM status line (which displays mode like ---INSERT--) is displaying
> the messages in gray instead of black.
>
> 4. man output is using bold faces extensively, and in st I see all
> headers as gray
>
> (by the way I just noticed that st is also brightening underline
> text, while other terminals don't)

If you request the brightening of underline, you will get brightened un‐
derline.

> 5. I think that's enough (I think I can find more examples of
> inconsistent behavior if provided examples are not convincing)
>
> F>> Imho, checking if the default color has been altered just
> F>> invites nasty edge-cases and generally bloats the code up
> F>> unnecessarily. However, I'm open for new ideas.
>
> I love symmetry in code too, and it's disappointing when new
> circumstance does not fit into an elegant model. But if such behavior is
> expected by programs, probably it worth to be implemented.

My first thought after reading all of your posts was: Fix those damn programs,
they are doing it all wrong for years.

Your idea of moving fg and bg out of the color array is interesting and
might add the semantics of a relative »background« or »foreground« color
to a dynamic selected custom color.


Sincerely,

Christoph Lohmann
Received on Wed Apr 16 2014 - 06:37:45 CEST