It depends on how the screen reader interacts with the browser, and more particularly with the DOM. Most screen readers interact with the DOM directly not with the on-screen presentation, but when Jaws first came out it did not do this; it interacted directly with the on-screen presentation as far as I can tell.
What exactly does VoiceOver do? If they interact with the DOM, then it is still in a very rutamentary way. It cannot move by element type (forward/backward by heading, list item, paragraph, etc). In another message, Josh suggested that VoiceOver+up/down arrow moves within the current column. Again, they must either be using on-screen presentation to detect this or be reading the DOM and the CSS. -- Rich ----- Original Message ----- From: "Benjamin Hawkes-Lewis" <[EMAIL PROTECTED]> To: "General discussions on all topics relating to the use of Mac OS X by theblind" <[EMAIL PROTECTED]> Sent: Friday, April 13, 2007 3:16 PM Subject: Re: Hi Rich Caloggero wrote: > Web browsing - if I'm on a web page which is a 3-column newspaper like > layout (nav across the top and down the left side, main page content in > the > middle, and more navigation down the right side), how would this be > without > some sort of "modification". I don't understand why you think this would be a problem with a correctly authored webpage where content is separated from on-screen presentation. HTML has no concept of columns; that should be a styling added by CSS. Maybe you're thinking of broken webpages that misuse the <table> element for for layout? -- Benjamin Hawkes-Lewis
