From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?iso-8859-1?Q?Jan_Dj=E4rv?= Newsgroups: gmane.emacs.devel Subject: Re: Emacs Mac port Date: Mon, 3 Dec 2012 19:58:59 +0100 Message-ID: References: <9D4A4073-2C04-4B94-829D-DFCF32FFF0EC@mit.edu> <1FA55ED6-C06E-4796-81C7-2508A3AE56A1@swipnet.se> <0EC1FE4C-CC1D-416E-BEF7-9E2D15BE66B1@mit.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1354561164 24090 80.91.229.3 (3 Dec 2012 18:59:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 3 Dec 2012 18:59:24 +0000 (UTC) Cc: chad , "emacs-devel@gnu.org devel" To: Donald Curtis Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 03 19:59:35 2012 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 1TfbEn-00026u-Ty for ged-emacs-devel@m.gmane.org; Mon, 03 Dec 2012 19:59:30 +0100 Original-Received: from localhost ([::1]:33567 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfbEc-0003Wc-6j for ged-emacs-devel@m.gmane.org; Mon, 03 Dec 2012 13:59:18 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:39128) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfbEZ-0003WV-5R for emacs-devel@gnu.org; Mon, 03 Dec 2012 13:59:16 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TfbEO-0007QJ-Rd for emacs-devel@gnu.org; Mon, 03 Dec 2012 13:59:15 -0500 Original-Received: from mailout.melmac.se ([62.20.26.67]:41548) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfbEO-0007Po-Kd for emacs-devel@gnu.org; Mon, 03 Dec 2012 13:59:04 -0500 Original-Received: from mail01.melmac.se (mail01.melmac.se [62.20.26.80]) by mailout.melmac.se (Postfix) with ESMTP id A81CF9E47 for ; Mon, 3 Dec 2012 19:58:58 +0100 (CET) Original-Received: (qmail 7275 invoked by uid 89); 3 Dec 2012 18:58:58 -0000 Original-Received: from h-46-59-42-18.na.cust.bahnhof.se (HELO coolsville.localdomain) (boel.djarv@bdtv.se@46.59.42.18) by mail01.melmac.se with ESMTPA; 3 Dec 2012 18:58:58 -0000 Original-Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 2B65A7FA05E; Mon, 3 Dec 2012 19:58:58 +0100 (CET) In-Reply-To: X-Mailer: Apple Mail (2.1499) X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 62.20.26.67 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:155203 Archived-At: Hello. 1 dec 2012 kl. 15:04 skrev Donald Curtis : > I don't know specifics, but in the home-brew = (https://github.com/mxcl/homebrew) build script for emacs, there is an = option `srgb` which does some color fixes in the NS version, >=20 > Specifically, in nsterm, >=20 > replace, > "*col =3D [NSColor colorWithCalibratedRed: r green: g blue: b alpha: = 1.0];", >=20 > with, > "*col =3D [NSColor colorWithDeviceRed: r green: g blue: b alpha: = 1.0];" This is "The Wrong Thing To Do" (TM) according to all documentation. FWIW, it makes no difference on the two Macs I tried. Are you running = 10.6 or earlier? >=20 > There is something about the calibrated version that made colors look = different than in other versions of emacs, specifically X11. Well, I = should say, they would look different than other programs generating the = same color. And you can test this in OS X by using "DigitalColor Meter", >=20 > 1. Set a background color in hex, > 2. Use "DigitalColor Meter" to get the color from the window. >=20 > And you'll see that the color being generated is *not* the color you = specified, well, at least it wasn't on Mac, but maybe this is not an = issue on NS. However this may be related to some of your struggles with = color differences. It is indeed the color I specified if I choose "Generic RGB". I'm not = sure which is the correct one to use, but you can choose between = "Original values", "sRGB", "Generic RGB" and "Adobe RGB". > Here is the Homebrew bug report: > https://github.com/mxcl/homebrew/pull/5194 >=20 > And here is the corresponding GNU bug report: > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D8402 >=20 > I'm definitely more on the side of doing what the user *expects* = (which is to use colorWithDeviceRed) over what is technically correct = (the current way of using colorWithCalibratedRed). But it hasn't been an = issue for me since I use home-brew and just specify the --srgb compile = option. --srgb sounds like the wrong name for this option, if it just enables = the use of device colors. Is "the user" all users, ot just a subset of users using a particular = OSX version? We could have an option for using srgb color space or device color = space, but I think calibrated is the right default. Jan D.