Ticket #3776 (new enhancement)
Opened 5 years ago
Last modified 2 months ago
wiki-behaviour of roadmap pages
| Reported by: | pim@… | Owned by: | cboos |
|---|---|---|---|
| Priority: | high | Milestone: | next-major-0.1X |
| Component: | roadmap | Version: | 0.9.6 |
| Severity: | normal | Keywords: | tracobject |
| Cc: | trac@…, ryano@…, leho@… | ||
| Release Notes: | |||
| API Changes: | |||
Description
Hi,
We make extensive use of the Roadmap for tracking of current todos, subprojects and information about the functionality and even time-tracking (that might be another nice feature) but we really dislike the fact that changes to roadmap pages are not visible in the recent activity tab, neither do the roadmap pages have a wiki-like history with rollback functionality.
It would be great if Roadmap pages would behave themselves as normal wiki pages.
Thanks!
Pim Rupert - pim@…
Attachments
Change History
comment:1 Changed 5 years ago by cboos
- Keywords tracobject added
- Milestone set to 1.0
- Owner changed from cmlenz to cboos
comment:2 Changed 5 years ago by eblot
As 1.0 is about a 2-year timeframe, I think it would be nice to implement a preview feature for editing milestone info. It would not keep the history of previous editions, nor be a Timeline event provider, but the interface would be more consistent with the existing editable items (wiki page, ticket).
comment:3 Changed 5 years ago by cboos
... on the other hand, as currently changes are costless and not versioned, Save works like a preview ;)
comment:4 Changed 5 years ago by eblot
Save does not work like a preview.
We use a lot of milestones in our project, and each milestone page contains a lot of info, which usually means that the page needs to be reworked several times before being valid (escaping camel case syntax, mostly).
When you click on Save, you got the final page: it is not possible to have the edit box and the rendered text:
- Go to the bottom of the page
- Select 'Edit' again, which reloads the page
- Edit the wiki text
- Select 'Save', to render the page content
This is far from being as convenient as a real preview feature that shows both the edit area and the rendered page. The edit workflow is quite different that the one for a wiki page.
comment:5 Changed 5 years ago by cboos
#4569 also requested the ability to be able to at least preview Milestone description changes.
As soon as the current changes are finalized, I'll start on the GenericTrac proposal with the milestone as the first example.
comment:6 Changed 5 years ago by trac@…
- Cc trac@… added
comment:7 Changed 4 years ago by cboos
#6462 was closed as duplicate.
comment:8 Changed 2 years ago by Ryan Ollos <ryano@…>
- Cc ryano@… added
comment:9 Changed 2 years ago by cboos
#1673 was about a subset of the features implied by this ticket (milestone history).
comment:10 Changed 2 years ago by lkraav <leho@…>
- Cc leho@… added
comment:11 Changed 22 months ago by cboos
- Milestone changed from 1.0 to unscheduled
Milestone 1.0 deleted
comment:12 Changed 19 months ago by cboos
- Milestone changed from triaging to next-major-0.1X
- Priority changed from normal to high
comment:13 Changed 2 months ago by trac@…
This has led to confusion in a number of software projects where I chose trac as the PM tool. People do not understand why everything in trac is about versioned documents but the description of milestones. It's of particular importance if you keep feature lists in the milestone description that everybody agreed upon, and suddenly find that somebody has changed them.
"Roadmap pages", i.e. Milestone resources, could of course benefit of the same functionality than Wiki pages, but first a more unified data model is needed for that (see TracObjectModelProposal).