“If debugging is the process of removing bugs, then programming must be the process of putting them in.” – Edsger Dijkstra
This is the Bug Tracking System for the Flyspray project. This is not a demo! Before opening a new task, please read the guidelines!
Do not issue bugs reports against versions earlier than 0.9.9.5
Security problem? Check the security section.
FS#728 - Default sort column for projects
Attached to Project:
Flyspray - The bug killer!
Opened by Adrian Tanase (Adi) - Wednesday, 09 November 2005, 12:28 GMT+1
Last edited by Florian Schmitz (Floele) - Sunday, 03 December 2006, 00:30 GMT+1
Opened by Adrian Tanase (Adi) - Wednesday, 09 November 2005, 12:28 GMT+1
Last edited by Florian Schmitz (Floele) - Sunday, 03 December 2006, 00:30 GMT+1
|
DetailsAs I usually want to track the bugs by the opening date, I would really like an option to set the default sorting of the list, not just the columns that appear. I believe this to be just as useful as the Default Project option. It could be implemented sitewise or as a per project option. |
Closed by Florian Schmitz (Floele)
Sunday, 03 December 2006, 00:30 GMT+1
Reason for closing: Implemented in devel
Additional comments about closing: rev 899
Sunday, 03 December 2006, 00:30 GMT+1
Reason for closing: Implemented in devel
Additional comments about closing: rev 899
An even better option would be to have the sort order be persistent per user. If you sort by column bla bla then the list will be sorted by that column the next time you return to the list. That way we don’t have to add more options to the config.
Agreed. I don’t want Flyspray over-optioned, and this sounds like a convenient thing to remember. Perhaps ‘my last search’ could be what is shown when the user first re-opens Flyspray?
Anders, even better. Tony, I believe that we should keep the sorting separate from the ‘my last search’ feature, since I expect to see my tasks sorted the same way even when I switch projects, something where ‘my last search’ isn’t valid anymore.
Why not remove the ‘my last search’ from the menu and use that code to make the last thing you did on the task list persist no matter what you do. Including whatever search term I have entered.
because it badly sucks when you browse in multiple tabs. not that it’s already the case anyway.
note also that it’s a dupe
FS#479but since there is more comments here, I’ll close the old oneBut I though ‘My last search’ used the url and not the session or cookies to know what happend last. I do admit I haven’t checked the code thoug.
actually my last search uses the database.
what uses the session is the <prev task | next task>
I just went trhough 75% of the tasks of flyspray’s BTS, needing to do some custom search in the middle, and that completely broke the navigation many times. it’s *very* irritating. and it’s exactly the kind of “persistent” order that is suggested.
we have to be more clever when it comes to navigation, curent solution is un-intuivitive and will really make users that does not know the code that flyspray is completely broken, whereas it’s relatively minor.
I agree, I keep thinking about ways to clarify the persistence of search, navigation and It’s tought as is right now. I promise I’ll give it some thought and post back to this topic.
If we’re making the default sort customizable, should there be a global default and a per-project default, too? Or is it just a per-user default that we should have? (I’m not trying to promote anything but per-user at this point, because I’m not sure what the benefits would be, so I wanted to bring it up.)
default sort is definitely per user.
but I’m not sure what’s the best thing to do here given to the navigations problems I mentionned
This is implemented in 1.0 devel now. We have to look into the navigation issues during 1.0 development seperately.