Revision history: Add amount of changed words to revision comment

NEW
Unassigned

Status

Mozilla Developer Network
Editing
--
enhancement
5 years ago
3 years ago

People

(Reporter: fscholz, Unassigned)

Tracking

Details

(Whiteboard: [type:feature])

(Reporter)

Description

5 years ago
In Deki revision comments we had both, the comment the editor entered and the amount of changed words. I liked that and I think it's a useful information on the history page.

So instead of:
<my revision comment>
let's have:
<my revision comment>; xx words added, yy words removed

See for example:
https://developer.mozilla.org/en-US/docs/MathML/Element/math$history
(Reporter)

Comment 1

5 years ago
And if an editors enters no revision comment at akk, there is currently no comment at all in the revision history. I would expect to have at least the amount of changed words then. 

"xx words added, yy words removed"

(If no words were changed, Deki added "no changes" as a comment, but I hope Kuma will not save a new revision then anyway)
Priority: -- → P3
(Assignee)

Updated

5 years ago
Version: Kuma → unspecified
(Assignee)

Updated

5 years ago
Component: Docs Platform → Editing
Product: Mozilla Developer Network → Mozilla Developer Network
Depends on: 800049
Whiteboard: p=
Whiteboard: p= → u=user
Whiteboard: u=user → u=user c=Editing
Priority: P3 → P2
Contributor system64 has been working on this. This is pretty difficult to implement, for MDN or anywhere else.

Florian, David, Sheppy: What do you think about listing "(x% changed)" somewhere in the revision history instead? It would be easier to implement, but would it still provide you with the information you need?
Flags: needinfo?(dwalsh)
Whiteboard: u=user c=Editing → [type:feature]
(In reply to John Karahalis [:openjck] (PTO until April 29, 2013) from comment #2)

> Florian, David, Sheppy: What do you think about listing "(x% changed)"
> somewhere in the revision history instead? It would be easier to implement,
> but would it still provide you with the information you need?

It would be enormously more useful if it were something you would see while glancing through the list of changes in the revision dashboard (that's why we suggested adding it to the comment). The reason is simple: if you're flipping through the list in a hurry and see some enormous word change count on a long-standing article, that's a huge red-flag that someone has probably screwed something up.
We could add this information to the revision dashboard with either style. Would %-style be good enough in helping you find enormous changes?
(In reply to John Karahalis [:openjck] (PTO until April 29, 2013) from comment #4)
> We could add this information to the revision dashboard with either style.
> Would %-style be good enough in helping you find enormous changes?

Yeah, a percentage would be fine for that (although I'd still like to be able to see an actual number of words changed somewhere, but that could go in the history).
Sounds fine to me, but no idea how you could calculate that percentage.
Flags: needinfo?(dwalsh)
(In reply to David Walsh :davidwalsh from comment #6)
> Sounds fine to me, but no idea how you could calculate that percentage.

Percentage of lines changed? Doesn't need to be perfect.
"Lines" doesn't work well because one line could be an entire paragraph (or an entire long, long table). It wouldn't be a useful gauge of the actual degree of change.

Updated

3 years ago
Severity: normal → enhancement
Priority: P2 → --
You need to log in before you can comment on or make changes to this bug.