Page MenuHomePhabricator

RevSlider: Make the hover visible when the user is moving the handle, including when it's off the slider
Closed, ResolvedPublic2 Estimated Story Points

Description

Two people that we've heard from on the RevSlider talk page didn't notice that you can see the hover box when you're dragging the handle, because they didn't keep their mouse on the slider when they moved the handle around. Now that I've played with it, it's not really natural to move your mouse in a straight line.

On WordPress, once you've clicked to start moving the handle, the hover box still shows up when your mouse moves above or below the slider.

This card is timeboxed -- if we can't figure out how to make this work in 2 points, then we'll come back together and talk about it.

Let me know if I can help you look at the WordPress code.

Event Timeline

DannyH raised the priority of this task from to Needs Triage.
DannyH updated the task description. (Show Details)
DannyH added a project: Community-Tech.
DannyH moved this task to Needs Discussion on the Community-Tech board.
DannyH added a subscriber: DannyH.
DannyH edited a custom field.
DannyH moved this task from Needs Discussion to Up Next on the Community-Tech board.
DannyH renamed this task from Placeholder: Fix the RevSlider thing to RevSlider: Make the hover visible when the user is moving the knob, including when it's off the slider.Nov 6 2015, 10:53 PM
DannyH renamed this task from RevSlider: Make the hover visible when the user is moving the knob, including when it's off the slider to RevSlider: Make the hover visible when the user is moving the handle, including when it's off the slider.
DannyH triaged this task as Medium priority.
DannyH updated the task description. (Show Details)

Pulled this into the sprint as this is blocking the user-testing card.

Preliminary investigation tells me that this would involve changing the way the prototype is designed significantly.

As far as I understand, the slider on WordPress makes the tipsy appear on the handle (as opposed to the slider), and dynamically changing its value based on its position. This allows it to make the dragging more granular (and not jumpy as we have it now). This is certainly a very good idea to explore and keep in mind when we develop the actual extension, and probably easier to implement too when we are not using the default bare-bone jQuery slider. But right now this is certain to take up ~2-3 days (optimistically speaking) to implement.

kaldari added a subscriber: kaldari.

@DannyH: Given Niharika's assessment that this will take some significant refactoring of the gadget (~3 days), should we keep this as a blocker of the user test or do the user test without this change?

I did guerilla user testing with three people in the office this afternoon.
The test was: start on the history page, choose revisions to compare, get
to the slider and then: "play around with this for a minute".

In all three cases, they figured out immediately that you get the hover
info when you're hovering on the slider. When they moved their mouse off
the slider and lost the hover, they moved back to the slider.

So: I was wrong, this is apparently not a huge blocker. :) Let's talk about
doing the user testing.

@DannyH, they are all engineers (who have worked with MediaWiki gadgets before, no less!). :P I'm going to grab few community people on IRC today and see if I can get them to test it.