[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Potential bug in the logic of rmail-select-summary
From: |
martin rudalics |
Subject: |
Re: Potential bug in the logic of rmail-select-summary |
Date: |
Tue, 19 Jan 2021 20:04:33 +0100 |
> Well, you in fact asked Emacs to use display-buffer-same-window for
> displaying any buffer except the few you explicitly exempted, no?
> Then I think it's what you asked for.
Right.
>> AFAIU rmail-pop-to-buffer could use some form of display-buffer-* to
>> avoid going through display-buffer-alist.
An overriding action? That's much too severe.
> Yes, but I'm not sure we should prevent users from customizing the
> way Rmail buffers are displayed.
Rmail is free to do what it wants in this regard. But
(".*" . (display-buffer-same-window))
is a much too strong customization IMO. It conflates 'pop-to-buffer'
with its standard "pop to a window other than the selected one even if
the buffer is already displayed in the selected window" behavior with
'switch-to-buffer'. Don't do that - it may miss too many cases.
martin
- Potential bug in the logic of rmail-select-summary, Göktuğ Kayaalp, 2021/01/19
- Re: Potential bug in the logic of rmail-select-summary, Eli Zaretskii, 2021/01/19
- Re: Potential bug in the logic of rmail-select-summary, Göktuğ Kayaalp, 2021/01/19
- Re: Potential bug in the logic of rmail-select-summary, Eli Zaretskii, 2021/01/19
- Re: Potential bug in the logic of rmail-select-summary,
martin rudalics <=
- Re: Potential bug in the logic of rmail-select-summary, Göktuğ Kayaalp, 2021/01/20
- Re: Potential bug in the logic of rmail-select-summary, martin rudalics, 2021/01/20
- Re: Potential bug in the logic of rmail-select-summary, Göktuğ Kayaalp, 2021/01/27
- Re: Potential bug in the logic of rmail-select-summary, martin rudalics, 2021/01/28