WebAIM - Web Accessibility In Mind

E-mail List Archives

Thread: hovers and screenreaders

for

Number of posts in this thread: 12 (In chronological order)

From: Carin Headrick
Date: Fri, Feb 26 2010 9:36AM
Subject: hovers and screenreaders
No previous message | Next message →

Hi. I'm trying to help a webmaster. Her page is loaded with "click here" links. She put some kind of hovering title on some of them hoping screenreaders would find it. Mine sure didn't. I know that some things that hover can be found by screenreaders. What's the magic trick? She works for my city. The site is http://guelph.ca/living.cfm?subCatID=1179&;smocid=1764

and behold the mass o' click heres!

Carin

From: Steven Faulkner
Date: Fri, Feb 26 2010 10:27AM
Subject: Re: hovers and screenreaders
← Previous message | Next message →

Hi Carin,

the site is uisng the title attribute on links to provide extra information
about the link. Unfortunately many screen readers do not provide practical
access to this information. An alternative strategy is to use contextual
content hidden via CSS. This article by gez lemon explains one such method
Providing Context for Ambiguous Link Phrases
http://www.paciellogroup.com/blog/?p=8

regards
stevef

On 26 February 2010 15:36, Carin Headrick < = EMAIL ADDRESS REMOVED = > wrote:

> Hi. I'm trying to help a webmaster. Her page is loaded with "click here"
> links. She put some kind of hovering title on some of them hoping
> screenreaders would find it. Mine sure didn't. I know that some things that
> hover can be found by screenreaders. What's the magic trick? She works for
> my city. The site is http://guelph.ca/living.cfm?subCatID=1179&;smocid=1764
>
> and behold the mass o' click heres!
>
> Carin
>

From: Carin Headrick
Date: Fri, Feb 26 2010 12:42PM
Subject: Re: hovers and screenreaders
← Previous message | Next message →

Thank you. You may get more brain-pickage if she asks me more questions.

Carin
----- Original Message -----
From: Steven Faulkner
To: WebAIM Discussion List
Sent: Friday, February 26, 2010 11:26 AM
Subject: Re: [WebAIM] hovers and screenreaders


Hi Carin,

the site is uisng the title attribute on links to provide extra information
about the link. Unfortunately many screen readers do not provide practical
access to this information. An alternative strategy is to use contextual
content hidden via CSS. This article by gez lemon explains one such method
Providing Context for Ambiguous Link Phrases
http://www.paciellogroup.com/blog/?p=8

regards
stevef

On 26 February 2010 15:36, Carin Headrick < = EMAIL ADDRESS REMOVED = > wrote:

> Hi. I'm trying to help a webmaster. Her page is loaded with "click here"
> links. She put some kind of hovering title on some of them hoping
> screenreaders would find it. Mine sure didn't. I know that some things that
> hover can be found by screenreaders. What's the magic trick? She works for
> my city. The site is http://guelph.ca/living.cfm?subCatID=1179&;smocid=1764
>
> and behold the mass o' click heres!
>
> Carin
>

From: Geof Collis
Date: Fri, Feb 26 2010 12:54PM
Subject: Re: hovers and screenreaders
← Previous message | Next message →

Hi Karen

Did a quick accessibility chekc and looks like she's going to need to
address more accessibility issues than just this one, especially in
light of the AODA Information and communications standard coming into
affect soon. :O)


cheers

Geof
At 01:41 PM 2/26/2010, you wrote:
>Thank you. You may get more brain-pickage if she asks me more questions.
>
>Carin
>----- Original Message -----
>From: Steven Faulkner
>To: WebAIM Discussion List
>Sent: Friday, February 26, 2010 11:26 AM
>Subject: Re: [WebAIM] hovers and screenreaders
>
>
>Hi Carin,
>
>the site is uisng the title attribute on links to provide extra information
>about the link. Unfortunately many screen readers do not provide practical
>access to this information. An alternative strategy is to use contextual
>content hidden via CSS. This article by gez lemon explains one such method
>Providing Context for Ambiguous Link Phrases
>http://www.paciellogroup.com/blog/?p=8
>
>regards
>stevef
>
>On 26 February 2010 15:36, Carin Headrick < = EMAIL ADDRESS REMOVED = > wrote:
>
> > Hi. I'm trying to help a webmaster. Her page is loaded with "click here"
> > links. She put some kind of hovering title on some of them hoping
> > screenreaders would find it. Mine sure didn't. I know that some things that
> > hover can be found by screenreaders. What's the magic trick? She works for
> > my city. The site is http://guelph.ca/living.cfm?subCatID=1179&;smocid=1764
> >
> > and behold the mass o' click heres!
> >
> > Carin
> >

From: ckrugman@sbcglobal.net
Date: Fri, Feb 26 2010 5:12PM
Subject: Re: hovers and screenreaders
← Previous message | Next message →

