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

推荐订阅源

博客园_首页
阮一峰的网络日志
阮一峰的网络日志
S
Secure Thoughts
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
C
Cyber Attacks, Cyber Crime and Cyber Security
T
Threat Research - Cisco Blogs
P
Privacy & Cybersecurity Law Blog
The Hacker News
The Hacker News
H
Heimdal Security Blog
W
WeLiveSecurity
L
LINUX DO - 热门话题
Hacker News: Ask HN
Hacker News: Ask HN
WordPress大学
WordPress大学
The Last Watchdog
The Last Watchdog
Hugging Face - Blog
Hugging Face - Blog
博客园 - 【当耐特】
D
DataBreaches.Net
I
Intezer
Webroot Blog
Webroot Blog
C
Cisco Blogs
AWS News Blog
AWS News Blog
博客园 - 聂微东
T
The Blog of Author Tim Ferriss
V
Vulnerabilities – Threatpost
罗磊的独立博客
Google DeepMind News
Google DeepMind News
N
Netflix TechBlog - Medium
Schneier on Security
Schneier on Security
宝玉的分享
宝玉的分享
博客园 - 叶小钗
PCI Perspectives
PCI Perspectives
D
Docker
Scott Helme
Scott Helme
NISL@THU
NISL@THU
J
Java Code Geeks
B
Blog RSS Feed
Google Online Security Blog
Google Online Security Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
T
The Exploit Database - CXSecurity.com
AI
AI
美团技术团队
Cloudbric
Cloudbric
月光博客
月光博客
P
Proofpoint News Feed
T
Tailwind CSS Blog
Google DeepMind News
Google DeepMind News
小众软件
小众软件
www.infosecurity-magazine.com
www.infosecurity-magazine.com
The Cloudflare Blog
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org

The Tracks of mulder21c

고정된 참조 위치 정보 선형 이미지의 최소 명도 대비 요구사항은 몇 대~ 몇? 단일 문자 단축키 (Character Key Shortcuts) 입력 방식(Input Modalities) 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년 시간 관리를 위해서 도입 한 툴들 Codility Lesson 5 — PassingCars 2019년 회고 Codility Lesson 4 — MissingInteger Codility Lesson 4 — MaxCounters Codility Lesson 4 — FrogRiverOne Codility Lesson — PermCheck 착각은 자유가 아닌각 세미나 진행 후기 Codility Lesson 3 — tapeEquilibrium Codility Lesson 3 — PermMissingElm Codility Lesson 3 — FrogJump 알고리즘 연습을 다시 시작했다. Codility Lesson 2 — CyclicRotation Codility Lesson 2 — OddOccurrencesInArray Codility Lesson 1 — BinaryGap 아이패드 구매 하고 3주 써 본 기록 세미나 어떻게 준비해야 할까? HTML은 웹이다 접근성 향상을 위한 이름 짓기 접근성 교육에서 자주 나오는 상위 5가지 질문
적응성(Adaptable)
멀더끙 · 2023-08-20 · 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 원칙 중 인식 가능(Perceivable) 원칙의 하위 지침이다.

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

Create content that can be presented in different ways (for example simpler layout) without losing information or structure.

(설마 이걸 해석 못하는 사람은 없겠지…? @.@)

의도

이 지침의 목적은 모든 정보를 모든 사용자가 인식할 수 있는(perceivable) 방식으로 제공되도록 하는데 있다. (앞서 언급한 것처럼 인식의 용이성 원칙의 하위 지침이다.)

여기서 주목해야 할 부분은 “사용자가 인식할 수 있는 방식”다. 적응성의 성공 기준의 “표현(present)”이라는 단어와 예로 들어진 “단순한 레이아웃(simper layout)” 때문에 눈에 보이는 형태 정도로 치부하는 경우가 있는데, 이 지침은 눈에 보이는 형태 이상의 것을 요구한다.

