Extension talk:RevisionSlider

About this board

This is the feedback page for the RevisionSlider extension. Read about what we've learned about creating a RTL-accessible extension. Please report all RTL-related issues on this talk page!

Southof40 (talkcontribs)

This is a good step forward when attempting to find where a change has originated, kudos to those involved.

Johanna Strodt (WMDE) (talkcontribs)

@Southof40ː Thanks for the praise. We're happy you like it.

Wishing you a wonderful weekend,


Reply to "Good Work"
SpiralSource (talkcontribs)

The amount of documentation about this extension is very satisfying. I learned about RTL languages, and the technical challenges and details of this project were insightful. It is otherwise a very useful tool, transforming the incredibly tedious act of history tracking on Wikipedia into a neat graphical and user-friendly tool which is quick! Great to see.

Johanna Strodt (WMDE) (talkcontribs)

Hello @SpiralSource, thank you so much for this kind feedback. We're very happy that you're happy and that you took the time you read our documentationǃ

Wishing you a wonderful weekend,


Reply to "Praise."

Please show who last added, deleted, or reworded text in multi-edit history view

Efbrazil (talkcontribs)

What's really needed here is a tooltip when I hover over a change, and the tooltip shows me the last user to edit the text where I'm hovering, the date they made the change, and their comments for the change. There could be more UI than that, but attribution of changes in multi-edit view is the key issue that needs to be fixed. I suppose that could be done in a more complicated way using the histogram chart that is being created here, but it seems like an unnecessary complication.

There are 10 bugs asking for edit attribution as a feature and it was a top rated user request. See bug T2639: [Epic] Add feature annotate/blame command, to indicate who last changed each line / word

Efbrazil (talkcontribs)

I wanted to add that this is the feature I still want, much more than a revision slider. When I revisit a topic after an absence and their are many changes, I want to view all of them in flow, to see if the overall article is still in good shape. When I see a particular change I don't understand or disagree with, I want to be able to view the comments for that change and to jump to that particular diff. From there, I can go to the talk page to discuss the change or back it out with a comment that replies to the original comment. The revision slider is very awkward for that workflow, and it is not clear to me what workflow the revision slider is better for.

Reply to "Please show who last added, deleted, or reworded text in multi-edit history view"
Semon (talkcontribs)

The RevisionSlider would be much more useful if you could filter, which changes are displayed: I am missing a filter by author: If you see some changes on a page which are not neutral for example. Then it would be useful to check which other changes were done by this author (and no: the history of the edits of this author helps only if the edits were not done over a long time frame).

Thiemo Kreuz (WMDE) (talkcontribs)

I'm afraid this request is a bit out of the scope of this project. RevisionSlider currently does not provide any filter. Instead, we are currently investigating possibilities to highlight edits, e.g. edits by a specific user. At the same time other teams are working on RecentChanges and Watchlist filters. Please check this out: Edit Review Improvements/New filters for edit review.

N2e (talkcontribs)

+1 on the idea of a future useful feature. Call it a "raw requirement" based on user input; and file it away with whatever project might benefit from this user input. Cheers.

2601:646:C700:1C70:48DA:DC29:2E3E:9F60 (talkcontribs)

Baffling. I'm looking for a particular edit. This is not helping my search based on the edit's content. You may still use this, I just want to turn it off and go back to before.

Thiemo Kreuz (WMDE) (talkcontribs)

I'm sorry? RevisionSlider is not meant to replace the history. What makes you believe this is the case?

Reply to "Filter by Author missing"
Taranet (talkcontribs)

Please make the RevisionSlider right-to-left for languages like Persian, Arabic, etc. Thanks.

Thiemo Kreuz (WMDE) (talkcontribs)

I'm not sure what the problem is. The extension was extensively tested on RTL wikis, and still seems to work: Example. What are you missing?

IKhitron (talkcontribs)

I use it a lot in RTL.

[Bug] Color of the knob

Summary last edited by Mainframe98 08:20, 18 March 2022 6 months ago
Pyll0 (talkcontribs)

The instruction says "To compare certain revisions, select the revisions using the yellow and blue knobs. [...] blue knob controls the newer revision, the yellow knob maps to the older revision.", but the interface shows green controls the newer revision, the red knob maps to the older revision. Please review the discrepancy. Thank you.

Thiemo Kreuz (WMDE) (talkcontribs)

On which wiki are you experiencing this? Many wikis provide a user setting (usually in the gadgets section) to set the orange/blue color scheme back to the older red/green color scheme. It appears like you have this enabled. Can you please check if this is the case?

