[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#58728: 29.0.50; Minibuffer does not follow tabs
From: |
Juri Linkov |
Subject: |
bug#58728: 29.0.50; Minibuffer does not follow tabs |
Date: |
Thu, 27 Oct 2022 10:52:03 +0300 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) |
>> 1. emacs -Q
>> 2. C-x t 2
>> 3. M-x
>> 4. C-x t o
>> 5. M-:
>> 6. C-x t o
>>
>> what minibuffer should be displayed? Probably the last.
>
> I think showing the most "recent" minibuffer should be shown. If we go
> by minibuffer-depth-indicate-mode, then the most "recent" minibuffer
> would be the labelled 2.
As soon as someone will point out to a function that does this,
it could be immediately added to tab-bar.el. What is needed is
something to work in such situation:
1. emacs -Q
2. M-: (setq wc (current-window-configuration))
3. M-x
4. M-: (set-window-configuration wc)
5. ???
6. The minibuffer with its window is restored and reactivated.
Maybe something like what frameset-to-register/jump-to-register does,
that restores the minibuffer, but doesn't reactivate it.
- bug#58728: 29.0.50; Minibuffer does not follow tabs, Visuwesh, 2022/10/22
- bug#58728: 29.0.50; Minibuffer does not follow tabs, Sean Whitton, 2022/10/24
- bug#58728: 29.0.50; Minibuffer does not follow tabs, Juri Linkov, 2022/10/25
- bug#58728: 29.0.50; Minibuffer does not follow tabs, Visuwesh, 2022/10/25
- bug#58728: 29.0.50; Minibuffer does not follow tabs,
Juri Linkov <=
- bug#58728: 29.0.50; Minibuffer does not follow tabs, Visuwesh, 2022/10/27
- bug#58728: 29.0.50; Minibuffer does not follow tabs, Juri Linkov, 2022/10/28
- bug#58728: 29.0.50; Minibuffer does not follow tabs, Juri Linkov, 2022/10/28
- bug#58728: 29.0.50; Minibuffer does not follow tabs, Visuwesh, 2022/10/29
- bug#58728: 29.0.50; Minibuffer does not follow tabs, Juri Linkov, 2022/10/30
- bug#58728: 29.0.50; Minibuffer does not follow tabs, Visuwesh, 2022/10/30