특히 MVC3 웹 응용 프로그램의 시각 장애인을위한 접근성을 평가하는 데 사용할 수있는 공식 표준이 있습니까? 필자가 생각하기에 다양한 표준이있는 경우 주로 시각 장애가 없거나 최소한이지만 시각 장애가있는 사람들에게 가능한 한 많이 제공하고자하는 웹 응용 프로그램을 선호해야합니까? 이것은 학습 관리 응용 프로그램이므로 넓은 액세스 가능성이 중요합니다.ASP.NET MVC3 HTML5 웹 응용 프로그램의 액세스 가능성을 어떻게 평가할 수 있습니까?
나는 HTML 및 CSS 의미론과 관련한 우수 사례를 보유하고 있으며, 소수의 책에서 설명하고, Visual Studio에서 면도기보기 용으로 HTML5 유효성 검사를 사용하고 있습니다. 배포하기 전에 다른 온라인 도구 (개발 측에서 선호하는 도구)를 사용하여 다양한 온라인 유효성 검사기를 사용할 수 있습니까? 모든 온라인 평가 도구가 있습니까?
표준 (및 레퍼런스 목록)
W3C의 표준 WCAG 2.0이다.
WCAG 2.0 Recommendation은 기술적으로 불가지론 적이며 모든 종류의 웹 사이트, 심지어 웹 앱에도 적용하려고 시도하지만 그 결과는 다소 구체적이지 않다. HTML/CSS/Script Techniques (오류 발생 태그와 Flash/Pdf/Smil을 사용하는 경우) 및 Understanding 부분은 잘 읽습니다. 매일 감사에 대한
내가 사용하는 것을 선호 :
AccessiWeb 2.2 reference list, "이 (의) 이해 및 구현을 촉진"고 "방법론은 WCAG 2.0 준수를 확인하기 위해".
WCAG 2.0 성공 기준과 기술에 대한 언급이 있지만 링크가 없습니다. 하이퍼 링크는 프랑스어 버전에 있지만 영어 버전에는 추가되지 않았습니다. 아아 (이번 달에 수정 해 보겠습니다).
webapps에 필수적인 스크립트 부분은 부분적으로 비특이적이지만 테스트의 10 배를 사용하지 않아도되기가 어렵습니다. 수백 개의 HTML 요소가있을 때 JS와 관련하여 수천 가지가 있습니다.
EDIT 2014 :이 체크리스트는 HTML5/ARIA (멋진 작업 imho)의 새로운 기술로 업데이트되었지만 프랑스어로만 제공됩니다. AccessWeb HTML5/ARIA (in french) 2014 년 또는 2015 년에 영어로 번역되거나 온라인 번역 서비스를 시도 할 수 있습니다.) 70 %의 테스트가 AccessiWeb 2.2와 공통적이며 새로운 테스트는 브라우저 및 스크린 리더가있는 최신 웹 사이트에서 이미 작동하는 최신 HTML5/ARIA 기술입니다 부속서에 인용되어있다.
(ARIA) 특히 아약스, HTML, 자바 스크립트 및 관련 개발 동적 콘텐츠 및 고급 사용자 인터페이스 컨트롤에 도움이 :
, 액세스 RIA 같이, W3C-WAI에서 다른 작업입니다 기술.
이것은 앞으로 액세스 할 수있는 웹 앱의 미래이지만 의심 할 여지없이 브라우저 및 보조 기술에서 진행중인 작업입니다. 또한 이전 화면 리더는 ARIA와 호환되지 않으며 JAWS의 경우 1,000 달러 (USD/EUR)의 비용이 들기 때문에 새 버전의 경우 매우 천천히 교체됩니다.
webdevs는 항상 오래된 일반 기술 (정보에 액세스하고 상호 작용하기 위해 탭 키와 스페이스 사용)과 새로운 것들 (화살표 키가있는 트리 조작, 다른 영역을 읽는 동안 라이브 영역의 변경 사항에 대한 정보 수신) 페이지의 일부).
는 인기있는 모듈/스크립트의 접근 버전이 존재합니다 http://hanshillen.github.com/jqtest/
그것은 완벽하지 아직하지만 원래보다 훨씬 낫다. 필자의 경험으로 볼 때, jQuery UI 스크립트와이 스크립트를 섞어서 사용할 수는 없다. (오랫동안 시도하지는 않았지만 쉽게 틀릴 수도있다.)
테스트
이 나는 약 2 useful services, Opquast and Tanaguru, in another answer을 썼다. 자동화 된 테스트와 관련된 BrendanMcK의 다른 대답은 꼭 읽어야합니다.
와우, 고마워. 포괄성에 +1. – ProfK