- From: <Becky_Gibson@notesdev.ibm.com>
- Date: Tue, 7 Sep 2004 15:49:03 -0400
- To: <w3c-wai-gl@w3.org>
- Message-ID: <OF2FDAC6BB.DF2A199A-ON85256F08.006D1DFE-85256F08.006CFCF2@notesdev.ibm.com>
<Gez wrote> I would argue that this guideline shouldn't be deprecated, as there are still problems in distinguishing between adjacent links in some assistive technologies such as Home Page Reader. In a graphical browser, it can be difficult to tell where one link ends and another starts if it happens to appear near a line wrap. </Gez> I am curious what the issues are with Home Page Reader distinguishing between adjacent links? JAWS version 4.51 and WindowEyes 4.5 sp3 both say the word "link" before the text of a link. Home Page Reader does not say the work link but it uses a different voice (as both JAWS and WindowEyes can do). Is this the issue? If so, Home Page Reader can be modified to say "link" before each link if that is desired. Also, if the user switches into link reading mode, each link is navigated to and read separately. In WCAG 1.0, the technique of separating links with a printable character is combined with grouping links. If the links are grouped properly are there still issues with needing printable characters between them? Also, separating links with an angle bracket when NOT using a MAP only helps if punctuation reading is turned on. I think the technique is certainly worthwhile from a low vision standpoint by helping to make the separate links more visible (and thus more usable as well but that isn't WCAG's responsibility <smile>). Thus, my two cents is that we should not deprecate this technique. -becky Becky Gibson Web Accessibility Architect IBM Emerging Internet Technologies 5 Technology Park Drive Westford, MA 01886 Voice: 978 399-6101; t/l 333-6101 Email: gibsonb@us.ibm.com
Received on Tuesday, 7 September 2004 19:52:31 UTC