Small Shift in Color Values

Bastien Dejean nihilhill at gmail.com
Sun Nov 27 14:33:56 CET 2011


Marc Lehmann a écrit :

> On Sun, Nov 27, 2011 at 12:53:33PM +0100, Bastien Dejean <nihilhill at gmail.com> wrote:
> > My foreground color appears (gpick, grabc...) as #9D9D9D, however,
> > I have the following in my .Xresources:
> > 
> >     URxvt.foreground: #9E9E9E
> 
> Your hardware is likely only capable of displaying colours #9d9d9d9d9d9d
> and #9e9e9e9e9e9e - urxvt picks the nearest colour to the one you specify
> (#9e009e009e00).

If I issue:
    printf '\033[38;5;247m%b\033[0m\n' '█'
The color of the corresponding block is seen as '#9E9E9E' by gpick.

> gpick et al. probably just throw away the colour information (i.e.
> they always cut away the extra bits instead of chosing the nearest
> representable colour).
> 
> when in doubt, use xmag or another program that comes with x - these
> programs tend to be less broken than g* or k* programs, and indeed display
> the correct colour.

I didn't know xmag could pick colors... what X program displays the
correct color?

Greetings,
-- 
Bastien




More information about the rxvt-unicode mailing list