Quote:
Originally Posted by lairdb
(And I should have acknowledged your work as well -- thanks also to you.)
IMO, and I'm clear that it's only my O -- for good UX, if the UI doesn't come back immediately (for human values of immediately, e.g 200mS or so) the task should be done in the background or it should be made obvious. So, I suppose that's the other approach: how about throwing up a progress/cancel popover to show that the app isn't locked up?
For example: I just did Sync from Shelves for my to-read: about 28 seconds during which the Select shelves dialog is still up and I'm unsure whether I actually clicked it, about a second of nothing, then the Sync from dialog. (The shelf I'm testing with has about 300 books; not sure if this gets worse with more.)
When I confirm this one, it disappears (so at least I'm sure I've clicked) but the app is now unresponsive for... 175 seconds, with no dialog, nothing in the status bar, etc.
|
A progress dialog is a different matter. Yes, they are missing in this plugin and especially in the "Sync from Shelves". I'll put them on my TODO list, but I won't make any promise of when. Something like that tends to get added when I'm doing something else to a plugin such as fixing a bug or adding new function.