E-mail List Archives
Thread: Spans inside headings pauses VoiceOver on iOS
Number of posts in this thread: 16 (In chronological order)
From:
Subject: Spans inside headings pauses VoiceOver on iOS
No previous message | Next message →
Hi,
I have a question regarding VoiceOver and HTML on iOS.
Given the following markup:
<h2>
<span class="foo">Today</span>
<span class="bar">4th of January</span>
</h2>
How can I make VoiceOver read the whole h2? Currently it stops on each span
(and says that it is a heading level 2). Is there some setting for
VoiceOver, or is there some workaround in the markup I could use?
If I re-arrange the markup and place the second span inside the first, I
can make VoiceOver read it all with a two-finger swipe down - but that's
not what I want. TalkBack and VoiceOver on Mac reads the whole h2. From
what I've found through Google, this is a "feature" of VoiceOver on iOS -
but is there a workaround?
[1]
http://stackoverflow.com/questions/32487261/html5-accessibility-does-not-read-div-spans
From: JP Jamous
Date: Thu, Jan 05 2017 7:56AM
Subject: Re: Spans inside headings pauses VoiceOver on iOS
← Previous message | Next message →
I have not been able to find one.
From: Birkir R. Gunnarsson
Date: Thu, Jan 05 2017 8:07AM
Subject: Re: Spans inside headings pauses VoiceOver on iOS
← Previous message | Next message →
I doubt there is.
You can try<span role="presentation"> but since they rae spans to
begin with I doubt that Voiceover will act any different.
What does Voiceover do when you navigate by headings (select from the
naigate by headings option from the rotor)?
On 1/5/17, JP Jamous < = EMAIL ADDRESS REMOVED = > wrote:
> I have not been able to find one.
>
>
From: JP Jamous
Date: Thu, Jan 05 2017 8:19AM
Subject: Re: Spans inside headings pauses VoiceOver on iOS
← Previous message | Next message →
It does not Birkir. I even tried the display property when I was testing it back in August, but was unable to get anywhere with it.
Unfortunately Øyvind, you would have to live with it. If you do find a fix, I'd be interested in learning about it.
From: Jonathan Cohn
Date: Thu, Jan 05 2017 9:46AM
Subject: Re: Spans inside headings pauses VoiceOver on iOS
← Previous message | Next message →
My office has had inserts several spans in their web pages to mark items for JS operations and has experienced breaking up of the paragraphs and headings in IOS also. As you indicate role=presentation does not resolve this issue, should it be brought to Apple's accessibility team?
Thanks,
Jonathan Cohn
> On Jan 5, 2017, at 10:19 AM, JP Jamous < = EMAIL ADDRESS REMOVED = > wrote:
>
> It does not Birkir. I even tried the display property when I was testing it back in August, but was unable to get anywhere with it.
> Unfortunately Øyvind, you would have to live with it. If you do find a fix, I'd be interested in learning about it.
>
From: Graham Armfield
Date: Thu, Jan 05 2017 10:29AM
Subject: Re: Spans inside headings pauses VoiceOver on iOS
← Previous message | Next message →
This is also especially annoying when screen reader text is present within
a heading.
But we have had some success with using role="text".
So try this:
<h2>
<span role="text">
<span class="foo">Today</span>
<span class="bar">4th of January</span>
</span>
</h2>
Regards
Graham Armfield
From: Jonathan Avila
Date: Thu, Jan 05 2017 10:34AM
Subject: Re: Spans inside headings pauses VoiceOver on iOS
← Previous message | Next message →
> But we have had some success with using role="text".
I've heard the role of "text" which was proposed for ARIA 1.1 has been removed from the latest editor's working draft. I'm not sure what the final decision on it will be.
Jonathan
Jonathan Avila
Chief Accessibility Officer
SSB BART Group
= EMAIL ADDRESS REMOVED =
703.637.8957 (Office)
Vis Visit us online: Website | Twitter | Facebook | LinkedIn | Blog
See you at CSUN in March!
The information contained in this transmission may be attorney privileged and/or confidential information intended for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any use, dissemination, distribution or copying of this communication is strictly prohibited.
From: JP Jamous
Date: Thu, Jan 05 2017 11:15AM
Subject: Re: Spans inside headings pauses VoiceOver on iOS
← Previous message | Next message →
I think we should. I know Paul on here filed a bug with them regarding aria-describedby and aria-labeledby. That was when iOS 10 came out.
There has been 3 updates since then and they have not addressed this bug. I state that to say that I don't know what their plans are and what they are willing to prioritize.
From:
Subject: Re: Spans inside headings pauses VoiceOver on iOS
← Previous message | Next message →
I can confirm that the role="text" trick works. Sadly, it does indeed look
like it's not in ARIA 1.1 [1].
I've tried other roles that may be relevant, but e.g. role="heading" does
not work. However, "button" does, which may save me in one case. The
downside is that the heading is inside a link, so VoiceOver identifies it
all as a button, a heading, and a link (in that order).
Seems like I have to choose between the lesser of three evils here, where
role="text" may be the least harmful. After all, ARIA 1.0 is the current
recommendation, and perhaps VoiceOver changes its behaviour before
role="text" is removed from its implementation.
Øyvind.
[1] https://www.w3.org/TR/wai-aria-1.1/#role_definitions
On 5 January 2017 at 18:34, Jonathan Avila < = EMAIL ADDRESS REMOVED = >
wrote:
> > But we have had some success with using role="text".
>
> I've heard the role of "text" which was proposed for ARIA 1.1 has been
> removed from the latest editor's working draft. I'm not sure what the
> final decision on it will be.
>
> Jonathan
>
> Jonathan Avila
> Chief Accessibility Officer
> SSB BART Group
> = EMAIL ADDRESS REMOVED =
> 703.637.8957 (Office)
> Vis Visit us online: Website | Twitter | Facebook | LinkedIn | Blog
> See you at CSUN in March!
>
> The information contained in this transmission may be attorney privileged
> and/or confidential information intended for the use of the individual or
> entity named above. If the reader of this message is not the intended
> recipient, you are hereby notified that any use, dissemination,
> distribution or copying of this communication is strictly prohibited.
>
>
>
>
From: Birkir R. Gunnarsson
Date: Mon, Jan 09 2017 5:55AM
Subject: Re: Spans inside headings pauses VoiceOver on iOS
← Previous message | Next message →
What about role="none", does that do anything?
role="text" if it works, is at least a temporary workaround (make sure
to file an issue with Apple about this for chance of a longer term
fix).
role="button" is a bad idea, a button is not allowed inside a link in
html, and assistive technologies are not going to treat this construct
consistently.
On 1/9/17, Øyvind < = EMAIL ADDRESS REMOVED = > wrote:
> I can confirm that the role="text" trick works. Sadly, it does indeed look
> like it's not in ARIA 1.1 [1].
>
> I've tried other roles that may be relevant, but e.g. role="heading" does
> not work. However, "button" does, which may save me in one case. The
> downside is that the heading is inside a link, so VoiceOver identifies it
> all as a button, a heading, and a link (in that order).
>
> Seems like I have to choose between the lesser of three evils here, where
> role="text" may be the least harmful. After all, ARIA 1.0 is the current
> recommendation, and perhaps VoiceOver changes its behaviour before
> role="text" is removed from its implementation.
>
> Øyvind.
>
> [1] https://www.w3.org/TR/wai-aria-1.1/#role_definitions
>
> On 5 January 2017 at 18:34, Jonathan Avila < = EMAIL ADDRESS REMOVED = >
> wrote:
>
>> > But we have had some success with using role="text".
>>
>> I've heard the role of "text" which was proposed for ARIA 1.1 has been
>> removed from the latest editor's working draft. I'm not sure what the
>> final decision on it will be.
>>
>> Jonathan
>>
>> Jonathan Avila
>> Chief Accessibility Officer
>> SSB BART Group
>> = EMAIL ADDRESS REMOVED =
>> 703.637.8957 (Office)
>> Vis Visit us online: Website | Twitter | Facebook | LinkedIn | Blog
>> See you at CSUN in March!
>>
>> The information contained in this transmission may be attorney privileged
>> and/or confidential information intended for the use of the individual or
>> entity named above. If the reader of this message is not the intended
>> recipient, you are hereby notified that any use, dissemination,
>> distribution or copying of this communication is strictly prohibited.
>>
>>
>>
>>
From:
Subject: Re: Spans inside headings pauses VoiceOver on iOS
← Previous message | Next message →
Using role="none" makes VoiceOver read the whole text, but you have to
cycle all the spans and listen to the same text multiple times. (This is
the same that happens using role="heading".)
On 9 January 2017 at 13:55, Birkir R. Gunnarsson <
= EMAIL ADDRESS REMOVED = > wrote:
> What about role="none", does that do anything?
> role="text" if it works, is at least a temporary workaround (make sure
> to file an issue with Apple about this for chance of a longer term
> fix).
> role="button" is a bad idea, a button is not allowed inside a link in
> html, and assistive technologies are not going to treat this construct
> consistently.
>
>
>
> On 1/9/17, Øyvind < = EMAIL ADDRESS REMOVED = > wrote:
> > I can confirm that the role="text" trick works. Sadly, it does indeed
> look
> > like it's not in ARIA 1.1 [1].
> >
> > I've tried other roles that may be relevant, but e.g. role="heading" does
> > not work. However, "button" does, which may save me in one case. The
> > downside is that the heading is inside a link, so VoiceOver identifies it
> > all as a button, a heading, and a link (in that order).
> >
> > Seems like I have to choose between the lesser of three evils here, where
> > role="text" may be the least harmful. After all, ARIA 1.0 is the current
> > recommendation, and perhaps VoiceOver changes its behaviour before
> > role="text" is removed from its implementation.
> >
> > Øyvind.
> >
> > [1] https://www.w3.org/TR/wai-aria-1.1/#role_definitions
> >
> > On 5 January 2017 at 18:34, Jonathan Avila < = EMAIL ADDRESS REMOVED = >
> > wrote:
> >
> >> > But we have had some success with using role="text".
> >>
> >> I've heard the role of "text" which was proposed for ARIA 1.1 has been
> >> removed from the latest editor's working draft. I'm not sure what the
> >> final decision on it will be.
> >>
> >> Jonathan
> >>
> >> Jonathan Avila
> >> Chief Accessibility Officer
> >> SSB BART Group
> >> = EMAIL ADDRESS REMOVED =
> >> 703.637.8957 (Office)
> >> Vis Visit us online: Website | Twitter | Facebook | LinkedIn | Blog
> >> See you at CSUN in March!
> >>
> >> The information contained in this transmission may be attorney
> privileged
> >> and/or confidential information intended for the use of the individual
> or
> >> entity named above. If the reader of this message is not the intended
> >> recipient, you are hereby notified that any use, dissemination,
> >> distribution or copying of this communication is strictly prohibited.
> >>
> >>
> >>
> >>
From: Graham Armfield
Date: Mon, Jan 09 2017 8:11AM
Subject: Re: Spans inside headings pauses VoiceOver on iOS
← Previous message | Next message →
role="text" looks to have been moved to ARIA 2.0. See:
https://www.w3.org/2016/03/31-aria-minutes.html#item04
Still it does do the trick, perhaps by accident though. I guess that counts
as a hack?
Regards
Graham Armfield
From:
Subject: Re: Spans inside headings pauses VoiceOver on iOS
← Previous message | Next message →
I'm going for role="text" for now. I've filed a bug with Apple. Thanks for
helping out :-)
Ø.
On 9 January 2017 at 16:11, Graham Armfield <
= EMAIL ADDRESS REMOVED = > wrote:
> role="text" looks to have been moved to ARIA 2.0. See:
> https://www.w3.org/2016/03/31-aria-minutes.html#item04
>
> Still it does do the trick, perhaps by accident though. I guess that counts
> as a hack?
>
>
> Regards
> Graham Armfield
> > > > >
From: Ryan E. Benson
Date: Wed, Jan 11 2017 3:22PM
Subject: Re: Spans inside headings pauses VoiceOver on iOS
← Previous message | Next message →
Can you share the link to the bug report? Others may want to keep their eye
on it
Ryan E. Benson
On Jan 10, 2017 04:04, "Øyvind" < = EMAIL ADDRESS REMOVED = > wrote:
> I'm going for role="text" for now. I've filed a bug with Apple. Thanks for
> helping out :-)
>
> Ø.
>
> On 9 January 2017 at 16:11, Graham Armfield <
> = EMAIL ADDRESS REMOVED = > wrote:
>
> > role="text" looks to have been moved to ARIA 2.0. See:
> > https://www.w3.org/2016/03/31-aria-minutes.html#item04
> >
> > Still it does do the trick, perhaps by accident though. I guess that
> counts
> > as a hack?
> >
> >
> > Regards
> > Graham Armfield
> > > > > > > > > >
> > > > >
From:
Subject: Re: Spans inside headings pauses VoiceOver on iOS
← Previous message | Next message →
Sorry, it doesn't seem to be possible to share links to bugs reported to
Apple. More info:
http://stackoverflow.com/questions/144873/can-i-browse-other-peoples-apple-bug-reports
Ø.
On 11 January 2017 at 23:22, Ryan E. Benson < = EMAIL ADDRESS REMOVED = > wrote:
> Can you share the link to the bug report? Others may want to keep their eye
> on it
>
> Ryan E. Benson
>
> On Jan 10, 2017 04:04, "Øyvind" < = EMAIL ADDRESS REMOVED = > wrote:
>
> > I'm going for role="text" for now. I've filed a bug with Apple. Thanks
> for
> > helping out :-)
> >
> > Ø.
> >
> > On 9 January 2017 at 16:11, Graham Armfield <
> > = EMAIL ADDRESS REMOVED = > wrote:
> >
> > > role="text" looks to have been moved to ARIA 2.0. See:
> > > https://www.w3.org/2016/03/31-aria-minutes.html#item04
> > >
> > > Still it does do the trick, perhaps by accident though. I guess that
> > counts
> > > as a hack?
> > >
> > >
> > > Regards
> > > Graham Armfield
> > > > > > > > > > > > > > >
> > > > > > > > > >
> > > > >
From: Paul J. Adam
Date: Mon, Jan 16 2017 11:10AM
Subject: Re: Spans inside headings pauses VoiceOver on iOS
← Previous message | No next message
For VoiceOver bugs with Safari which uses the Webkit browser rendering engine you should instead file them at the public WebKit Bugzilla, https://bugs.webkit.org/page.cgi?id=bug-writing.html. You can search for previously entered bugs and see the status of other accessibility bugs listed so it's better than their internal, private apple bug reporter. You can also share your bug reports publicly to make folks aware of the issue.
Here's a bug I filed as an example, https://bugs.webkit.org/show_bug.cgi?id2578
Paul J. Adam
Accessibility Evangelist
www.deque.com
> On Jan 16, 2017, at 11:47 AM, Øyvind < = EMAIL ADDRESS REMOVED = > wrote:
>
> Sorry, it doesn't seem to be possible to share links to bugs reported to
> Apple. More info:
> http://stackoverflow.com/questions/144873/can-i-browse-other-peoples-apple-bug-reports
>
> Ø.
>
> On 11 January 2017 at 23:22, Ryan E. Benson < = EMAIL ADDRESS REMOVED = > wrote:
>
>> Can you share the link to the bug report? Others may want to keep their eye
>> on it
>>
>> Ryan E. Benson
>>
>> On Jan 10, 2017 04:04, "Øyvind" < = EMAIL ADDRESS REMOVED = > wrote:
>>
>>> I'm going for role="text" for now. I've filed a bug with Apple. Thanks
>> for
>>> helping out :-)
>>>
>>> Ø.
>>>
>>> On 9 January 2017 at 16:11, Graham Armfield <
>>> = EMAIL ADDRESS REMOVED = > wrote:
>>>
>>>> role="text" looks to have been moved to ARIA 2.0. See:
>>>> https://www.w3.org/2016/03/31-aria-minutes.html#item04
>>>>
>>>> Still it does do the trick, perhaps by accident though. I guess that
>>> counts
>>>> as a hack?
>>>>
>>>>
>>>> Regards
>>>> Graham Armfield
>>>> >>>> >>>> >>>> >>>>
>>> >>> >>> >>> >>>
>> >> >> >> >>
> > > >