Hi Karen,
I am using JAWS 11 and IE 8 and it identified 73 links on the page. None
were reade as Mouse over or as hover links and they all appeared to work.
Chuck
----- Original Message -----
From: "Carin Headrick" < = EMAIL ADDRESS REMOVED = >
To: "WebAIM Discussion List" < = EMAIL ADDRESS REMOVED = >
Sent: Friday, February 26, 2010 7:36 AM
Subject: [WebAIM] hovers and screenreaders


> Hi. I'm trying to help a webmaster. Her page is loaded with "click here"
> links. She put some kind of hovering title on some of them hoping
> screenreaders would find it. Mine sure didn't. I know that some things
> that hover can be found by screenreaders. What's the magic trick? She
> works for my city. The site is
> http://guelph.ca/living.cfm?subCatID=1179&;smocid=1764
>
> and behold the mass o' click heres!
>
> Carin
>

From: Carin Headrick
Date: Fri, Feb 26 2010 5:51PM
Subject: Re: hovers and screenreaders
← Previous message | Next message →

What about the links that said click here. She said she put text on them that you could see if hovering. I appear to have some kind of lead on how to give that info.

Carin
----- Original Message -----
From: = EMAIL ADDRESS REMOVED =
To: WebAIM Discussion List
Sent: Friday, February 26, 2010 6:12 PM
Subject: Re: [WebAIM] hovers and screenreaders


Hi Karen,
I am using JAWS 11 and IE 8 and it identified 73 links on the page. None
were reade as Mouse over or as hover links and they all appeared to work.
Chuck
----- Original Message -----
From: "Carin Headrick" < = EMAIL ADDRESS REMOVED = >
To: "WebAIM Discussion List" < = EMAIL ADDRESS REMOVED = >
Sent: Friday, February 26, 2010 7:36 AM
Subject: [WebAIM] hovers and screenreaders


> Hi. I'm trying to help a webmaster. Her page is loaded with "click here"
> links. She put some kind of hovering title on some of them hoping
> screenreaders would find it. Mine sure didn't. I know that some things
> that hover can be found by screenreaders. What's the magic trick? She
> works for my city. The site is
> http://guelph.ca/living.cfm?subCatID=1179&;smocid=1764
>
> and behold the mass o' click heres!
>
> Carin
>

From: ckrugman@sbcglobal.net
Date: Sat, Feb 27 2010 12:21AM
Subject: Re: hovers and screenreaders
← Previous message | Next message →

I had no difficulty accessing the links that were entitled " Link Here"
regarding the public transit system although the one regarding fare
increases led to a document that was apparently removed. The others for the
Google map and other information were accessed with no difficulty. There was
no indication of anything about hovering though.
Chuck
----- Original Message -----
From: "Carin Headrick" < = EMAIL ADDRESS REMOVED = >
To: "WebAIM Discussion List" < = EMAIL ADDRESS REMOVED = >
Sent: Friday, February 26, 2010 3:51 PM
Subject: Re: [WebAIM] hovers and screenreaders


> What about the links that said click here. She said she put text on them
> that you could see if hovering. I appear to have some kind of lead on how
> to give that info.
>
> Carin
> ----- Original Message -----
> From: = EMAIL ADDRESS REMOVED =
> To: WebAIM Discussion List
> Sent: Friday, February 26, 2010 6:12 PM
> Subject: Re: [WebAIM] hovers and screenreaders
>
>
> Hi Karen,
> I am using JAWS 11 and IE 8 and it identified 73 links on the page. None
> were reade as Mouse over or as hover links and they all appeared to work.
> Chuck
> ----- Original Message -----
> From: "Carin Headrick" < = EMAIL ADDRESS REMOVED = >
> To: "WebAIM Discussion List" < = EMAIL ADDRESS REMOVED = >
> Sent: Friday, February 26, 2010 7:36 AM
> Subject: [WebAIM] hovers and screenreaders
>
>
>> Hi. I'm trying to help a webmaster. Her page is loaded with "click here"
>> links. She put some kind of hovering title on some of them hoping
>> screenreaders would find it. Mine sure didn't. I know that some things
>> that hover can be found by screenreaders. What's the magic trick? She
>> works for my city. The site is
>> http://guelph.ca/living.cfm?subCatID=1179&;smocid=1764
>>
>> and behold the mass o' click heres!
>>
>> Carin
>>

From: Oliver Boermans
Date: Sat, Feb 27 2010 1:30AM
Subject: Re: hovers and screenreaders
← Previous message | Next message →

On 27 February 2010 09:42, < = EMAIL ADDRESS REMOVED = > wrote:
> Hi Karen,
> I am using JAWS 11 and IE 8 and it identified 73 links on the page. None
> were reade as Mouse over or as hover links and they all appeared to work.
> Chuck

