Вопрос: как я могу контролировать, какое окно 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: я знаю о выделенных окнах , но они не кажутся мне лучшим подходом, так как я не столько хочу выделять буферы окнам, сколько хочу, чтобы одна функция не заняла одно из «коротких» из них.
display-buffer-alist
) Но я думаю, что здесь есть дополнительная складка, потому чтоorg-deadline
использование,calendar
которое само по себе делает все возможное, чтобы контролировать, какое окно использовать. см. комментарии вcalendar-basic-setup
.