2.1 키보드 접근
키보드로 모든 기능을 사용할 수 있어야 합니다.
2.1.1 키보드 (A)
콘텐츠의 모든 기능은 사용자 이동 경로에 따라 달라 지는 입력을 요구하는 경우를 제외하고 개별 키 입력에 대한 특정한 타이밍을 요구하지 않는 키보드 인터페이스를 통해 작동할 수 있어야 합니다.
예외사항은 입력 기술이 아니라, 기본 기능과 관련이 있습니다. 예를 들어 필기를 사용하여 텍스트를 입력하는 경우 입력 기술(필기)은 경로 의존적인 입력이 필요하지만, 기본 기능(텍스트 입력)은 그렇지 않습니다.
키보드 조작으로 인해 마우스 입력 또는 기타 입력 방법 사용에 제한이 있어서는 안됩니다.
2.1.2 키보드 함정 X (A)
키보드 인터페이스를 사용하여 키보드 포커스를 페이지 컴포넌트로 이동할 수 있는 경우 키보드 인터페이스만 사용하여 해당 컴포넌트에서 포커스를 이동할 수 있으며 사용자가 화살표 또는 탭 키 또는 기타 표준 종료 방법을 사용할 경우, 사용자는 포커스를 멀리 이동시키는 방법에 대해 조언을 받을 수 있습니다.
이 가이드라인을 충족하지 않는 콘텐츠는 전체 페이지 사용 능력에 방해가 될 수 있으므로 웹 페이지의 모든 콘텐츠(다른 기준을 충족하는 지 여부와 상관 없이)는 이 가이드라인을 충족해야 합니다.
보다 자세한 내용은 적합성 요구 - 5. 비간섭을 참고하세요.
2.1.3 키보드: 예외 X (AAA)
콘텐츠의 모든 기능은 개별 키 입력에 대한 특정 타이밍을 요구하지 않고 키보드 인터페이스를 통해 작동 가능합니다.
2.1.4 문자 키 단축키 (A)
키보드 단축키가 문자(대소문자 포함), 구두점, 숫자 또는 기호 문자만 사용하여 콘텐츠에 구현 된 경우 다음 중 하나 이상이 요구됩니다.
단축키 기능 끄기 단축키를 끌 수 있는 기능을 제공해야 합니다.
단축키 재설정 1개 이상 프린트 할 수 없는 키보드 문자(예:
Ctrl,Alt등)를 사용하도록 단축키를 다시 매핑 할 수 있는 기능을 제공해야 합니다.포커스 상태에서만 활성화 UI 컴포넌트 단축 키는 해당 컴포넌트에 포커스가 있을 때만 활성화됩니다.
해설
손떨림, 휴대성 또는 인공적인 손을 가진 사람들은 음성 키보드나 키보드 또는 화면 키보드가 있는 다른 포인팅 장치를 사용하기 때문에, 단일 문자 단축키를 제공할 경우 실수로 문자 단축키 눌러 원인도 모른채 혼란에 빠질 수 있습니다. 이 지침은 이러한 사용자들에게 많은 도움이 됩니다.
이 성공 기준은 문자 키를 사용하여 구현된 단축 키의 경우만 적용됩니다. HTML 요소에 accesskey 속성을 사용한 경우는 예외입니다. <select> 요소가 성공 기준을 부합하는 예가 될 수 있습니다. 요소의 선택 항목이 열리면 선택 항목 중 하나의 문자를 입력하여 선택 항목으로 이동할 수 있습니다.
예시
사용자가 서비스를 보다 손쉽게 이용할 수 있도록 단축키를 제공할 수 있습니다. NAVER 메일은 사용자 편의를 위해 몇 가지 단축키를 제공합니다. 예를 들어 R 키를 눌러 읽은 메일에 답장을 하거나, D 키를 눌러 메일을 삭제할 수 있습니다.
단축키 기능을 서비스에 반영할 때 고려해야 할 점이 있습니다. 음성 입력 사용자에게 문자 단축키가 문제를 일으킬 수 있다는 점입니다. 음성 입력은 단어이고 단어는 문자열 이기 때문입니다. 사용자가 하나 이상 문자 단축 키와 일치하는 단어를 말할 때 컨트롤에 포커스가 있으면 예기치 않은 동작이 발생해 혼란을 야기시킬 수 있습니다.
예를 들어 음성 입력 사용자가 메일을 사용하면서 "안녕하세요 NIA OOO 입니다." 라고 말하면 다음 메일 보기(N), 메일 중요 표시/해제(I), 전체 답장하기(A) 가 실행될 수 있습니다. (Kim Patch 슬라이드 참고)
이러한 예기치 않은 작동은 사용자를 어리둥절하게 만듭니다. 이런 경우 메일 웹 서비스에서 단축키를 사용하지 않도록 설정하거나 다시 매핑 할 수 있는 방법을 제공한다면 사용자는 혼란 없이 서비스를 이용할 수 있습니다.
2개 이상의 문자 키를 함께 사용하는 단축 키도 문제를 일으킬 수 있습니다.
성공기준 이해하기 1.4.14를 보면 보다 상세한 디자인 가이드를 볼 수 있습니다.
Last updated
