Describe the bug
While the slider seems to follow the ARIA 1.1 pattern correctly, it - as the pattern itself - doesn't work for users on a touch device using AT (e.g. iOS/VoiceOver, Android/TalkBack). The ARIA makes it announce like a native <input type="range">, and gives the hint to users that they can use gestures like "swipe up or down to change the value" (on iOS) / "use the volume buttons to change the value" (Android). However, as the slider can't actually intercept those (just yet anyway, until it uses Accessibility Object Model user action events https://wicg.github.io/aom/spec/#user-action-events), it is essentially broken for these users.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The slider values change
Browser Version (please complete the following information):
Additional context
The most robust way to make this universally work, currently, is to actually have a proper <input type="range"> which is either heavily styled, or which is being "piggy-backed" via CSS/JS. See https://codepen.io/patrickhlauke/pen/byWPMX for demo and explanation
Duplicate #1279
not quite sure why this was marked as a duplicate, when this is specifically about touch + assistive tech, while #1279 is about mouse handling?
Ah oops I seem to have responded to the wrong browser tab!
@patrickhlauke Should we open an issue on https://github.com/w3c/aria-practices to report the issue with https://www.w3.org/TR/wai-aria-practices/examples/slider/slider-1.html?
already known issue with aria-practices ... sadly, not much movement has been made in that respect https://github.com/w3c/aria-practices/issues/8