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.devel Subject: Re: customize-themes doesn't allow backquote or :inherit Date: Mon, 18 Oct 2010 21:30:18 +0100 Message-ID: <4CBCAE5A.5020104@harpegolden.net> References: <87y69wsehy.fsf@stupidchicken.com> <871v7neabq.fsf@stupidchicken.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 1287433834 7933 80.91.229.12 (18 Oct 2010 20:30:34 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 18 Oct 2010 20:30:34 +0000 (UTC) Cc: Yavuz To: Emacs developers Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 18 22:30:33 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1P7wLo-0000RY-Gu for ged-emacs-devel@m.gmane.org; Mon, 18 Oct 2010 22:30:32 +0200 Original-Received: from localhost ([127.0.0.1]:56057 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P7wLn-0008Vg-Bx for ged-emacs-devel@m.gmane.org; Mon, 18 Oct 2010 16:30:31 -0400 Original-Received: from [140.186.70.92] (port=52217 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P7wLf-0008Uk-78 for emacs-devel@gnu.org; Mon, 18 Oct 2010 16:30:24 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1P7wLe-0004WN-19 for emacs-devel@gnu.org; Mon, 18 Oct 2010 16:30:23 -0400 Original-Received: from harpegolden.net ([65.99.215.13]:55167) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1P7wLd-0004WJ-U3 for emacs-devel@gnu.org; Mon, 18 Oct 2010 16:30:21 -0400 Original-Received: from [87.198.55.160] (87-198-55-160.ptr.magnet.ie [87.198.55.160]) (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 6EB4E683AD; Mon, 18 Oct 2010 21:30:16 +0100 (IST) User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.12) Gecko/20100917 Icedove/3.0.8 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:131817 Archived-At: On 18/10/10 18:54, Yavuz wrote: > Thinking a bit laterally, there are 2 alternate mechanisms that > could help (at the loss of some flexibility): > > 1. There are named colors, such as "royal blue" that one can use > instead of "#RRGGBB" format. If it were possible to user-define > more, that would be a solution. This is possible on X11, but not in the manner you mean: Those named colors are actually provided by the system. Emacs bundles a copy of a historic de-facto standard set of named colors for non-x11 use. The set of named colors adopted by modern web browsers was also largely based on that set, with some small changes [1]. However on real X11 (at least x.org and friends), the set of named colors is user-extensible e.g. if you place the following in ~/.xcms.txt XCMS_COLORDB_START 0.1 Blobby RGB:7fe2/ffe1/331a XCMS_COLORDB_END and then export XCMSDB=~/.xcms.txt and run emacs in that environment, you'll have the color "blobby" available in emacs (and any other x11 app which uses the relevant x11 color api). None of that means emacs couldn't support internal user-defined named colors, or any number of other things [2], just pointing out where they currently come from. [1] http://en.wikipedia.org/wiki/X11_color_names [2] e.g. I suggested - not too seriously - note the "may be overcomplicating things" - an ability to indirect through alists when resolving colors last time the matter came up: http://lists.gnu.org/archive/html/emacs-devel/2009-08/msg00124.html