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: a review of the merge (Re: Emacs.app merged) Date: Thu, 17 Jul 2008 08:33:37 +0100 Message-ID: <487EF5D1.8070702@harpegolden.net> References: <1C66F1FC-BF82-4365-944D-ADCC4D1F435C@gmail.com> <200807160925.m6G9PuVj012462@sallyv1.ics.uci.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1216280044 13542 80.91.229.12 (17 Jul 2008 07:34:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 17 Jul 2008 07:34:04 +0000 (UTC) Cc: Dan Nicolaescu , Adrian Robert , emacs- devel To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 17 09:34:52 2008 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.50) id 1KJO0p-00089b-S0 for ged-emacs-devel@m.gmane.org; Thu, 17 Jul 2008 09:34:52 +0200 Original-Received: from localhost ([127.0.0.1]:40876 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KJNzx-000559-2E for ged-emacs-devel@m.gmane.org; Thu, 17 Jul 2008 03:33:57 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KJNzs-00054r-Hr for emacs-devel@gnu.org; Thu, 17 Jul 2008 03:33:52 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KJNzq-00054f-EF for emacs-devel@gnu.org; Thu, 17 Jul 2008 03:33:51 -0400 Original-Received: from [199.232.76.173] (port=47783 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KJNzq-00054c-A7 for emacs-devel@gnu.org; Thu, 17 Jul 2008 03:33:50 -0400 Original-Received: from mx20.gnu.org ([199.232.41.8]:60315) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KJNzp-0000aP-FS for emacs-devel@gnu.org; Thu, 17 Jul 2008 03:33:49 -0400 Original-Received: from harpegolden.net ([65.99.215.13]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KJNzo-0002ll-1I for emacs-devel@gnu.org; Thu, 17 Jul 2008 03:33:48 -0400 Original-Received: from golden1.harpegolden.net (86-43-171-96.b-ras2.prp.dublin.eircom.net [86.43.171.96]) (using TLSv1 with cipher DHE-RSA-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 ESMTP id 84C438115; Thu, 17 Jul 2008 07:33:45 +0000 (UTC) User-Agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509) In-Reply-To: X-Enigmail-Version: 0.95.0 X-detected-kernel: by mx20.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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:100869 Archived-At: Stefan Monnier wrote: >> This is so users can enter colors in numeric format, such as ARGBD0FFFFFF. >> The NS port interprets such formats to allow alpha specification. > > Can't similar "uncompletable colors" be specified in X11 (with format > "#RRGGBB" or somesuch)? Yes, but because XParseColor() itself supports #RRGGBB syntax (it's actually "discouraged", the "recommended" syntax is "rgb:RR/GG/BB", which also works in x11 emacs, because emacs just calls XParseColor(), see XParseColor man page) But while X11 IIUC now supports argb visuals*, XParseColor() does not support alpha component specification. This might just be an oversight by X.org people, or it might be because alpha is just not allowed for in the existing XColor struct (I'm unclear on whether that struct could be safely extended by the xlib maintainers). * so emacs on modern X11 should also be able to do useful (well, mostly eye-candy) things with alpha values, far finer-grained than just specifying the overall window transparency for a compositing manager to pick up (as a recent patch did), so it would certainly be useful to have support for alpha in emacs color specs for X11 too, but there'd need to be quite a lot of changes to the rendering path for maximum coolness (e.g. handwavily, face realisation or thereabouts doing alpha-compositing rather than mere overriding of color properties so that region highlighting could be a pretty tinted overlay rather than just obliterating some parts of existing highlighting it's overlaying.) > Maybe your change should be applied to > more platforms? > Not sure I like "ARGB11223344" syntax in particular, never seen it anywhere before, though I guess it doesn't matter much if it's emacs-internal. Might be worth asking someone X.org-developer-y what the X11 syntax should be and whether XParseColor() could/should be extended to support it. I'd guess they'd favour argb:AA/RR/GG/BB (note that XParseColor already supports #RRRRGGGGBBBB so #AAARRRGGGBBB is a nonrunner due to ambiguity)