키보드 조작

키보드 고급 사용자와 장애 및 기타 접근성 요구 사항이 있는 사용자에게 가능한 최고의 환경을 제공하도록 Windows 앱을 디자인하고 최적화하는 방법을 알아보세요.

디바이스에서 키보드 입력은 전체 Windows 앱 상호 작용 환경에서 중요한 부분입니다. 키보드 환경이 적절하게 설계되면 사용자가 키보드에서 손을 떼지 않고도 앱 UI를 효율적으로 탐색하고 전체 기능을 사용할 수 있습니다.

일반적인 조작 패턴은 게임 패드와 키보드 간에 공유

이 항목에서는 PC의 키보드 입력에 대한 Windows 앱 디자인을 중점적으로 살펴보겠습니다. 그러나 Windows 내레이터와 같은 접근성 도구를 지원하고, 터치 키보드 및 OSK(화상 키보드)와 같은 소프트웨어 키보드를 사용하고, 게임 패드 또는 리모컨과 같은 다른 입력 디바이스 유형을 처리하려면 잘 디자인된 키보드 환경이 중요합니다.

포커스 화면 효과, 선택키, UI 탐색을 포함하여 여기서 다루는 여러 지침과 권장 사항은 다른 시나리오에도 적용할 수 있습니다.

참고 텍스트 입력에 하드웨어 키보드와 소프트웨어 키보드가 모두 사용되지만 이 항목의 초점은 탐색과 조작입니다.

기본 제공 지원

키보드는 마우스와 함께 PC에서 가장 광범위하게 사용되는 주변 장치이며, 따라서 PC 환경에서 핵심적인 부분입니다. PC 사용자는 키보드 입력에 대한 응답으로 두 시스템과 개별 앱에서 포괄적이고 일관적인 환경을 기대합니다.

모든 UWP 컨트롤은 풍부한 키보드 환경 및 사용자 조작을 위한 기본 지원을 포함하고 있으며, 플랫폼은 그 자체로 사용자 지정 컨트롤 및 앱에 가장 적합한 키보드 환경을 만들 수 있는 방대한 기반을 제공합니다.

UWP는 모든 디바이스에서 키보드 지원

기본 환경

앞에서 언급했듯이 게임 패드 및 리모컨과 같은 입력 장치와 내레이터와 같은 접근성 도구는 탐색 및 명령을 위한 키보드 입력 환경의 대부분을 공유합니다. 이처럼 여러 입력 유형 및 도구에서 공통 환경을 공유하기 때문에 추가 작업이 최소화되고 유니버설 Windows 플랫폼의 "한 번 빌드하여 어디서나 실행" 목표에도 부합합니다.

필요한 경우 개발자가 알아야 하는 주요 차이점을 살펴보고 개발자가 고려해야 하는 완화에 대해 설명하도록 하겠습니다.

다음은 이 항목에서 다룰 디바이스와 도구입니다.

디바이스/도구	설명
키보드(하드웨어 및 소프트웨어)	표준 하드웨어 키보드 외에도 Windows 애플리케이션은 두 가지 소프트웨어 키보드 터치(또는 소프트웨어) 키보드 및 화상 키보드를 지원합니다.
게임 패드 및 리모컨	게임 패드와 리모컨은 10피트 경험의 기본 입력 장치입니다. 게임 패드 및 원격 제어에 대한 Windows 지원에 대한 자세한 내용은 게임 패드 및 원격 제어 조작을 참조하세요.
화면 읽기 프로그램(내레이터)	내레이터는 고유한 조작 환경과 기능을 제공하는 Windows의 기본 화면 읽기 프로그램이지만 여전히 기본 키보드 탐색 및 입력을 사용합니다. 내레이터에 대한 자세한 내용은 내레이터 시작을 참조하세요.

사용자 지정 환경 및 효율적인 키보드 조작

앞서 언급했듯이, 키보드 지원은 기술, 능력, 기대치가 각기 다른 사용자들이 애플리케이션을 원활하게 조작하기 위한 필수 요소입니다. 다음 사항을 우선적으로 처리할 것을 권장합니다.

• 키보드 탐색 및 조작 지원
  • 실행 가능한 항목은 탭 정지로 식별하고(실행 가능하지 않은 항목은 탭 정지로 식별하지 말고), 탐색 명령은 논리적이고 예측 가능해야 함(탭 정지 참조)
  • 가장 논리적인 요소에 초기 포커스 설정(초기 포커스 참조)
  • "내부 탐색"에 화살표 키 탐색 제공(탐색 참조)
• 키보드 바로 가기 지원
  • 바로 가기를 위한 바로 가기 키 제공(바로 가기 참조)
  • 애플리케이션의 UI 탐색을 위한 선택키 제공(선택키 참조)

포커스 화면 효과

UWP는 모든 입력 유형과 환경에서 원활하게 작동하는 하나의 포커스 화면 효과 디자인을 지원합니다.

포커스 화면 효과의 특징:

