GNU bug report logs - #76439
[PATCH] Specify 'tab-bar-history-mode' in 'winner-mode' docstring

Previous Next

Package: emacs;

Reported by: Visuwesh <visuweshm <at> gmail.com>

Date: Thu, 20 Feb 2025 14:52:03 UTC

Severity: normal

Tags: patch

Fixed in version 31.0.50

Done: Juri Linkov <juri <at> linkov.net>

Bug is archived. No further changes may be made.

Full log


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

From: Visuwesh <visuweshm <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 76439 <at> debbugs.gnu.org
Subject: Re: bug#76439: [PATCH] Specify 'tab-bar-history-mode' in
 'winner-mode' docstring
Date: Thu, 20 Feb 2025 22:48:42 +0530
[Message part 1 (text/plain, inline)]
[வியாழன் பிப்ரவரி 20, 2025] Eli Zaretskii wrote:

>> From: Visuwesh <visuweshm <at> gmail.com>
>> Date: Thu, 20 Feb 2025 20:21:28 +0530
>> 
>> Attached patch suggests to use tab-bar-history-mode when using
>> tab-bar-mode instead.  winner-mode interacts quite badly with
>> tab-bar-mode and it took me sometime to discover tab-bar-history-mode
>> when I started using winner-mode initially.  Mentioning it in
>> winner-mode's would help its discoverability I hope.
>
> Should we instead try to fix winner (and maybe also tab-bar-mode) to
> avoid these problems?

It would essentially involve writing tab-bar-history-mode anew to
certain extent AFAIU.  I wanted to head down this path until I realised
tab-bar-history-mode does everything winner while taking into account
tab-bar-mode.

> In any case, if tab-bar-history-mode is better suited to winner, then
> the reference you want to add should at least hint on why it is better
> suited.

How about the attached?

[0001-Specify-tab-bar-history-mode-in-winner-mode-docstrin.patch (text/x-diff, attachment)]

This bug report was last modified 84 days ago.

Previous Next


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