It’s worth nothing that hover based interactivity, is no good on touch
based devices such as iPhone/iPad.
Accessibility is about more than screenreaders!

From: Mills, Teresa
Date: Sat, Feb 27 2010 1:57PM
Subject: Re: hovers and screenreaders
← Previous message | Next message →

At least up to version 10 of JAWs (not sure about 11) you either have to choose to read links by the text of link or by title attribute--you can not do both at the same time. This is something that I have turned into Freedom for improvement since version 6.2 with real world examples, but have not seen a feature implement where you can read both the link and the title attribute. For example, Having the ability to read title attributes might be helpful on news type sites where we have lots of <more> links. Thus, title attributes are not very helpful for JAWS users unless on forms. For some reason, you can read a title attribute on a form or even set JAWs where it will read the label and title attribute if different.

Window Eyes has a keystroke that reads title attributes, so you may be able to read both in Window-Eyes, but need to test for verification. Can anyone confirm?

From: E.J. Zufelt
Date: Sat, Feb 27 2010 2:27PM
Subject: Re: hovers and screenreaders
← Previous message | Next message →

Good afternoon,

Jumping in here mid-stream, so I'm not sure if I am repeating what someone else may have said.

H33: Supplementing link text with the title attribute | Techniques for WCAG 2.0
http://www.w3.org/TR/WCAG-TECHS/H33.html

The above WCAG 2.0 technique page explains some of the considerations when using title attributes. I for one would strongly recommend against using the title attribute alone to communicate meaningful information to users.

Thanks,
Everett Zufelt
http://zufelt.ca

Follow me on Twitter
http://twitter.com/ezufelt

View my LinkedIn Profile
http://www.linkedin.com/in/ezufelt



On 2010-02-27, at 2:56 PM, Mills, Teresa wrote:

> At least up to version 10 of JAWs (not sure about 11) you either have to choose to read links by the text of link or by title attribute--you can not do both at the same time. This is something that I have turned into Freedom for improvement since version 6.2 with real world examples, but have not seen a feature implement where you can read both the link and the title attribute. For example, Having the ability to read title attributes might be helpful on news type sites where we have lots of <more> links. Thus, title attributes are not very helpful for JAWS users unless on forms. For some reason, you can read a title attribute on a form or even set JAWs where it will read the label and title attribute if different.
>
> Window Eyes has a keystroke that reads title attributes, so you may be able to read both in Window-Eyes, but need to test for verification. Can anyone confirm?
>

From: ckrugman@sbcglobal.net
Date: Sun, Feb 28 2010 5:24PM
Subject: Re: hovers and screenreaders
← Previous message | Next message →

If you can send me a link to a web site where there are both I can test out
with JAWS 11.
Chuck
----- Original Message -----
From: "Mills, Teresa" < = EMAIL ADDRESS REMOVED = >
To: "WebAIM Discussion List" < = EMAIL ADDRESS REMOVED = >
Sent: Saturday, February 27, 2010 11:56 AM
Subject: Re: [WebAIM] hovers and screenreaders


> At least up to version 10 of JAWs (not sure about 11) you either have to
> choose to read links by the text of link or by title attribute--you can
> not do both at the same time. This is something that I have turned into
> Freedom for improvement since version 6.2 with real world examples, but
> have not seen a feature implement where you can read both the link and the
> title attribute. For example, Having the ability to read title attributes
> might be helpful on news type sites where we have lots of <more> links.
> Thus, title attributes are not very helpful for JAWS users unless on
> forms. For some reason, you can read a title attribute on a form or even
> set JAWs where it will read the label and title attribute if different.
>
> Window Eyes has a keystroke that reads title attributes, so you may be
> able to read both in Window-Eyes, but need to test for verification. Can
> anyone confirm?
>

From: Hoffman, Allen
Date: Mon, Mar 01 2010 7:51AM
Subject: Re: hovers and screenreaders
← Previous message | No next message

You can set it to do longest.


-----Original Message-----
From: Mills, Teresa [mailto: = EMAIL ADDRESS REMOVED = ]
Sent: Saturday, February 27, 2010 2:56 PM
To: WebAIM Discussion List
Subject: Re: [WebAIM] hovers and screenreaders

At least up to version 10 of JAWs (not sure about 11) you either have to
choose to read links by the text of link or by title attribute--you can
not do both at the same time. This is something that I have turned into
Freedom for improvement since version 6.2 with real world examples, but
have not seen a feature implement where you can read both the link and
the title attribute. For example, Having the ability to read title
attributes might be helpful on news type sites where we have lots of
<more> links. Thus, title attributes are not very helpful for JAWS
users unless on forms. For some reason, you can read a title attribute
on a form or even set JAWs where it will read the label and title
attribute if different.

Window Eyes has a keystroke that reads title attributes, so you may be
able to read both in Window-Eyes, but need to test for verification.
Can anyone confirm?