[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH] New remote resource download policy
From: |
Max Nikulin |
Subject: |
Re: [PATCH] New remote resource download policy |
Date: |
Thu, 30 Jun 2022 23:57:58 +0700 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 |
On 29/06/2022 22:27, Timothy wrote:
Max Nikulin writes:
I also really don’t like how `org-mks' so forcefully grabs all keyboard input. I
can see it being nice to jump back to the buffer and see where the resource is
being used, which isn’t really possible using `org-mks'.
An idea: a menu entry that displays location in the org file that caused
the prompt. However it may require enough work to pass context data to
the function rendering menu.
I see you point concerning blocking modal prompt and I do not like it as
well. Have you seen the following thread:
Arthur Miller. Proposal: 'executable' org-capture-templaes. Wed, 22 Jun
2022 14:13:51 +0200.
AM9PR09MB49771CF015DAECBF3E5F955E96B29@AM9PR09MB4977.eurprd09.prod.outlook.com">https://list.orgmode.org/AM9PR09MB49771CF015DAECBF3E5F955E96B29@AM9PR09MB4977.eurprd09.prod.outlook.com
If it were merged already, would it be enough for you to implement the
dialog or the proposal lacks some features necessary for smooth user
experience?
The reason why I asked about `org-mks' is expectation of UI consistency
withing Org. It might help users having customized `display-buffer-alist'
Eric S Fraga. Re: Bug: org-no-popups disregards
display-buffer-fallback-action Sun, 14 Nov 2021 19:37:30 +0000.
https://list.orgmode.org/87tugeedfp.fsf@ucl.ac.uk
Eric S Fraga. window management for logging and capturing notes. Sun, 10
Oct 2021 18:01:56 +0100.
https://87zgrgke4b.fsf@ucl.ac.uk
I still do not like code adding a menu close enough to existing one, but
I will not object any more.