Consolidate Timeline and Wiki/Tickets/Source recent changes

[mario at ruggier.org]

The Wiki offers the sub-menu option for Recent Changes, that gives a similar report, but with less information as that obtained from the Timeline with only Wiki changes selected. It seems natural to consolidate these two functions (maybe this is your carefully thought out intention anyway… ;-) and make Wiki > Recent Changes point to Timeline(wiki).

Similarly, I would suggest the addition of a corresponding Recent Changes sub-menu option for Tickets and Source, making the interface more consistent across these functions. In the case of Source, it may be appropriate to consolidate Revision Log and Timeline(repository).

[Jonas Borgström]

RecentChanges is basically the same as TitleIndex but ordered by modification date instead of alphabetically. This means that each wiki page is listed only once and not once for each modification as it is with the timeline.

I guess it's possible to add an option to the timeline to display every "item" only once but then it's not really a timeline anymore.

I'm moving this to 0.9 for now until we know if this is something we should do…

[Christian Boos]

A Recent Changes macro for Tickets and Source similar to the [[RecentChange]] macro for Wiki pages could be interesting too. The Timeline indeed shows all the change evens in a chronological order, not a summary of what has changed.

The following macros could help composing a dashboard page (#1):

• [[RecentlyChangedTickets(2 days,compact)]] would produce an output similar to the [[QueryTicket(...,compact)]] macro.
• [[RecentlyChangedSources(2 days,compact)]] would produce a compact list of paths (only the directories maybe) that have been modified

[Christian Boos]

See #3749 for tracking the implementation of extending the RecentChanges macro to other resources than Wiki pages.