Community
Participate
Working Groups
I20111201 Currently to change the order of search results, there is a "Sort by Name" preference in a drop-down in the toolbar. I think the more natural way for the end user is to click on the column header to sort by that column.
*** Bug 359849 has been marked as a duplicate of this bug. ***
I completely agree. The option approach is just a temporary solution for self-hosters. In bug 360275, I had some discussions with Susan, where we wanted a consistent UI for sorters. Susan, I put the target to M2, what do you think?
(In reply to comment #2) > I completely agree. > The option approach is just a temporary solution for self-hosters. > In bug 360275, I had some discussions with Susan, where we wanted a consistent > UI for sorters. > Susan, I put the target to M2, what do you think? The blocking bug is assigned to me for 0.4 (so M2) but I may need some help from simply a time standpoint. I talked to Gosia early in 0.4 about helping, we'll check in during M2 and see what's on everyone's plate.
*** Bug 386047 has been marked as a duplicate of this bug. ***
I'm going to take a look. I'm doing a lot of API cleanup and code refactoring in the explorers/renderers/models and will put a sort mechanism in the model. Then the remaining work would be to implement the up/down column headings and a way to specify in the renderer that you want these to appear. See also bug 389529.
moving out of 1.0, I was being too optimistic.
given that sorting is already an option in the search page now, and clicking on column will redo the search (request server again), there is no need to trigger the resort from the result pane.