GNU bug report logs -
#76439
[PATCH] Specify 'tab-bar-history-mode' in 'winner-mode' docstring
Previous Next
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 #95 received at 76439 <at> debbugs.gnu.org (full text, mbox):
This still doesn't say what the anomalous behaviour is, so I am not sure we should use this either.
On 23 February 2025 17:48:22 GMT+05:30, Ship Mints <shipmints <at> gmail.com> wrote:
>On Sun, Feb 23, 2025 at 1:11 AM Visuwesh <visuweshm <at> gmail.com> wrote:
>
>> [வெள்ளி பிப்ரவரி 21, 2025] Ship Mints wrote:
>>
>> > Not sure what it means to "turn" a window configuration. Perhaps
>> something
>> > like below is simpler and gets the salient point across and adds the key
>> > binding information winner-mode users might find to be helpful
>> > encouragement.
>> >
>> > If you use `tab-bar-mode', consider using `tab-bar-history-mode', as
>> > `winner-mode' is unaware of tab switching, and can confuse `tab-bar'
>> > window configurations. `tab-bar-history-mode' provides
>> > tab-specific window configuration history, avoiding this problem, and
>> > its default key bindings match those of `winner-mode'.
>>
>> I find "can confuse `tab-bar' window configurations" lacking in detail.
>> If the problem is the verb "turn", what do you think about using
>> "change" or "replace" instead?
>>
>
>How about "`winner-mode' window-configuration histories are tab naive, and
>will produce unexpected results when used with `tab-bar-mode`."
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.