Re: [dev] [st] bold as bright (again)

Oh.. i was about to push the pull request...until I realized the original thread.

Check those pictures:

I executed the scripts in hg.youterm.com/toys/ansi to check for 256
colors and
normal ansi escape codes. And here's the result:

    http://lolcathost.org/stcolors.png
(left one is xterm, and right one is st)

As you may see.. not all ansi scape codes are supported, and I would prefer
to have a pull request implementing support for those missing escape codes.

Then I run irssi:
   http://lolcathost.org/stcolors2.png

You may see some other differences... and the missuse of bright when bold
sometimes hurts my eyes... but some programs just are hard to read without
it...

Another annoying thing I found in st is that text selection does not
reflects it
correctly until you release the mouse button, this is a bit annoying
because you
dont see what's going to be copied into the clipboard until it's too late.

So, before adding this pull request I would prefer some less discussion to make st
more unusable. and more eye-harmful.

On 04/01/11 10:58, Stefan Mark wrote:
> Some time ago, i submitted a pull request that makes colors bright for bold
> text. Most Terminals do that, and some programs rely on this (like
> htop). The pull request was rejected unless less people ask for it.
>
> As it seems, i'm still the only one, but i modified the pull request to make
> the bold-is-bright behavior optional. Now i try again.
>
> I attached two variants of the pull request, one uses preprocessor directives
> (pp.diff), the other not. Maybe i'm less lucky this time :)
>
> greetings
> stefan
Received on Fri Apr 01 2011 - 15:06:09 CEST