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

Previous Next

Package: emacs;

Reported by: "Drew Adams" <drew.adams <at> oracle.com>

Date: Tue, 4 Aug 2009 16:10:07 UTC

Severity: normal

Done: Chong Yidong <cyd <at> stupidchicken.com>

Bug is archived. No further changes may be made.

Full log


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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Jason Rumney'" <jasonr <at> gnu.org>
Cc: <4033 <at> debbugs.gnu.org>, "'Eli Zaretskii'" <eliz <at> gnu.org>
Subject: RE: bug#4033: 23.1; list-colors-display is misleading
Date: Tue, 4 Aug 2009 16:55:44 -0700
> > See my reply to Juri. I'd be grateful for clarification. 
> > What's the point of having `display-color-cells' tell me
> > that I have, say 16777216 colors available,
> > if that's not really the case as far as Emacs is concerned?
>  
> 16777216 = 2^24 = 2^(3*8): #RRGGBB

= 16^6: 6 hex digits, yes.

OK, so that says that my display only handles 8 bits per component.

But what about this?

> > Doesn't 16-bits per component mean 4 hex digits per component?
> > IOW, #RRRRGGGGBBBB (internally).

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?




This bug report was last modified 15 years and 350 days ago.

Previous Next


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