Re: [dev] [st] Colors slightly different hue than in xterm

2014-05-25 Thread Alexander S.
2014-05-22 1:57 GMT+04:00 Roberto E. Vargas Caballero : >> Read this: http://www.4p8.com/eric.brasseur/gamma.html >> >> We need to generally re-think the algorithm used here. I hate the idea >> of being conformant to this or that terminal emulator and instead >> prefer an implementation according t

Re: [dev] [st] Colors slightly different hue than in xterm

2014-05-21 Thread Roberto E. Vargas Caballero
> Read this: http://www.4p8.com/eric.brasseur/gamma.html > > We need to generally re-think the algorithm used here. I hate the idea > of being conformant to this or that terminal emulator and instead > prefer an implementation according to how it's defined (!). I like this idea, but I don't know

Re: [dev] [st] Colors slightly different hue than in xterm

2014-05-21 Thread FRIGN
On Wed, 21 May 2014 16:21:05 -0400 Nick wrote: > This seems like a reasonable point to me. If increasing brightness > of coloured text isn't something we can do accurately by changing > the colour, in the limitations of 256 colour, doing as this patch > does sounds sensible to me. Read this:

Re: [dev] [st] Colors slightly different hue than in xterm

2014-05-21 Thread Nick
I thought I'd re-read this thread, as it was brought up again recently. Quoth Eric Pruitt: > On Mon, Dec 02, 2013 at 10:54:54AM +0100, Christoph Lohmann wrote: > > > Brilliant! I feel silly for not noticing it only affected the bold > > > colors. The fix was simple, and I've attached a patch in t

Re: [dev] [st] Colors slightly different hue than in xterm

2013-12-03 Thread Alexander S.
2013/12/3 Alexander S. : > Hello, > it seems that st uses one of color-cube colors to introduce bold > brightening. Clearly, for a color in xterm color cube, there is almost > never a color with the same hue, but another lightness. Probably > modifying color components, like with ATTR_INVERSE, woul

Re: [dev] [st] Colors slightly different hue than in xterm

2013-12-03 Thread Alexander S.
2013/12/2 Eric Pruitt : > On Mon, Dec 02, 2013 at 10:54:54AM +0100, Christoph Lohmann wrote: >> No, fix xterm to brighten all colors. I won’t reduce the features of st >> because of compatibility to a sloc beast. > > I'm not asking you to apply the patch to tip, I'm simply posting the > patch for

Re: [dev] [st] Colors slightly different hue than in xterm

2013-12-02 Thread Eric Pruitt
On Mon, Dec 02, 2013 at 10:54:54AM +0100, Christoph Lohmann wrote: > > Brilliant! I feel silly for not noticing it only affected the bold > > colors. The fix was simple, and I've attached a patch in the event other > > people prefer the xterm behavior. > > No, fix xterm to brighten all colors. I

Re: [dev] [st] Colors slightly different hue than in xterm

2013-12-02 Thread Christoph Lohmann
Greetings. On Mon, 02 Dec 2013 10:54:54 +0100 Eric Pruitt wrote: > On Mon, Dec 02, 2013 at 01:40:12AM +0100, Markus Teich wrote: > > Heyho, > > > > Seems to be related to the colors of bold/bright text. > > > > --Markus > > Brilliant! I feel silly for not noticing it only affected the bold > c

Re: [dev] [st] Colors slightly different hue than in xterm

2013-12-01 Thread Eric Pruitt
On Mon, Dec 02, 2013 at 01:40:12AM +0100, Markus Teich wrote: > Heyho, > > Seems to be related to the colors of bold/bright text. > > --Markus Brilliant! I feel silly for not noticing it only affected the bold colors. The fix was simple, and I've attached a patch in the event other people prefer

Re: [dev] [st] Colors slightly different hue than in xterm

2013-12-01 Thread Markus Teich
Eric Pruitt wrote: > The most notable difference is in the keywords "if", "else", and "continue" > but "for" and "NULL" are also slightly different colors despite both > screenshots using the same Vim color scheme. Heyho, Seems to be related to the colors of bold/bright text. --Markus