Opened 13 years ago
Last modified 2 years ago
#10279 new defect
Sort admin page milestone table by descending due date
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | normal | Milestone: | next-major-releases |
Component: | admin/web | Version: | |
Severity: | minor | Keywords: | bitesized milestone sort filter |
Cc: | maynard.k@… | Branch: | |
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
Currently, the list of milestones in the web admin seems to be sorted by ascending due date. If you have a lot of milestones, that's kind of a pain: the old milestones are likely to be the least interesting. Simply sorting by descending due date probably makes for a better experience (even though it will show far-future milestones before near-future ones).
For a more refined solution, split the table in two parts: a list of open milestones, by ascending due date, and a list of closed milestones, by descending due date.
Attachments (2)
Change History (15)
comment:1 by , 13 years ago
Milestone: | → next-minor-0.12.x |
---|
comment:2 by , 10 years ago
Milestone: | next-minor-0.12.x → next-stable-1.0.x |
---|
comment:3 by , 9 years ago
Keywords: | bitesized added |
---|---|
Milestone: | next-stable-1.0.x → next-major-releases |
by , 3 years ago
Attachment: | trac_admin_milestones.png added |
---|
comment:5 by , 3 years ago
I did the following:
- simply created three tables
- first shows open milestones with due date
- second shows open milestones without due date
- third shows completed milestones
- every table has its own heading
Any suggestions or comments?
comment:6 by , 3 years ago
for consistency reasons, one could set the column width the same for all three tables
comment:7 by , 3 years ago
oh and i reversed sorting order + set utcmin value in sorting function (instead of utcmax) to get properly working descending order for due date
I think the best way would be to sort as Dirkjan suggested:
- ascending or open milestones
- descending for completed milestones
follow-up: 10 comment:8 by , 3 years ago
I don't think splitting 1 table to 3 tables is good idea. It is not simple. It brings searching name by my eyes 3 times. Also, currently the table in admin/milestones page has Name, Due, Complete, Default, Retarget, Tickets columns. These columns should be kept.
comment:9 by , 3 years ago
Would also prefer to maintain the single table.
We could go a long way if:
- The table is sortable (#11683)
- A search box is added that allows regular expressions
comment:10 by , 3 years ago
Replying to Jun Omae:
I don't think splitting 1 table to 3 tables is good idea. It is not simple. It brings searching name by my eyes 3 times. Also, currently the table in admin/milestones page has Name, Due, Complete, Default, Retarget, Tickets columns. These columns should be kept.
These columns are still there; I just cropped the screenshot. But I get your point; it is easier to maintain a single table and makes searching much quicker.
I would try something like what figaro suggested—having a single sortable table with a search box sounds good.
by , 2 years ago
Attachment: | 10279_sort_admin_page_milestones.diff added |
---|
comment:11 by , 2 years ago
Here is a suggestion for using a single table with an extra search box that allows using regular expressions.
Table is sorted in following order:
- Open milestones (with a due date) → descending by due date
- Open milestones (no due date)
- Closed milestones → descending by due date
(see attachment above, sorry I forgot to fill the description)
comment:13 by , 2 years ago
Cc: | added |
---|
We could split the table into the same groups as in the ticket form selector: open (by due date), open (no due date) and closed.