GNU bug report logs - #4033
23.1; list-colors-display is misleading

Previous Next

Full log

Message #90 received at 4033 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Eli Zaretskii'" <eliz <at> gnu.org>
Cc: <jasonr <at> gnu.org>, <4033 <at> debbugs.gnu.org>
Subject: RE: bug#4033: 23.1; list-colors-display is misleading
Date: Tue, 4 Aug 2009 22:34:04 -0700

> > IOW, even if my particular display only supports 2 hex digits 
> > per component, if Emacs supports 16 bits per component
> > internally, doesn't that mean that it supports up to
> > #RRRRGGGGBBBB?
> 
> It supports that, but it cannot actually display that if the display
> driver has only 8 bits per component.  I.e., the extra bits get lost
> when the color is actually displayed.

I think that's what I just said, so it sounds like I'm on the same page:
internally 16 bits, but a given display might be more limited.

The idea then is to have Emacs use an RGB format that is appropriate for the
user's display. If the display supports 8 bits per component, it would show
#RRGGBB. If the display supports 16 bits per component, it would show
#RRRRGGGGBBBB. If the display supports 12 bits per component, it would show
#RRRGGGBBB. 

Whatever the display's support, the user would see the most appropriate RGB
format. See the code I sent, which I think does that.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.