From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David De La Harpe Golden Newsgroups: gmane.emacs.bugs Subject: bug#8402: Acknowledgement (24.0.50; Hex colors are not rendered correctly on OS X (Cocoa)) Date: Thu, 05 May 2011 12:13:44 +0100 Message-ID: <4DC28668.10609@harpegolden.net> References: <8591B978-B263-4A6B-B65E-B18B45C76CFD@gmail.com> <5F0512AE-418C-4830-A4B5-BA06140A4CD2@sanityinc.com> <878vvhk9zj.fsf@stupidchicken.com> <4DC185A8.7080907@harpegolden.net> <5EDBC6E6-C26F-4D4A-A05B-EB2B7F8F657C@sanityinc.com> <4DC25C7E.1080702@harpegolden.net> <641B1425-8895-4989-B3D4-C288EBC2A3F9@sanityinc.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1304594056 21119 80.91.229.12 (5 May 2011 11:14:16 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 5 May 2011 11:14:16 +0000 (UTC) Cc: 8402@debbugs.gnu.org, Erik Andrejko , Chong Yidong To: Steve Purcell Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu May 05 13:14:10 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QHwVU-00034z-T0 for geb-bug-gnu-emacs@m.gmane.org; Thu, 05 May 2011 13:14:09 +0200 Original-Received: from localhost ([::1]:50427 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHwVU-0006Li-2d for geb-bug-gnu-emacs@m.gmane.org; Thu, 05 May 2011 07:14:08 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:37931) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHwVQ-0006LN-I1 for bug-gnu-emacs@gnu.org; Thu, 05 May 2011 07:14:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QHwVP-0006UQ-Bw for bug-gnu-emacs@gnu.org; Thu, 05 May 2011 07:14:04 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:58715) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHwVP-0006UK-94 for bug-gnu-emacs@gnu.org; Thu, 05 May 2011 07:14:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1QHwVO-0004K1-Cp; Thu, 05 May 2011 07:14:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: David De La Harpe Golden Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 05 May 2011 11:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8402 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 8402-submit@debbugs.gnu.org id=B8402.130459403516594 (code B ref 8402); Thu, 05 May 2011 11:14:02 +0000 Original-Received: (at 8402) by debbugs.gnu.org; 5 May 2011 11:13:55 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QHwVH-0004Jb-1d for submit@debbugs.gnu.org; Thu, 05 May 2011 07:13:55 -0400 Original-Received: from harpegolden.net ([65.99.215.13]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QHwVE-0004JP-Th for 8402@debbugs.gnu.org; Thu, 05 May 2011 07:13:53 -0400 Original-Received: from [87.198.47.56] (87-198-47-56.ptr.magnet.ie [87.198.47.56]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTPSA id 4C687683D2; Thu, 5 May 2011 12:13:46 +0100 (IST) User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110402 Icedove/3.1.9 In-Reply-To: <641B1425-8895-4989-B3D4-C288EBC2A3F9@sanityinc.com> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Thu, 05 May 2011 07:14:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:46233 Archived-At: On 05/05/11 10:17, Steve Purcell wrote: > > Would there be a problem if X11 was left as-is, and NS started to interpret #rrggbb as sRGB? > Shrug. Insofar as with the current situation one can't expect the colors to match across the platforms anyway, I guess it wouldn't matter much. And I do suspect (but n.b. haven't yet checked) that on w32, they already end up sRGB rather than device-specific, just as a result of most w32 apis being defined to be sRGB IIRC. ** However, another option, likely quite easily implemented, though, could be to just offer a customization as to which of the suitable predefined spaces to interpret values in on ns, e.g. (defcustom ns-color-space 'srgb "Interpret color specifications in the given color space." :type '(choice (const :tag "sRGB" srgb) (const :tag "Compatible with Adobe RGB(1998)" adobe) (const :tag "Calibrated/Generic RGB" generic) (const :tag "Device RGB" device))) and then use the relevant NSColorSpace classmethods [1] and NSColor colorWithColorSpace. [2] in the relevant spots, instead of just colorWithCalibratedRed or colorWithDeviceRed. That seems to me to be a fairly good option for now? (A decision would also need to be made as to whether the named color values bundled with non-x11 emacs are interpreted relative to that configured space or considered to be sRGB (or one of the others)) > using sRGB on NS would keep emacs unsurprising to OS X folk (to > paraphrase you). Thing is, the Apple docs do seem to be encouraging use of their NSCalibratedRGBColorSpace, and not sRGB, so I'm not actually convinced sRGB would be unsurprising to OS X folk, at least if other OS X apps are following those guidelines. The people it primarily wouldn't surprise might be web and windows folk... Another little issue is that there _is no_ predefined sRGBColorSpace available until macosx 10.5+ ! [1]. Do we still support < 10.5 ? [1] http://developer.apple.com/library/mac/#documentation/Cocoa/Reference/ApplicationKit/Classes/NSColorSpace_Class/Reference/Reference.html#//apple_ref/occ/cl/NSColorSpace [2] http://developer.apple.com/library/mac/documentation/Cocoa/Reference/ApplicationKit/Classes/NSColor_Class/Reference/Reference.html#//apple_ref/doc/uid/20000353-BBCJCBJA