Change Details

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. **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. The 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. : An arrow left on the keyboard moves one revision to the left An arrow right on the keyboard moves one revision to the right as 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), the action is executed. No other actions are specified/implemented 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) 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. The style is un-applied when the 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.

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. **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. The 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. : An arrow left on the keyboard moves one revision to the left An arrow right on the keyboard moves one revision to the right as 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), the action is executed. No other actions are specified/implemented 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) 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. The style is un-applied when the 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.

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. **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. The 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. : An arrow left on the keyboard moves one revision to the left An arrow right on the keyboard moves one revision to the right as 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), the action is executed. No other actions are specified/implemented 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) 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. The style is un-applied when the 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.