GNOME Bugzilla – Bug 651270
Allow Drag&Drop to reorder items in Mail Filters dialog
Last modified: 2017-12-06 21:57:27 UTC
As mentioned in bug #229244, there are dialogs using Top/Up/Down/Bottom buttons to reorder items in a list widget. It would be nice to have some common class (the list/tree view) which will take care of this reordering and will also support drag&drop as a quicker part of the buttons. It may also support drag & drop items from the outside. The dialogs in question, I know of, are: * Contact list editor * Message filters * Saved searches
There's also several places in Preferences where this would be useful: labels, message headers and signatures. Note in these cases there's no real significance to the order of these items -- other than the displayed order is persistent across sessions -- and therefore there's no reason to forbid reordering the items by drag and drop. I can imagine an anal-retentive user wanting to group his 40-some custom labels by color in the preferences window, or something silly like that. We should let him.
*** Bug 661884 has been marked as a duplicate of this bug. ***
*** Bug 200975 has been marked as a duplicate of this bug. ***
I don't really see the point in anything but alphabetical for "search filters", in the sense that it doesn't affect the "logic" governing the filter, just the order in which they are displayed at the bottom of the sidebar UI... The preferences dialog's "Accounts" list already allows drag-and-drop reordering (and has an infobar button to "reset the order") so that one is done. The only significant one remaining is the mail filtering rules dialog. In that one, the order is actually important, and reordering is a frequent operation. So fix that one and I'd say you'd be good to go to close this bug report (unless you want to reuse the same code into the "search filters" dialog while you're at it).
(In reply to Jean-François Fortin Tam from comment #4) > (unless you want to reuse the same code into the "search filters" > dialog while you're at it). It is the same code, actually.
I agree with Mail Filters dialog being the most important, thus I made it and I'm closing this bug report. Created commit 0086baed2c in evo master (3.27.3+)