Re: candidate AT technique: announce _internal_ links

jaws for windows already allows for this.  you can have "same page"
links announced from within the html options of the configuration for
the way jaws verbalizes information.

A problem though is that often, for some reason, when the page is
repositioned, we are placed at the top of the page rather than nearby
the information targeted by the link.

Rather than target this exclusively at assistive technologies, it would
be a good idea for all uas to provide this information in some fashion.

----- Original Message -----
From: "Al Gilman" <>
To: <>
Sent: Monday, August 27, 2001 11:17 AM
Subject: candidate AT technique: announce _internal_ links

It is currently the prevalent practice that assitive technologies
hyperlinks.  Before reading link text, they say 'link' or give some
pro forma cue that what is about to be said constitutes a link.  For
example, in authoring one advises against making the alt text for an
link start with "link to" because it is so likely that the assistive
technology will already have identified the link by saying 'link.'

There is confusion quite frequently in browsing with screen readers when
one follows an internal link, a link to a destination in the same page
is coming from.  This is a minority occurrence; that is to say most
links load an new page.  In this case, the page you wind up on is the
page you came from, and scrolling, top of page, etc. commands will get
there and back as well as hyperlink following.

The candidate technique is that the assistive technologies should make
distinction, and announce "internal link" or some equivalent phrase such
"local link" for links where the value of the HREF attribute begins with
the hash symbol '#' indicating an internal link.

Please see

for a recent example of users mention the confusion that arrises under
common practice of having internal links that lead to a place where the
link text is identical to where they came from.

Confusion on following internal links is a recurring report; this is by
means the first time I have heard this.

I don't think we can cure this in the authoring, and the fix is
straightforward in the User Agent.  Even when the link text is not
verbatim, the 'visited links' information makes internal links and links
directed to specific points in the page confusing in speech if this
distinction is not made.

Note how in the list-of-links auxiliary view, Lynx handles links with
#fragment clauses on them differently from references that take you to
page root.


Received on Monday, 27 August 2001 11:20:16 UTC