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#9181: 24.0.50; Alpha transparency no longer works Date: Wed, 03 Aug 2011 20:01:43 +0100 Message-ID: <4E399B17.3050607@harpegolden.net> References: <87mxg2t7oa.fsf@killer.sedemnajst.si> <4E3151B9.7070704@harpegolden.net> <4E31EBC3.8050303@harpegolden.net> <4E327E97.4070200@swipnet.se> <4E33ACFC.9000309@swipnet.se> <4E39030F.4030201@swipnet.se> <4E390544.2060400@harpegolden.net> <4E39361E.9020001@swipnet.se> <4E396543.9020304@harpegolden.net> 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 1312398159 26605 80.91.229.12 (3 Aug 2011 19:02:39 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 3 Aug 2011 19:02:39 +0000 (UTC) Cc: 9181@debbugs.gnu.org To: Luka Novsak Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Aug 03 21:02:33 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 1Qogi8-0005uj-Jb for geb-bug-gnu-emacs@m.gmane.org; Wed, 03 Aug 2011 21:02:32 +0200 Original-Received: from localhost ([::1]:58179 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qogi8-0004Tf-4u for geb-bug-gnu-emacs@m.gmane.org; Wed, 03 Aug 2011 15:02:32 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:58139) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qogi4-0004TK-WC for bug-gnu-emacs@gnu.org; Wed, 03 Aug 2011 15:02:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qogi3-00070D-L1 for bug-gnu-emacs@gnu.org; Wed, 03 Aug 2011 15:02:28 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:37337) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qogi3-000709-Gm for bug-gnu-emacs@gnu.org; Wed, 03 Aug 2011 15:02:27 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1Qogic-00047R-41; Wed, 03 Aug 2011 15:03: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: Wed, 03 Aug 2011 19:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9181 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 9181-submit@debbugs.gnu.org id=B9181.131239814415791 (code B ref 9181); Wed, 03 Aug 2011 19:03:02 +0000 Original-Received: (at 9181) by debbugs.gnu.org; 3 Aug 2011 19:02:24 +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 1Qoghz-00046d-RP for submit@debbugs.gnu.org; Wed, 03 Aug 2011 15:02:24 -0400 Original-Received: from harpegolden.net ([65.99.215.13]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qoghx-00046V-4I for 9181@debbugs.gnu.org; Wed, 03 Aug 2011 15:02:22 -0400 Original-Received: from [87.198.47.38] (87-198-47-38.ptr.magnet.ie [87.198.47.38]) (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 CEC09683B9; Wed, 3 Aug 2011 20:01:44 +0100 (IST) User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110626 Icedove/3.1.11 In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Wed, 03 Aug 2011 15:03:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) 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:49883 Archived-At: On 03/08/11 18:29, Luka Novsak wrote: > So unless emacs uses this workaround for now, it will not have > functioning alpha transparency [with non-compositing non-property-propagating wms and xcompmgr] Well, not settable from within emacs. The "transset" (and more full-featured derivative "transset-df") tools should still work though, as IIRC they walk the window hierarchy up to one below the root and thus set the property where xcompmgr expects it. If a workaround were to be added back in to emacs, a similar walk would at least be better than just assuming the immediate parent is the right place to set it. > when used in combination with a large majority of window managers. OTOH, it will still work without the workaround with the various big-name-desktop-env default compositing window managers that likely account for the majority of actual desktops. Of course I'd expect non- big-name-desktops to be more popular with emacs users than users in general though. > Perhaps there should be a push for this to be formally specified in > the EWMH. The proposal for it seems to be many years old, and the > practice widespread, so I don't see why this hasn't happened yet. Well, it is ugly. e.g. A 2008 opinion expressed on the wm-spec-list was that it's an "ugly beast" ( http://mail.gnome.org/archives/wm-spec-list/2008-January/msg00020.html ) ... And clients now have another, arguably much better (though somewhat more work for the client) way of specifying much more fine-grained (per-pixel) transparency, using an ARGB visual (AFAICS what "conky" you mentioned does). What I'd _like_ to do is to *: (i) alter emacs display-engine/face-resolution to do alphablending, and (ii) emacs itself to use an ARGB visual overall ((i) and (ii) are actually only loosely related, you could have (i) without (ii) and vice-versa) Thereby allowing e.g. opaque text with translucent background (needs (i) and (ii)), translucent region highlighting that doesn't obscure colored-background faces but rather blends over them (only needs (i)), etc. * bearing in mind I do have not much time right now to actually do it, and even if I (or someone else) did such a thing, it's not something that is likely to be able to go in-tree for months right now (feature freeze, and bidi being a large change in the general area), so it's not of immediate use to you.