* wish: notmuch-emacs: notmuch-poll-and-refresh-this-buffer should use progress-reporter
@ 2020-05-28 16:01 Alexander Adolf
2020-05-28 22:53 ` David Bremner
0 siblings, 1 reply; 4+ messages in thread
From: Alexander Adolf @ 2020-05-28 16:01 UTC (permalink / raw)
To: notmuch
Dear notmuch developers,
when notmuch-poll-and-refresh-this-buffer is invoked (e.g. by hitting
"G"), the triggered operations may take some time (e.g. due to accessing
multiple IMAP accounts with mbsync). During this time, the Emacs UI is
essentially frozen.
To give the user a visual clue that something is happening in the
background, and Emacs has not crashed, it would be great if a progress
indicator could be shown. See e.g. the Elisp manual `(info "(elisp)
Progress")', or [1].
[1] https://emacs.stackexchange.com/questions/36926/animated-progress-indicator#answer-37041
Many thanks and looking forward to your thoughts,
--alexander
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: wish: notmuch-emacs: notmuch-poll-and-refresh-this-buffer should use progress-reporter
2020-05-28 16:01 wish: notmuch-emacs: notmuch-poll-and-refresh-this-buffer should use progress-reporter Alexander Adolf
@ 2020-05-28 22:53 ` David Bremner
2020-05-29 12:57 ` Alexander Adolf
0 siblings, 1 reply; 4+ messages in thread
From: David Bremner @ 2020-05-28 22:53 UTC (permalink / raw)
To: Alexander Adolf, notmuch; +Cc: Pierre Neidhardt
Alexander Adolf <alexander.adolf@condition-alpha.com> writes:
> Dear notmuch developers,
>
> when notmuch-poll-and-refresh-this-buffer is invoked (e.g. by hitting
> "G"), the triggered operations may take some time (e.g. due to accessing
> multiple IMAP accounts with mbsync). During this time, the Emacs UI is
> essentially frozen.
>
> To give the user a visual clue that something is happening in the
> background, and Emacs has not crashed, it would be great if a progress
> indicator could be shown. See e.g. the Elisp manual `(info "(elisp)
> Progress")', or [1].
I don't use this functionality, but Pierre mentioned making the fetch
asynchronous, and provided a patch to try out in
id:875zehszdp.fsf@ambrevar.xyz
Maybe working on that would be a better use of effort?
d
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: wish: notmuch-emacs: notmuch-poll-and-refresh-this-buffer should use progress-reporter
2020-05-28 22:53 ` David Bremner
@ 2020-05-29 12:57 ` Alexander Adolf
2020-05-29 16:31 ` Pierre Neidhardt
0 siblings, 1 reply; 4+ messages in thread
From: Alexander Adolf @ 2020-05-29 12:57 UTC (permalink / raw)
To: David Bremner, notmuch; +Cc: Pierre Neidhardt
Hello David,
Many thanks for your swift response.
David Bremner <david@tethera.net> writes:
> Alexander Adolf <alexander.adolf@condition-alpha.com> writes:
>
>> [...]
>> To give the user a visual clue that something is happening in the
>> background, and Emacs has not crashed, it would be great if a progress
>> indicator could be shown. See e.g. the Elisp manual `(info "(elisp)
>> Progress")', or [1].
>
> I don't use this functionality, but Pierre mentioned making the fetch
> asynchronous, and provided a patch to try out in
>
> id:875zehszdp.fsf@ambrevar.xyz
>
> Maybe working on that would be a better use of effort?
> [...]
I'm not subscribed to the list, so can't comment on the patch.
In any case - synchronous or asynchronous - a visual indication of the
process would seem desirable. At least to know that something is going
on, and when it's finished.
Just my two cents anyway.
Many thanks and cheers,
--alexander
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: wish: notmuch-emacs: notmuch-poll-and-refresh-this-buffer should use progress-reporter
2020-05-29 12:57 ` Alexander Adolf
@ 2020-05-29 16:31 ` Pierre Neidhardt
0 siblings, 0 replies; 4+ messages in thread
From: Pierre Neidhardt @ 2020-05-29 16:31 UTC (permalink / raw)
To: Alexander Adolf, David Bremner, notmuch
[-- Attachment #1.1: Type: text/plain, Size: 1273 bytes --]
Alexander Adolf <alexander.adolf@condition-alpha.com> writes:
> Hello David,
>
> Many thanks for your swift response.
>
> David Bremner <david@tethera.net> writes:
>
>> Alexander Adolf <alexander.adolf@condition-alpha.com> writes:
>>
>>> [...]
>>> To give the user a visual clue that something is happening in the
>>> background, and Emacs has not crashed, it would be great if a progress
>>> indicator could be shown. See e.g. the Elisp manual `(info "(elisp)
>>> Progress")', or [1].
>>
>> I don't use this functionality, but Pierre mentioned making the fetch
>> asynchronous, and provided a patch to try out in
>>
>> id:875zehszdp.fsf@ambrevar.xyz
>>
>> Maybe working on that would be a better use of effort?
>> [...]
>
> I'm not subscribed to the list, so can't comment on the patch.
You can use Gnus (:p) to navigate the list via the Gmane server and
reply to any email.
> In any case - synchronous or asynchronous - a visual indication of the
> process would seem desirable. At least to know that something is going
> on, and when it's finished.
With my asynchronous suggestion, it's trivial to prompt a message on
start and on finish. Then no need for a progress bar :)
--
Pierre Neidhardt
https://ambrevar.xyz/
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2020-05-30 19:34 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-05-28 16:01 wish: notmuch-emacs: notmuch-poll-and-refresh-this-buffer should use progress-reporter Alexander Adolf
2020-05-28 22:53 ` David Bremner
2020-05-29 12:57 ` Alexander Adolf
2020-05-29 16:31 ` Pierre Neidhardt
Code repositories for project(s) associated with this public inbox
https://yhetil.org/notmuch.git/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).