As a user, I can't easily move to the previous (or next) set of revisions easily without using the mouse.
**Background**
Currently, if a user wants to move both pointers at the same time they need to click and drag the pointers twice, once to move the first pointer, and a second time to move the second one. While this makes perfect sense when the revisions are far apart, it is quite cumbersome when one wants to move to the previous (or next) two revisions.
**Possible solutions**Solution**
(Old suggestion: From https://www.mediawiki.org/wiki/Topic:Tnzvxtfzp9oqsw5v :)
terminology as on https://www.mediawiki.org/wiki/Extension:RevisionSlider
{F23611349}
The basic implementation will cover moving the pointers by keyboard, just like dragging them. There are currently no specs for the equivalent of hover states or moving both knobs together.
1) **Tabbing order** for setting focus to elements: left change-view arrow (if there), 3. right change view arrow (if there) , 4. yellow knob 5. blue knob 6. help button.
From https://www.mediawiki.org/wiki/Topic:Tnzvxtfzp9oqsw5v :
Keyboard shortcuts to move in each directionThe change is that now, the pointers on the sliders can have focus. Pointers thus get focus after the backward/frontward arrows got focus.
2)** Behaviour**
If the tab focus is on one of the knobs, following actions are possible on the focused knob. :
Shortcut to move both pointers ( [Ctrl] + [Alt] + [←] [→] ) - simultaneous move the pointers to the two previous revisions.An arrow left on the keyboard moves one revision to the left
Shortcut to move one pointer ( [Ctrl] + [←] [→] ) - moveAn arrow right on the left or right pointer to pkeyboard moves one revious or next revisionsion to the right
For the second shortcut since there are cases where one would want to use either the left or the right pointeras if it would have been dragged there. When the key is released (Why released? A change triggers a redraw of the diffs and many diffs in succession would cause many redraws), maybe these would be better:the action is executed.
No other actions are specified/implemented
Move right pointer - [META] + [⇧Shift] + [←] [→]
Move left pointer - [META] + [←] [→]Edge cases:
If the slider is at the end of its range (either range of the loaded revisions or next to the other slider: No action. (There would be some plausible action that could be taken, but dragging does not do an additional action, so we stay within that behavior)
(Now not from ticket)
But feel free to change the shortcuts,3) Styles
For now, the styles applied when focus is on a slider, would be the same as the one applied on hover: The slider line is less transparent, the pointer brighter. ideally after testingThe style is un-applied when the idea with others!focus moves somewhere else.
----------------------------
Mentors for the task: @Lea_WMDE, @Tobi_WMDE_SW, @WMDE-Fisch, @Andrew-WMDE
**Background of the RevisionSlider**
The [[ https://www.mediawiki.org/wiki/Extension:RevisionSlider | RevisionSlider ]] is an extension that adds a slider view to the diff page so that you can easily move between revisions.
**Info for the Hackathon 2018**
If you are interested in working on this at the #Wikimedia-Hackathon-2018 , @WMDE-Fisch can help you with any questions.