WebAIM - Web Accessibility In Mind

E-mail List Archives

Re: Titles for iframes

for

From: Paul Bohman
Date: Feb 11, 2015 4:53PM

One thing also worth noting: JAWS does not read the iframe's title
attribute at all. Instead, it reads the <title> element of the included
page. That's not what screen readers are "supposed to" do, but that's what
JAWS does, and it sort of makes sense, but the problem with that approach
is that you have no control over the iframe title when you're including
third party content.


Paul Bohman, PhD
Director of Training
Deque Systems, Inc
www.deque.com
703-225-0380, ext.121

On Wed, Feb 11, 2015 at 2:07 PM, Brooks Newton < <EMAIL REMOVED> >
wrote:

> Hi All,
>
> For iframes with content that isn't intended for consumption by any user,
> such as iframes that hold third-party tracking tags, how about using the
> HTML5 hidden attribute and / or the CSS display:none declaration? Doesn't
> using aria-hidden="true" on the iframe element also make sense in this
> case? Seems to me that the semantic relevance of setting
> role="presentation" belies the page author's intended purpose - especially
> when you consider the specific context of the tracking tag iframe example I
> brought up... which is that no page user is supposed to know the hidden
> iframe content exists on the page. What are others thoughts?
>
> Credit to one of Steve's past posts for discussing the use of the three
> aforementioned techniques for hiding content from AT users
> -
> http://www.paciellogroup.com/blog/2012/05/html5-accessibility-chops-hidden-and-aria-hidden/
>
> Brooks Newton
>
> -----Original Message-----
> From: Steve Faulkner [mailto: <EMAIL REMOVED> ]
> Sent: Tuesday, February 10, 2015 12:43 PM
> To: WebAIM Discussion List
> Subject: Re: [WebAIM] Titles for iframes
>
> On 10 February 2015 at 17:41, Jared Smith < <EMAIL REMOVED> > wrote:
>
> > Unfortunately, as Paul has described, many screen readers read extra
> > stuff for iframes that do not have titles. This behavior is (I
> > believe) incorrect, but is the reality. As such, a very concise
> > descriptor of the iframe is likely the best alternative.
> >
>
> I this case role="presentation" could be used to remove the semantics of
> the frame, need to check AT support.
>
> I wrote an article about hidden iframes that may be helpful
> http://www.paciellogroup.com/blog/2010/04/making-sure-hidden-frames-are-hidden/
> though probably needs an update :-)
>
> --
>
> Regards
>
> SteveF
> HTML 5.1 <http://www.w3.org/html/wg/drafts/html/master/>;
>
>
> > > >