Small Shift in Color Values

[Marc Lehmann]

On Sun, Nov 27, 2011 at 02:33:56PM +0100, Bastien Dejean <nihilhill at gmail.com> wrote:
> > >     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.

Boy that must be some broken program - or maybe gpick samples an area
or something and you are not aware of that? Doesn't seem to be the case
though.

In any case, I just installed gpick 0.2.4-1, and when using the picker
thing in the lower right, I get "#9c9c9c" for both normal text and the
block your command prints.

> > 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?

Just select a area with xmag and click/drag inside to see the actual
colour components displayed, e.g. (9c9c, 9c9c, 9c9c)

-- 
                The choice of a       Deliantra, the free code+content MORPG
      -----==-     _GNU_              http://www.deliantra.net
      ----==-- _       generation
      ---==---(_)__  __ ____  __      Marc Lehmann
      --==---/ / _ \/ // /\ \/ /      schmorp at schmorp.de
      -=====/_/_//_/\_,_/ /_/\_\