[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#38354: 27.0.50; Implement display action display-buffer-in-tab
From: |
martin rudalics |
Subject: |
bug#38354: 27.0.50; Implement display action display-buffer-in-tab |
Date: |
Thu, 5 Dec 2019 10:05:28 +0100 |
> I have no preference, but don't understand why the implementation
> should provide only one way, but not another. Is it what users expect?
IIRC that's how we interpreted the term "reuse" in the past - do not
change configurations if we can avoid it. But I have no preference
either.
> It should close the tab only on quitting the window with the buffer
> whose displaying created the tab. For example, when
> 'switch-to-buffer-other-tab' creates a new tab, then quitting
> its buffer should close the tab.
>
> This is the same logic as for creating/deleting the window, e.g.
> 'C-h f car RET' creates a window, but typing 'q' in Help buffer
> deletes the window. 'q' in a new tab should close it as well.
OK. But what if another action adds something to such a tab and we
then quit the window. Or is such a scenario impossible?
martin
- bug#38354: 27.0.50; Implement display action display-buffer-in-tab, Juri Linkov, 2019/12/01
- bug#38354: 27.0.50; Implement display action display-buffer-in-tab, martin rudalics, 2019/12/02
- bug#38354: 27.0.50; Implement display action display-buffer-in-tab, Juri Linkov, 2019/12/02
- bug#38354: 27.0.50; Implement display action display-buffer-in-tab, martin rudalics, 2019/12/03
- bug#38354: 27.0.50; Implement display action display-buffer-in-tab, Juri Linkov, 2019/12/03
- bug#38354: 27.0.50; Implement display action display-buffer-in-tab, martin rudalics, 2019/12/04
- bug#38354: 27.0.50; Implement display action display-buffer-in-tab, Juri Linkov, 2019/12/04
- bug#38354: 27.0.50; Implement display action display-buffer-in-tab,
martin rudalics <=
- bug#38354: 27.0.50; Implement display action display-buffer-in-tab, Juri Linkov, 2019/12/05
- bug#38354: 27.0.50; Implement display action display-buffer-in-tab, martin rudalics, 2019/12/06