많은 개발자/접근성 전문가가 웹 사이트를 확인하기 위해 CSS를 사용하지 않도록 설정하는 것을 제안했지만 누구도 웹 접근성 측면에서 실제로 도움이 될만한 방법을 명시하지 않았습니다.웹 사이트를 확인하기 위해 CSS를 사용하지 못하게하려는 목적
WCAG 2.0 권장 사항을 포함하여 "w3.org"와 같은 신뢰할 수있는 소스에서이를 확인하려는 모든 시도가 아무 것도 말하지 않기 때문에 여기 있습니다. CSS없이 웹 사이트에 액세스 할 수 있습니다. 또한 그들은 CSS와 같은 일부 기술에 "의존"할 수 있다고 말한다.
실제로 액세스 가능성을 검사하는 측면에서 CSS를 사용하지 않도록 설정해야하는 좋은 이유는 사이트 구조가 논리적 인 방식으로 구성되어 있다는 것입니다. 한편
, 이를 테스트 할 수있는 더 좋은 방법은 탭을 사용에게 키보드/Shift + Tab를 사용하여 사이트를 통해 스크린 리더 및 탭을 사용하는 것입니다. 그런 식으로 구조상의 문제에 대한 유레카 순간을 얻는 것뿐만 아니라, AHA에 대한 많은 피드백을 제공하는 오디오 피드백을 얻을 수 있습니다. 즉, 표현법, ARIA 문제 및 숨겨진 요소를 접근하기 쉬운 방식으로 숨겨서는 안됩니다.난 당신이 명시 적으로 페이지가 CSS없이 읽을 수 있는지 확인해야합니다 더 이상 ChromeVox
당신을 시도하는 지적하지 싶지만, 그것은 올바른 읽기 순서를 보장하기위한 기술로서 유용 할 수 있습니다.
CSS없이 페이지를 읽을 수있게 만드는 요구 사항은 섹션 508이 주요 액세스 가능성 표준이었던 날부터 이월됩니다.
36 CFR 파트 1193 및 1194 - 2월 18일 게시 2017 년
상태 기존 508 개 표준의 섹션 1194.22 (d)에 대한 WCAG 2.0 성공 기준에 직접적인 비유가 없다 " 문서는 관련 스타일 시트를 요구하지 않고 읽을 수 있도록 구성되어야합니다. "36 CFR §1194.22 (d).
WCAG 2.0은 Success Criterion 1.3.2 - Meaningful Sequence와 다른 방법으로이 같은 문제를 해결합니다.
이 기준을 충족하는 기술 중 하나는 making the DOM order match the visual order (C27)이며, 이는 대부분 어쨌든 발생합니다.
접근성 테스트 도구 Wave을 사용하는 경우 실제로 도구에서 스타일을 사용하지 않도록 설정할 수 있습니다. 따라서 테스트 도구에 내장되어 있으므로 구조 요소 흐름을 테스트 할 수 있습니다. 이러한 방식으로 접근성을 테스트하는 것 외에도 CSS를 사용하지 않는 것은 그 자체로 목적이 없습니다.
CSS를 사용하지 않도록 설정하면 요소의 구조와 순서를 테스트하는 좋은 방법이 될 수 있지만 다음과 같이 자세히 설명 할 수 있습니다. "AHA가 많이 나오는 오디오 피드백을 얻을 수 있습니다. ARIA 문제 접근 가능한 방식으로 감추어지지 않은 숨겨진 요소 "를 가능하다면 어떤 예도 보게 될 것입니다. 도와 줘서 고마워, 친구. – popiweho
하나의 기본적인 예는 훌륭한 "열린 메뉴 버튼"을했다고 생각할 때입니다. 아리아 라벨을 "메뉴 열기"(또는 다른 접근성 텍스트)로 설정하고 클릭하면 스크립트가 변경되어 닫기라고 표시됩니다. 모두 멋지고 멋져 보입니다.하지만 ChromeVox를 사용하고 키보드를 사용하면 절대 가지 않을 요소로 이동할 수 있습니다. 나는 (또는 다른 누군가) 버튼을 의미있는 올바른 버튼으로 만드는 것을 잊었 기 때문에 그런 문제를 발견했습니다! 예제는 어렵지만 텍스트 입력으로 검색 버튼을 업데이트하는 검색 필드를 너무 많이 초과했습니다. 맹인이 테스트 한 결과 좋았지 만 혼란 스럽습니다. =) –