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).
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!
Filter by Author missing
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.
+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.
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.
I'm sorry? RevisionSlider is not meant to replace the history. What makes you believe this is the case?
Please make the RevisionSlider right-to-left for languages like Persian, Arabic, etc. Thanks.
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?
I use it a lot in RTL.
[Bug] Color of the knob
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.
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?
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?
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 .
Hi Wiki-er 22.214.171.124, 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.
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.
Diff ID in URL is broken/wrong
Steps to reproduce:
- Go to https://de.wikipedia.org/wiki/Spezial:Diff/196198177, a special link redirecting you to the diff with ID 196198177.
- Now click on that slider somewhere else (choose ano0ther diff via single click).
- Look at the URL!
The URL changes for one second when I click to choose another diff – to the correct other URL/ID, but changes back. directly afterwards
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.
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.
cant see usefulness
sorry, I might be the minority here, but for me this thing doesnt seem worth the time.
the german wikipedia community needs to pay attention to better sourcing ( Einzelnachweise!) or get other bread and butter tools which the English wikipedia has built in, IMO, rather than dwelling on this revision gadget..
Make it run vertical
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! :-)
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.
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). ~~~~
what's the vertical scale?
I find the vertical scale unintelligible. Why do selected revisions have bars going up, and some have bars going down? And why are the bars different lengths
Singed off Foiled circuitous wanderer
the vertical scale of the slider represents the general size of the change done to a revision. The bigger the bar the bigger the change. - If the bar goes up it means that there was more text added to a revision than removed. If the bar goes down it's the other way around.
I hope that clears things up for you :-),
I feel like this is quite intuitive for programmers used to versioning and diff software, such as Git, SVN, KDiff, WinMerge etc. but to everyone else it's probably unclear.
I am a programmer, so I am not sure if I might be underestimating non-programmers in this case.
Side note: Personally, I love the Revision Slider and I see myself using it a lot!
RevisionSlider is a helpful tool
I found the graphical representation of the revision history, with colors for net-add edits and a diff color for net-substract edits helpful.
I think it would be very useful to have a scale shown on the w:ordinate axis (Cartesian ordinate), in order to have rough order of magnitude of the ''size'' of the edit being reflected in the bar graph. Was it 10 chars? 100? 1000? 5000+? etc.
thanks for your feedback and your request. I added a ticket on Phabricator so it can be tracked and considered for future change https://phabricator.wikimedia.org/T230469
identification par couleur des contributeurs
Bonjour. Je ne pense pas que cela existe, ni si c'est l'endroit pour en discuter (mes excuses sinon), mais serait il possible d'identifier les contributeurs en affectant une couleur à leur contribution un peu comme cela se fait avec etherpad. cela permettrait deux choses :
voir rapidement comment a évolué une de mes contributions pour éventuellement déceler rapidement une précision faite par un autre (bonne ou mauvaise)
pouvoir contacter facilement un contributeur pour discussion avant modification
I hope it's ok when I respond in English. A feature like this exists. It does not use colors, but highlights all contributions made by the same user. See phab:T136105. We investigated actual color-coding at one point, but found it is often not helpful, because most edits are made by different users. Most histories would show a beautiful rainbow that does not provide much information.
my english is just bad. I think you speak about the color of the different contributors on the historic's page?
ce que je souhaite, c'est quand on a la version actuelle affichée (pas l'historique), pouvoir
soit mettre en couleur une phrase et afficher le contributeur de chaque couleur
soit afficher le contributeur quand on clique dessus
What i wish : on the current Page, each contribution thrue a colour to identify like https://fr.wikipedia.org/wiki/Etherpad
Entschuldigung und vielen Danke .
I lost this extension! Where is he?
I see. Thanks for the clarification! A feature like this is requested for a long time. See phab:T2639. Unfortunately, it's technically very hard to do, if not impossible. There are currently no plans to work on this. Sorry.
Schade. Vielen Dank.
Suggestion : mark talkpage parallel edits
Very good addition, thanks.
Suggestion: add an icon above a bar, if there are edits on the Talk page from the same day. Or maybe, to refine better, edits from the same day by the same user. Or a counter of the number of Talk edits.
Issue: I do feel that the diff page respondes more than a little slowly, at least after loading several diffs in a row. But that's Firefox for you (v56, win10).
Hey @Danny lost,
thanks for the feedback and the suggestion.
To get a better understanding on what you mean: So the idea would be, to show these icons/tags/numbers that relate to the talk page of an article on the RevisionSlider view of the actual article page right? Can you give an example on how this would help you in your work? :-) - That would be really great.
Yes, clues about the talk-page, in the article-RevisionSlider. On the one hand, most article changes are not accompanied by talk-page discussion. On the other hand, some cases of dense activity are the result of counterpart activity on the talk-page. The edit summary is not a reliable clue for whether there was a discussion, let alone what was said there. On active articles, going through the talk-page is a time consuming effort.
Let's say I visited an article in the past, and now on a second visit I see a lot has changed, some of it not for the better. I want to see what led to this and open the Slider. I can see when some sentence was removed, but not if someone gave a good reason for this. If there was a talk-page indication, I can jump to that discussion and see if this was the result of an edit war, a compromise, or maybe an undiscussed change. Maybe I'll learn that this is a repeating issue, that there are previous Admin decisions, and so on.
Cool, thanks for that detailed explanation. I created a Phabricator ticket so we have the feature request on our monitors and it could be considered in the future.