#9098 closed enhancement (duplicate)
Provide separate Tickets opened, Tickets closed checkboxes on timeline
Reported by: | Ryan J Ollos | Owned by: | |
---|---|---|---|
Priority: | low | Milestone: | |
Component: | timeline | Version: | 0.12dev |
Severity: | normal | Keywords: | custom query |
Cc: | leho@…, jrioux@… | Branch: | |
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
I have a suggestion that I believe would make the timeline a more powerful project management/review tool.
In the weekly progress meetings that my team schedules, it would be useful to display on the Timeline: Tickets closed and Milestones reached. After discussing progress for the week, we might switch to display only Tickets opened in order to review new tickets generated this week.
To facilitate this, we'd need to change the Opened and closed tickets checkbox to two checkboxes: Tickets opened and Tickets closed.
On a related note, I think the nomenclature Tickets opened and closed for the existing checkbox is more consistent with the other labels: Tickets updated, Milestones reached, … and so forth, so even if the main topic of this ticket is not implemented, I think it would be worthwhile to change the label of the existing filter.
Some (perhaps all?) of what I would like to do here can be done using ticket queries, however the timeline is very user friendly and easy for project manager to use, so I think it would be worthwhile to have this functionality in the timeline.
Alternatives would be: use a TracIni option to determine whether the Tickets opened and closed checkbox is separated to two checkboxes, or implement as a plugin (though I'm not entirely sure this coudl be done … although I see how to add two filters, it is not clear to me how to remove the existing filter when creating a plugin).
I tried implementing a patch for this tonight, but came to the conlusion that I woud probably need a better understanding of what is going on inside the produce_event
method in trunk/trac/ticket/web_ui.py@9278:247,278-320#L246, so I probably won't finish this tonight.
Attachments (0)
Change History (10)
comment:1 by , 15 years ago
Cc: | added |
---|
comment:2 by , 15 years ago
Some thoughts expressed in ticket:2469#comment:4 are related to this ticket.
comment:3 by , 14 years ago
I'd like to work on a patch for this if it is a feature enhancement that would be accepted. I'm assuming this would be targeted for 0.13, if anyone else even likes the feature.
The simplest implementation I can think of is to just replace the Tickets opened and closed checkbox with 2 checkboxes:
Tickets opened
Tickets closed
A more sophisticated approach might be to use some javascript to perform an action similar to what is done with Changesets in all repositories.
Tickets changed
Opened
Closed
Updated
When Tickets changed is selected, the 3 checkboxes below would appear and would initially all be selected. When Tickets changed is unselected, they would disappear.
follow-up: 5 comment:4 by , 14 years ago
I'm not sure it's worth making the timeline filters more complex when we already have a lot of flexibility to achieve the same result in the Custom Query view, as you've noted yourself. If you'd like to have the results shown in a timeline, I think it would make more sense to have an option to show the Custom Query results in a timeline view (a new format 'timeline' that could also be used by the TicketQuery macro). Something like I did in the old SearchRefactoring branch (r5543) for an alternative display of the search results.
comment:5 by , 14 years ago
Replying to cboos:
I'm not sure it's worth making the timeline filters more complex …
That sounds like a good solution, though it looks to be a bit more complex and will take me a bit longer to implement. I'll probably tackle a few more simple tickets before I try to take on this one.
comment:6 by , 14 years ago
Keywords: | custom query added |
---|---|
Milestone: | → next-major-0.1X |
Priority: | normal → low |
comment:7 by , 14 years ago
Cc: | added |
---|
comment:8 by , 14 years ago
just noted this part
On a related note, I think the nomenclature Tickets opened and closed for the existing …
was done @ #9594
comment:9 by , 10 years ago
Reporter: | changed from | to
---|
comment:10 by , 7 years ago
Milestone: | next-major-releases |
---|---|
Resolution: | → duplicate |
Status: | new → closed |
#12156 has a patch with a Ticket query renderer extension point (comment:4). Another possibility is to have a query syntax and a timeline filter in the timeline view (comment:1:ticket:11331).
#1329 is also related.
interesting, cc-ing