wiki-behaviour of roadmap pages

[pim@…]

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@…

[Christian Boos]

"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).

[Emmanuel Blot]

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).

[Christian Boos]

… on the other hand, as currently changes are costless and not versioned, Save works like a preview ;)

[Emmanuel Blot]

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:

1. Go to the bottom of the page
2. Select 'Edit' again, which reloads the page
3. Edit the wiki text
4. 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.

[Christian Boos]

#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.

[Christian Boos]

#6462 was closed as duplicate.

[Christian Boos]

#1673 was about a subset of the features implied by this ticket (milestone history).

[Christian Boos]

Milestone 1.0 deleted

[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.

[Peter Suter]

#10807 was closed as a duplicate.

#1113 is also related.

[Ryan J Ollos]

It would be simple enough to add autopreview capability to the Milestone edit and several other views. This would be a progressive enhancement and given the additional work required I don't see it as necessary to have an explicit Preview that reloads the page.

Possible targets for auto preview:

• Report description
• Milestone description
• Admin milestone description
• Admin component description
• Admin version description
• Admin repository description

Is it a good JavaScript pattern to have showOnPreview return the callback?

log:rjollos.git:t3776_autopreviews.

[Ryan J Ollos]

Fixed some issues and added autopreview for all textareas [4a1ba19d/rjollos.git].

[Ryan J Ollos]

admin.css was modifying the wiki autopreview, fixed in [380cb731/rjollos.git]. Rebased branch: log:rjollos.git:t3776_autopreviews.2.

[Ryan J Ollos]

Committed to trunk in r15844.

[Ryan J Ollos]

Described in comment:11:ticket:11649, we need escape inputs using to_json or to_javascript. Proposed changes in [d6aa9175d/rjollos.git]. I'll commit to 1.2-stable, as applicable (e.g. wiki_edit.html).

[Ryan J Ollos]

comment:24 changes committed to 1.2-stable in r15941, committed to trunk in r15942.

[Jun Omae]

I think we should backport r15941 to 1.0-stable. 1.0-stable has the same issue.

[Ryan J Ollos]

Okay, backported to 1.0-stable in r15948.