Community Wishlist Survey 2017/Editing/Support multiple diff variants

Support multiple diff variants

  • Problem: We currently have a side by side comparison for diffs, but this often makes it difficult for people to find small changes inside a sentence. For a long time many editors have been using wikEdDiff, navigation popups diff and other JS based inline diffs, to gain more insight into changes.
  • Who would benefit: Editors and curators
  • Proposed solution: Add a toggle to a diff, to switch from viewing the difference in split (current) mode, to viewing it in unified mode. We can even add a third button for visual diffs, when this becomes more widely available. Take inspiration from github. In the past often performance has been a blocker for alternate diff views. To counter this, only do the inline diff on the client side on demand, instead of the server side.
  • More comments:
  • Phabricator tickets:


Potentially related Phabricator tickets:,26617,146781,7072,15462#R --AKlapper (WMF) (talk) 21:35, 7 November 2017 (UTC)Reply[reply]

  • Recent Example: A hacked, split-line edit from 12 Nov 2017, as evidence of hard-to-see changes in enwiki page "en:Territory", see: [1]. -Wikid77 (talk) 17:53, 13 November 2017 (UTC)Reply[reply]
    (FWIW I think the visual diff makes that pretty understandable, though. Elitre (WMF) (talk) 11:16, 14 November 2017 (UTC))Reply[reply]
    The diff algorithm being unable to recognize that the old and new paragraph are related is a separate issue from how the output of the diff algorithm is formatted. Let's keep those discussions separate. --Tgr (WMF) (talk) 09:44, 18 November 2017 (UTC)Reply[reply]

A notice: there is a similar proposal in the section Reading, namely Community Wishlist Survey 2017/Reading#Simple_diff Simple diff. --Vachovec1 (talk) 14:47, 15 November 2017 (UTC)Reply[reply]

Related: T38902, T117279 --Tgr (WMF) (talk) 09:44, 18 November 2017 (UTC)Reply[reply]