Re: [RFC] Progress dialogue options

Le 2018-01-04 à 21:12, Peter Bloomfield a écrit :
Hash: SHA1

Hi Albrecht:

On 01/01/2018 06:36:48 AM Mon, Albrecht Dreß wrote:
Hi all:

First of all, I wish you all a happy New Year 2018!

While implementing multi-threaded POP3 message retrieval (related to the recent “Is there a way to fetch mail from only one server” discussion), I ran into a difficulty regarding the display of the progress dialogue.  As to display multiple progress bars simultaneously, I would use the libbalsa_progress_dialog_* functions I introduced for parallel SMTP operations.  These dialogues are automatically destroyed after the last operation has been finished.

However, this behaviour contradicts the /three/ config settings “While retrieving messages”, “Until closed” and “Never”.  But the second option doesn't seem to display the dialogue (for me, at least), though.  Does anyone use this option, and how is it supposed to work?

I've never used it, even for testing! I *believe* it's supposed to pop up when retrieving begins, and stay up until manually dismissed (or Balsa closes!). It appears to fail to do that because an inverted test (missing "!": typo?). I can't tell how far back the bug goes, but no-one has reported it, that I know of.

As to simplify everything, I tend to replace the three options above by a simple check box “Display progress dialog when sending or retrieving messages”.  What do you think – is this reasonable, or would it hamper Balsa's usability?

Very reasonable. I can't see why anyone would want an idle progress dialog cluttering up the screen, but perhaps I'm missing a use case.


However a lot of applications which download files have an option to leave an optional download screen open, which shows the names of files already downloaded.
That might help keep track of a series of files being downloaded.

Thanks in advance for any insight,




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]