After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 351025 - Make the order of the mail accounts configurable
Make the order of the mail accounts configurable
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Mailer
3.2.x (obsolete)
Other All
: Normal enhancement
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
: 206891 550723 589392 599604 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-08-12 11:00 UTC by Uno Engborg
Modified: 2013-09-13 01:04 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
evo patch (76.95 KB, patch)
2011-09-13 12:31 UTC, Milan Crha
committed Details | Review
egw patch (2.07 KB, patch)
2011-09-13 12:34 UTC, Milan Crha
committed Details | Review

Description Uno Engborg 2006-08-12 11:00:44 UTC
People who have different mail account often read the various accounts thehy have at different frequency E.g. a salesman on the road might read work related mail account several times a day, accounts for private mail once or twice in the evning when he gets back to the hotel. The accoutn he hands out to when he orders stuff from the internet only occationaly when he actually have ordered something.

This means that alphabetical organization is far from optimal, the user should be able to arrange his mail accounts trees ordered by read frequency.

Such ordering process, if you decide to implement it, should probably NOT be automated, as ordering of the accounts will be something the user does once. If the process was automated the user would have to make sure the account are at the same place as last time every time he tries to open a mail, thus creating more cognitive load.

Other information:
Comment 1 André Klapper 2006-08-12 14:41:51 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 202257 ***
Comment 2 Matthew Barnes 2009-07-22 17:30:02 UTC
Reopening since this is difference from bug #202257.

This is about reordering accounts, not folders within accounts.
Comment 3 Matthew Barnes 2009-07-22 17:30:23 UTC
*** Bug 589392 has been marked as a duplicate of this bug. ***
Comment 4 Josh Triplett 2009-07-23 03:45:57 UTC
Marking as NEW.
Comment 5 Akhil Laddha 2010-11-16 08:33:14 UTC
*** Bug 599604 has been marked as a duplicate of this bug. ***
Comment 6 Akhil Laddha 2010-11-16 08:33:42 UTC
*** Bug 206891 has been marked as a duplicate of this bug. ***
Comment 7 Bartek Krawczyk 2011-02-19 16:24:23 UTC
Is this still "NEW" ? Are you kidding? I've quit using Evolution _two_ _years_ ago partly because of this "bug". I installed Debian 6.0 yesterday and decided to check on Evolution (instead of my default MUA - Thunerbird/Icedove) and I see nothing had changed. It's quite silly to have such a bug for almost _five_ _years_...

It should be possible for a user to sort his accounts to his liking...
Comment 8 Maarten Bezemer 2011-06-13 16:00:28 UTC
A similar report is available on LaunchPad: https://bugs.launchpad.net/evolution/+bug/649610
Comment 9 Milan Crha 2011-09-13 12:31:58 UTC
Created attachment 196362 [details] [review]
evo patch

for evolution;

This patch makes configurable order of accounts in a folder tree. There are added few new widgets in Edit->Preferences->Mail accounts. At the bottom is a checkbox whether to sort accounts the old way (evolution will decide, if checked), otherwise user decides. In that case the Up/Down buttons are enabled and user can change order of accounts. Account ordering is the same as in the folder tree in Mail Accounts.

There are added two fake accounts "On This Computer" and "Search Folders". Both can be reordered and both can be enabled/disabled, which shows/hides them from a folder tree.
Comment 10 Milan Crha 2011-09-13 12:34:00 UTC
Created attachment 196363 [details] [review]
egw patch

for evolution-groupwise;

I change EMFolderTreeModel API slightly, and this is to fix it here.
Comment 11 Josh Triplett 2011-09-13 17:55:54 UTC
Having a dedicated UI for this seems somewhat excessively complicated.  Why not just allow drag and drop for reordering, and optionally add an item to the right-click menu for "sort accounts by name"?  Even the latter seems potentially excessive; how about starting with just the drag-and-drop?
Comment 12 Matthew Barnes 2011-09-13 18:39:10 UTC
I've always been against drag-and-drop of mail stores in the sidebar.  It's complicated enough dealing with drag-and-drop of mail folders without wondering what to do with a top-level mail store that gets dropped in the middle of a tree of folders.

I think right-clicking on a top-level mail store in the sidebar and having "Move Up" and "Move Down" choices in the pop-up menu is sufficient.  It doesn't need to be super-accessible and we certainly don't need yet more crud in Preferences.
Comment 13 Josh Triplett 2011-09-13 19:17:36 UTC
(In reply to comment #12)
> I've always been against drag-and-drop of mail stores in the sidebar.  It's
> complicated enough dealing with drag-and-drop of mail folders without wondering
> what to do with a top-level mail store that gets dropped in the middle of a
> tree of folders.

When you say "complicated", do you mean UI or code?  The UI seems fairly simple: just display the "no drag and drop" symbol if you try to drop a top-level mail store anywhere other than in the top-level list.  Bonus, though, if you highlight the entire mail store as a unit and drag that, and make the drop targets extend into the other mail stores so that you don't have to aim precisely between two mail stores.

> I think right-clicking on a top-level mail store in the sidebar and having
> "Move Up" and "Move Down" choices in the pop-up menu is sufficient.  It doesn't
> need to be super-accessible and we certainly don't need yet more crud in
> Preferences.

That would work, though it seems more clunky.
Comment 14 Milan Crha 2011-09-14 06:37:11 UTC
As I noted in the patch comment, this is fixing couple more than just ordering, it's two-in-one. Unless you have a strong opinion against this then I'll commit it after the freeze. I like the way it is done, even you may think it's "too complicated".
Comment 15 Milan Crha 2011-09-26 09:47:29 UTC
Created commit e0548d2 in evo master (3.3.1+)
Created commit cdd0da4 in eds master (3.3.1+)
Comment 16 Matthew Barnes 2012-03-02 12:45:42 UTC
*** Bug 550723 has been marked as a duplicate of this bug. ***