[uf-discuss] hyperlink include-pattern - keyboard issue

2007-05-01 Thread Patrick H. Lauke

I edited the page on the wiki, but thought I'd bring it up here as well
http://microformats.org/wiki/include-pattern-feedback#Hyperlink_Include_-_issues_for_keyboard_users_.28including_Screen_Reader_users.29

Although invisible in visual user agents, and (according to the JAWS 
7.0 test below) not spoken by screen readers (at least not by JAWS 7.0), 
empty links are still contained in the normal tab cycle. Users 
navigating via keyboard (or equivalent, e.g. switch access, puff/blow 
devices, etc) will still need to tab through the empty links (tested in 
Firefox 2.0, IE 6, IE 7; Opera 9.2 seems to remove empty links from tab 
cycle).


This can be verified by modifying the test page below, adding a regular 
link at the end of the 5 variations of empty links. It takes a user 6 
tabs to arrive at the real link. It would therefore be advisable to 
rethink the approach, or scrap it completely.


P
--
Patrick H. Lauke
__
re·dux (adj.): brought back; returned. used postpositively
[latin : re-, re- + dux, leader; see duke.]
www.splintered.co.uk | www.photographia.co.uk
http://redux.deviantart.com
__
Co-lead, Web Standards Project (WaSP) Accessibility Task Force
http://webstandards.org/
__
Take it to the streets ... join the WaSP Street Team
http://streetteam.webstandards.org/
__
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss


Re: [uf-discuss] hyperlink include-pattern - keyboard issue

2007-05-01 Thread Tantek Çelik
On 5/1/07 9:47 AM, Patrick H. Lauke [EMAIL PROTECTED] wrote:

 It would therefore be advisable to
 rethink the approach,

Alternatives to the current include-pattern solutions, along with
comparisons with existing techniques, are encouraged.

 or scrap it completely.

Currently it is the best we have, and the benefits (being able to markup
content with shared chunks with microformats) greatly outweigh the costs.

Microformats tends to take a positive attitude of developing and using the
best techniques we can come up with, rather than banning/blocking techniques
for reasons of fear or cost.  To scrap something, there must be a better
alternative provided which addresses the same problem(s) at least as well,
with lower costs.

Tantek

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss


Re: [uf-discuss] hyperlink include-pattern - keyboard issue

2007-05-01 Thread Andy Mabbett
In message [EMAIL PROTECTED], Tantek Çelik
[EMAIL PROTECTED] writes

On 5/1/07 9:47 AM, Patrick H. Lauke [EMAIL PROTECTED] wrote:

 It would therefore be advisable to
 rethink the approach,
 or scrap it completely.

Microformats tends to take a positive attitude of developing and using
the best techniques we can come up with, rather than banning/blocking
techniques for reasons of fear or cost.

Nobody was suggesting scrapping anything for reasons of fear or cost
(leastways, not financial cost - there may certainly be said to be a
practical cost to people using assistive technologies).

-- 
Andy Mabbett
*  Say NO! to compulsory ID Cards:  http://www.no2id.net/
*  Free Our Data:  http://www.freeourdata.org.uk
*  Are you using Microformats, yet: http://microformats.org/ ?

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss


Re: [uf-discuss] hyperlink include-pattern - keyboard issue

2007-05-01 Thread Patrick H. Lauke

Andy Mabbett wrote:


Nobody was suggesting scrapping anything for reasons of fear or cost
(leastways, not financial cost - there may certainly be said to be a
practical cost to people using assistive technologies).


Not even limited to assistive technology. This affects all users without 
screen reader who just happen to use a keyboard (or equivalent), rather 
than a mouse, for navigation, in some of the major current browsers.


P
--
Patrick H. Lauke
__
re·dux (adj.): brought back; returned. used postpositively
[latin : re-, re- + dux, leader; see duke.]
www.splintered.co.uk | www.photographia.co.uk
http://redux.deviantart.com
__
Co-lead, Web Standards Project (WaSP) Accessibility Task Force
http://webstandards.org/
__
Take it to the streets ... join the WaSP Street Team
http://streetteam.webstandards.org/
__
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss