Re: [PATCH v2 1/4] emacs: Asynchronous retrieval of GPG keys

2018-10-01 Thread David Bremner
David Edmondson writes: > The condition is conservative because the refresh redraws the whole > buffer. If it just updated the button directly (which I've been fiddling > with, but don't have working well yet) then we might relax the > condition. > > Where would we document the behaviour? In

Re: [PATCH v2 1/4] emacs: Asynchronous retrieval of GPG keys

2018-10-01 Thread David Edmondson
On Saturday, 2018-09-29 at 22:48:38 -03, David Bremner wrote: > David Edmondson writes: > >> +(defun notmuch-crypto--async-key-sentinel (process event) >> + "When the user asks for a GPG key to be retrieved >> +asynchronously, handle completion of that task." >> + (let ((status (process-status

Re: [PATCH v2 1/4] emacs: Asynchronous retrieval of GPG keys

2018-09-29 Thread David Bremner
David Edmondson writes: > +(defun notmuch-crypto--async-key-sentinel (process event) > + "When the user asks for a GPG key to be retrieved > +asynchronously, handle completion of that task." > + (let ((status (process-status process)) > + (exit-status (process-exit-status process)) > +

[PATCH v2 1/4] emacs: Asynchronous retrieval of GPG keys

2018-09-07 Thread David Edmondson
Rather than blocking emacs while gpg does its' thing, by default run key retrieval asynchronously, possibly updating the display of the message on successful completion. --- emacs/notmuch-crypto.el | 79 ++--- 1 file changed, 69 insertions(+), 10