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 09:14:54 +0100 Message-ID: <4DC25C7E.1080702@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> 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 1304583375 25858 80.91.229.12 (5 May 2011 08:16:15 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 5 May 2011 08:16:15 +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 10:16:08 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 1QHtjD-0001S9-SS for geb-bug-gnu-emacs@m.gmane.org; Thu, 05 May 2011 10:16:08 +0200 Original-Received: from localhost ([::1]:41152 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHtjD-0000mW-CK for geb-bug-gnu-emacs@m.gmane.org; Thu, 05 May 2011 04:16:07 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:48449) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHtjA-0000mO-DY for bug-gnu-emacs@gnu.org; Thu, 05 May 2011 04:16:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QHtj9-0001ef-63 for bug-gnu-emacs@gnu.org; Thu, 05 May 2011 04:16:04 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53301) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHtj9-0001eb-4P for bug-gnu-emacs@gnu.org; Thu, 05 May 2011 04:16:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1QHtj8-0000Ee-IY; Thu, 05 May 2011 04:16: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 08:16: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.1304583305823 (code B ref 8402); Thu, 05 May 2011 08:16:02 +0000 Original-Received: (at 8402) by debbugs.gnu.org; 5 May 2011 08:15:05 +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 1QHtiD-0000DD-Fl for submit@debbugs.gnu.org; Thu, 05 May 2011 04:15:05 -0400 Original-Received: from harpegolden.net ([65.99.215.13]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QHtiB-0000CW-0n for 8402@debbugs.gnu.org; Thu, 05 May 2011 04:15:03 -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 8DEAF683D2; Thu, 5 May 2011 09:14:56 +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: <5EDBC6E6-C26F-4D4A-A05B-EB2B7F8F657C@sanityinc.com> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Thu, 05 May 2011 04:16: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:46229 Archived-At: 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... Another option in the design space could be to have an "emacs:" super- prefix that does colors in a standard emacs space* e.g. "emacs:#334455". Emacs could also bundle its named-colors table (it already does for non-x11 use) declared in the space, so you could do "emacs:Tomato", while anything not prefixed that way is passed through to XParseColor(). Then e.g. "emacs:#RRGGBB" would be potentially different to an "#RRGGBB", "emacs:Tomato" potentially different to "Tomato". Or you could flip that, and have an "x11:" super-prefix that means "pass the remainder through to XParseColor()", while unprefixed is handled in the emacs space, but people will, as above, expect command line args and X resources on x11 to be interpreted in the x11 manner, so such a prefix might then have to be implicitly added for those cases. Either way, that's a bit different to just having srgb: - it handles named colors in a cross-platform manner, and leaves it possible for emacs to support more syntaxes internally - Hey, I suppose supporting the CSS3-color syntax [1] in general would be neat, either prefixed or unprefixed. Have to remember that the x11 (and therefore historic emacs) color names and html/css color names clash somewhat, sigh [2] ...Or we could stop using string specs and have an actual color type, maybe with strings in color slots interpreted backward compatibly... * presumably srgb in practice, while it's sometimes criticised, it's a reasonable choice, it is a text editor we're talking about. [1] http://www.w3.org/TR/css3-color/ [2] http://en.wikipedia.org/wiki/X11_color_names#Color_names_that_clash_between_X11_and_HTML.2FCSS