Summary: | Allow inline reordering for incoming accounts list (Akonadi resources) | ||
---|---|---|---|
Product: | [Applications] kmail2 | Reporter: | Bernd Oliver Sünderhauf <pancho.s> |
Component: | config dialog | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | wishlist | CC: | montel |
Priority: | NOR | Keywords: | triaged |
Version: | 4.10 pre | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=310940 | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Bernd Oliver Sünderhauf
2012-11-30 10:49:49 UTC
Sorry, first sentence was borked. I meant: "Contrary to the charset listing (Composer>Charsets), Incoming accounts have a separate dialog for reordering." We also might want to make the vertical size of the entries much more compact, so long listings are easier to grasp. If then, at least in most cases, all entries are displayed without scrolling, we can also remove the rather disturbing searchbar from the top. We can't use an unique dialog because we can reorder just maildir/mailbox/imap but not pop3 account. so we can't merge two thing "Also, in the meantime, the listing in the Akonadi console has been polished, and looks a lot cleaner and better. We should check how to take over the improvements from there and how to provide our improvements back to Akonadi (reordering). Optimally, we'd reuse more of the Akonadi code here." We can't use same code. We use specific code for kmail for shutdown account etc. Hmm, I see that the order has no effect on POP3 accounts, but am not sure it would be a problem. I postpone it for now. Let me take a second look on that, before reopening At the same time it's been a bad idea to mix two issues in one ticket. Separated out Bug #310940. Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! |