• UI 요소가 키보드 및/또는 게임 패드/리모컨으로부터 포커스를 받으면 포커스 화면 효과가 표시됩니다.
• UI 요소 주변에 강조 표시된 테두리로 렌더링되어 작업을 수행할 수 있음을 나타냅니다.
• 사용자가 헤매지 않고 앱 UI를 쉽게 탐색할 수 있도록 도와줍니다.
• 앱에 대해 사용자 지정할 수 있습니다(높은 가시성 포커스 화면 효과 참조).

참고 UWP 포커스 화면 효과는 내레이터 포커스 사각형과 다릅니다.

탭 정지

키보드와 함께 컨트롤(탐색 요소 포함)을 사용하려면 컨트롤에 포커스가 있어야 합니다. 컨트롤이 키보드 포커스를 받는 한 가지 방법은 컨트롤을 애플리케이션의 탭 순서에서 탭 정지로 식별하여 탭 탐색을 통해 컨트롤에 액세스할 수 있게 만드는 것입니다.

탭 순서에 컨트롤을 포함하려면 IsEnabled 속성을 true로 설정하고 IsTabStop 속성을 true로 설정해야 합니다.

탭 순서에서 컨트롤을 확실하게 제외하려면 IsTabStop 속성을 false로 설정합니다.

기본적으로 탭 순서는 UI 요소가 생성된 순서를 반영합니다. 예를 들어 StackPanel에 Button, Checkbox 및 TextBox가 포함된 경우 탭 순서는 Button, Checkbox, TextBox입니다.

TabIndex 속성을 설정하여 기본 탭 순서를 재정의할 수 있습니다.

탭 순서는 논리적이고 예측 가능해야 함

논리적이고 예측 가능한 탭 순서를 사용하여 키보드 탐색 모델을 적절하게 디자인하면 앱의 직관성이 향상되고 사용자가 좀 더 효율적으로 기능을 탐색, 검색 및 액세스할 수 있습니다.

모든 대화형 컨트롤에는 탭 정지(그룹으로 묶인 경우 제외)가 있어야 하는 반면, 레이블과 같은 비대화형 컨트롤에는 탭 정지가 없어야 합니다.

포커스가 애플리케이션 내에서 무질서하게 이동하도록 사용자 지정 탭 순서를 지정하면 안 됩니다. 예를 들어 양식의 컨트롤 목록은 탭 순서가 위에서 아래로, 왼쪽에서 오른쪽으로 흘러야 합니다(로캘에 따라 다름).

탭 정지 사용자 지정에 대한 자세한 내용은 키보드 접근성을 참조하세요.

탭 정지 및 시각적 순서를 조정

탭 순서와 시각적 순서(읽는 순서 또는 표시 순서라고도 함)를 조정하여 사용자가 애플리케이션 UI를 탐색할 때 혼란을 줄일 수 있습니다.

명령, 컨트롤 및 콘텐츠의 순위를 정하고 탭 순서와 시각적 순서에서 가장 중요한 항목을 맨 처음에 제공하도록 노력합니다. 그러나 실제 표시 위치는 부모 레이아웃 컨테이너 및 레이아웃에 영향을 주는 자식 요소의 특정 속성에 따라 달라질 수 있습니다. 특히, 그리드 메타포 또는 테이블 메타포를 사용하는 레이아웃은 시각적 순서가 탭 순서와 상당히 다를 수 있습니다.

참고 시각적 순서는 로캘 및 언어에 따라서도 달라집니다.

초기 포커스

초기 포커스는 애플리케이션 또는 페이지가 처음으로 시작되거나 활성화될 때 UI 요소에서 받는 포커스를 지정합니다. 키보드를 사용하는 경우 사용자는 바로 이 요소에서 애플리케이션의 UI 조작을 시작합니다.

UWP 앱의 경우 초기 포커스는 포커스를 받을 수 있는 TabIndex가 가장 높은 요소로 설정됩니다. 컨테이너 컨트롤의 자식 요소는 무시됩니다. 타일에서는 시각적 트리의 첫 번째 요소가 포커스를 받습니다.

가장 논리적인 요소에 초기 포커스 설정

사용자가 앱을 시작하거나 페이지를 탐색할 때 수행할 가능성이 가장 높은 첫 번째 또는 기본 작업에 대한 UI 요소에 초기 포커스를 설정합니다. 일부 사례:

• 갤러리의 첫 번째 항목에 포커스가 설정되는 사진 앱
• 재생 단추에 포커스가 설정되는 음악 앱

부정적이거나 치명적일 수 있는 결과를 노출하는 요소에 초기 포커스를 설정하지 마세요.

이 기능 수준은 사용자가 선택해야 합니다. 중요한 결과가 포함된 요소에 초기 포커스를 설정하면 의도치 않은 데이터 손실이나 시스템 액세스로 이어질 수 있습니다. 예를 들어 이메일을 탐색할 때에는 삭제 단추에 포커스를 설정하지 마세요.

탭 순서를 재정의하는 방법에 대한 자세한 내용은 포커스 탐색을 참조하세요.

탐색

키보드 탐색은 일반적으로 Tab 키와 화살표 키를 통해 지원됩니다.

기본적으로 UWP 컨트롤은 다음과 같은 기본 키보드 동작을 따릅니다.

• Tab 키 - 탭 순서에 따라 실행 가능/활성 컨트롤을 탐색합니다.
• Shift + Tab - 탭 순서의 역방향으로 컨트롤을 탐색합니다. 사용자가 화살표 키를 사용하여 컨트롤 내부를 탐색한 경우 컨트롤 내부의 마지막으로 알려진 값에 포커스가 설정됩니다.
• 화살표 키 - 컨트롤 관련 "내부 탐색"을 노출합니다. 사용자가 "내부 탐색"을 입력하면 화살표 키가 컨트롤 외부를 탐색하지 않습니다. 일부 사례:
  • 위쪽/아래쪽 화살표 키가 ListView 및 MenuFlyout 내부에서 포커스 이동
  • 현재 Slider 및 RatingsControl에 대해 선택된 값 수정
  • TextBox 내에서 캐럿 이동
  • TreeView 내에서 항목 확장/축소

이러한 기본 동작을 사용하여 애플리케이션의 키보드 탐색을 최적화합니다.

관련 컨트롤 세트에 "내부 탐색" 사용

관련 컨트롤 세트에 화살표 키 탐색을 제공하면 애플리케이션 UI의 전체 조직 내에서 관계가 향상됩니다.

예를 들어 여기에 표시된 ContentDialog 컨트롤은 기본적으로 가로 행 단추에 대한 내부 탐색을 제공합니다(사용자 지정 컨트롤에 대한 내용은 컨트롤 그룹 섹션 참조).

화살표 키 탐색을 사용하여 관련 단추 컬렉션을 보다 수월하게 조작

항목이 한 열에 표시되는 경우 위쪽/아래쪽 화살표 키가 항목을 탐색합니다. 항목이 한 행에 표시되는 경우 왼쪽/오른쪽 화살표 키가 항목을 탐색합니다. 항목이 여러 열인 경우 4개 화살표 키가 항목을 탐색합니다.

관련 컨트롤 컬렉션에 대한 단일 탭 정지 정의

관련 컨트롤 또는 보완 컨트롤 컬렉션에 대한 단일 탭 정지를 정의하면 앱의 전체적인 탭 정지 수를 최소화할 수 있습니다.

예를 들어 다음 그림은 두 개의 누적된 ListView 컨트롤을 보여줍니다. 왼쪽 그림은 탭 정지와 함께 ListView 컨트롤을 탐색하는 데 사용된 화살표 키 탐색을 보여주고, 오른쪽 이미지는 Tab 키로 부모 컨트롤을 트래버스할 필요성을 제거하여 자식 요소 간의 탐색을 좀 더 쉽고 효율적으로 하는 방법을 보여줍니다.

탭 정지를 제거하고 화살표 키로만 탐색하면 두 누적된 ListView 컨트롤을 좀 더 쉽고 효율적으로 조작할 수 있습니다.

애플리케이션 UI에 최적화 예제를 적용하는 방법을 알아보려면 제어 그룹 섹션을 방문하세요.

조작 및 명령

컨트롤에 포커스가 있으면 사용자는 특정 키보드 입력을 사용하여 해당 컨트롤을 조작하고 관련 기능을 호출할 수 있습니다.

텍스트 항목

TextBox 및 RichEditBox처럼 텍스트 입력을 위해 특별히 설계된 컨트롤의 경우 모든 키보드 입력이 텍스트 입력 또는 탐색에 사용되며, 다른 키보드 명령보다 높은 우선 순위를 갖습니다. 예를 들어 AutoSuggestBox 컨트롤의 드롭다운 메뉴는 Space 키를 선택 명령으로 인식하지 못합니다.

Space 키

텍스트 입력 모드에 있지 않은 경우 Space 키는 포커스가 설정된 컨트롤과 연결된 작업 또는 명령(예: 터치로 탭 또는 마우스로 클릭)을 호출합니다.

Enter 키

Enter 키는 포커스가 있는 컨트롤에 따라 다양한 공통 사용자 조작을 수행할 수 있습니다.

• Button 또는 Hyperlink 같은 명령 컨트롤을 활성화합니다. 최종 사용자의 혼란을 방지하기 위해 Enter 키는 ToggleButton 또는 AppBarToggleButton 같은 명령 컨트롤처럼 보이는 컨트롤도 활성화합니다.
• ComboBox 및 DatePicker 같은 컨트롤의 선택기 UI를 표시합니다. 또한 Enter 키는 선택기 UI를 커밋하고 닫습니다.
• ListView, GridView 및 ComboBox 같은 목록 컨트롤을 활성화합니다.
  • 목록 및 그리드 항목과 연결된 추가 작업(새 창 열기)이 없으면 Enter 키는 목록 및 그리드 항목에 대한 Space 키로 선택 작업을 수행합니다.
  • 컨트롤과 연결된 추가 작업이 있으면 Enter 키가 추가 작업을 수행하고 Space 키가 선택 작업을 수행합니다.

참고Enter 키와 Space 키가 항상 같은 작업을 수행하는 것은 아니지만 같은 작업을 수행하는 경우가 자주 있습니다.

Esc 키

Esc 키를 통해 사용자는 임시 UI(해당 UI에서 진행 중인 작업과 함께)를 취소할 수 있습니다.

이 환경의 예는 다음과 같습니다.

• 사용자가 값이 선택된 ComboBox를 열고 화살표 키를 사용하여 포커스 선택을 새 값으로 이동합니다. Esc 키를 눌러 ComboBox를 닫고 선택한 값을 원래 값으로 다시 설정합니다.
• 사용자가 이메일에 대한 영구 삭제 작업을 호출하고 ContentDialog에 작업을 확인하라는 메시지가 표시됩니다. 사용자는 의도한 작업이 아님을 확인하고 Esc 키를 눌러 대화 상자를 닫습니다. Esc 키는 취소 단추와 연결되어 있기 때문에 대화 상자가 닫히고 작업이 취소됩니다. Esc 키는 임시 UI에만 영향을 주며, 앱 UI를 닫거나 뒤로 탐색하지 않습니다.

홈 및 끝 키

사용자는 Home 및 End 키로 UI 영역의 시작 또는 끝으로 스크롤할 수 있습니다.

이 환경의 예는 다음과 같습니다.

• ListView 및 GridView 컨트롤의 경우 Home 키는 포커스를 첫 번째 요소로 이동하여 보기로 스크롤하고, End 키는 포커스를 마지막 요소로 이동하여 보기로 스크롤합니다.
• ScrollView 컨트롤의 경우 Home 키는 영역 맨 위로 스크롤하고, End 키는 영역 맨 아래로 스크롤합니다(포커스는 변경되지 않음).

Page up 및 Page down 키

사용자는 Page 키를 사용하여 UI 영역을 개별 단위로 스크롤할 수 있습니다.

예를 들어 ListView 및 GridView 컨트롤의 경우 Page up 키는 영역을 한 "페이지"(일반적으로 뷰포트 높이)만큼 위로 스크롤하고 포커스를 영역 맨 위로 이동합니다. 반면 Page down 키는 영역을 한 페이지만큼 아래로 스크롤하고 포커스를 영역 맨 아래로 이동합니다.

바로 가기 키

바로 가기 키를 사용하여 키보드 사용자에게 향상된 접근성과 효율성을 제공하면 앱의 사용 편의성을 높일 수 있습니다.

앱에서 키보드 탐색 및 활성화를 지원하는 것 외에도, 애플리케이션의 기능에 대한 바로 가기를 제공하는 것이 좋습니다. 탭 탐색은 기본 수준의 좋은 키보드 지원을 제공하지만, 복잡한 UI가 있는 경우 바로 가기 키에 대한 지원을 추가해야 합니다.

바로 가기는 사용자가 앱 기능에 효율적으로 액세스할 수 있도록 하여 생산성을 향상하는 키보드 조합입니다. 두 종류의 바로가기:

• 가속기는 앱 명령을 호출하는 바로 가기입니다. 앱에서 명령에 해당하는 특정 UI를 제공할 수도 있고 제공하지 않을 수도 있습니다. 가속기는 일반적으로 Ctrl 키와 문자 키로 구성됩니다.
• 선택키는 애플리케이션에서 특정 UI에 포커스를 설정하는 바로 가기입니다. 선택키는 일반적으로 Alt 키와 문자 키로 구성됩니다.

애플리케이션 간에 유사한 작업을 지원하는 일관적인 바로 가기 키를 제공하면 훨씬 더 유용하고 강력해지며 사용자가 쉽게 기억할 수 있습니다.

바로 연결

가속기를 통해 사용자는 애플리케이션에서 일반적인 작업을 보다 빠르고 효율적으로 수행할 수 있습니다.

다음은 가속기의 예입니다.

• 메일 앱의 아무 곳에서 Ctrl + N 키를 누르면 새로운 메일 항목이 시작됩니다.
• Microsoft Edge(및 여러 Microsoft Store 애플리케이션)의 아무 곳에서 Ctrl + E 키를 누르면 검색이 시작됩니다.

가속기의 특징은 다음과 같습니다.

• 가속기는 주로 Ctrl 키와 기능 키의 시퀀스를 사용합니다(Windows 시스템 바로 가기 키도 Alt+영숫자가 아닌 키 및 Windows 로고 키를 사용함).
• 가장 일반적으로 사용되는 명령에만 할당됩니다.
• 기억하기 위한 것이며 메뉴, 도구 설명 및 도움말에만 설명되어 있습니다.
• 가속기가 지원될 경우 가속기는 애플리케이션 전체에 적용됩니다.
• 가속기는 기억해야 하고 직접 기록되지 않으므로 일관적으로 할당해야 합니다.

Access keys

UWP로 선택키를 지원하는 방법에 대한 자세한 내용은 선택키 페이지를 참조하세요.

선택키는 거동 장애가 있는 사용자가 한 번에 하나의 키를 눌러 UI의 특정 항목을 수행할 수 있게 도와줍니다. 뿐만 아니라 선택키를 추가 바로 가기 키와 통신하는 데 사용하면 고급 사용자가 신속하게 작업을 수행할 수 있습니다.

액세스 키에는 다음과 같은 특성이 있습니다.

• Alt 키와 영숫자 키를 사용합니다.
• 주로 접근성을 위한 것입니다.
• 선택키는 키 팁을 통해 컨트롤 옆에 있는 UI에 직접 설명이 제공됩니다.
• 현재 창에만 적용되며 해당 메뉴 항목 또는 컨트롤로 이동합니다.
• 되도록이면 자주 사용하는 명령(특히 커밋 단추)에 일관적으로 할당해야 합니다.
• 지역화됩니다.

일반적인 바로 가기 키

다음 표는 자주 사용되는 바로 가기 키의 샘플입니다.

작업	키 명령
모두 선택	Ctrl+A
계속 선택	Shift+화살표 키
저장	Ctrl+S
찾기	Ctrl+F
인쇄	Ctrl+P
복사	Ctrl+C
잘라내기	Ctrl+X
붙여넣기	Ctrl+V
실행 취소	Ctrl+Z
다음 탭	Ctrl+Tab
탭 닫기	Ctrl+F4 또는 Ctrl+W
의미 체계 확대/축소	Ctrl++ 또는 Ctrl+-

Windows 시스템 바로 가기 키의 전체 목록은 Windows 바로 가기 키를 참조하세요. 일반적인 애플리케이션 바로 가기에 대한 자세한 내용은 Microsoft 애플리케이션의 바로 가기 키를 참조하세요.

고급 환경

이 섹션에서는 앱을 다른 디바이스 및 다른 도구와 함께 사용할 때 알아야 하는 일부 동작과 함께, UWP 앱에서 지원되는 좀 더 복잡한 키보드 조작 환경 중 일부를 살펴보겠습니다.

컨트롤 그룹

관련 컨트롤 또는 상호 보완적 컨트롤 세트를 "컨트롤 그룹"(또는 방향 영역)으로 그룹화할 수 있으며, 이렇게 하면 화살표 키를 사용하여 "내부 탐색"이 가능합니다. 컨트롤 그룹은 단일 탭 정지일 수도 있고, 개발자가 컨트롤 그룹 내에서 여러 탭 정지를 지정할 수도 있습니다.

화살표 키 탐색

UI 영역에 서로 관련이 있는 비슷한 컨트롤 그룹이 있으면 사용자는 화살표 키 탐색이 지원될 것으로 기대합니다.

• CommandBar의 AppBarButtons
• ListView 또는 GridView 내부의 ListItems 또는 GridItems
• ContentDialog 내부의 Buttons

UWP 컨트롤은 기본적으로 화살표 키 탐색을 지원합니다. 사용자 지정 레이아웃 및 컨트롤 그룹의 경우 XYFocusKeyboardNavigation="Enabled"를 사용하여 유사한 동작을 제공합니다.

다음과 같은 컨트롤을 사용하는 경우 화살표 키 탐색에 대한 지원을 추가하는 방안을 고려해 보세요.

대화 상자 단추 RadioButtons

AppBarButtons ListItems 및 GridItems

탭 정지

애플리케이션의 기능과 레이아웃에 따라 컨트롤 그룹을 탐색하는 가장 좋은 옵션은 자식 요소에 대한 화살표 탐색이 가능한 단일 탭 정지, 다중 탭 정지 또는 여러 조합이 될 수 있습니다.

단추에 다중 탭 정지와 화살표 키 사용

접근성 사용자는 잘 정립된 키보드 탐색 규칙을 사용하며, 이 규칙은 일반적으로 단추 컬렉션 탐색에 화살표 키를 사용하지 않습니다. 하지만 시각 장애가 없는 사용자는 이 동작이 자연스럽다고 느낄 수 있습니다.

이 문서에서 기본 UWP 동작의 예는 ContentDialog입니다. 화살표 키를 사용하여 단추 사이를 이동할 수 있지만, 각 단추가 탭 정지이기도 합니다.

친숙한 UI 패턴에 단일 탭 정지 할당

레이아웃이 잘 알려진 컨트롤 그룹의 UI 패턴을 따르는 경우 그룹에 단일 탭 정지를 할당하면 사용자의 탐색 효율성을 향상할 수 있습니다.

예를 들면 다음과 같습니다.

• RadioButtons
• 단일 ListView와 모양과 동작이 비슷한 여러 ListViews
• 모양과 동작이 타일 그리드(예: 시작 메뉴 타일)와 비슷한 UI

컨트롤 그룹 동작 지정

다음 API를 사용하여 사용자 지정 컨트롤 그룹 동작을 지원합니다(모든 내용은 이 항목의 뒷부분에서 자세히 설명).

• XYFocusKeyboardNavigation - 화살표 키로 컨트롤을 탐색할 수 있습니다.
• TabFocusNavigation - 여러 탭 정지가 있는지 아니면 단일 탭 정지가 있는지를 나타냅니다.
• FindFirstFocusableElement and FindLastFocusableElement - Home 키를 사용하여 첫 번째 항목에 포커스를 설정하고 End 키를 사용하여 마지막 항목에 포커스를 설정합니다.

다음 그림은 연결된 라디오 단추의 컨트롤 그룹에 대한 직관적인 키보드 탐색 동작을 보여줍니다. 이 예에서는 컨트롤 그룹에 대한 단일 탭 정지, 화살표 키를 사용하는 라디오 단추 간 내부 탐색, 첫 번째 라디오 단추에 연결된 Home 키, 마지막 라디오 단추에 연결된 End 키를 권장합니다.

키보드 및 내레이터

내레이터는 키보드 사용자를 위한 UI 접근성 도구입니다(다른 입력 유형도 지원됨). 하지만 내레이터 기능은 UWP 앱에서 지원하는 키보드 조작에서 그치지 않으며 내레이터용 UWP 앱을 디자인할 때는 각별한 주의가 필요합니다. (내레이터 기본 사항 페이지에 내레이터 사용자 환경이 설명되어 있습니다.)

UWP 키보드 동작과 내레이터에서 지원하는 동작의 차이점은 다음과 같습니다.

• 컨트롤 레이블을 읽는 Caps Lock + 화살표 키처럼 표준 키보드 탐색을 통해 노출되지 않는 UI 요소를 탐색하는 추가 키 조합
• 비활성화된 항목 탐색. 기본적으로 비활성화된 항목은 표준 키보드 탐색을 통해 노출되지 않습니다.
• UI 세분성에 따라 보다 빠른 탐색을 위한 컨트롤 "보기". 사용자가 항목, 문자, 단어, 줄, 단락, 링크, 머리글, 표, 랜드마크 및 제안을 탐색할 수 있습니다. 표준 키보드 탐색에서 이러한 개체를 단순 목록으로 노출하며, 바로 가기 키를 제공하지 않으면 탐색이 번거로울 수 있습니다.

사례 연구 – AutoSuggestBox 컨트롤

AutoSuggestBox에 대한 검색 단추는 Tab 및 화살표 키를 사용하는 표준 키보드 탐색에 액세스할 수 없습니다. 왜냐하면 사용자가 Enter 키를 눌러 검색 쿼리를 제출할 수 있기 때문입니다. 하지만 사용자가 Caps Lock + 화살표 키를 누를 때 내레이터를 통해 액세스할 수 있습니다.

키보드를 사용할 경우 사용자는Enter키를 사용하여 검색 쿼리를 제출

내레이터를 사용할 경우 사용자는 Enter 키를 눌러 검색 쿼리를 제출

내레이터를 사용할 경우 사용자는 Caps Lock + 오른쪽 화살표 키를 누른 다음, Space 키를 눌러 검색 단추에 액세스할 수도 있습니다.

키보드, 게임 패드, 및 리모컨

게임 패드 및 리모컨은 많은 UWP 키보드 동작 및 환경을 지원합니다. 그러나 키보드에서 사용할 수 있는 다양한 키 옵션이 없기 때문에 게임 패드와 리모컨에는 많은 키보드 최적화가 부족합니다(리모컨은 게임 패드보다 훨씬 제한적입니다).

게임 패드 및 원격 제어 입력에 대한 UWP 지원에 대한 자세한 내용은 게임 패드 및 원격 제어 상호 작용을 참조하세요.

다음은 키보드, 게임 패드 및 리모컨 간의 몇 가지 키 매핑을 보여줍니다.

키보드	게임 패드	원격 제어
Space	A button	선택 단추
Enter	A button	선택 단추
Esc	B 버튼	뒤로 버튼
Home/End	해당 없음	해당 없음
Page Up/Down	세로 방향 스크롤을 위한 트리거 단추, 가로 방향 스크롤을 위한 범퍼 단추	해당 없음

게임 패드 및 리모컨 사용에 사용할 UWP 앱을 디자인할 때 알아야 할 몇 가지 주요 차이점은 다음과 같습니다.

• 텍스트를 입력하려면 사용자가 A를 눌러 텍스트 컨트롤을 활성화해야 합니다.

• 포커스 탐색은 컨트롤 그룹을 제한되지 않으며, 사용자는 앱에서 포커스 가능한 UI 요소를 자유롭게 탐색할 수 있습니다.

  참고 포커스가 오버레이 UI에 있거나 포커스 연결이 지정되지 않은 이상, 키 누르기 방향의 포커스 가능 UI 요소로 포커스가 이동할 수 있으며, 따라서 A 단추와 연결/연결 해제될 때까지 포커스가 영역에 들어가거나 영역에서 나오지 못합니다. 자세한 내용은 방향 탐색 섹션을 참조하세요.

• D 패드 및 왼쪽 스틱 단추는 컨트롤 사이에서 포커스를 이동하고 내부 탐색하는 데 사용됩니다.

  참고 게임 패드 및 리모컨은 방향 키를 누를 때와 시각적 순서가 동일한 항목만 탐색합니다. 포커스를 받을 수 있는 후속 요소가 없는 경우 해당 방향으로 탐색을 사용할 수 없습니다. 상황에 따라 키보드 사용자에게 항상 이 제한이 적용되는 것은 아닙니다. 자세한 내용은 기본 키보드 최적화 섹션을 참조하세요.

방향 탐색

방향 탐색은 눌린 방향 키(화살표 키, D 패드)를 가져와서 해당 시각적 방향으로 포커스를 이동하려고 시도하는 UWP 포커스 관리자 도우미 클래스를 통해 관리됩니다.

키보드와는 달리, 앱에서 마우스 모드를 옵트아웃(opt out)하면 방향 탐색이 게임 패드 및 리모컨을 위한 전체 애플리케이션에 적용됩니다. 방향 탐색 최적화에 대한 자세한 내용은 게임 패드 및 리모컨 조작을 참조하세요.

참고 키보드 Tab 키를 사용한 탐색은 방향 탐색으로 간주되지 않습니다. 자세한 내용은 탭 정지 섹션을 참조하세요.

방향 탐색 지원 사용자가 방향 키(키보드 화살표, 게임 패드 및 리모컨 D 패드)를 사용하여 여러 컨트롤을 탐색할 수 있습니다.

방향 탐색 미지원 사용자가 방향 키를 사용하여 여러 컨트롤을 탐색할 수 없습니다. 다른 컨트롤 탐색 방법(Tab 키)은 영향을 받지 않습니다.

기본 키보드 최적화

사용되는 레이아웃과 컨트롤에 따라 UWP 앱을 특별히 키보드 입력에 맞게 최적화할 수 있습니다.

다음 예에서는 단일 탭 정지에 할당된 목록 항목, 그리드 항목 및 메뉴 항목 그룹을 보여줍니다(탭 정지 섹션 참조). 그룹에 포커스가 있으면 방향 화살표 키를 사용하여 해당 시각적 순서로 내부 탐색이 수행됩니다(탐색 섹션 참조).

단일 열 화살표 키 탐색

단일 행 화살표 키 탐색

다중 열/행 화살표 키 탐색

동종 목록 및 그리드 보기 항목 래핑

방향 탐색이 항상 목록 및 GridView 항목의 여러 행과 열을 탐색하는 가장 효율적인 방법인 것은 아닙니다.

참고 메뉴 항목은 일반적으로 단일 열 목록이지만, 경우에 따라 특별한 포커스 규칙이 적용될 수 있습니다(팝업 UI 참조).

여러 행과 열을 사용하여 목록 및 그리드 개체를 만들 수 있습니다. 이러한 개체는 일반적으로 행 중심(항목이 전체 행을 채운 후 그 다음 행을 채움) 또는 열 중심(항목이 전체 열을 채운 후 그 다음 열을 채움) 배열입니다. 행 또는 열 중심 배열은 스크롤 방향에 따라 결정되며 항목 순서가 이 방향과 충돌하지 않도록 주의해야 합니다.

행 중심 배열(항목이 왼쪽에서 오른쪽으로, 위에서 아래로 채움)에서는 포커스가 행의 마지막 항목에 있는 상태에서 오른쪽 화살표 키를 누르면 포커스가 그 다음 행의 첫 번째 항목으로 이동합니다. 이와 똑같은 동작이 역순으로 발생합니다. 포커스가 행의 첫 번째 항목에 있는 상태에서 왼쪽 화살표 키를 누르면 포커스가 이전 행의 마지막 항목으로 이동합니다.

열 중심 배열(항목이 위에서 아래로, 왼쪽에서 오른쪽으로 채움)에서는 포커스가 열의 마지막 항목에 있는 상태에서 사용자가 아래쪽 화살표 키를 누르면 포커스가 그 다음 열의 첫 번째 항목으로 이동합니다. 이와 똑같은 동작이 역순으로 발생합니다. 포커스가 열의 첫 번째 항목에 있는 상태에서 위쪽 화살표 키를 누르면 포커스가 이전 열의 마지막 항목으로 이동합니다.

행 중심 키보드 탐색

열 중심 키보드 탐색

팝업 UI

앞서 언급했듯이, 방향 탐색이 애플리케이션 UI 컨트롤의 시각적 순서와 일치하도록 해야 합니다.

상황에 맞는 메뉴, CommandBar 오버플로 메뉴, AutoSuggest 메뉴 등의 일부 컨트롤은 기본 컨트롤 및 사용 가능한 화면 공간에 대한 상대적인 위치와 방향(기본적으로 아래쪽)에 메뉴 팝업을 표시합니다. 열기 방향은 런타임에 다양한 요인의 영향을 받을 수 있습니다.

이러한 컨트롤의 경우 메뉴를 처음으로 열면(그리고 사용자가 아무 항목도 선택하지 않으면) 아래쪽 화살표 키는 항상 첫 번째 항목에 포커스를 설정하고 위쪽 화살표 키는 항상 메뉴의 마지막 항목에 포커스를 설정합니다.

마지막 항목에 포커스가 있는 상태에서 아래쪽 화살표 키를 누르면 포커스가 메뉴의 첫 번째 항목으로 이동합니다. 마찬가지로 첫 번째 항목에 포커스가 있는 상태에서 위쪽 화살표 키를 누르면 포커스가 메뉴의 마지막 항목으로 이동합니다. 이 동작을 순환이라고 하며 예측할 수 없는 방향으로 열릴 수 있는 팝업 메뉴를 탐색하는 데 유용합니다.

참고 항목

사용자가 무한 루프에 빠진 것 같은 느낌을 받을 수 있는 비 팝업 UI에서는 순환을 피해야 합니다.

사용자 지정 컨트롤에서 이와 똑같은 동작을 에뮬레이션하는 것이 좋습니다. 이 동작을 구현하는 방법에 대한 코드 샘플은 프로그래밍 방식 포커스 탐색 문서에서 찾을 수 있습니다.

앱 테스트

지원되는 모든 입력 디바이스로 앱을 테스트하여 UI 요소를 일관적이고 직관적인 방법으로 탐색할 수 있고 예상치 못한 요소가 원하는 탭 순서에 방해가 되지 않는지 확인합니다.

관련된 문서

• 키보드 이벤트
• 입력 장치 식별
• 터치 키보드의 현재 상태에 응답
• 포커스 화면 효과 샘플
• NavigationView 컨트롤 키보드 사용 특성
• 키보드 접근성

부록

소프트웨어 키보드

소프트웨어 키보드는 화면에 표시되며 터치, 마우스, 펜/스타일러스 또는 다른 포인팅 디바이스를 사용하여 데이터를 입력하는 실제 키보드 대신 사용됩니다. 게임 장치에서는 포커스 시각 자료를 이동하거나 게임 패드 또는 리모컨의 바로 가기 키를 사용하여 개별 키를 선택해야 합니다.

터치 키보드

Windows 11 터치 키보드

디바이스에 따라 텍스트 필드 또는 기타 편집 가능한 텍스트 컨트롤이 포커스를 가져오거나 사용자가 알림 센터를 통해 수동으로 사용하도록 설정할 때 터치 키보드가 나타납니다.

앱이 프로그래밍 방식으로 포커스를 텍스트 입력 컨트롤로 설정하면 터치 키보드가 호출되지 않습니다. 이렇게 하면 사용자가 직접 선동하지 않는 예기치 않은 동작이 제거됩니다. 그러나 포커스가 프로그래밍 방식으로 텍스트가 아닌 입력 컨트롤로 이동하면 키보드가 자동으로 숨겨집니다.

터치 키보드는 일반적으로 사용자가 폼의 컨트롤 사이를 탐색하는 동안 다시 기본 표시됩니다. 이 동작은 양식 내의 다른 컨트롤 형식에 따라 달라질 수 있습니다.

다음은 키보드를 해제하지 않고 터치 키보드를 사용하여 텍스트 입력 세션 중에 포커스를 받을 수 있는 편집되지 않은 컨트롤 목록입니다. 사용자가 터치 키보드를 사용하여 이러한 컨트롤과 텍스트 항목 간에 앞뒤로 이동할 가능성이 있으므로, 불필요하게 UI를 변경하여 사용자의 혼란을 야기하는 대신 터치 키보드를 계속 표시합니다.

• 확인란
• 콤보 박스
• 라디오 단추
• 스크롤 막대
• 트리
• 트리 항목
• 메뉴
• 메뉴 모음
• 메뉴 항목
• 도구 모음
• List
• 목록 항목

다음은 터치 키보드에 대한 다양한 모드의 예입니다. 첫 번째 이미지는 기본 레이아웃이고, 두 번째 이미지는 확장된 레이아웃으로 일부 언어에서는 사용할 수 없습니다.

기본 레이아웃 모드의 터치 키보드

확장 레이아웃 모드의 터치 키보드

성공적인 키보드 조작을 통해 사용자는 키보드만 사용하여 기본 앱 시나리오를 수행할 수 있습니다. 즉, 사용자는 모든 대화형 요소에 도달하고 기본 기능을 활성화할 수 있습니다. 키보드 탐색, 접근성을 위한 액세스 키, 고급 사용자를 위한 액셀러레이터(또는 바로 가기) 키를 비롯한 다양한 요소가 성공 정도에 영향을 줄 수 있습니다.

화상 키보드

터치 키보드와 마찬가지로, OSK(화상 키보드)는 실제 키보드 대신 터치, 마우스, 펜/스타일러스 또는 기타 포인팅 디바이스로 데이터를 입력하는 데 사용되는 시각적 가상 키보드입니다(터치 스크린이 필요하지 않음). OSK는 물리적 키보드가 없는 시스템 또는 이동성 장애가 기존 물리적 입력 장치를 사용하지 못하게 하는 사용자를 위해 제공됩니다. OSK는 하드웨어 키보드의 기능을 대부분 에뮬레이트합니다.

OSK는 설정 및 접근성의 키보드 페이지에서 켤 수 있습니다.

참고 OSK는 터치 키보드보다 우선하며, 현재 OSK가 사용 중이면 터치 키보드는 나타나지 않습니다.

화상 키보드

Xbox One 화상 키보드

자세한 내용은 화상 키보드를 사용하여 입력하기를 참조하십시오.