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