RE: visibility of 'skip links'

Windows in addition to High contrast allows the user to "style the tooltip"
start | Settings | Control Panel | Display | Appearance | Tab to "Item"
choose "tooltip" you can then change the 'font', 'size', and 'color'
it will work in windows, IE, Microsoft application and most other
application (not Opera)

Jim Allan, Webmaster & Statewide Technical Support Specialist
Texas School for the Blind and Visually Impaired
1100 W. 45th St., Austin, Texas 78756
voice 512.206.9315    fax: 512.206.9264  http://www.tsbvi.edu/
"I see the Earth. It is so beautiful."--first words spoken by human in
space.
[Yuri Alekseevich Gagarin, from the Vostok 1, April 12, 1961.]


-----Original Message-----
From: w3c-wai-ig-request@w3.org [mailto:w3c-wai-ig-request@w3.org]On
Behalf Of David Poehlman
Sent: Monday, May 20, 2002 2:33 PM
To: Phill Jenkins; w3c-wai-ig@w3.org
Subject: Re: visibility of 'skip links'


the low vision keyboard user cannot enlarge the tool tip?

----- Original Message -----
From: "Phill Jenkins" <pjenkins@us.ibm.com>
To: <w3c-wai-ig@w3.org>
Sent: Monday, May 20, 2002 1:17 PM
Subject: RE: visibility of 'skip links'



There is also the option of putting some styling on the small clear
image
gif (on Focus) that would have a tool tip (title attribute) that would
show
up when tabbed to or when the mouse hovered over it.  The sighted
keyboard
user would see the tool tip when tabbing to links, the blind user would
hear the link, and the mouse user would see the tooltip when mousing
around.  The visual design debate still exists about how to identify
that
there is a link there.  I hadn't heard of the visible arrow idea before.
I
have seen the use of plain old text (styled small) instead of an image
link, but that was not well received by the visual design community.
So,
if the sighted keyboard user can live with using the tab key to find all
the links, even those associated with very small image links, then most
everyone is satisfied.

There are problems with the screen reader and voicing browser support of
visibility: hidden and display:none.  This is a fundamental problem with
the concept of screen readers since they come from a notion that if it
isn't displayed, it isn't spoken.  Some web developers don't know which
property to use when (the spec alludes to a difference), and even if the
screen reader and voicing browsers did agree and support them
consistently,
there is no guarantee that the properties would be used correctly.
Screen
Reader developers have a history of hacking around to get to their users
some equivalent of what the sighted users gets.  When developers hide
content with display:none, it also needs to be hidden from the screen
reader users.  However the visibility:hidden property, if used
correctly,
could be a solution when the voicing browser, screen readers, and the
multi
modal browsers support it correctly.  So for today I would recommend the

very small image link solution.

Regards,
Phill



---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.361 / Virus Database: 199 - Release Date: 5/7/2002

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.361 / Virus Database: 199 - Release Date: 5/7/2002

Received on Monday, 20 May 2002 18:03:03 UTC