Posts Posts RSS 피드 구독

들어가며 설문을 돌리고 나면 꼭 한 번은 이런 요청이 옵니다. "결과 요약, 종이로 한 부만 뽑아 주세요." 구글 폼(Google Forms)으로 설문을 만들었다면 응답 탭에 이미 예쁜 차트가 다 그려져 있으니, 그 화면을 그대로 인쇄하면 끝날 것 같죠. ...

WCAG 3(3.0) 2026년 9월 Working Draft를 3월 초안과 직접 비교했습니다. Bronze/Silver/Gold가 적합성 등급에서 보고 등급(reporting tier)으로 옮겨진 이유, 6단계 보고 등급, 요구사항 182→216개 실측, 의견 내는 법까지.

사파리의 top-level await 버그는 2022년 7월에 보고됐고(WebKit bug 242740), 2025년 10월에는 이 버그 때문에 top-level await가 Baseline(주요 브라우저가 다 지원하는지 알려주는 웹 표준 지원 지표)에서 "Limited"로 내려갔습니다. 수정은 2026년 4월에 머지되어 5월 Safari Technology Preview 243부터 실렸고, WebKit 팀이 9월 2일 블로그에 올린 Fixing top-level await in Safari는 그 포스트모템(사후 분석)입니다. ...

9월 1일, Claude Code v2.1.257 릴리스 노트에 짧은 한 줄이 실렸습니다. Fable 계열의 기본 모델이 5.1로 바뀌었다는 내용이에요. Fable을 쓰면서 설정을 건드린 적 없는 사용자라면, 이날부터 코드를 만들어주는 두뇌가 조용히 교체된 겁니다. ...

WCAG 4.1.3 상태 메시지를 aria-live로 구현할 때 polite와 assertive는 뭐가 다른지, 장바구니 개수가 연달아 바뀌면 스크린 리더가 어떻게 읽는지 데모로 확인합니다. 디바운스 타이머, 아이콘·소리 상태, 상태 메시지가 아닌 변화까지.

"저장되었습니다"라는 초록색 토스트가 화면 오른쪽 아래에 뜹니다. 2초 뒤 사라지고요. 마우스를 쓰는 사람에게는 완결된 피드백입니다. 그런데 화면을 보지 않는 사람에게는요? 그 토스트는 일어나지 않은 일입니다. 저장이 됐는지 안 됐는지 알 방법이 없어요. ...

웹 접근성 검사 도구를 돌리다 보면 결과 화면 어딘가에 이런 문구가 붙어 있는 걸 본 적이 있을 겁니다. "이 결과는 특정 브라우저·스크린 리더 조합에서 확인됐습니다." 접근성 평가는 늘 어떤 환경을 기준으로 삼을지에서 출발합니다. 그런데 그 "기준 환경"이 정확히 뭔지, 표준 문서가 명확히 정의한 적은 사실 많지 않았습니다. ...

"WCAG 3가 나오면 우리가 지금 지키는 KWCAG는 어떻게 되는 거죠?" KWCAG 2.2 완전 해설 글을 쓰고 나서 가장 많이 받은 질문입니다. 접근성 뉴스레터나 컨퍼런스에서 "WCAG 3"라는 이름이 심심찮게 들리기 시작했으니, 국내 표준인 KWCAG는 이 변화에 어떻게 반응해야 하는지 궁금해지는 게 당연합니다. ...

WCAG 2.2에서 새로 생긴 성공기준 중 실무 비중이 큰 6개(포커스 가림, 드래그 대안, 타겟 크기, 도움 일관성, 반복 입력, 접근 가능한 인증)를 코드 예시와 함께 정리하고, AAA 3개와 KWCAG·글로벌 대응 현황까지 짚었습니다.

웹 접근성 품질인증(WA 인증)은 왜 받는지부터 심사 기준 KWCAG 2.2, 서면·전문가·사용자 심사 절차, 통과선 95%와 100%, 신청 비용과 재심사 조건, 그리고 인증 마크가 보장하지 않는 것까지 담당자 눈높이에서 정리했습니다.