Closed Bug 1081737 Opened 11 years ago Closed 9 years ago

Clickable area of video/audio element's volume slider too small

Categories

(Toolkit :: Video/Audio Controls, enhancement)

Product:
Toolkit
Component:
Video/Audio Controls
Type:
enhancement
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: me, Unassigned)

References

(
URL
)

Details

The default volume control is made up of a number of vertical bars of increasing height. If a click lands between these bars, it's not registered. The clickable area should probably set to an encompassing container element instead of the graphic itself for usability reasons. Example: http://video.webmfiles.org/big-buck-bunny_trailer.webm
URL: http://video.webmfiles.org/big-buck-b...
Hardware: x86 → All
Summary: Clickable area of <video>'s volume slider too small → Clickable area of video/audio element's volume slider too small
I've been looking for the click handler in toolkit/content/widgets/videocontrols.xml, but didn't find anything. I think this may be defined on the <scale> element itself. I'll look further.
Component: Audio/Video → Audio/Video: Playback
Component: Audio/Video: Playback → Video/Audio Controls
Product: Core → Toolkit
The click *is* registered, but we don't show any visual change if both clicks are between the same vertical bars. This is because we don't show anything between the bars. You can test this by clicking between one set of vertical bars and then between a different set of vertical bars. This is by design. The difference of one or two pixels of slider relative to audio volume is negligible.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
Ah, so this behaviour must've changed since I reported this bug. Before, it wasn't possible to start a drag between the bars, now it is, so that's fine :)
Awesome, glad to hear you are happy with the current implementation :)
Resolution: WONTFIX → WORKSFORME
You need to log in before you can comment on or make changes to this bug.