Edgewall Software
Modify

Opened 21 years ago

Closed 20 years ago

#373 closed defect (fixed)

Consider moving Wiki page history into separate page

Reported by: cmlenz@… Owned by: Christopher Lenz
Priority: low Milestone: 0.8
Component: wiki system Version: devel
Severity: minor Keywords:
Cc: Branch:
Release Notes:
API Changes:
Internal Changes:

Description

Currently, the modification history of every wiki page is embedded into the page itself, but only actually displayed on the users request (by clicking Show/Hide History). As the list of modifications grows, this embedded but invisible history will become quite large.

However, when the user views a Wiki page, s/he is probably not interested in the history of that page most of the time. Still, the embedded history increases the page load time by adding to the content length as well as to the time that it takes for the page to be generated, as additional database queries, logic and templating needs to take place to build the history.

An additional disadvantage is that the history is hidden by CSS, and thus user agents such as text browsers and screen readers get the entire history before they even reach the actual content of the page.

I think that Wiki page history should work analogously to file revision logs in the browser module, so that the history gets its own page. That would have the addional benefits of making the history more readable (as such information as the change comment can be included), and being able to link to the wiki page history from other pages such as the timeline.

Attachments (0)

Change History (4)

comment:1 by daniel, 21 years ago

Milestone: 0.8
Priority: normallow
Severity: normalminor

I second this. It becomes extra obvious when there are many revisions to a page (like WikiStart here for instance, witlessly edited a gazillion times by bypassers ;-).

comment:2 by Christopher Lenz, 20 years ago

I've been looking at why the height of the WikiStart page is looking wrong (i.e. most browers will display a scrollbar even though there is no apparent need), and alas: it's because of the invisible history element! So let's get rid of it :-)

comment:3 by Christopher Lenz, 20 years ago

Owner: changed from Jonas Borgström to Christopher Lenz
Status: newassigned

comment:4 by Christopher Lenz, 20 years ago

Resolution: fixed
Status: assignedclosed

Fixed in [733].

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The owner will remain Christopher Lenz.
The resolution will be deleted. Next status will be 'reopened'.
to The owner will be changed from Christopher Lenz 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.