From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?windows-1252?Q?Jan_Dj=E4rv?= Newsgroups: gmane.emacs.devel Subject: Re: sRGB color support in NS port [PATCH] Date: Sat, 21 Dec 2013 19:10:52 +0100 Message-ID: <58DC893C-519B-4C97-925D-C86B49D93ADD@swipnet.se> References: <23825B39C60F460E80B59C5ADF04F637@gmail.com> <83zjnv9yrp.fsf@gnu.org> <16B838CD-13DC-468E-94D1-108EBFE68F6D@swipnet.se> <7FA1C0353EC248D28B9E7242BA7BDFCC@gmail.com> <933E75DF-F665-46C0-8D82-111186A809B1@sanityinc.com> <3C0A35C3-5D2B-4E6A-9C63-9EE98056DC3A@swipnet.se> <1EE253E4-A38A-4747-A96C-F5ABC5C1CB2C@sanityinc.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1387649475 18146 80.91.229.3 (21 Dec 2013 18:11:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 21 Dec 2013 18:11:15 +0000 (UTC) Cc: Eli Zaretskii , Bozhidar Batsov , emacs-devel To: Steve Purcell Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 21 19:11:18 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VuR1B-0002WZ-WF for ged-emacs-devel@m.gmane.org; Sat, 21 Dec 2013 19:11:18 +0100 Original-Received: from localhost ([::1]:55099 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VuR1B-0004YD-HO for ged-emacs-devel@m.gmane.org; Sat, 21 Dec 2013 13:11:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34808) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VuR13-0004Xw-NB for emacs-devel@gnu.org; Sat, 21 Dec 2013 13:11:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VuR0x-0004WD-Fj for emacs-devel@gnu.org; Sat, 21 Dec 2013 13:11:09 -0500 Original-Received: from mailfe05.swip.net ([212.247.154.129]:34533 helo=swip.net) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VuR0r-0004U0-Nl; Sat, 21 Dec 2013 13:10:57 -0500 X-T2-Spam-Status: No, hits=0.8 required=5.0 tests=BAYES_50 Original-Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe05.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 458600683; Sat, 21 Dec 2013 19:10:55 +0100 In-Reply-To: <1EE253E4-A38A-4747-A96C-F5ABC5C1CB2C@sanityinc.com> X-Mailer: Apple Mail (2.1827) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 212.247.154.129 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:166704 Archived-At: Hello. 21 dec 2013 kl. 18:37 skrev Steve Purcell : > On 21 Dec 2013, at 16:16, Jan Dj=E4rv wrote: >=20 >=20 >> Also, this is not what the documentation says is the right way to = display colors on OSX. >=20 >=20 > That=92s actually not at all clear to me from the docs: I haven=92t = found anything which says that programs may only accept from users hex = colour literals in the calibrated RGB space. The docs appear to simply = say that that is the space to use within NS programs for shuffling R, G = and B values around. What we=92re talking about here is how to = interpret user colour input, and how to display colours back to the user = as RGB triplets. >=20 They don't say "may only", but suggests calibrated color space to = overcome differences between monitors. Two different monitor should in theory display the same sRGB color the = same. In practice this is seldom so. So you calibrate each monitor = individually to get the same color. > To be useful, the user-oriented RGB notation should presumably denote = colours which will be displayed consistently on all machines. For that = to be even be possible, those colours must be in an absolute and = standard colour space. This only applies if all display devices output sRGB the same. They = don't. Also, sRGB has a limited color range, some wants to go beyond = this range (gaumut I think it is called). Adobe has some RGB color = spaces that contains more colors than sRGB for example. >=20 > On Windows, the RGB colour literals will be assumed to be coordinates = within its default sRGB space. On OS X, emacs will claim that they are = in the vague =93calibrated=94 space, which is not sRGB, so they will = automatically look different between the two platforms. This seems like = a shortcoming to me, and it=92s not clear to me that making the color = space a user preference is the correct fix, at least if the default is = the calibrated space. Well, OSX doesn't use \ in paths like Windows either, not does it use 16 = bit chars in API:s and a bunch of other differences. Saying X does = something, therefore we must do like X is a nonsense argument. Jan D.