(Level A)
성공 기준(SC)
콘텐츠의 모든 기능은 개별 키 입력의 특정 타이밍을 요구하지 않고 키보드 인터페이스를 통해 조작할 수 있어야 한다. 단, 해당 기능 자체가 종착점만이 아니라 사용자의 이동 경로에 의존하는 입력을 본질적으로 요구하는 경우는 예외로 한다.
참고 1
이 예외는 입력 방식이 아니라 기능 자체(underlying function)와 관련이 있다. 예를 들어 손글씨로 텍스트를 입력한다면, 이러한 입력방식(손글씨)은 경로에 의존하는 입력을 요구하지만, 그 기능 자체(텍스트 입력)는 그렇지 않다
참고 2
이 기준은 키보드 동작에 부가적으로 마우스 입력이나 다른 입력 방식을 금지하거나 제한해서는 안 된다.
이 성공기준의 목적은 가능한 모든 상황에서 콘텐츠가 키보드 또는 키보드 인터페이스(대체 키보드 포함)를 통해 조작할 수 있도록 보장하는 것이다. 콘텐츠를 키보드나 대체 키보드로 조작 가능하다면, 시각장애인(눈과 손을 함께 사용해야 하는 마우스를 사용할 수 없는)뿐 아니라, 대체 키보드나 키보드 에뮬레이터를 사용하는 사용자도 콘텐츠를 이용할 수 있다.
키보드 에뮬레이터에는 음성 입력 소프트웨어, 호흡-대응(sip-and-puff) 장치, 화면 키보드, 스캐닝 소프트웨어 등 다양한 보조기술이 포함된다. 저시력자 또한 포인터 추적이 어렵기 때문에, 키보드로 제어 가능한 환경이 훨씬 쉬운 (혹은 유일한) 방법이 될 수 있다.
“특정한 키입력 타이밍”이 필요한 상황의 예시로 사용자가 짧은 시간 내에 여러 키 입력을 실행하거나 반복해야 하는 경우나, 키 입력이 인식될 때까지 누른 상태로 일정 시간 기다려야 하는 경우가 있다.
“해당 기능 자체가 종착점만이 아니라 사용자의 이동 경로에 의존하는 입력을 본질적으로 요구하는 경우”라는 표현은 합당하게 키보드로 조작할 수 없는 경우를 구분하기 위해 들어갔다.
포인팅 장치로 수행하는 대부분의 동작(예를 들어 클릭, 선택, 움직임, 크기 조절)은 키보드로도 수행할 수 있다. 하지만 포인팅 장치로 수행할 수 있지만, 키보드로는 지나치게 많은 키입력 없이는 적절한 방식으로 수행할 수 없는 몇 안 되는 경우가 있다. 자유로운 (freehand) 드로잉이나, 수채화 그리기 등은 경로에 의존하는 입력을 요구한다. 직선이나, 일반적인 기하학적 도형들을 그리거나, 창의 크기를 조절하거나, 개체를 특정 위치로 드래그하는 것 등은(그 위치로 가는 경로가 중요하지 않은 경우) 경로 의존적인 입력을 요구하진 않는다.
마우스 키(역자 주: 키보드 자판, 특히 숫자 키패드를 포인팅 장치로 사용하는 소프트웨어 기능)를 사용하는 것은 이 성공 기준을 만족시키지 못하는데, 애플리케이션에 키보드 대체 수단이 아니기 때문이다. 이는 마우스 대체수단이다. (애플리케이션에 마우스가 하나 더 생긴 것처럼 보인다)
사용자 입력 기능을 설계할 때 운영체제의 키보드 접근성 기능을 사용할 것을 고려해야 한다. 예를 들어 수식 키(modifier key, 역자 주: 함께 누를 때 다른 키의 일반 동작을 일시적으로 수정하는 키보드의 특수키. shift, alt, ctrl 등) 잠금이 켜져 있을 수도 있다. 콘텐츠는 그런 환경에서도 동작해야 하고, 고정 키가 충돌을 일으켜 예상치 못한 결과로 이어지는 이벤트를 보내서는 안 된다.
참고
플랫폼과 사용자 에이전트는 보통 웹 콘텐츠나 애플리케이션을 어떻게 키보드 인터페이스로 조작해야 하는지에 대해 관행이 있다. 만약 콘텐츠가 플랫폼이나 사용자 에이전트의 관행을 지키지 않는다면, 사용하기 어려울 것이고, 사용자는 다른 상호작용 방법을 배워야 할 것이다. 모범 사례로, 콘텐츠는 플랫폼이나 사용자 에이전트의 관행을 따라야 한다. 하지만 그러한 관례에서 벗어난다고 해서 이 성공 기준의 형식적인 요구사항에 실패하는 것은 아니다.
예를 들어, 초점을 받는 버튼은 보통 엔터 키나 스페이스 바를 사용해서 활성화시킬 수 있다. 만약 웹 애플리케이션에서 커스텀 버튼 컨트롤이 엔터에만 반응한다면, (혹은 완전히 커스텀 키나, 키 조합이라도), 이는 여전히 이 성공 기준의 요구사항을 만족한다.
참고
이 성공 기준은 마우스나 터치스크린으로 조작 가능한 모든 보이는 컨트롤이 키보드로 초점을 받을 수 있고 동작 가능할 것을 요구하지 않는다. 형식적인 요구사항은 키보드 인터페이스 사용자가 같은, 혹은 동등한 동작을 수행할 수 있고, 콘텐츠를 조작할 수 있는 방법이 있어야 할 것을 요구한다. 일반적으로 모든 가능한 입력 장치로 조작 가능할 수 있는 컨트롤을 제공해야 한다. 하지만 웹 애플리케이션이 키보드 인터페이스 사용자를 위한 별도의 조작 모드를 구현한다면, 이 성공 기준에 실패하지 않는다.
이 섹션에서 번호가 매겨진 각 항목은 접근성 지침 실무 그룹이 이 성공 기준을 충족하기에 충분하다고 간주하는 기법 또는 기법의 조합을 나타낸다. 그러나 이러한 특정 기법을 사용할 필요는 없다. 다른 기법 사용에 대한 자세한 내용은 WCAG 성공 기준에 대한 기법 이해, 특히 “기타 기법” 섹션을 참고하라.
준수를 위해 필수는 아니지만 콘텐츠에 더 쉽게 접근할 수 있도록 다음과 같은 추가 기법을 고려해야 한다. 모든 기법을 사용할 수 없거나 모든 상황에서 효과적인 것은 아니다.
다음은 접근성 지침 실무 그룹에서 이 성공 기준의 실패로 간주하는 일반적인 실수이다.
다음은 이 성공 기준의 특정 측면에 대한 점검 규칙이다. WCAG 준수 여부를 확인하기 위해 이러한 특정 점검 규칙을 사용할 필요는 없지만 이것은 정의되고 승인된 검사 방법이다. 점검 규칙 사용에 대한 자세한 내용은 WCAG 성공 기준에 대한 점검 규칙 이해를 참고하라.
