Edgewall Software

Opened 18 years ago

Closed 17 years ago

Last modified 4 years ago

#566 closed enhancement (duplicate)

Changesets for Wiki pages (Prepare wiki-changesets)

Reported by: anonymous Owned by: Jonas Borgström
Priority: low Milestone:
Component: wiki system Version: 0.7.1
Severity: normal Keywords:
Cc: Branch:
Release Notes:
API Changes:
Internal Changes:


It often happens that I want to modify several wiki pages alltogether. These changes belong logically to another. Eg. if you add a new page and add a new link to this page this should be one commit not two.

Therefore I propose the following scheme:

  • A new button/drop-down-box combi [Add to changeset][ … ]
  • If no changeset has already been created by the user currently logged in [Add to changeset][ <create new> ] a new one will be created, else the user can select one to add it to [Add to changeset] [<Add Help x options>]
  • The created changeset is in state pending as long as the user selects

[Commit changeset][…]

Additional benefit: Before a page is initially posted, you can modify it serveral times until it is complete ⇒ You do not spam the timeline (this is what happens for us here)

Implications: Here too we need a consistency check, but for every page that is changed. All conflicts should be displayed and the user should be able to solve the conflicts one after another as it is currently possible.

Attachments (0)

Change History (5)

comment:1 by anonymous, 18 years ago

Component: generalwiki
Severity: normalenhancement

marking enhancement+wiki compoentn

comment:2 by Jonas Borgström, 18 years ago

Milestone: 0.80.9
Priority: normallow

This looks complicated and messy, not sure how this would be implemented, moving into the future…

comment:3 by Christopher Lenz, 18 years ago

Milestone: 0.9

comment:4 by Markus Bertheau <twanger@…>, 17 years ago

So the real problem is that you spam the timeline when you do lots of wiki changes. The proposed solution is very complicated to implement and the user needs to explicitly use the changeset functionality.

I propose a different solution to this problem: Summarize wiki changes by the same person in a short timeframe.

This does not imply that the changes belong together. The timeline spam problem occurs regardless of whether the changes belong together or not, so this is not a flaw.

What do you think?

comment:5 by Christopher Lenz, 17 years ago

Resolution: duplicate
Status: newclosed

This is basically the same as #38 IMHO.

Modify Ticket

Change Properties
Set your email in Preferences
as closed The owner will remain Jonas Borgström.
The resolution will be deleted. Next status will be 'reopened'.
to The owner will be changed from Jonas Borgström to the specified user.

Add Comment

E-mail address and name can be saved in the Preferences .
Note: See TracTickets for help on using tickets.