GNU bug report logs - #79160
[PATCH] Allow borders to be any alpha, independently of frame alpha

Previous Next

Package: emacs;

Reported by: Garklein <garklein97 <at> gmail.com>

Date: Sun, 3 Aug 2025 02:20:02 UTC

Severity: normal

Tags: patch

To reply to this bug, email your comments to 79160 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#79160; Package emacs. (Sun, 03 Aug 2025 02:20:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Garklein <garklein97 <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sun, 03 Aug 2025 02:20:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Garklein <garklein97 <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: [PATCH] Allow borders to be any alpha, independently of frame alpha
Date: Sat, 2 Aug 2025 22:18:34 -0400
[Message part 1 (text/plain, inline)]
This patch replaces my previous borders-respect-alpha-background frame
parameter with an alpha-borders frame parameter, which lets users set the
alpha of borders to whatever they desire.

Most of the changes are just changing boolean respect_alpha_background
parameters to double alpha parameters. respect_alpha_background=true gets
replaced with f->alpha_background, and respect_alpha_background=false gets
replaced with 1.0 (opaque).

I have tested both the GTK3 and PGTK builds.

One detail I noticed (prior to this patch) is that on X, internal borders
are opaque. However, on PGTK, internal borders take on the alpha-background
opacity. Is this intentional? If not, I'm happy to fix it.

Best,
Garklein

In GNU Emacs 30.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.49,
cairo version 1.18.2)
Windowing system distributor 'The X.Org Foundation', version 11.0.12101016
System Description: NixOS 25.11 (Xantusia)

Configured using:
 'configure
 --prefix=/nix/store/xkc0y1ycq86fs24fipcbzkph2acwsjnz-emacs-gtk3-30.1
 --disable-build-details --with-modules --with-x-toolkit=gtk3
 --with-cairo --without-xft --with-compress-install
 --with-toolkit-scroll-bars --with-native-compilation
 --without-imagemagick --with-mailutils --without-small-ja-dic
 --with-tree-sitter --with-xinput2 --without-xwidgets --with-dbus
 --with-selinux'
[Message part 2 (text/html, inline)]
[0001-Allow-borders-to-be-any-alpha-independently-of-frame.patch (text/x-patch, attachment)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#79160; Package emacs. (Sat, 09 Aug 2025 12:23:02 GMT) Full text and rfc822 format available.

Message #8 received at 79160 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Garklein <garklein97 <at> gmail.com>,
 Po Lu <luangruo <at> yahoo.com>, waylandthrowaway <at> gmail.com
Cc: 79160 <at> debbugs.gnu.org
Subject: Re: bug#79160: [PATCH] Allow borders to be any alpha,
 independently of frame alpha
Date: Sat, 09 Aug 2025 15:22:08 +0300
> From: Garklein <garklein97 <at> gmail.com>
> Date: Sat, 2 Aug 2025 22:18:34 -0400
> 
> This patch replaces my previous borders-respect-alpha-background frame parameter with an alpha-borders
> frame parameter, which lets users set the alpha of borders to whatever they desire.
> 
> Most of the changes are just changing boolean respect_alpha_background parameters to double alpha
> parameters. respect_alpha_background=true gets replaced with f->alpha_background, and
> respect_alpha_background=false gets replaced with 1.0 (opaque).
> 
> I have tested both the GTK3 and PGTK builds.
> 
> One detail I noticed (prior to this patch) is that on X, internal borders are opaque. However, on PGTK,
> internal borders take on the alpha-background opacity. Is this intentional? If not, I'm happy to fix it.

Thanks.  Po Lu, could you take a look, please?




This bug report was last modified 8 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.