GNU bug report logs -
#60297
30.0.50; tab-bar-mode does not resize tabs without close button
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 60297 in the body.
You can then email your comments to 60297 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#60297
; Package
emacs
.
(Sat, 24 Dec 2022 09:34:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Protesilaos Stavrou <info <at> protesilaos.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 24 Dec 2022 09:34:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Dear maintainers,
The 'tab-bar-mode' can shrink tabs that exceed a certain width (see
'tab-bar-auto-width' and related). This does not work when
'tab-bar-close-button-show' is set to nil.
In the scratch buffer of 'emacs -Q':
- Evaluate (tab-bar-mode 1)
- The tab shows the name of the buffer.
- Now rename the buffer to something long:
(rename-buffer "This is a very long title just to test if tabs have a max width as expected.")
- The tab does not grow as much as the new name.
- Now disable the close button: (setq tab-bar-close-button-show nil)
- Evaluate again (tab-bar-mode 1)
- The tab is not responding to 'tab-bar-auto-width'.
All the best,
Protesilaos (or simply "Prot")
* * *
In GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
3.24.35, cairo version 1.17.6) of 2022-12-24 built on kronos
Repository revision: 6c1413d5ef0d1fea639b0d8c83a0c0065d99359b
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101005
System Description: Arch Linux
Configured using:
'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
--localstatedir=/var --mandir=/usr/share/man --with-gameuser=:games
--with-modules --without-libotf --without-m17n-flt --without-gconf
--with-native-compilation=yes --with-xinput2 --with-x-toolkit=gtk3
--without-xaw3d --with-sound=no --with-tree-sitter --without-gpm
--without-compress-install
'--program-transform-name=s/\([ec]tags\)/\1.emacs/'
'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions
-Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security
-fstack-clash-protection -fcf-protection'
LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now'
Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON
LCMS2 LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG
RSVG SECCOMP SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP
X11 XDBE XIM XINPUT2 XPM GTK3 ZLIB
--
Protesilaos Stavrou
https://protesilaos.com
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#60297
; Package
emacs
.
(Sat, 24 Dec 2022 18:07:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 60297 <at> debbugs.gnu.org (full text, mbox):
close 60297 30.0.50
thanks
> The 'tab-bar-mode' can shrink tabs that exceed a certain width (see
> 'tab-bar-auto-width' and related). This does not work when
> 'tab-bar-close-button-show' is set to nil.
>
> In the scratch buffer of 'emacs -Q':
>
> - Evaluate (tab-bar-mode 1)
>
> - The tab shows the name of the buffer.
>
> - Now rename the buffer to something long:
> (rename-buffer "This is a very long title just to test if tabs have a max width as expected.")
>
> - The tab does not grow as much as the new name.
>
> - Now disable the close button: (setq tab-bar-close-button-show nil)
>
> - Evaluate again (tab-bar-mode 1)
>
> - The tab is not responding to 'tab-bar-auto-width'.
Thanks for the bug report. This broke in 30.0.50 after replacing 'setf'
with code from 'cl--set-substring' in the commit 9452dc4821a.
Now this is fixed by copying more logic from 'cl--set-substring'.
bug marked as fixed in version 30.0.50, send any further explanations to
60297 <at> debbugs.gnu.org and Protesilaos Stavrou <info <at> protesilaos.com>
Request was from
Juri Linkov <juri <at> linkov.net>
to
control <at> debbugs.gnu.org
.
(Sat, 24 Dec 2022 18:07:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#60297
; Package
emacs
.
(Sun, 25 Dec 2022 05:34:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 60297 <at> debbugs.gnu.org (full text, mbox):
> From: Juri Linkov <juri <at> linkov.net>
> Date: Sat, 24 Dec 2022 20:05:28 +0200
>
> close 60297 30.0.50
> thanks
>
> [... 21 lines elided]
>
> Thanks for the bug report. This broke in 30.0.50 after replacing 'setf'
> with code from 'cl--set-substring' in the commit 9452dc4821a.
> Now this is fixed by copying more logic from 'cl--set-substring'.
Thank you, Juri! I rebuilt Emacs and it works as expected.
--
Protesilaos Stavrou
https://protesilaos.com
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 22 Jan 2023 12:24:08 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 147 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.