Pyll0 (talkcontribs)

Hi Thiemo, am experiencing this on Wikipedia. This is the first time I learned that the colors could be customized. However, I could not identify such settings under Gadgets tab and Beta features tab. Could you provide more details? (talkcontribs)

Technically, at least in some cases this is deliberate. For instance the Visual diffs deliberately sets the color to green/red. See mediawiki.org/w/index.php?title=Multimedia/Standup_notes/2017/June&type=revision&diff=2503669&oldid=2501914&visualdiff&diffmode=visual

It might make more sense to change the instructions to refer to Top knob and bottom knob. That way it will be accurate regardless of color .

Pyll0 (talkcontribs)

Hi Wiki-er, your explanation is insightful. It is okay if the colors cannot be set in my case. I know better about how the system works now.

Hope my feedback will be an input to the design team.

Thiemo Kreuz (WMDE) (talkcontribs)

That was all very helpful, thanks a lot! I found multiple scripts that change the color scheme from yellow/blue to something else, typically red/green. In your case it's most probably the "Visual differences" Beta feature. I like the idea to change the text and will suggest exactly that. Now tracked in phab:T247662.

Reply to "[Bug] Color of the knob"

Diff ID in URL is broken/wrong

Rugk (talkcontribs)

Steps to reproduce:

  1. Go to https://de.wikipedia.org/wiki/Spezial:Diff/196198177, a special link redirecting you to the diff with ID 196198177.
  2. Now click on that slider somewhere else (choose ano0ther diff via single click).
  3. Look at the URL!

What happens:

The URL changes for one second when I click to choose another diff – to the correct other URL/ID, but changes back. directly afterwards

It stays on: https://de.wikipedia.org/w/index.php?diff=196198177&diffmode=visual

What should happen:

A different URL should be shown.


Exaqctly for that diff tool in https://de.wikipedia.org/wiki/Spezial:Diff I do need to find the IDs (I usually copy them from that URL), so this makes it impossible here.

Firefox 72

Ainz Ooal Gown (talkcontribs)

Looks like RevisionSlider and VisualDiff extension are conflicting with each other. Please follow the steps written in How_to_report_a_bug and report this issue to Phabricator.

Rugk (talkcontribs)
Reply to "Diff ID in URL is broken/wrong"

Bigger slide buttons for mobile screens desired

Omotecho (talkcontribs)

I am so grateful you have introduce this function, and I apply it to my day-to-day editing. One small request will be that on mobile screens, the dot/circle buttons could be a bit larger/taller/fatter when you pull to the left/right and change comparing revisions. I mean, of course this functionality needs not be developed to fit to mobile screens, I can’t live without it even when I am working on my i-Phone. Is it possible to maybe:

  • diminish the number of revision bars (vertical ones), so that literally you will have fatter/wider bars which can accommodate larger dot/circle buttons ? Or;
  • add "expand" function to enlarge the diagram itself, which I manually do at the moment?

Thank you, hardworking team ! --Omotecho (talk) 16:34, 3 May 2021 (UTC)

Johanna Strodt (WMDE) (talkcontribs)

@Omotecho Thanks a lot for your kind words and your feedback. I have passed it on to the development team in a Phabricator ticket (T283135). We're not currently working on RevisionSlider, but with the ticket, we have your suggestion on our radar.

Have a good day!


Reply to "Bigger slide buttons for mobile screens desired"
Zblace (talkcontribs)

Hi! Love your work and was curious if it would be possible to render with some distinction big periods of non-editing time as gaps?

It would be great to start with visualization showing the waveform of actual start to present with gaps *(even if that view is just one static image at the start), so that one can see quickly what was chronological dynamics over time. (talkcontribs)

Or maybe just indicate years on the histogram chart.

Reply to "Time gaps?1/11/2013=21:12" (talkcontribs)

Running horizontal at the top of the page just takes up more of the already limited vertical space. Also, we're used to time "running vertically" from the history listing, so a tool with time running vertically fits in better with how our brains work!  :-) (talkcontribs)

Myself, I do not see this as an issue. Horizontal line is clear and interaction with it (seems to me) simpler than it would be with a vertical line.

The functionality is superb, congrats Wikipedia team.

N2e (talkcontribs)

I, too, would much prefer a vertical presentation of the graphical data. (or, an option to select one or the other as user-selected default). ~~~~

Reply to "Make it run vertically"