Edgewall Software
Modify

Ticket #5821 (new enhancement)

Opened 5 years ago

Last modified 2 years ago

Wiki blame support

Reported by: thatch Owned by:
Priority: low Milestone: next-major-0.1X
Component: wiki system Version: devel
Severity: normal Keywords: blame annotate
Cc: a.a.vykhodtsev@…
Release Notes:
API Changes:

Description

One feature we never got implemented into the blame branch from 2006 was blame support for wiki pages. I now have a straw-man implementation for review. Please give this patch a try on your 0.11-dev install and specifically let me know:

  • Does it produce correct blames on your pages?
  • Is it fast enough?
  • Should there be a new permission for annotations? some meta tags to disallow robots?
  • Should there be something more like an IBlameAnnotator with callbacks for rev links, or is this best handled through the existing IHTMLPreviewAnnotator? I could see a lot of possibility for reuse if we eventually have versioned tickets and vc backends that don't support blames natively.

Attachments

wiki-blame-r5892.diff (12.8 KB) - added by thatch 5 years ago.

Download all attachments as: .zip

Change History

Changed 5 years ago by thatch

comment:1 Changed 5 years ago by cboos

  • Keywords blame annotate added
  • Milestone set to 0.11.1

Glad to see you've resumed work on that!

  • correct blame - hm, difficult question, maybe even out of scope ;-) If needed, the blame algorithm could always be fixed/improved later on, let's focus on the integration of what we have now.
  • fast enough - seems to be. On a medium-sized page with 130 revisions, the rendering speed of normal vs. annotate is quite the same. On a pathologically big page with 50 revisions, the slow down is acceptable (comparable to what we have for versioncontrol annotate).
  • new permission? no, I don't think so. meta tags? yes, the same as for versioncontrol annotate
  • IBlameAnnotator - I'd prefer generalizing the BlameAnnotator from browser.py and make it work on other versioned resources (would be a 0.12 topic)

comment:2 Changed 5 years ago by athomas

From an IRC discussion:

thatch: some way to navigate through the page history would be good i think
and it'd be nice if the version links had title="author + comment" or similar
which are all minor nits really

<thatch> you say "navigate", like a prev/next link up top, or something like "re-annotate before this rev" in the left column?

prev/next links, but maintaining the annotation view
also, i'd ditch the other links like "start page", "index", etc. similar to how it works when you're browsing the page history

comment:3 Changed 5 years ago by cboos

Tim, was it task on purpose? I'd rather see this as being an enhancement.

comment:4 Changed 5 years ago by thatch

  • Status changed from new to assigned
  • Type changed from task to enhancement

Alright, enhancement it is. I'm working on this in source:/sandbox/wiki-blame to take care of the additional suggestions in this ticket.

comment:5 follow-up: Changed 5 years ago by cboos

Where's the WikiBlame? page? :-)

comment:6 Changed 5 years ago by cboos

  • Milestone changed from 0.11.1 to 0.12

comment:7 in reply to: ↑ 5 Changed 4 years ago by thatch

Replying to cboos:

Where's the WikiBlame? page? :-)

Try TracDev/Branches/WikiBlame as of today.

comment:8 Changed 4 years ago by a.a.vykhodtsev@…

  • Cc a.a.vykhodtsev@… added

comment:9 Changed 2 years ago by cboos

  • Owner thatch deleted
  • Priority changed from normal to low
  • Status changed from assigned to new

Should be done via #1132.

View

Add a comment

Modify Ticket

Change Properties
<Author field>
Action
as new
as The resolution will be set. Next status will be 'closed'
to The owner will be changed from (none). Next status will be 'new'
The owner will be changed from (none) to anonymous. Next status will be 'assigned'
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.