시각을 활용 할 수 없는 사용자는 정보를 습득하기 위해 청각, 촉각, 후각, 미각 등의 다른 감각을 사용한다. 따라서 웹 페이지 또는 웹 애플리케이션으로부터 정보를 습득하기 위해 청각이나 촉각을 사용하고 (웹 페이지에서 냄새를 맡거나 맛을 볼 수는 없으니까) 이를 위해서 사용자에게 제공되는 정보를 청각이나 촉각 정보로 변환하는 보조 기술을 사용한다. 이 보조 기술 중 TTS(Text To Speach)를 이용해서 정보를 음성 정보로 변환하여 소리로 정보를 인식할 수 있도록 함으로써 시각을 청각으로 대체 시켜주는 것이 스크린리더다.

이러한 보조 기술을 사용하여 정보나 구조를 인식하려 할 때 시각을 통해 인식하는 정보에 손실이 발생한다면 보조 기술 사용자는 온전한 정보를 인식할 수 없게 된다. 이는 단순히 전체 텍스트에서 조사 하나 빠지는 수준이 아니다. 정보나 구조의 손실은 ‘아버지 가방에 들어가신다’와 같은 오해를 만들거나 ‘있었는데 없었습니다’와 같은 상황을 만들어 내기 쉽다.

심리치료사가 사이코 강간마가 되는 마법
정보나 구조가 손실되거나 왜곡되는 경우는 의외로 쉽게 발생한다.
이미지 출처: 트위터

이 지침은 비단 보조 기술에만 국한되지 않고, 레이아웃 역시 포함된다. 화면 확대 소프트웨어를 사용하든 다른 어떤 이유로 동일한 콘텐츠가 다른 레이아웃으로 노출되더라도 여전히 정보나 구조는 손실 되지 않아야 할 것을 요구한다.

개인적으로 “적응성”이라는 워딩이 적절한 번역인지 모르겠다. 워딩이 주는 뉘앙스는 콘텐츠가 적응할 수 있어야 한다는 것을 떠오르게 하는데 WCAG에서 설명하는 의도나 성공 기준을 보면 콘텐츠가 적응할 수 있어야 한다기 보다는 어떤 기기나 보조 기술에든 끼울 수 있도록 제작되어야 한다는 것을 떠올려야 하기 때문이다. Adapt + able 이라고 하면 머리 속에서 어떤 뉘앙스인지 이해가 쉬운데 적응성, 적응 가능이라고 하니 이상한 느낌이다. (아무래도 적응이라는 단어가 주는 능동성 때문인 것 같기도 하고 말이다) 뭐… 소프트웨어 품질 모델인 ISO 25010의 adaptability도 적응성이라고 번역해서 통용되는 걸 보면 그냥 통용되는 단어를 따라야 하나 싶기도…

검사 항목

KWCAG WCAG
5.3.1 표의 구성 1.3.1 Info and Relationshops
5.3.2 콘텐츠의 선형 구조 1.3.2 Meaningful Sequnce
1.3.3 Sensory Characteristics
1.3.4 Orientation
5.3.3 명확한 지시사항 제공 1.3.5 Ideniify Input Purpose
1.3.6 Idendify Purpose

KWCAG에 지침이 새로 추가되었지만 추가된 검사 항목은 없다. 대신 기존에 다른 지침 하위에 있던 검사 항목 3가지가 적응성 지침 하위로 이동해 왔다.

WCAG 기준으로는 6가지 항목의 성공 기준을 가지고 있는 것에 비해서는 매우 부족한 감이 크다. 그마저도 KWCAG의 검사 항목은 WCAG의 성공 기준을 충분히 담아내지도 못하고 일부만 가지고 있거나 과거의 방식을 벗어나지 못하고 있어 안타깝다.

KWCAG의 표의 구성 검사 항목은 단순히 table 마크업에 대해서만 다루고 있기 때문에 WCAG의 것의 극히 일부만 다루고 있고, 선형 구조 역시 10년도 넘은 웹 기술 환경을 기반으로 하고 있기에 현재에는 다소 적합하지 않은 부분도 있다. (특히 탭 콘텐츠와 같은 UI에서의 선형화)