[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#8402: Acknowledgement (24.0.50; Hex colors are not rendered correctl

From: Steve Purcell
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).


reply via email to

[Prev in Thread] Current Thread [Next in Thread]