-
Notifications
You must be signed in to change notification settings - Fork 15
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
Base theme: skip to main links do not work on IOS using VoiceOver #102
Comments
@wet-boew/access-working-group |
Hi David, It’s great to hear that someone is finally doing testing using voice Over and Safari. Are you testing with your own phone or is this a work phone? Thanks, Stacy From: dfarough [mailto:[email protected]] @wet-boew/access-working-grouphttps://github.com/orgs/wet-boew/teams/access-working-group — |
VoiceOver in my experience does not like the CSS props of wb-invisible. From: dfarough [mailto:[email protected]] @wet-boew/access-working-grouphttps://github.com/orgs/wet-boew/teams/access-working-group — |
The skip links are not offscreen in WET though and we don't use any javascript on them (correct me if I'm wrong @pjackson28) |
Is this a bug that can be submitted to VoiceOver? These styles should not disrupt anything |
Do you know what version of WET this is happening on? Can you reproduce with the live working examples? I find it puzzling as WET doesn't use any JavaScript for the Skip to main content link, it is all done through CSS. It is initially hidden with CSS and then is revealed with CSS when it gains focus. The only possible cause I can think of is in v3.x we used jQuery Mobile which was very heavy-handed with JavaScript so created focus issues. That is one of the reasons why we stopped using that framework. Could you please check with the live working examples to confirm whether or not it is an issue with the current versions of WET? |
@jrowsell the issue with |
Another possible cause is if the href of the skip link has no corresponding target. On the test page, does the skip link shift focus to the h1 element when activated (when testing with other browsers/screen readers)? This is to help determine if the issue is with just the test page. Also, if there is an issue with how VoiceOver handles certain CSS properties, then has an issue been filed with VoiceOver? |
The skip link on this page works well without any AT http://wet-boew.github.io/themes-dist/theme-base/index-en.html |
If using a mobile device it could be from various scenarios including many reported and documented issues with VoiceOver regarding tapped events. Paul is right about some issues with making VoiceOver read links from the target aswell. From: Laurent Goderre [mailto:[email protected]] The skip link on this page works well without any AT http://wet-boew.github.io/themes-dist/theme-base/index-en.html — |
I was testing with my IPhone. This was the live examples I was testing with.and is version 8.1.3 of IOS.I will test with my Ipad at home. I have not updated the IPad lately so the different form factor and OS version may produce different results. When I swipe right from the address field, focus seems to move directly to the skip to main link, and then VoiceOver speaks the reload link. If I try to double tap the skip to main link often the keyboard appears so that I can edit the url. I am also having difficulty activating the basic html link. This may be due to my clumsy fat fingers and the size of my IPhone. so I'll be interested to experience this on my IPad. |
@dfarough tapped events have documented issues with VoiceOver it is listed is a moderate to major bug when I last checked a few weeks ago. From: dfarough [mailto:[email protected]] I was testing with my IPhone. This was the live examples I was testing with.and is version 8.1.3 of IOS.I will test with my Ipad at home. I have not updated the IPad lately so the different form factor and OS version may produce different results. When I swipe right from the address field, focus seems to move directly to the skip to main link, and then VoiceOver speaks the reload link. If I try to double tap the skip to main link often the keyboard appears so that I can edit the url. I am also having difficulty activating the basic html link. This may be due to my clumsy fat fingers and the size of my IPhone. so I'll be interested to experience this on my IPad. — |
@lgoderre are we using and aria-hidden in WET4? I don’t recall noticing it anywhere yet. From: Laurent Goderre [mailto:[email protected]] @jrowsellhttps://github.com/jrowsell the issue with wb-inv or wb-invisible, is it the same for WET4 than it is for WET3? — |
@jrowsell we do use ARIA when it makes sense. Do you think there is some ARIA that can help solve this issue? |
given the current situation with these hidden skip links, I am wondering if we should consider either making them visible to all or moving them to a navigation section. given they are primarily for accessibility purposes, it is clear to me that they do not serve this purpose for IOS mobile users. I am less concerned about the skip to main link since we are using proper heading structure and landmark roles in WET. I am however more concerned about the basic HTML or Standard links which exhibit the same behaviour One of the things recommended by one person on webaim was .the following: bootstrap link: The other suggestion that was provided was the Paciello group site: http://www.paciellogroup.com |
Bootstrap point to this article from it's code which is pretty much what we have |
Keep in mind also that a large part of the focus issues you identify are the fault of Safari. Safari and Chrome have since the start not shifted focus for same-page links. Those two browsers only visually scroll the page but either leave the focus on the activated link or put it on the body element (which is even worse). We try to address that in WET by forcing the focus change to the link target but that can be complicated to manage, particularly with touch events. Ideally this problem would be fixed in the browser itself so we wouldn't have to build all these complicated workarounds. |
I saw the following content on the WEBAIM list serve. so maybe someone can look into this. I suspect that this would apply to all skip to main links on all WET pages. I tried using my Iphone and the focus does seem to move on to the reload link when voiceover speaks the skip to main link.
I will paste some of the content from the list below.
I'm too lazy to check it out on a Saturday morning, but I'll bet the problem is that the skip to main content link is hidden off screen in WET. The behavior you're describing is exactly what happens when the focus moves off screen—the browser loses track of the current location, and focus skips back to the top of the page.
Cliff Tyllick
Texas Department of Assistive and Rehabilitative Services
Sent from my iPad
The text was updated successfully, but these errors were encountered: