접근성 모범 사례

컨트롤 또는 애플리케이션에서 다음 모범 사례를 구현하면 보조 기술 디바이스를 사용하는 사용자에 대한 접근성이 향상됩니다. 이러한 대부분의 모범 사례는 좋은 UI(사용자 인터페이스) 디자인에 초점을 맞춥니다. 각 모범 사례에는 WPF(Windows Presentation Foundation) 컨트롤 또는 애플리케이션에 대한 구현 정보가 포함됩니다. 대부분의 경우 이러한 모범 사례를 충족하는 작업은 WPF 컨트롤에 이미 포함되어 있습니다.

프로그램을 통한 액세스

프로그래밍 방식 액세스에는 모든 UI 요소의 레이블이 지정되고, 속성 값이 노출되고, 적절한 이벤트가 발생하도록 하는 작업이 포함됩니다. 표준 WPF 컨트롤의 경우 이 작업의 대부분은 이미 .를 통해 AutomationPeer수행됩니다. 사용자 지정 컨트롤에는 프로그래밍 방식 액세스가 올바르게 구현되도록 하기 위한 추가 작업이 필요합니다.

모든 UI 요소 및 텍스트에 프로그래밍 방식 액세스 사용

UI(사용자 인터페이스) 요소는 프로그래밍 방식 액세스를 사용하도록 설정해야 합니다. UI가 표준 WPF 컨트롤인 경우 프로그래밍 방식 액세스에 대한 지원이 컨트롤에 포함됩니다. 컨트롤이 공용 컨트롤이나 Control에서 서브클래스된 사용자 지정 컨트롤인 경우, 수정이 필요할 수 있는 부분을 확인하기 위해 구현을 검사해야 합니다.

이 모범 사례에 따라 보조 기술 공급업체는 제품 UI의 요소를 식별하고 조작할 수 있습니다.

UI 개체, 프레임 및 페이지에 이름, 제목 및 설명 배치

보조 기술, 특히 화면 읽기 프로그램은 제목을 사용하여 탐색 체계에서 프레임, 개체 또는 페이지의 위치를 이해합니다. 따라서 제목은 설명이 있어야 합니다. 예를 들어 사용자가 특정 영역으로 깊이 이동한 경우 "Microsoft 웹 페이지"의 웹 페이지 제목은 쓸모가 없습니다. 설명 제목은 시각 장애가 있고 화면 읽기 프로그램에 의존하는 사용자에게 매우 중요합니다. 마찬가지로 WPF 컨트롤의 NamePropertyHelpTextProperty 경우 보조 기술 디바이스에 중요합니다.

이 모범 사례에 따라 보조 기술은 샘플 컨트롤 및 애플리케이션에서 UI를 식별하고 조작할 수 있습니다.

모든 UI 활동에 의해 프로그래밍 방식 이벤트가 트리거되는지 확인

이 모범 사례에 따라 보조 기술은 UI의 변경 내용을 수신 대기하고 사용자에게 이러한 변경 내용을 알릴 수 있습니다.

사용자 설정

이 섹션의 모범 사례는 컨트롤 또는 애플리케이션이 사용자 설정을 재정의하지 않도록 합니다.

모든 System-Wide 설정 준수 및 접근성 함수 방해 안 함

사용자는 제어판을 사용하여 시스템 전체 플래그를 설정할 수 있습니다. 다른 플래그는 프로그래밍 방식으로 설정할 수 있습니다. 이러한 설정은 컨트롤이나 애플리케이션에서 변경해서는 안 됩니다. 또한 애플리케이션은 호스트 운영 체제의 접근성 설정을 지원해야 합니다.

이 모범 사례에 따라 사용자는 접근성 설정을 설정하고 애플리케이션에서 해당 설정을 변경하지 않을 것임을 알 수 있습니다.

시각적 UI 디자인

이 섹션의 모범 사례는 컨트롤 또는 애플리케이션이 색과 이미지를 효과적으로 사용하고 보조 기술에서 사용할 수 있도록 합니다.

색상을 Hard-Code 사용하지 마세요.

색맹이거나 시력이 낮거나 흑백 화면을 사용하는 사용자는 하드 코딩된 색으로 애플리케이션을 사용하지 못할 수 있습니다.

이 모범 사례에 따라 사용자는 개별 요구 사항에 따라 색 조합을 조정할 수 있습니다.

고대비 및 모든 시스템 표시 특성 지원

애플리케이션은 사용자가 선택한 시스템 전체 대비 설정, 색 선택 또는 기타 시스템 전체 디스플레이 설정 및 특성을 중단하거나 사용하지 않도록 설정해서는 안 됩니다. 사용자가 채택한 시스템 전체 설정은 애플리케이션의 접근성을 향상시켜 애플리케이션에서 사용하지 않도록 설정하거나 무시해서는 안 됩니다. 적절한 대비를 제공하려면 올바른 전경-배경 조합에서 색을 사용해야 합니다. 관련 없는 색을 혼합하지 말고 색을 역방향으로 사용하지 마세요.

많은 사용자는 검은색 배경의 흰색 텍스트와 같은 특정 고대비 조합이 필요합니다. 흰색 배경에 검은 색 텍스트가 배경이 전경을 통해 출혈을 일으키고 일부 사용자가 읽기 어렵게 만들 수 있기 때문에 이를 반대로 그립니다.

모든 UI가 모든 DPI 설정에 따라 올바르게 크기 조정되는지 확인

모든 UI가 dpi(인치당 도트 수) 설정으로 올바르게 확장할 수 있는지 확인합니다. 또한 UI 요소가 인치당 120개 점(dpi)인 1024 x 768의 화면에 맞는지 확인합니다.

네비게이션

이 섹션의 모범 사례는 컨트롤 및 애플리케이션에 대해 탐색이 해결되었는지 확인합니다.

모든 UI 요소에 대한 키보드 인터페이스 제공

탭이 중지되며, 특히 신중하게 계획된 경우 사용자에게 UI를 탐색할 수 있는 다른 방법을 제공합니다.

애플리케이션은 다음 키보드 인터페이스를 제공해야 합니다.

• 단추, 링크 또는 목록 상자와 같이 사용자가 상호 작용할 수 있는 모든 컨트롤에 대한 탭 정지
• 논리적 탭 순서

키보드 포커스 표시

사용자는 키 입력의 효과를 예상할 수 있도록 키보드 포커스가 있는 개체를 알아야 합니다. 키보드 포커스를 강조 표시하려면 색, 글꼴 또는 직사각형 또는 배율과 같은 그래픽을 사용합니다. 키보드 포커스를 청각적으로 강조 표시하려면 볼륨, 피치 또는 음질을 변경합니다.

혼동을 방지하기 위해 애플리케이션은 비활성 창(또는 창틀)에 있는 모든 시각적 포커스 표시기와 흐리게 된 선택 항목을 숨겨야 합니다.

애플리케이션은 키보드 포커스를 사용하여 다음을 수행해야 합니다.

• 한 항목에는 항상 키보드 포커스가 있어야 합니다.
• 키보드 포커스가 표시되고 분명해야 합니다.
• 선택 항목 및/또는 중요 항목이 시각적으로 강조 표시되어야 합니다.

탐색 표준 및 강력한 탐색 체계 지원

키보드 탐색의 다양한 측면은 사용자가 UI를 탐색하는 다양한 방법을 제공합니다.

애플리케이션은 다음 키보드 인터페이스를 제공해야 합니다.

• 모든 명령, 메뉴 및 컨트롤에 대한 바로 가기 키 및 밑줄이 그어진 액세스 키
• 중요한 링크의 바로 가기 키
• 모든 메뉴 항목에는 액세스 키가 있습니다. 모든 단추에는 가속기 키가 있고 모든 명령에는 가속기 키가 있습니다.

마우스 위치가 키보드 탐색을 방해하지 않도록 합니다.

마우스 위치가 키보드 탐색을 방해해서는 안 됩니다. 예를 들어 마우스가 일부 위치에 있고 사용자가 키보드로 탐색하는 경우 사용자가 시작하지 않는 한 마우스 클릭이 수행되지 않아야 합니다.

다중 모드 인터페이스

이 섹션의 모범 사례는 애플리케이션 UI에 시각적 요소에 대한 대안이 포함되어 있는지 확인합니다.

텍스트가 아닌 요소들에 대한 User-Selectable 등가물 제공

텍스트가 아닌 각 요소에 대해 텍스트, 대본 또는 오디오 설명(예: 대체 텍스트, 캡션 또는 시각적 피드백)에 대해 사용자가 선택할 수 있는 동등한 값을 제공합니다.

텍스트가 아닌 요소는 이미지, 이미지 맵 영역, 애니메이션, 애플릿, 프레임, 스크립트, 그래픽 단추, 소리, 독립 실행형 오디오 파일 및 비디오를 비롯한 다양한 UI 요소를 포함합니다. 텍스트가 아닌 요소는 UI의 콘텐츠를 이해하기 위해 사용자가 액세스해야 하는 시각적 정보, 음성 또는 일반 오디오 정보를 포함할 때 중요합니다.

색을 사용하지만 색에 대한 대안도 제공

색을 사용하여 다른 수단으로 표시되는 정보를 향상, 강조 또는 반복하지만 색만 사용하여 정보를 전달하지는 않습니다. 색맹이거나 단색 디스플레이가 있는 사용자는 색에 대한 대안이 필요합니다.

Device-Independent 호출에서 표준 입력 API 사용

디바이스 독립적 호출은 키보드 및 마우스 기능 같음을 보장하면서 보조 기술에 UI에 대한 필요한 정보를 제공합니다.

참고하십시오

• System.Windows.Automation.Peers
• 테마 및 UI 자동화를 사용하는 NumericUpDown 사용자 지정 컨트롤 지원 샘플
• 키보드 사용자 인터페이스 디자인에 대한 지침