Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Draft technique "Not relying on path or multipoint gestures for operation" #739

Open
detlevhfischer opened this issue May 17, 2019 · 6 comments

Comments

@detlevhfischer
Copy link
Contributor

I have drafted a simple general technique for 2.5.1 "Not relying on path or multipoint gestures for operation" that may be valuable for people planning to embed third-party stuff and wanting to check it for pointer accessibility (among other criteria).

Github link: https://github.com/w3c/wcag/blob/tech-no-reliance-on-path-or-multipoint/techniques/general/no-reliance-on-path-or-multipoint-gestures.html

View rendered in GitHack: https://raw.githack.com/w3c/wcag/tech-no-reliance-on-path-or-multipoint/techniques/general/no-reliance-on-path-or-multipoint-gestures.html

@goetsu
Copy link

goetsu commented May 21, 2019

This draft raise a question for me. Do the WG consider css only scrollable area requiring swipe (https://css-tricks.com/pure-css-horizontal-scrolling/ or https://css-tricks.com/practical-css-scroll-snapping/ for example) as a case where pointure gesture apply or not ? If yes the technique need to explicitly exclude this case from the scope.

@mraccess77
Copy link

Generally desktop browsers makes these areas scrollbar with the keyboard when a focusable control is in the area -- and Firefox in the past would actually dynamically add tabindex 0 to the container as well. But if you want support mobile user agents then this is a good question.

@detlevhfischer
Copy link
Contributor Author

detlevhfischer commented May 21, 2019

@goetsu This is (the draft of) a sufficient technique that ensures, by avoidance of functions that require path-based gestures, that you meet the SC. Your question is relevant, but whether scrollable areas would fail the SC does not need to be covered in this Technique, I think.

@patrickhlauke
Copy link
Member

FWIW scrolling with touch (and not just for scrollable areas, but for the entire page itself) is not a gesture that's handled by the content, but the browser/user agent. so in my view this would not be a failure of the SC ... it's out of scope

(and yes, this discussion here is about one particular technique...not about the SC itself)

@alastc alastc added Ready for initial review A new technique ready for +1s or itterations Techniques labels May 23, 2019
@alastc
Copy link
Contributor

alastc commented May 23, 2019

The example of the native horizontal scrolling will be included in the survey question that should resolve #522

@alastc alastc added Survey - Added and removed Ready for initial review A new technique ready for +1s or itterations labels Jun 6, 2019
@detlevhfischer
Copy link
Contributor Author

@alastc did this ever get resolved?

Am I correct that there is agreement that scrollable areas with CSS overflow (like page scrolling or panning) are outside the scope of 2.5.1 (and now also 2.5.7)?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants