JavaScript를 통해 WAI를 지원하면 사용자의 장애를 지원하는 장치를 지원할 수 있습니까? 이 스크립트는 사이트가 WAI/ADA 권장 사항 (예 : tabindex, aria- 속성/요소 등)을보다 잘 준수하도록 마크 업을 향상시킵니다. 문제는 장애가있는 사용자가 자바 스크립트를 지원하지 않는 기기를 사용할 수 있으므로 이러한 접근 방식이 효과가 없다는 것입니다.JavaScript에서 웹 접근성 지원 추가
비활성화 된 사용자도 JS가 활성화되어 있으므로 서핑하는 데 98 또는 99 %이므로 예 (대부분 출처 : 최신 WebAIM 조사)에서 작동합니다.
BUT이 방법을 사용하면 유지 보수가 불가능한 코드가 생성됩니다. 개발자 또는 웹 디자이너가 HTML, CSS 및 JS (백엔드?) 코드 (또는 스크립트에 의해 수정 된 경우 콘텐츠 작성자)를 수정할 때마다 중단됩니다. 스크립트를 수정해야하거나 화면 판독기 및 기타 보조 기술에서 스크립트가 깨져 있음을 알 수 없을 것입니다.
텍스트와 배경 사이의 명암비를 수정하지는 않습니다 (웹 사이트를 시작하면 거의 불가능합니다).
잘못된 의미를 수정하지 않거나 직접 템플릿을 수정하는 대신 열악한 기존 HTML 코드로 JS에서 수정해야합니다. 왜 일을 덜 복잡한 방식으로 만들지는 않습니다. 기존 사이트를 리팩토링하는 것만으로는 충분하지 않습니다.
비 명시 적 링크, 표제의 잘못된 계층 구조, 텍스트의 밑줄 링크를 수정하지 않으며 개요 (CSS에서 직접 수행)를 가져 오지 않습니다.
최대 200 %까지 확대/축소 할 수없는 경우 (텍스트 모드와 이미지 + 텍스트 모드 모두에서) 아무 것도 변경하지 않습니다. 기타
접근성은 tabindex보다 훨씬 큽니다 (초점을 맞추는 대신 실제 링크 및 버튼 요소에 집중할 수 있어야하지만 나머지 동작은하지 않아야합니다).
아리아 (ARIA)는 현대 스크린 리더가 필요하고 화면 리더가 필요합니다. 배율 장치는 예를 들어 ARIA와 호환되지 않습니다. 이는 시각 장애인과 일부 시각 장애인 (SR을 사용하는 사용자)에게는 유용하지만 다른 장애인에게는 적합하지 않습니다.
웹 콘텐츠 접근성 지침 (WCAG 2.0)은 웹 콘텐츠에 대한 W3C/WAI 권장 사항이 접근성을 개선 할 수있는 범위가 더 넓습니다. WAI/ARIA는 응용 프로그램 (웹에서 사용이 불가능하고 몇 년 전에 소프트웨어를 설치해야하는 응용 프로그램)과 고급 구성 요소에 대한 엄청난 가능성을 가지고 있지만 WCAG 2.0 (보완)을 따라야합니다.