On 02 Jan 2003 15:55:47 +0100, Erik Moeller e.moeller=Ui4TQZZ8pVAPyMaTEpOvjQ@public.gmane.org wrote:
(repeating this post to keep it in the correct list/newsgroup - sorry!)
- The site is not unusable if the broken/non-broken indicator is not
displayed.
agreed
- Using an indicator like the previous ugly ? as the default has a
negative usability effect on a much larger number of users.
Agreed - because there are so many linked words within the main text, interrupting the text flow is bad.
- The proper thing to do is to enable CSS for text-to-speech and
Braille readers in order to transmit the link state information without a notable effect on average users.
Proper, but in all practicality, pointless. I have done quite a bit of testing of websites in various talking browsers. Most use the IE rendering engine and simply read the text that ends up on screen. They are almost totally dependent on punctuation, and don't respect breaks in HTML (even list items or table cells). Thus the entire left-hand bar on Wikipedia would be read as one long sentence - "Main page recent changes random page current events" etc. None of them know anything about CSS. I believe there is one project (currently only Linux-based) to build a browser which understands aural css. Note that I have not tested some of the expensive products like Jaws, but they make no claims in their promotional material that suggest they are anything beyond a screen reader like all the rest. assist non-visual browsers is to ensure that the page content comes as early as possible in the source code. Else on every page the user has to wade through the same long list of navigation. This can be achieved via CSS positioning. As a bonus, promoting the page content to the start of the source code gives a considerable boost to search engine rankings! As an example, try http://www.electec.co.nz/electrotec.mv - a site that looks graphics heavy and uses DHTML menus etc. but remains accessible. Try it in a screen reader, Lynx, or Opera with images and stylesheets off. Note that I have used css to "hide" punctuation in the navigation and lists - hence screen readers make a reasonable job of them. Incidentally, all screen readers I've tried have a separate function to read all the links on a page, so putting content first does not mean you have to listen to the entire page before you can navigate anywhere else. Most talking browsers are aiming to be useable with only half a dozen keys to control them.