GNU bug report logs - #63472
30.0.50; internal-border-width > 0 "eats" tab-bar for Emacs --pgtk

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Ruijie Yu <ruijie <at> netyu.xyz>
Cc: 63472 <at> debbugs.gnu.org, kristofer.hjelmtorp <at> mailbox.org
Subject: Re: bug#63472: 30.0.50;
 internal-border-width > 0 "eats" tab-bar for Emacs --pgtk
Date: Sat, 13 May 2023 09:44:06 +0300

> Cc: 63472 <at> debbugs.gnu.org
> Date: Sat, 13 May 2023 10:19:08 +0800
> From:  Ruijie Yu via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
> 
> 
> Kristofer Hjelmtorp via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org> writes:
> 
> > The problem is the interaction between the frame parameter 
> > `internal-border-width'
> > and `tab-bar-mode' when Emacs is compiled with '--with-pgtk'. 
> > When `internal-border-width' is larger than 0 and tab-bar-mode is 
> > active the result is that
> > the bottom of the tab bar is overwritten/blocked depending on how 
> > high the value of 
> > `internal-border-width' is. 
> > If you have compile Emacs with '--with-pgtk' you can reproduce 
> > this with:
> > 1. Start Emacs with: 'emacs -Q'
> > 2. In *scratch* buffer, evalute:
> >    (tab-bar-mode +1)
> >    (modify-all-frames-parameters
> >    '((internal-border-width . 10)))
> > 3. The bottom half of the tab bar should now be hidden/blocked. 
> 
> Reproducible on a 3-days-old master, in-source Emacs build.

How about the emacs-29 branch?

At this point, it is much more important to reproduce bugs on the
release branch than on master, TIA.

Previous Next

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