display:none 을 인라인으로 주었을 때나 외부파일로 선언했을 때나, 그 외 여러경우에도 모두 읽어주었습니다.

DTD도 바꿔보고 캐릭터 셋도 바꿔보면서 몇번씩 테스트 해보았으나 같은 결과네요.

테스트 스펙은 아래와 같습니다.

센스리더 버전 : v2.1.0.3
OS : XP pro
DTD : quirks, transitional, loose, xhtml
캐릭터셋 : euc-kr, utf-8

어떤게 정확한지 모르겠지만, 이제 업그레이드 된 버전이 읽어주지 않는다니 다행입니다.
하루 빨리 세스리더 파워 버전이 자동 업그레이드가 되었으면 좋겠네요~

댓글대로라면 [label]뭐시기[input type="text" value="blah" /][/label] 류의 코드 사용이 접근성에 저해요소는 되지 않지 않을까요?

항상 잘 보고 있습니다. 오늘도 좋은 하루 되시길… ^.^

본문에 HTML 마크업을 사용하셔서 작성하신 글이 다소 깨져있었습니다. 제가 꺽쇠를 모두 [괄호]로 변경하였습니다. 어떤 단어나 문장은 태그 때문에 자동으로 삭제되어 있을 수도 있습니다. 양해 부탁드립니다. HTML 태그를 사용할 때 열고 닫는 꺽쇠는 반드시 괄호로 변경해 주셔야 내용이 제대로 작성됩니다.

display:none 관련하여,
display:none 콘텐트를 읽지 않는 경우는 CSS 를 inline 형식으로 선언했을 때 뿐이었고, 문서의 head 에 첨부하거나 외부 파일로 CSS 를 빼두는 경우 여전히 display:none 콘텐트를 읽습니다. 보통 CSS를 선언할 때 문서의 head 에 정의하거나 외부로 빼는 경우가 대부분이므로 보통의 경우 센스리더는 display:none 콘텐트를 읽는다고 표현하는 것이 맞을 것 같습니다. 이와 관련하여 신현석님께서 정리해 둔 문서가 있으므로 다른분들께서는 참조해 보시기 바랍니다. http://hyeonseok.com/temp/screenreaderdisplaynone.html

a 태그(앵커) 관련하여,
제 블로그 상단에 위치한 a 태그가 센스리더에서 기능하지 않는 원인은 a 태그 자체에 있는 것이 아니라 a 태그가 참조하고 있는 콘텐트의 마크업이 무엇인지에 따라 기능하지 않는 것으로 보입니다. 레이아웃을 위하여 table 구조가 사용된 경우 [td id="content"] 라는 항목을 참조할 때에는 제대로 기능하지만 [div id="content"] 라고 마크업된 항목을 참조할 때에는 기능하지 않는다고 말씀하셨습니다. 이것은 센스리더가 현재 HTML 에 대한 이해 없이 개발되어 있다는 것을 말합니다. 앵커는 div 태그를 참조하고 있는 경우에도 기능하여야 합니다. 센스리더 제품이 앵커를 인식하도록 하기 위하여 레이아웃을 위한 table 구조로 마크업 하는 사례는 없었으면 좋겠습니다. 센스리더가 이 부분을 곧 수정해 주시겠죠.

label 관련하여,
조금전에 센스리더 교육 경험이 있는 윤좌진님께 물어보았는데 이 부분은 백남중 부장님께서 지적하신것이 맞습니다. 페이지를 순차적으로 탐색하면 label 태그를 인식한다고 알려주더군요. 하지만 보통 시각장애인의 경우 그러한 방법보다 form 컨트롤 요소만 별도로 추출하여 정렬시킨 다음 읽는 방법으로 탐색한다고 하였는데, 이러한 경우에는 input 과 짝지어진 label 을 인식하지 못한다고 하였습니다. 따라서 모든 경우에 label 을 인식하지 못하는 것이 아니므로 제 언급이 정확히 맞는 것은 아니었습니다.

제 원문 글에 오해 소지가 없도록 세부내용을 정정하도록 하겠습니다.
잘못된 원문을 바로잡을 수 있도록 도와주셔서 감사드립니다. (__)

● display:none 되어있는 콘텐트를 읽음. (W3C 스펙에 따르면 읽어서는 안됨.)
- 예전에는 드림보이스, 센스리더 모두 display:none을 읽었으나, 금년 7월에 업그레이드 된 센스리더 1.4에서는 읽지 않게 하였습니다.
또한 센스 리더는 display:none이라고 정의했어도, 사용자가 강제적으로 읽게 할 수도 있게 하였습니다.

● 현재 페이지에 대한 앵커 [a href=”#content”] 가 제 기능을 하지 않음. (앵커를 클릭하면 해당 id 부분으로 가상의 포커스가 이동하여야 함.)
- 센스리더, 드림보이스 모두
현재 페이지에 대한 앵커를
[a href=”#content”] ~ [a name="content"]
로 정의한 것은 제대로 작동합니다.
그러나 정찬명님의 블로그 처음에도 나타나 있는
[a href="#content"]본문[/a] ~ [div id="content"]
로 이동하게 한 것은 제대로 이동하지 않습니다.
이것은 스크린 리더가 [div] 를 제대로 파악하지 못했기 때문이라고 생각합니다.

● form 콘트롤 요소와 결합된 label 텍스트를 전혀 인식하지 못함. (input 영역에 포커스가 위치하게 되면 label 텍스트를 읽어주어야 함.)
- form 콘트롤 요소와 결합된 label 텍스트는 다음과 같이 음성 출력합니다. label을 전혀 인식 못한다는 것은 오해이신듯 합니다.
(편집창이라고 쓰인 부분은 센스리더, 드림보이스가 편집창에 위치한 경우 소리내는 것입니다.)

원본: [label]이름:[/label] [input type="text"]
센스 리더 1.4: 이름:, 편집창
드림보이스6.0: 이름:, 편집창

원본: [label]이름:[/label] [input type="text"]
센스 리더 1.4: 이름:, 편집창
드림보이스6.0: 이름:, 편집창

원본: [input type="text" label="name"]
센스 리더 1.4: 편집창
드림보이스6.0: 편집창

원본: [input type="text" title="이름"]
센스 리더 1.4: 이름, 편집창
드림보이스6.0: 편집창

원본: [label]이름[input type="text"][/label]
센스 리더 1.4: 이름, 편집창
드림보이스6.0: 이름, 편집창

원본: [label for="name"]이름[/label][input type="text" id="name"]
센스 리더 1.4: 이름, 편집창
드림보이스6.0: 이름, 편집창

백남중

나라디자인 : http://naradesign.net/wp/웹표준에 대해 조금 공부 잠깐 하면서 종종 들리는 정찬명님의 블로그입니다.CSS에 대해 아리까리한 포스팅을 올리면 갑자기 어디선가 나타나서 시원한 해법…