Питання: як я можу контролювати, яке вікно org-deadline
використовується для відображення календаря?
org-deadline
тимчасово спливає calendar
буфер у вікні при встановленні терміну, а потім знову закриває його після завершення. Коли є лише одне вікно, воно вискакує нове вікно в нижній частині існуючого кадру. Коли є кілька вікон, він вибирає одне - я вважаю, щось подібне get-lru-window
- з доступних вікон.
Останнє є проблематичним, якщо воно приймає одне з інших вікон, яке містить потрібну мені інформацію для встановлення граничного терміну (дата, час тощо). Це зазвичай проблема в налаштуванні вікна, наприклад:
+--------------------+--------------------+
| | |
| | (B: mu4e header) |
| | |
| +--------------------+
| (A: agenda file) | |
| | |
| | |
| | (C: mu4e view) |
| | |
| | |
| | |
+--------------------+--------------------+
Коли ви додасте кінцевий термін до файлу порядку денного в (A), org-deadline
перейме (B) або (C), які містять електронні листи, які мають потрібну мені інформацію про дату / час. Я б більше вважав за краще, якщо я дзвоню org-deadline
з (A), то з’явиться тимчасове вікно (D), яке містить calendar
буфер, як показано нижче:
+--------------------+--------------------+
| | |
| | (B: mu4e header) |
| | |
| +--------------------+
| (A: agenda file) | |
| | |
| | |
+--------------------+ (C: mu4e view) |
| | |
| (D: calendar) | |
| | |
+--------------------+--------------------+
Отже: як би однією силою org-deadline
(і аналогічними функціями) з'явитись нове тимчасове вікно внизу активного вікна, а не перейняти одне з інших?
PS: Я знаю про спеціальні вікна , але вони не вважають мене найкращим підходом, оскільки це не стільки те, що я хочу присвятити буфери для Windows, скільки хочу, щоб уникнути того, щоб функція перейняла один із "коротких" ті.
display-buffer-alist
) Але я думаю, що тут є додаткова зморшка, оскількиorg-deadline
використання,calendar
яке саме по собі виходить з-за шляху управління тим, яке вікно використовувати. cf коментарі вcalendar-basic-setup
.