P: como posso controlar qual janela é org-deadline
usada para exibir o calendário?
org-deadline
abre temporariamente o calendar
buffer em uma janela ao definir um prazo e, em seguida, fecha-o novamente após a conclusão. Quando existe apenas uma janela, ela abre uma nova janela na parte inferior do quadro existente. Quando há várias janelas, ele seleciona uma - presumo que seja algo parecido get-lru-window
- entre as janelas disponíveis.
O último é problemático se ele assumir uma das outras janelas com as informações necessárias para definir o prazo (data, hora etc.). Geralmente, esse é um problema em uma configuração de janela, como:
+--------------------+--------------------+
| | |
| | (B: mu4e header) |
| | |
| +--------------------+
| (A: agenda file) | |
| | |
| | |
| | (C: mu4e view) |
| | |
| | |
| | |
+--------------------+--------------------+
Ao adicionar um prazo ao arquivo da agenda em (A), org-deadline
assumirá o controle (B) ou (C), que contém e-mails com as informações de data / hora de que preciso. Eu prefiro muito isso, se eu estiver ligandoorg-deadline
de (A), ele abriria uma janela temporária (D) para conter o calendar
buffer, conforme abaixo:
+--------------------+--------------------+
| | |
| | (B: mu4e header) |
| | |
| +--------------------+
| (A: agenda file) | |
| | |
| | |
+--------------------+ (C: mu4e view) |
| | |
| (D: calendar) | |
| | |
+--------------------+--------------------+
Então: como uma força org-deadline
(e funções análogas) uma nova janela temporária na parte inferior da janela ativa, em vez de assumir uma das outras?
PS: Estou ciente das janelas dedicadas , mas elas não me parecem a melhor abordagem, pois não é tanto o fato de eu querer dedicar buffers para as janelas quanto evitar evitar que uma função assuma um dos "curtos" uns.
display-buffer-alist
) Mas acho que há uma ruga adicional aqui, porque osorg-deadline
usoscalendar
que se esforçam muito para controlar qual janela usar. cf os comentários emcalendar-basic-setup
.