|
From: | Max Nikulin |
Subject: | Re: Proposal: 'executable' org-capture-templaes |
Date: | Sat, 18 Jun 2022 15:18:23 +0700 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 |
On 11/06/2022 12:26, Ihor Radchenko wrote:
Max Nikulin writes:However if two org-protocol handlers are launched without specified template then behavior of Org becomes confusing. I meant this case. Currently reading key from minibuffer serves as a kind of synchronization tool. Imagine what would happen if Emacs decided to show several capture menus with keymap non-blocking interface in different virtual desktops. Capture data should be saved somewhere till the user would discover initially hidden menu.Note that there is not much happening when capture menu is called. Only the link is stored into link ting. Otherwise, no capture data is altered. All the fragile staff is happening after selecting capture template.
Ihor, magic is impossible. If several captures may be requested in parallel then snapshot of data required to fill capture template should be stored somewhere at the moment when capture is initiated. Otherwise the user may kill the buffer she is going to capture before selecting particular template.
There are enough side band communication channels in Org. I did not remember a variable from which properties are obtained. Before I have realized that it is `org-store-link-plist', I noticed at least `org-overriding-default-time', `org-capture-initial'. Unsure that the list is complete.
[Prev in Thread] | Current Thread | [Next in Thread] |