The animation time is quite slow/laggy. Maybe make an option to disable it so the arrows can move instantly?
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!
could you tell us a bit more about what you mean with animation time?
Is it about the time needed until its completely loaded when initially expanded? The time it takes to load the diff when you drag the pointers to some revision? Or the delay when you quickly want to move to the "next page" of revisions by clicking the arrows on the left/right side?
Thanks for your feedback so far,
Hi and thanks for your response.
I refer to the time that the arrows take to move to their position. It can be quite obstructing when making a mistaken click and needing to quickly click the correct revision one intended. I understand that the page load times will remain at their speed whatever the extension is, however I think the time it takes for the arrows to move across the revision slider compounds the swift use of the extension. That's just my opinion/feedback though.
Suggestion: Add an entry point to revision slider from the history page
Ticket filed at https://phabricator.wikimedia.org/T160739
As a user, I can't easily use revision slider without clicking the "diff" link while on the history page.
As new user, it is not completely obvious how to get to the revision slider.
The revision slider is a very useful tool especially for novice users who don't know how the whole wiki interface works. However, the tool has a few issues:
- Use of jargon - it assumes the user is familiar with the concept of "diff".
- Entry point unclear - Presumably this would appear in the history page, but only shows up when a "diff" is clicked. Oddly enough its header has "browse history" not browse revisions, yet it can't be seen at all in the history page.
Despite knowing of the existence of revision slider it was unclear how to get to it. In fact it made me think that it didn't work in certain namespaces after going through multiple page histories because I had forgotten that "diff" must be clicked.
- Improve readability of help - replace the word "diff" with a more user friendly term (e.g. comparison of page changes / revisions), possibly keeping the word "diff" in brackets. Alternatively link to a page explaining the concept of "diff". Note that diff isn't even a "standard" English word.
- Add entry point(s) - a clear way to get to revision slider from the history page and possibly even to the Special:Contribution￼￼Special:Contributions￼￼s, without clicking "diff'.
While this is obviously a tool designed for experienced editors or regular users, a new user is not immediately familiar with all such tools and jargon.
Thanks for your well structured and graspable problem description! I understand what you mean and I will created a ticket on Phabricator:https://phabricator.wikimedia.org/T160739 so it can be considered as task by the project management.
Images, references, templates
Ticket filed at https://phabricator.wikimedia.org/T160323
A useful visualisation for moving through he history. It would be excellent if icons or colours could be used to indicate if an image or reference was changed in the edit.
REL1.27 distribution not updated
Unfortunately the REL 1.27 distribution just contains a raw version of your presented features, the narrow bar "Browse history" is missing too.
I assume the REL 1.28 distribution already contains the yellow and blue coloring (instead of red and blue) as well as further information on changes made.
Would you be so kind as to update the REL 1.27 distribution or something like a hotfix, I would appreciate your efforts because I would like to use this extension!
Max (geht auch auf Deutsch ;) )
RS was broken again on rtl wikis in last deployment
An initial fix has been deployed and further fixes & fixing will come next week.
Hello again, Addshore. Last deployment made something terrible: The tooltips are invisible now, because they run to the right side of the screen and more. Somehow, the tooltip location is now not an inch to right from finish line:
but an inch to right from start line:
and when we take older versions, it can be even here:
outside the screen. And there is a chance it works like this not in all browsers. I can see it in MF, for example. Could you check this, please?
Thank you for your help, Christoph.
An initial fix has now been deployed. Further fixes / fixing will come next week.
Thanks and a little feedback
Thanks so much to the team from WMDE for making this! I've already used it twice in the last few days to trawl through a page's history and figure out why particular bits of content were added; before I knew about this tool, I might simply have ignored those issues because searching the history would have been too difficult.
I do have a couple comments on the UI. First, it took me a significant amount of time to understand that you click in the lower half of the slider to set the start of the diff, and in the upper half to set the end. For a while, I just clicked somewhat randomly until I got the diff I wanted, which wasn't a great experience.
I think one of the reasons this was confusing was that the vertical axis of the "graph" is already used to indicate addition and removal of content, so I wasn't expecting it to have another meaning as well. Personally, I didn't find the graph very helpful (the edit summaries were much more useful, even though they were harder to access). Partly that may be because the graph isn't to scale; for example, in the history page I'm looking at right now, +11 bytes is about half the height of +364.
Second, when you've got one revision set as the endpoint of a diff, you can't click on the bottom half of that edit to make it the starting point of a new diff. I don't see any reason for that restriction; I would expect clicking in that bottom half to advance the starting point like normal, and advance the ending point by one as well to compensate.
So, all in all, I found the design somewhat unintuitive, but now that I've figured out how to use it, I really like it :)
Thank you for your great feedback and we're happy that RevisionSlider can help you in your daily work! What you wrote about your experience with the current UI confirm what we've learned during several usability tests. We have some ideas in mind how to improve these aspects in a next version of the RevisionSlider!
Simultaneous moving both edges
My proposal is option (additional draggable element or keyboard combination) for moving both markers simultaneously by one mouse move. For example to quickly move to next revision. Now I need to move one slider and then to move second slider within the same number of steps.
You can move the other marker once. They interchange by theirselves.
I would get additional marker to move them both simultaneously. If I move one, the second should move in the same way.
As I said, that's exactly what happens now.
They need to move separately - this is good but sometimes I need to compare next pairs (something like compare two versions and clicking "next"/"prev" diff).
Can't disable on Wikinews
The RevisionSlider is currently a beta feature on Wikinews. Click on the 'Beta' link at the top right of the page, scroll down to RevisionSlider and untick the box before saving your preferences.
I am unable to disable this on Wikinews. And, I also think why to provide an opt-out option (which doesn't work on Wikinews)? Better provide an opt-in option.
Hi there! The RevisionSlider is currently a beta feature on Wikinews. Click on the 'Beta' link at the top right of the page, scroll down to RevisionSlider and untick the box before saving your preferences. If this doesn't work then please post back here!
I found it. And it is working! Thank you for telling me how to do it.
Delta-size bars should be positioned between Versions
To me, it seem insensible that the delta-size bars appear upon the version arrows. Because it is a delta, they should be positioned between any two versions. They show the amount of data added during transition from one version to another; any version alone got no sensible delta, as delta is a function of two (adjacent) versions. Bars upon seems sensible, if they stand for the actual size, but not the difference of size. (I don’t want the actual size being displayed – showing deltas is yet absolute reasonable.) -- Pemu (talk) 21:34, 21 December 2016 (UTC)
RS was broken on rtl wikis in last deployment
Hi. Something happened, and now the RS opening arrow is on the right side of the screen instead of usual left. When clicking, the arrow "jumps" back to the left side.