惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园_首页
N
Netflix TechBlog - Medium
V
Visual Studio Blog
博客园 - Franky
小众软件
小众软件
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Apple Machine Learning Research
Apple Machine Learning Research
博客园 - 三生石上(FineUI控件)
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
宝玉的分享
宝玉的分享
量子位
大猫的无限游戏
大猫的无限游戏
人人都是产品经理
人人都是产品经理
V
V2EX
The Cloudflare Blog
月光博客
月光博客
Last Week in AI
Last Week in AI
雷峰网
雷峰网
WordPress大学
WordPress大学
博客园 - 【当耐特】
博客园 - 聂微东
IT之家
IT之家
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻

The Tracks of mulder21c

고정된 참조 위치 정보 선형 이미지의 최소 명도 대비 요구사항은 몇 대~ 몇? 단일 문자 단축키 (Character Key Shortcuts) 적응성(Adaptable) KWCAG 2.2 변경 사항 개요 Git hook으로 브랜치 이름 규칙 강제하기 댓글 시스템 remark42로 변경기 새 테마로 갈아입힘 Atomic Design + Storybook 적용 후기 json-server에 사용자 인증 구현하기 개발환경 WSL2 + zsh로 갈아타기 Pass function as props in vue 2020년 회고 colum flexbox에서 padding bottom 문제 해결 Nuxt를 통해 보는 프론트엔드 개발자가 하는 일 Nuxt Router kebab-case 처리 JS to SCSS 변환 Nuxt + Storybook 통합 하기 2020 이직 이야기 2020 이직 이야기 2020 이직 이야기 2020 이직 이야기 Windows에서 PM2 실행 오류 해결 오픈톡 정지에 대한 카카오톡 고객센터 후기 배려에 대한 단상 학습이 잘 되지 않는 이유 웹팩 4 마이그레이션 삽질기 babel 7 업데이트 후 node_modules 패키지가 변환되지 않는다면? white space는 4px이다? 정말? 2020년 시간 관리를 위해서 도입 한 툴들
입력 방식(Input Modalities)
멀더끙 · 2023-09-06 · via The Tracks of mulder21c

KWCAG 2.2 변경 사항 톺아보기 시리즈

  1. KWCAG 2.2 변경 사항 개요
  2. 적응성(Adaptable)
  3. 입력 방식(Input Modalities)
  4. 단일 문자 단축키 (Character Key Shortcuts)
  5. 고정된 참조 위치 정보
  6. 단일 포인터 입력 지원
  7. 포인터 입력 취소
  8. 레이블과 네임
  9. 동작기반 작동
  10. 찾기 쉬운 도움 정보
  11. 접근 가능한 인증
  12. 반복 입력 정보

이 글을 작성하는 시점에서 아직 웹 접근성을 고려한 콘텐츠 제작 기법 2.2는 발행 전이기 때문에 WCAG를 기준으로 작성한다.

입력 방식 지침은 P.O.U.R 원칙 중 조작 가능(Operable) 원칙의 하위 지침이다.

WCAG에서는 이 지침에 대해 다음과 같이 설명하고 있다.

Make it easier for users to operate functionality through various inputs beyond keyboard.

의도

이 지침의 목적은 사용자가 상황에 따라 언제든지 선호하는 입력 방식을 사용할 수 있도록 지원되게 하는데 있다.

WCAG 기준으로는 키보드 이외에 다양한 입력 방식을 이야기하지만, 한국에서는 마우스 이외에 다양한 방식으로 설명되는 것이 더 적절할 것으로 생각된다. 해외는 어떨지 모르겠지만 적어도 한국에서는 마우스로 조작되기만 하면 문제가 없다고 여기는 경향이 더 크니 말이다.

이 지침을 이해하려면 다양한 장애를 이해하는 것이 우선이다. 입력 방식 지침을 보고 마우스 조작에 대한 키보드 초점, enter키 대응 정도만 떠올렸다면 경기도 오산이다.

포인팅 기기만 해도 마우스 뿐만 아니라 트랙볼, 트랙 패드, 조이스틱, 터치 디스플레이도 있고 장애를 가지고 있다고 해서 모두가 포인팅 기기 대신 키보드를 사용하는 것도 아니다. 일부는 마우스를 대신하여 트랙볼이나 조이스틱을 사용하기도 하고 이를 사용하더라도 세밀한 조작이 어려운 사용자도 있다. 터치 디스플레이를 사용할 때 마우스 스틱이나 헤드 스틱을 이용하는 사용자도 있고 이러한 사용자는 드래그앤드롭 같은 작업을 수행하기 어려울 소지가 매우 높다.

키보드나 포인팅 기기를 사용하지 못하는 사용자도 있고 이러한 경우 아이 트래킹(eye-tracking)이나 음성 명령을 사용하기도 한다.

이 지침은 이러한 다양한 입력 방식을 사용하는 사용자들이 웹 페이지 또는 애플리케이션의 기능을 어려움 없이 조작할 수 있도록 제공될 것을 요구한다.

검사 항목

KWCAG WCAG
6.5.1 단일 포인터 입력 지원 2.5.1 Pointer Gestures
2.5.7 Dragging Movements
6.5.2 포인터 입력 취소 2.5.2 Pointer Cancellation
6.5.3 레이블과 네임 2.5.3 Label in Name
6.5.4 동작기반 작동 2.5.4 Motion Actuation
2.5.5 Target Size
2.5.6 Concurrent Input Mechanisms

입력 방식 지침이 추가되면서 WCAG 2.1에서 동일한 지침의 level AAA를 제외한 성공 기준들이 검사 항목으로 추가되었다. 특이점이라면 WCAG의 pointer gestures, dragging movements 2개 검사 항목이 KWCAG에서는 하나로 퉁쳐서 들어왔다는 점.

대부분의 검사 항목은 WCAG 성공 기준을 많은 부분 수용하고 있지만 한국 실정에 따라 약간의 한국화(?)가 이루어져 있다.

개인적으로 가장 아쉬운 부분은 target size 성공 기준이 도입되지 않았다는 점이다. level AAA이고 44px * 44px의 지침이 다소 부담이었다면 WCAG 2.2를 기준으로 들고 왔어도 충분한 개선을 만들 수 있었을거라 생각한다. 현재 이 기준이 없으니 매우 적은 면적의 컨트롤이 국내 기준에서는 문제 삼을 수 없다. (문제 삼을 “수 없다”는 말이 과하게 단정 짓는 것처럼 느껴질 수 있지만 실제로 지침에서 다루지 않으므로 제한 받지 않겠다고 하는 이들이 있다.)