| Summary: | Akregator pops up feed fetch dialogs -- I do not WANT them! | ||
|---|---|---|---|
| Product: | [Applications] kdepim | Reporter: | Dylan Griffiths <dylang> |
| Component: | libkdepim | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Dylan Griffiths
2006-12-28 19:03:52 UTC
Already thought of clicking the little arrow next to the progress bar in the status bar? Yea, and it's not very useful because it comes up for less time than I have to get over there and click it in most cases (broadband access, 5-10Mbps downstream). There should be a real preference for this, not just a tiny arrow in the status bar. Additionally, when the status bar is disabled, it should not come up. The progress items are disabled by default, so you must have hit the arrow button to enable it. If you were able to enable it, it should be also possible to disable it. I don't see a reason for another config option. >
> The progress items are disabled by default, so you must have hit
> the arrow button to enable it. If you were able to enable it, it
> should be also possible to disable it. I don't see a reason for
> another config option.
>
If he didn't find how, this is a usability problem. I sometimes have some problems to click on this arrow, before it is deactivated and hidden, too... (and I'm not even talking about reading the tooltip -and I'm not even talking about accessibility to users who cannot move their mouse quickly (or use a mouse at all)). Why hide it, when no other information is otherwise shown in place of it? (though it would still be a usability problem, in there was something else).
The arrow should not disappear, and should not be disabled, when all tasks have been completed. We should be able to configure this at all times. An option might be added to the "View" menu (it would be redundant, but a more centralized configuration is always good, when options are also scattered in the window, where the actions they control take place).
The option in the view menu (and maybe it could also be added as a right-click menu, when clicking on the arrow and the status bar part, at its right), should permit to set if we want to show the details or not, and if we want to keep completed tasks for, like, 0 second (remove as soon as completed -for users who only care about what's being currently done), 1 second (for users who want to quickly check when a specific task has been completed), 10 seconds (same, but for people who need more time, or who have a lot of tasks being done at the same time), and something like 30 minutes (for people who want to have some logs of what was checked, recently -though, in this case, the date and time should be added to the task entry... maybe in a second popup, though it's not that clean).
Maybe there should also be something to keep all tasks indefinitely, while the cursor is hovering above the task list... (you know, like in Amarok, when the timeout to hide errors, is paused, when the mouse is hovering above the popup -though it's not exactly the same system, because errors in Amarok are showed above the previous ones, which is not as good as a list like in Kontact).
Keeping the arrow and permit to configure the display of the task list is important (making things disappear without reason, and requiring users to do things quickly, is an important usability problem). The two other ideas should be noted, but it probably won't be used by more than a few people, so it should be pretty low priority (except if someone has the time to do it).
A menu entry would be possible. I also noticed that the arrow icon is buggy -- is sometimes disappears, maybe related to a session management bug. Reopening. Thanks. I'm not sure which update added this feature to Akregator, but I don't recall activating it on purpose, and (as has been mentioned) the arrow hasn't been consistently there, making it difficult to figure out what to do. If you want to enable verbose feedback, perhaps an internal log could be viewed via a subdialog, or the status bar could contain static controls. Moving to Kontact, as this is a widget from kdepimlibs and I saw no entry for it here in BKO. This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of kdepim (version 5.0 or later, as part of KDE Applications 15.08 or later), it gets closed in about three months. Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input. |