|
From: | Mariano Montone |
Subject: | Re: [ELPA] New package: progress-bar |
Date: | Thu, 31 Oct 2024 16:44:07 -0300 |
User-agent: | Mozilla Thunderbird |
El 29/10/24 a las 12:24, Philip Kaludercic escribió:
Generally it would be neat if we could find a solution that would avoid the need for advice, but I don't see a clean way to do that right now. Would you be interested in preparing a patch for subr.el that would make progress-reporters more flexible?
I've started a potential and currently sketchy implementation here: https://github.com/mmontone/emacs-progress-bar/tree/progress-model (progress-model git branch).
It works by separating a model for progress (that I could rename to progress-report), and a progress-displayer.
The progress takes care of progress status and triggering of update events, is unaware of progress display.
The progress displayer listens to those events and displays the progress in some way.
I've implemented four displayers, three that work in the echo area, including a progress bar. And one that displays progress in the modeline, using svg animations.
To see this in action, load progress.el and progress-displayer.el, then evaluate forms in progress-examples.el.
I'd be glad if someone can have a look and give me an opinion, and if there's potential to integrate to Emacs after I improve it, make it solid, and provide a backwards compatible interface for current Emacs' progress-report.
Thanks! Mariano
[Prev in Thread] | Current Thread | [Next in Thread] |