-
Notifications
You must be signed in to change notification settings - Fork 19
Focus Maintains Context #18
Comments
@chriscm2006 I'm looking super closely at the normative for WCAG 2.1 SC 3.2.1 On Focus: When any component receives focus, it does not initiate a change of context. (Level A) In step 1, I believe "open an ACTIVITY" is not a change in focus, but a user activating a control. What worries me...is that I perceive the VIEW as "not a control". Yes...we have ACCESSIBILITY FOCUS going from VIEW to another control with no user interaction...but is it "another control" on the same screen? In the normative, component means a user interface control, not just static content. And in the micro-moment of loading a VIEW, moving ACCESSIBILITY FOCUS to a useful user interface component/control (like a search field) on that page would be allowed. I think to meet the F52: Failure of Success Criterion 3.2.1 and 3.2.5 due to opening a new window as soon as a new page is loaded it would need to go like this:
What do you think? |
I believe I was not as semantically correct as you are, but we are on the same page. I'll update to your wording. What if I added a step
Could the more general wording then apply? Curiosity, NOT important for this Issue. |
Chris, Yes. I'm on board. Minor edit suggestion...where you have just the word "View"....I suggest changing it to View(1) so everyone who reads it is crystal clear. Inaccessible
Accessible
|
A focus change should not result in a context change, such as focusing another control.
Effected Technology: TalkBack
Type: Serious - WCAG 2.1 A - Violation
Success Criteria: 3.2.1
User Story
As a TalkBack User I am using an Activity that utilizes constraint layouts heavily.
Inaccessible
Activity
Accessibility Focus
to aView(1)
View
initiates anAccessibility Focus
event toView(2)
The Change of Context in 3 is in violation of WCAG 3.2.1.
Accessible
Activity
Accessibility Focus
to aView
View(1)
The text was updated successfully, but these errors were encountered: