2016-10-25 3 views
-2

저는 HTML의이 전체 ARIA 및 접근성 측면을 처음 접했습니다. 나는 스크린 리더와 함께 대부분의 것들이 제대로 작동하는 앱을 가지고있다. 그러나 문서에서 어떤 컨트롤을 클릭해도 NVDA는 항상 "페이지 제목 문서"를 읽습니다. 나는 그것을 잠시 멈추지 만 멈추지 않으려 고 노력했다.스크린 리더 및 HTML 문서 포커스

가장 좋은 점은 tabindex=0을 내 최상위 DIV에 추가하여 문서 대신 클릭에 초점을 맞출 수 있지만 초점을 맞추면 NVDA는 "섹션"이라는 단어를 읽습니다. 이것을 막을 수있는 방법이 있습니까?

나는 또한 제목을 제거하고 짧은 시간 내에 다시 추가하려고 시도했지만 독자는 "문서"라는 단어가 좋다고 말합니다.하지만 JS 활동 제한 시간에 따라 빈 제목이 깜박 거리며 일관되게 실행되지 않습니다. 그리고 requestAnimationFrame이 너무 짧습니다. 독자는 빈 제목을 고를 시간이 없어 어쨌든 읽습니다.

+0

귀하의 시험 코드를 추가하십시오. –

+2

* 왜 * 이것을 억제 하시겠습니까? 그리고 어떤 사용자 그룹을 위해서? NVDA 사용자의 시선을 사로 잡았습니다. 화면 판독기 사용자가 응용 프로그램 개발자가 설정 또는 기본 동작을 무시하는 이유는 무엇입니까 ?? –

+0

크리스토프 (Christophe)는 NVDA (및 JAWS) 사용자의 표준 동작을 변경하고 싶지 않다고 말했습니다. 그러나, 나는 당신이 듣고있는 것을 이해하려고 노력하고 있습니다. 예를 들어,이 stackoverflow 페이지에서 주위를 둘러보고 링크의 레이블을들을 수 있습니다. 그런 다음 질문의 텍스트를 클릭했는데 ** "페이지 제목 문서"를 듣지 않았습니다 **. 들리는가? 그렇지 않다면 앱에서만 발생합니다. – slugolicious

답변

3

문서 본문을 클릭하면 초점이 맞추어지고 이전에 초점이 맞춰진 컨트롤이 흐려집니다. 화면 판독기는 새로 초점을 맞춘 위젯의 접근 가능한 이름, 즉 문서 제목을 읽음으로써 이러한 변화를 반영합니다. 이것은 완벽하게 정상이며 완전히 예상되는 행동이므로이를 변경할 필요가 없습니다.

귀하는 시각적 인 개발자로서의 기대가 시각적으로 장애가있는 사용자가 아닌 모든 사용자와 완전히 같지 않음을 명심해야합니다. 자연스럽고 예상되는 것은 시각 장애인에게 혼란 스러울 것입니다.

잠시 자리를 비운다. 눈에 수면 마스크를 쓰고 키보드와 스크린 리더에만 의존하는 앱을 사용해보십시오. 나는 그 일을 자주하며, 그것은 매우 계몽적인 경험입니다.

+0

+1. 시각 장애인으로서 나는 이것에 동의한다. 어떤 것에도 초점을 맞추지 않으면 가장 중요한 초점 수준, 즉 문서 자체에 도달 할 것으로 기대됩니다. 적어도이 질문에서 내가 이해하고있는 것입니다. 나는 그 질문을 오해 할 수있다. –

+0

더 많은 정보가 필요하거나 (규제 관점에서) 유효성을 확인하려면 [WCAG 2.0, guideline 2.4.2 페이지 제목]을 읽으십시오 : 웹 페이지는 주제 또는 목적을 설명하는 제목을 갖습니다. (Level A)] (http://www.w3.org/TR/UNDERSTANDING-WCAG20/navigation-mechanisms-title.html) –