Ajax 및 ScreenReaders : 언제 작동 할 수 있습니까?

주요 결과 :

Ajax는 주로 동적 콘텐츠 업데이트를 전달할 때 스크린 리더 사용자에게 상당한 접근성 문제를 제기합니다. Ajax 업데이트와의 스크린 리더 호환성이 일치하지 않아 보편적으로 접근 가능한 솔루션의 생성을 방해합니다. 스크린 리더 사용자에게 DOM 변경을 안정적으로 알리는 정보는 여전히 큰 장애물로 남아 있습니다. 기존 양식 제출 또는 서버 측 업데이트는 덜 대화식이지만 종종 Ajax에 비해 우수한 접근성을 제공합니다. 웹 요소 역할 및 상태를 정의하는 데 중점을 둔 IBM 및 GW Micro의 신흥 기술은 약속을 보여 주지만 광범위한 지원이 부족합니다. 개발자는 비 Ajax 대안 제공 우선 순위를 정해야하거나 스크린 리더 사용자를 수용하기 위해 사용자 구성 가능한 인터페이스 설정을 통합해야합니다. Ajax를 둘러싼 최근의 논의는 수많은 기사와 모범 사례를 생성했지만 접근성은 크게 드러나지 않습니다. 일부 리소스는 JavaScript 기능을 보장하거나 경고 대화 상자를 사용하는 것을 언급하지만 이러한 솔루션은 종종 신뢰할 수 없습니다. 핵심 문제는 JavaScript 지원이 아닙니다. 스크린 리더는 스크립트 용도에도 불구하고 표준 브라우저에 비해 JavaScript 상호 작용 기능이 제한되어 있습니다. 도전은 스크린 리더 사용자에게 동적 콘텐츠 변경 사항을 효과적으로 알리는 데 있습니다. 시각적으로 페이지를 스캔 할 수있는 시력이있는 사용자와 달리 맹인 사용자는 선형 읽기 경험에 의존합니다. DOM 변경은 명시 적으로 발표되지 않는 한 종종 눈에 띄지 않습니다. 주요 질문은이 알림을 안정적으로 제공하는 방법 방법입니다. 다양한 접근법 테스트 :

주요 스크린 리더와의 광범위한 테스트는 매우 일관성이없고 단편화 된 스크립트 지원을 드러 냈습니다. 유용한 후크 (예 : 링크의 이벤트를 클릭)를 만들 수 있지만 콘텐츠 업데이트를 신뢰할 수있는 발표는 여전히 문제가되지 않습니다. 여러 테스트가 수행되어 다양한 방법을 탐색했습니다. 위치 설정, 프로그램 설정, 프로그램 초점, 경보 대화 상자 및 양식 요소 조작 (텍스트 필드 및 버튼)을 사용하여 텍스트를 직접 업데이트합니다. 결과는 단일 솔루션이 모든 화면 독자에서 일관되게 작동하지 않았다는 것을 보여주었습니다.

• 결론 및 권장 사항 :
화면 독자에게 DOM 업데이트를 알리는 신뢰할 수있는 방법이 설정 될 때까지 AJAX는 완전히 액세스 할 수있는 것으로 간주 될 수 없습니다. 개발자는 :
비 Ajax 대안 우선 순위 :
1. 많은 응용 분야의 경우 전통적인 게시물/응답 방법이 더 나은 접근성과 비슷한 기능을 제공합니다. . 사용자 기본 설정 제공 : 사용자가 호환성을 보장하기 위해 인터페이스 모드 (예 : JavaScript 활성화/비활성화)를 선택할 수 있도록 허용합니다. 기술 발전을 기다리고 있습니다 : IBM의 역할 및 상태 속성과 같은 신흥 기술은 잠재적 솔루션을 제공하지만 현재 광범위한 브라우저 및 스크린 리더 지원이 부족합니다.
일부 Ajax 응용 프로그램에는 JavaScript가 필요할 수 있지만 개발자는 접근성 우선 순위를 정해야합니다. 전체 JavaScript 지원을받은 사용자뿐만 아니라
2. All 사용자가 사용할 수있는 응용 프로그램을 작성하는 데 중점을 두어야합니다. AJAX 및 스크린 리더 접근성을 통합하기위한 강력한 솔루션을 찾으려면 추가 연구 및 협업이 필요합니다. 자주 묻는 질문 (faqs) :
제공된 FAQ 섹션은 Ajax 및 스크린 리더 상호 작용을 둘러싼 일반적인 질문을 정확하게 반영합니다. 정확성과 관련성을 유지하기 위해 변경이 필요하지 않습니다

위 내용은 Ajax 및 ScreenReaders : 언제 작동 할 수 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!