GNU bug report logs - #8402
24.0.50; Hex colors are not rendered correctly on OS X (Cocoa)

Previous Next

Full log

View this message in rfc822 format

From: Steve Purcell <steve <at> sanityinc.com>
To: David De La Harpe Golden <david <at> harpegolden.net>
Cc: 8402 <at> debbugs.gnu.org, Erik Andrejko <eandrejko <at> gmail.com>, Chong Yidong <cyd <at> stupidchicken.com>
Subject: bug#8402: Acknowledgement (24.0.50; Hex colors are not rendered correctly on OS X (Cocoa))
Date: Thu, 5 May 2011 10:17:20 +0100

On 5 May 2011, at 09:14, David De La Harpe Golden wrote:

> On 04/05/11 20:31, Steve Purcell wrote:
> 
>> Adding a new "sRGB:r/g/b" syntax seems less clean
>> if you'd have to handle it explicitly before passing it
> > to XParseColor, why not just make it the default?
>> 
> 
> Remember, the XParseColor() system remains in wide use by other
> x11 apps.  If emacs used "#RRGGBB" in an incompatible manner, we'd then
> be getting bugs about the colors not matching anymore between emacs
> and  other apps on x11 when people use the "same" values, e.g.
> launching both
> xterm -fg '#fedcba' -bg '#123456'
> emacs -fg '#fedcba' -bg '#123456'
> one would expect them to look the same.
> 
> I think keeping emacs unsurprising to x11 folk is good, given x11's use
> as the main free gui...


Makes sense.

Would there be a problem if X11 was left as-is, and NS started to interpret #rrggbb as sRGB?

Seems like the current situation on X11 is dependent on system configuration anyway, and using sRGB on NS would keep emacs unsurprising to OS X folk (to paraphrase you).

-Steve

Previous Next

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