From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: aaditya sood Newsgroups: gmane.emacs.devel Subject: Re: alpha support for colors Date: Tue, 30 Oct 2012 07:37:07 +0000 (UTC) Message-ID: References: <87wqy8n2tk.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1351582658 29618 80.91.229.3 (30 Oct 2012 07:37:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 30 Oct 2012 07:37:38 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 30 08:37:45 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 1TT6OO-0003ve-IJ for ged-emacs-devel@m.gmane.org; Tue, 30 Oct 2012 08:37:44 +0100 Original-Received: from localhost ([::1]:57422 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TT6OG-0007Tz-Aw for ged-emacs-devel@m.gmane.org; Tue, 30 Oct 2012 03:37:36 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:47237) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TT6OA-0007Tt-DI for emacs-devel@gnu.org; Tue, 30 Oct 2012 03:37:34 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TT6O4-0003IG-IP for emacs-devel@gnu.org; Tue, 30 Oct 2012 03:37:30 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:33558) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TT6O4-0003I1-BN for emacs-devel@gnu.org; Tue, 30 Oct 2012 03:37:24 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TT6O7-0003bF-OA for emacs-devel@gnu.org; Tue, 30 Oct 2012 08:37:27 +0100 Original-Received: from 115.115.139.234.STATIC-BANGALORE.tcl.net.in ([82.98.86.173]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 30 Oct 2012 08:37:27 +0100 Original-Received: from aaditya by 115.115.139.234.STATIC-BANGALORE.tcl.net.in with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 30 Oct 2012 08:37:27 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 40 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 115.115.139.234 (Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_2) AppleWebKit/537.4 (KHTML, like Gecko) Chrome/22.0.1229.94 Safari/537.4) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:154585 Archived-At: Hi, verona.se> writes: > What would the interface be? So, lets say you want an alpha > component for the foreground. try adding that somewhere in the face > descriptor, just temporarily in your own experimental branch. Then, > how do you propose to add the faces together? Let's say you add a > function blend-faces, that adds the colours together, taking in > consideration the alpha value, and creates a new face. Then you use > this function to do what you want. > (I'm just guessing what you want to do, so my advice is probably pretty lame) IMO you're spot on. We'd want to do a composition of all the faces that exist for a particular character, taking into account things like alpha values. I think a good use case is things like flymake error faces. I want my error lines to be more "reddish" while still retaining the original font lock highlighting. >> 2. Is it even do-able in terms of complexity, or will it touch the >> fabled and scary redisplay engine? > Maybe, but it's not THAT scary. It's actually pretty cool when you > get to understand it a little bit. :) > My suggestion is to make a separate branch where you hack a bit to > try to gauge the complexity. That is my intent. However I'd like to discuss some of the design issues, or where to start hacking beforehand. This is to reduce the complexity of merging into trunk at a future date. regards -- aaditya