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

Previous Next

Full log

Message #82 received at 8402 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Alan Third <alan <at> idiocy.org>
Cc: 8402 <at> debbugs.gnu.org, Howard Melman <hmelman <at> gmail.com>
Subject: Re: bug#8402: 24.0.50; Hex colors are not rendered correctly on OS
 X (Cocoa)
Date: Sun, 24 Apr 2022 13:59:00 +0200

Alan Third <alan <at> idiocy.org> writes:

>> >> For example, 'M-x set-face-background RET default RET #fdf6e3 RET'
>> >> results in a frame background color which, when sampled using Apple's
>> >> "Digital Color Meter" utility, has hex value #fff8e8.

[...]

>> When I try it with emacs 28 on macOS 11.6.5 I get the
>> background color 0xFCF6E5.  So it seems quite close.

Thanks for checking.

> I think all this is a result of macOS's heavy use of colourspaces,
> specifically conversion between "generic" and "SRGB" colourspaces.
>
> But to be perfectly frank, colour on macOS confuses me so much so I
> could be talking nonsense. If anyone does want to mess with this bear
> in mind that if you mess it up it results in HUGE performance
> penalties as every drawing action then has to run through colour
> conversion routines.

As Howard says, the colours are a lot closer now than when the bug
report was filed, so perhaps it's good enough now and we don't have to
change anything?  (For other systems, the colours we end up to are
pretty much defined by the system.)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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