-
Notifications
You must be signed in to change notification settings - Fork 266
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
"single-pointer" definition should not include path-based gestures in 2.5.1, 2.5.2, and 2.5.7 #3535
Comments
|
this goes back to the historically borked way for some reason 2.1 decided to define "single pointer" not to mean the actual pointer itself, but the action of using a single pointer... |
xref #749 (comment) |
if we want to fix this, i'd propose removing mentions of taps, clicks, etc, and just defining/clarifying that a "single pointer" means a mouse, stylus, single finger on a touchscreen, and stands in contrast with multi-pointer/multi-touch scenarios. |
The definition for "single pointer" has had issues for a long time, as it mixes the idea of what is a pointer with the action(s) *performed* using a pointer. See #749 (comment) and the recent #3535 where this is once again causing a non-sequitur
Trying once more to move this definition away from interactions, and to just define what a "single pointer" actually is #3536 |
The definition for "single pointer" has had issues for a long time, as it mixes the idea of what a pointer *is* with the action(s) *performed* using a pointer. I originally tried to fix this, but there was no appetite for it once 2.1 was released. However, with 2.2 and the new 2.5.7 Dragging Movement SC, the broken definition is causing actual misunderstandings/illogical non-sequiturs. See #749 (comment) and the recent #3535 where this is once again causing a non-sequitur Closes #3535 (this is effectively a follow-up to #809 which had disambiguated things, but the definition had since been changed further/again to reintroduce the ambiguous wording we have at this point which confuses input with action) This would be applied to WCAG 2.1 and 2.2, unless there is a decision to only apply it to 2.2. EDIT: Also closes #394 <!-- This comment and the below content is programmatically generated. You may add a comma-separated list of anchors you'd like a direct link to below (e.g. #idl-serializers, #idl-sequence): Don't remove this comment or modify anything below this line. If you don't want a preview generated for this pull request, just replace the whole of this comment's content by "no preview" and remove what's below. --> *** <a href="https://pr-preview.s3.amazonaws.com/w3c/wcag/pull/3536.html" title="Last updated on Mar 8, 2024, 7:30 PM UTC (6c36df1)">Preview</a> | <a href="https://pr-preview.s3.amazonaws.com/w3c/wcag/3536/afbf9ee...6c36df1.html" title="Last updated on Mar 8, 2024, 7:30 PM UTC (6c36df1)">Diff</a> --------- Co-authored-by: Alastair Campbell <[email protected]>
The definition for "single pointer" has had issues for a long time, as it mixes the idea of what a pointer *is* with the action(s) *performed* using a pointer. I originally tried to fix this, but there was no appetite for it once 2.1 was released. However, with 2.2 and the new 2.5.7 Dragging Movement SC, the broken definition is causing actual misunderstandings/illogical non-sequiturs. See #749 (comment) and the recent #3535 where this is once again causing a non-sequitur Closes #3535 (this is effectively a follow-up to #809 which had disambiguated things, but the definition had since been changed further/again to reintroduce the ambiguous wording we have at this point which confuses input with action) This would be applied to WCAG 2.1 and 2.2, unless there is a decision to only apply it to 2.2. EDIT: Also closes #394 <!-- This comment and the below content is programmatically generated. You may add a comma-separated list of anchors you'd like a direct link to below (e.g. #idl-serializers, #idl-sequence): Don't remove this comment or modify anything below this line. If you don't want a preview generated for this pull request, just replace the whole of this comment's content by "no preview" and remove what's below. --> *** <a href="https://pr-preview.s3.amazonaws.com/w3c/wcag/pull/3536.html" title="Last updated on Mar 8, 2024, 7:30 PM UTC (6c36df1)">Preview</a> | <a href="https://pr-preview.s3.amazonaws.com/w3c/wcag/3536/afbf9ee...6c36df1.html" title="Last updated on Mar 8, 2024, 7:30 PM UTC (6c36df1)">Diff</a> --------- Co-authored-by: Alastair Campbell <[email protected]> (cherry picked from commit a9dbe11)
The definition for "single pointer" has had issues for a long time, as it mixes the idea of what a pointer *is* with the action(s) *performed* using a pointer. I originally tried to fix this, but there was no appetite for it once 2.1 was released. However, with 2.2 and the new 2.5.7 Dragging Movement SC, the broken definition is causing actual misunderstandings/illogical non-sequiturs. See #749 (comment) and the recent #3535 where this is once again causing a non-sequitur Closes #3535 (this is effectively a follow-up to #809 which had disambiguated things, but the definition had since been changed further/again to reintroduce the ambiguous wording we have at this point which confuses input with action) This would be applied to WCAG 2.1 and 2.2, unless there is a decision to only apply it to 2.2. EDIT: Also closes #394 <!-- This comment and the below content is programmatically generated. You may add a comma-separated list of anchors you'd like a direct link to below (e.g. #idl-serializers, #idl-sequence): Don't remove this comment or modify anything below this line. If you don't want a preview generated for this pull request, just replace the whole of this comment's content by "no preview" and remove what's below. --> *** <a href="https://pr-preview.s3.amazonaws.com/w3c/wcag/pull/3536.html" title="Last updated on Mar 8, 2024, 7:30 PM UTC (6c36df1)">Preview</a> | <a href="https://pr-preview.s3.amazonaws.com/w3c/wcag/3536/afbf9ee...6c36df1.html" title="Last updated on Mar 8, 2024, 7:30 PM UTC (6c36df1)">Diff</a> --------- Co-authored-by: Alastair Campbell <[email protected]> (cherry picked from commit a9dbe11)
The definition for "single pointer" has had issues for a long time, as it mixes the idea of what a pointer *is* with the action(s) *performed* using a pointer. I originally tried to fix this, but there was no appetite for it once 2.1 was released. However, with 2.2 and the new 2.5.7 Dragging Movement SC, the broken definition is causing actual misunderstandings/illogical non-sequiturs. See #749 (comment) and the recent #3535 where this is once again causing a non-sequitur Closes #3535 (this is effectively a follow-up to #809 which had disambiguated things, but the definition had since been changed further/again to reintroduce the ambiguous wording we have at this point which confuses input with action) This would be applied to WCAG 2.1 and 2.2, unless there is a decision to only apply it to 2.2. EDIT: Also closes #394 <!-- This comment and the below content is programmatically generated. You may add a comma-separated list of anchors you'd like a direct link to below (e.g. #idl-serializers, #idl-sequence): Don't remove this comment or modify anything below this line. If you don't want a preview generated for this pull request, just replace the whole of this comment's content by "no preview" and remove what's below. --> *** <a href="https://pr-preview.s3.amazonaws.com/w3c/wcag/pull/3536.html" title="Last updated on Mar 8, 2024, 7:30 PM UTC (6c36df1)">Preview</a> | <a href="https://pr-preview.s3.amazonaws.com/w3c/wcag/3536/afbf9ee...6c36df1.html" title="Last updated on Mar 8, 2024, 7:30 PM UTC (6c36df1)">Diff</a> --------- Co-authored-by: Alastair Campbell <[email protected]> (cherry picked from commit a9dbe11)
The definition of "single-pointer" incorrectly includes "path-based gestures", which it should not since "path-based gestures" by definition are dragging.
https://www.w3.org/WAI/WCAG22/Understanding/dragging-movements.html#dfn-single-pointer
This fails to make sense when replacing the definition for the term in the SC
also fails where it's using a circular definition in the SC
"path-based gestures can be operated with a path-based gesture without a path-based gesture"
Removing the "path-based gestures" from the definition of "single-pointer" would solve the problem in the following documents:
WCAG 2.1 single-pointer definition
Understanding 2.1
2.5.1 Pointer Gestures
2.5.2 Pointer Cancellation
WCAG 2.2 single-pointer definition
Understanding 2.2
2.5.1 Pointer Gestures
2.5.2 Pointer Cancellation
2.5.7 Dragging Movement
The text was updated successfully, but these errors were encountered: