W3C 접근성 지침 (WCAG) 3.0

이 섹션(및 하위 섹션)은 명세에 적합하기 위해 따라야 하는 요구사항을 제공합니다. 즉, 규범적입니다.

이 섹션(및 하위 섹션)은 명세에 적합하기 위해 따라야 하는 요구사항을 제공합니다. 즉, 규범적입니다.

비규범적임으로 표시된 섹션뿐만 아니라, 이 명세의 모든 저작 지침, 다이어그램, 예시, 주석은 비규범적입니다. 그 외의 모든 내용은 규범적입니다.

이 문서에서 MAY와 MUST라는 핵심 단어는 BCP 14 [RFC2119] [RFC8174] 에서 설명된 대로 해석해야 하며, 오직 여기 보인 것처럼 모든 대문자로 등장할 때만 적용됩니다.

이 섹션(및 그 하위 섹션)은 명세에 적합하기 위해 따라야 하는 요구사항을 제공합니다. 즉, 규범적입니다.

약어개발중

약어가 아직 언어의 일부가 되지 않은 단어, 구, 또는 이름의 축약형

Note 1

여기에는 두문자어(initialisms), 약자어(acronyms), 숫자어(numeronyms)가 포함됩니다.

1. initialisms는 이름이나 구에 포함된 단어 또는 음절의 첫 글자로 만든 축약형입니다. 모든 언어에서 동일하게 정의되지는 않습니다.
2. acronyms는 (이름이나 구의) 다른 단어의 첫 글자 또는 일부로 만든 축약형으로, 하나의 단어처럼 발음될 수 있습니다.
3. numeronyms는 단어의 첫 글자와 마지막 글자를 사용하고, 그 사이에 생략된 글자 수를 나타내는 숫자를 넣어 만든 축약형입니다.

Note 2

일부 회사는 과거의 두문자어를 그대로 회사명으로 채택했습니다. 이러한 경우, 회사의 새로운 이름은 (예: Ecma) 문자 자체이며, 더 이상 약어로 간주되지 않습니다.

접근성 지원 세트개발중

테스트에 사용하는 사용자 에이전트와 보조 기술의 그룹

Editor's note

AGWG는 지침을 검증할 때 사용하는 사용자 에이전트와 보조 기술의 기본 세트를 정의하는 것을 고려하고 있습니다.

접근성 지원 세트는 언어, 지역, 상황에 따라 달라질 수 있습니다.

기본 접근성 세트를 사용하지 않는 경우, 적합성 보고서에 사용 중인 세트를 명시해야 합니다.

접근성 지원됨개발중

모든 운영체제에서 최소 2개의 주요 무료 브라우저에 의해 지원되거나, 각 운영체제의 각 AT 유형에서 AT 사용자 누적 80%가 사용하는 보조 기술에서 제공되는 경우

활성 이용 가능개발중

사용자가 읽을 수 있고 포함된 실행 가능한 항목을 사용할 수 있도록 제공됨

판정개발중

접근성 향상을 위해 콘텐츠 또는 제품의 개발 및 유지보수에서 실행된 절차에 대해, 개인 또는 조직에 귀속되는 사실에 대한 공식적 주장

보조 기술개발중

사용자 에이전트로서, 또는 일반 사용자 에이전트와 함께 작동하여, 일반 사용자 에이전트가 제공하는 기능을 넘어 장애가 있는 사용자의 요구를 충족하는 기능을 제공하는 하드웨어 및/또는 소프트웨어

Note 1

보조 기술이 제공하는 기능에는 대체 표현(예: 합성 음성 또는 확대된 콘텐츠), 대체 입력 방식(예: 음성), 추가 탐색 또는 방향 제시 메커니즘, 콘텐츠 변환(예: 표를 더 접근 가능하게 변환) 등이 포함됩니다.

Note 2

보조 기술은 종종 API를 사용하고 모니터링하여 일반 사용자 에이전트와 데이터 및 메시지를 주고받습니다.

Note 3

일반 사용자 에이전트와 보조 기술의 구분은 절대적이지 않습니다. 많은 일반 사용자 에이전트가 장애가 있는 개인을 돕는 일부 기능을 제공합니다. 기본적인 차이점은 일반 사용자 에이전트는 장애가 있는 사람과 없는 사람을 모두 포함하는 넓고 다양한 대상을 목표로 하는 반면, 보조 기술은 특정 장애를 가진 사용자의 좁게 정의된 집단을 목표로 한다는 점입니다. 보조 기술이 제공하는 지원은 대상 사용자의 요구에 더 구체적이고 적합합니다. 일반 사용자 에이전트는 프로그램 객체에서 웹 콘텐츠를 가져오거나 마크업을 식별 가능한 묶음으로 파싱하는 등 보조 기술을 돕는 중요한 기능을 제공할 수 있습니다.

오디오개발중

소리 재생 기술

Note

오디오는 합성적으로 생성될 수 있으며(음성 합성 포함), 실제 세계의 소리를 녹음할 수도 있고, 둘의 조합일 수도 있습니다.

오디오 설명개발중

주요 사운드트랙만으로는 이해할 수 없는 중요한 시각적 세부 정보를 설명하기 위해 사운드트랙에 추가된 내레이션

Note

시청각 매체의 경우, 오디오 설명은 동작, 등장인물, 장면 전환, 화면의 텍스트, 기타 시각적 콘텐츠에 대한 정보를 제공합니다.

오디오 설명은 때때로 “비디오 설명”, “설명된 비디오”, “시각 설명”, 또는 “설명적 내레이션”이라고도 합니다.

표준 오디오 설명에서는 대화의 기존 공백에 내레이션을 추가합니다. 확장 오디오 설명도 참조하세요.

모든 중요한 시각 정보가 이미 주요 오디오 트랙에서 제공되는 경우, 추가 오디오 설명 트랙은 필요하지 않습니다.

자동 평가개발중

평가를 소프트웨어 도구를 사용해 수행하는 것으로, 일반적으로 코드 수준의 특징을 평가하고 다른 테스트에 휴리스틱을 적용함

Note

자동 테스트는 인간의 판단이나 경험이 필요한 다른 유형의 테스트와 대비됩니다. 반자동 평가는 기계가 점검이 필요한 영역으로 사람을 안내할 수 있게 합니다. 기계 학습을 통해 수행되는 테스트의 새로운 분야는 이 정의에 포함되지 않습니다.

깜박임개발중

주의를 끌기 위한 목적으로 두 가지 시각적 상태 사이를 앞뒤로 전환하는 것

Note

번쩍임도 참조하세요. 어떤 것은 충분히 크고 적절한 주파수에서 밝게 깜박이면 번쩍임으로도 분류될 수 있습니다.

텍스트 블록개발중

둘 이상의 텍스트 문장

카메라 입력개발중

카메라를 동작 센서로 사용해 공중 제스처 등 모든 유형의 제스처를 감지하여 제어하는 방식

Note

예를 들어, 웹 페이지의 정적인 QR 코드 이미지는 포함되지 않습니다.

자막개발중

시청각 콘텐츠 작품의 음성 및 비음성 오디오 부분 모두에 대한 동기화된 시각적 및/또는 텍스트 대체

Note 1

닫힌 자막(Closed captions)은 일부 플레이어에서 켜고 끌 수 있는 동등물이며, 종종 보조 기술을 사용해 읽을 수 있습니다.

Note 2

열린 자막(Open captions)은 플레이어에서 끌 수 없는 자막입니다. 예를 들어, 비디오에 내장된 텍스트의 시각적 동등 이미지인 경우입니다.

Note 3

오디오 설명은 이미 시각적으로 제시된 정보에 대한 설명이므로 자막으로 제공될 수도 있고 제공되지 않을 수도 있습니다.

Note 4

일부 국가에서는 자막을 “subtitles”라고 부릅니다. ‘subtitles’라는 용어는 오디오 콘텐츠의 번역된 버전을 제시하는 자막을 지칭하는 데에도 자주 사용됩니다.

공통 키보드 탐색 기법개발중

대부분 또는 모든 애플리케이션과 플랫폼에서 동일하여, 키보드만으로 탐색해야 하는 사용자가 신뢰할 수 있는 키보드 탐색 기법

Note

저자가 사용할 수 있는 공통 키보드 탐색 기법의 충분한 목록은 WCAG 공통 키보드 탐색 기법 목록에서 찾을 수 있습니다.

복잡한 포인터 입력개발중

단일 포인터 입력이 아닌 모든 포인터 입력

구성요소개발중

특정 기능을 위한 요소들의 그룹화

적합성개발중

지침의 모든 요구사항을 충족하는 것. 공식 적합성 주장을 하지 않는 경우에도 지침을 따르는 중요한 부분입니다.

적합성 섹션을 참조하세요.

콘텐츠개발중

인터페이스를 통해 사용자에게 전달되는 정보와 감각적 경험으로, 콘텐츠의 구조, 표현, 상호작용을 정의하는 코드 또는 마크업을 포함함

장식용개발중

오로지 미적 목적만을 수행하며, 정보를 제공하지 않고, 기능도 없는 것

Note

텍스트가 순전히 장식적인 경우는, 단어를 재배열하거나 대체해도 그 목적이 변하지 않을 때뿐입니다.

사용 중단(예정)개발중

일반적으로 특정 대체 항목을 선호하기 위해 어떤 것을 구식으로 선언하고 단계적으로 폐지하는 것

사용 중단된 문서는 더 이상 사용이 권장되지 않으며, 미래에 존재하지 않을 수 있습니다.

설명적 대본개발중

콘텐츠를 이해하는 데 필요한 음성 및 비음성 오디오 정보와 시각 정보의 텍스트 버전.

다운 이벤트개발중

포인터의 트리거 자극이 눌렸을 때 발생하는 플랫폼 이벤트

Note

다운 이벤트는 플랫폼에 따라 “touchstart” 또는 “mousedown” 등으로 다른 이름을 가질 수 있습니다.

필수 예외개발중

이 방법 없이 기능을 수행할 수 없거나 기능을 근본적으로 변경해야 하기 때문에 존재하는 예외

평가개발중

콘텐츠가 이 지침에 적합한지 검토하는 과정

Note

평가에 대한 다양한 접근 방식에는 자동 평가, 반자동 평가, 인간 평가, 그리고 사용성 테스트가 포함됩니다.

확장 오디오 설명개발중

오디오 설명을 추가할 시간을 확보하기 위해 비디오를 일시정지하여 시청각 매체에 추가하는 오디오 설명

Note

이 기법은 추가 오디오 설명이 없으면 비디오의 의미가 손실되고, 대화 또는 내레이션 사이의 공백이 너무 짧을 때에만 사용됩니다.

도표 자막개발중

시각 매체 작품에 수반되며 페이지에서 항상 보이는 제목, 간단한 설명 또는 주석

번쩍임개발중

상대 휘도의 서로 반대되는 변화 한 쌍으로, 충분히 크고 적절한 주파수 범위에 있을 경우 일부 사람에게 발작을 유발할 수 있음

Note 1

허용되지 않는 번쩍임 유형에 대한 정보는 일반 번쩍임 및 붉은 번쩍임 임계값을 참조하세요.

Note 2

깜박임도 참조하세요.

기능적 필요개발중

개인의 능력의 특정 격차 또는 능력과 설계된 환경/맥락 사이의 특정 불일치를 설명하는 진술

일반 번쩍임 및 붉은 번쩍임 임계값개발중

번쩍임 또는 빠르게 변하는 이미지 시퀀스가 아래 임계값(즉, 콘텐츠가 통과)임을 의미하는 경우는 다음 중 하나라도 참일 때입니다:

• 어떤 1초 구간에서도 일반 번쩍임이 3회를 넘지 않고 그리고/또는 붉은 번쩍임이 3회를 넘지 않을 때; 또는
• 동시에 발생하는 번쩍임의 결합 영역이, 전형적인 시청 거리에서 화면의 임의의 10도 시야 내에서 총 .006 스테라디안(화면의 임의의 10도 시야의 25%)을 넘지 않을 때

여기서:

• 일반 번쩍임은 최대 상대 휘도(1.0)의 10% 이상에서, 더 어두운 이미지의 상대 휘도가 0.80 미만인 상대 휘도의 서로 반대되는 변화 한 쌍으로 정의됩니다. “서로 반대되는 변화 한 쌍”은 증가 후 감소 또는 감소 후 증가를 의미하며,
• 붉은 번쩍임은 포화된 빨간색이 포함된 서로 반대되는 전이 한 쌍으로 정의됩니다.

예외: 백색 잡음(white noise)이나 교차 무늬(체커보드)처럼 미세하고 균형 잡힌 패턴으로, 한 변이 0.1도(전형적인 시청 거리에서의 시야)보다 작은 “사각형”으로 이루어진 경우는 임계값에 위배되지 않습니다.

Note 1

일반 소프트웨어나 웹 콘텐츠의 경우, 콘텐츠를 1024 x 768 픽셀로 볼 때 화면 어디든 341 x 256 픽셀 사각형을 사용하는 것이 표준 화면 크기와 시청 거리(예: 15-17인치 화면, 22-26인치 거리)의 10도 시야를 잘 추정해 줍니다. 75 - 85 ppi의 해상도는 CSS 명세의 명목상 CSS 픽셀 해상도인 96 ppi보다 낮고, 따라서 더 보수적입니다. 동일한 렌더링을 보여주는 더 높은 해상도에서는 이미지가 더 작고 안전하므로, 임계값 정의에는 더 낮은 해상도가 사용됩니다.

Note 2

전이는 시간에 따른 상대 휘도(붉은 번쩍임의 경우 상대 휘도/색)의 측정을 그래프로 나타냈을 때 인접한 피크와 계곡 사이의 상대 휘도(또는 상대 휘도/색)의 변화입니다. 번쩍임은 서로 반대되는 두 전이로 구성됩니다.

Note 3

이 분야의 “포화된 빨간색이 포함된 서로 반대되는 전이 한 쌍”(WCAG 2.2)의 새로운 실무 정의는, 한 전이가 R/(R + G + B) 값이 0.8 이상인 상태로의(또는 그로부터의) 전이이며, 두 상태 간 차이가 CIE 1976 UCS 색도도에서 0.2(단위 없음)보다 큰 서로 반대되는 전이 한 쌍입니다. [ISO_9241-391]

Note 4

비디오 화면 캡처에서 분석을 수행하는 도구가 제공됩니다. 그러나 어떤 1초 구간에서 번쩍임이 3회 이하일 경우, 이 조건을 평가하는 데 도구가 필요하지 않습니다. 해당 콘텐츠는 자동으로 통과합니다(위 #1과 #2 참조).

제스처개발중

기술에 전달하기 위해 신체 또는 신체 일부로 수행하는 동작

지침개발중

요구사항을 구성하기 위해 사용되는 고수준의 쉬운 언어 결과 진술

Note

지침은 관리자, 정책 입안자, 접근성에 익숙하지 않은 사람, 그리고 개념은 이해해야 하지만 기술적 세부 내용에 깊이 들어갈 필요는 없는 사람들을 위한 고수준의 쉬운 언어 결과 진술을 제공합니다. 지침은 비전문가가 요구사항을 배우고 이해할 수 있도록 요구사항을 구성하고 제시하는 쉬운 방법을 제공합니다.

각 지침에는 고유하고 설명적인 이름과 함께 고수준 쉬운 언어 요약이 포함됩니다. 지침은 대비, 양식, 가독성 등 특정 주제의 기능적 필요를 다룹니다.

지침은 관련 요구사항을 그룹화하며 기술 독립적입니다.

인간 평가개발중

평가를 사람이 수행하는 것으로, 완전히 자동 평가될 수 없는 테스트에 인간의 판단을 적용하기 위함

Note

인간 평가는 전적으로 기계에 의해 수행되는 자동 평가와 대비되며, 기계가 사람이 점검해야 할 영역으로 안내할 수 있게 하는 반자동 평가를 포함합니다. 인간 평가는 콘텐츠의 특징을 점검하는 반면, 사용성 테스트는 사용자의 경험을 직접 테스트합니다.

이미지Placeholder

Editor's note

정의 예정.

비규범적개발중

콘텐츠가 정보 제공 목적을 위해 제공되며 적합성에는 필요하지 않음을 의미. 비규범적(non-normative)이라고도 함

인터랙티브 요소개발중

사용자 입력에 반응하며 고유한 프로그램적으로 결정 가능한 이름을 갖는 요소

Note

비인터랙티브 요소와 대비됩니다. 예: 제목(heading)이나 문단(paragraph).

항목개발중

테스트 범위에서 가장 작은 테스트 가능한 단위

Note

항목은 드롭다운 메뉴, 링크, 미디어 플레이어와 같은 인터랙티브 구성요소일 수 있습니다.

또한 구, 문단, 레이블 또는 오류 메시지, 아이콘, 또는 이미지와 같은 콘텐츠의 단위일 수도 있습니다.

키보드 포커스개발중

어떤 키보드 동작이든 효과가 적용되는 콘텐츠 내의 지점

키보드 인터페이스개발중

소프트웨어가 “키 입력(keystrokes)”을 받는 API(애플리케이션 프로그래밍 인터페이스)

Note

“키보드 인터페이스”로부터 소프트웨어에 전달되는 “키 입력”은 스캐닝 프로그램, sip-and-puff 모스 부호 소프트웨어, 음성 인식 소프트웨어, 각종 AI, 기타 키보드 대체 장치나 특수 키보드 등 매우 다양한 출처에서 올 수 있습니다.

메커니즘개발중

프로세스 또는 결과를 달성하기 위한 기법

Note 1

메커니즘은 콘텐츠에 명시적으로 제공될 수도 있고, 플랫폼이나 사용자 에이전트(보조 기술 포함)에 의해 제공되는 것에 의존할 수도 있습니다.

Note 2

메커니즘은 주장하는 적합성 수준의 모든 요구사항을 충족해야 합니다.

미디어 대안개발중

오디오, 비디오 및 오디오-비디오 콘텐츠에 대한 대체 포맷(일반적으로 텍스트)으로, 자막, 오디오 설명, 설명적 대본 등을 포함합니다.

방법개발중

요구사항을 충족하는 방법에 관한(기술 종속적 또는 기술 중립적) 상세 정보와 테스트 및 점수화 정보

비인터랙티브 요소개발중

사용자 입력에 반응하지 않고 하위 부분을 포함하지 않는 요소

Note 1

문단에 링크가 포함된 경우, 링크 양쪽의 텍스트는 정적 요소로 간주되지만 문단 전체는 그렇지 않습니다.

Note 2

텍스트 내의 개별 글자들은 “더 작은 부분”을 구성하지 않습니다.

비유적 언어개발중

표준적 또는 사전적 의미를 넘어 더 깊고 복잡한 생각을 표현하기 위해 사용되는 단어나 구

Note

이를 비유적 언어라고도 합니다.

콘텐츠를 이해하려면, 문자 그대로의 직접적인 의미가 아니라 단어 뒤에 암시된 의미를 해석해야 합니다.

예시는 다음을 포함합니다:

• 암시
• 과장법
• 관용구
• 반어
• 농담
• 완곡법
• 은유
• 환유
• 의성어
• 모순어법
• 의인법
• 말장난
• 직유

규범적개발중

콘텐츠 중 적합성에 반드시 필요한 지침이 포함된 것

페이지개발중

HTTP를 사용해 단일 URI에서 얻은 비임베디드 리소스와, 렌더링에 사용되거나 함께 렌더링하도록 의도된 기타 모든 리소스

Note

URI가 사용 가능하고 고유한 콘텐츠 집합을 나타내는 경우, 그것이 선호되는 적합성 단위입니다.

경로 기반 제스처개발중

끝점뿐 아니라 포인터 입력의 경로에 의존하는 제스처

Note

경로 기반 제스처에는 시간 의존적, 비시간 의존적 경로 기반 제스처가 모두 포함됩니다.

플랫폼개발중

대상 소프트웨어 아래에 위치하여 대상 소프트웨어에 서비스를 제공하고, 대상 소프트웨어가 그 아래의 하드웨어, 드라이버 및 기타 소프트웨어로부터 분리될 수 있게 하는 소프트웨어 또는 소프트웨어 계층의 집합

Note 1

플랫폼 소프트웨어는 대상 소프트웨어가 다양한 하드웨어에서 실행되기 쉽게 하며, 대상 소프트웨어를 더 쉽게 작성하고, 최신 상태로 유지하며, 다른 대상 소프트웨어와 더 일관되게 동작하도록 많은 서비스(예: 함수, 유틸리티, 라이브러리)를 제공합니다.

Note 2

특정 소프트웨어 구성요소는 상황에 따라 플랫폼 역할을 하기도 하고 클라이언트 역할을 하기도 합니다. 예를 들어, 브라우저는 페이지의 콘텐츠에 대해 플랫폼이지만, 동시에 그 아래의 운영체제에 의존합니다.

Note 3

플랫폼은 제품이 존재하는 맥락입니다.

포인터플레이스홀더

Editor's note

정의 예정.

개인 및 민감 정보탐색중

개인 및 민감 정보

프로세스개발중

사용자 동작과 연관된 뷰 또는 페이지의 연속으로, 활동을 완료하는 데 필요한 동작이(종종 특정 순서로) 수행되는 과정이며, 사용 기술이나 서로 다른 사이트 또는 도메인을 아우르는지 여부와 무관합니다.

제품개발중

웹사이트, 일련의 웹페이지, 웹 앱 등을 구성하는 모든 항목, 뷰, 작업 흐름의 조합으로서의 테스트 범위

Note

제품의 맥락은 플랫폼이 됩니다.

프로그램적으로 결정 가능개발중

콘텐츠의 의미와 모든 중요한 속성이, 접근성 지원됨인 소프트웨어 기능에 의해 결정될 수 있음

유사 움직임

페이지의 정적 콘텐츠가 사용자에게 움직임의 인상 또는 느낌을 주는 것

상대 휘도개발중

색공간의 어떤 지점에서든 상대적인 밝기(가장 어두운 검정은 0, 가장 밝은 흰색은 1로 정규화)

Note 1

sRGB 색공간의 경우, 색상의 상대 휘도는 L = 0.2126 * R + 0.7152 * G + 0.0722 * B로 정의되며, R, G, B는 다음과 같이 정의됩니다:

• RsRGB <= 0.04045이면 R = RsRGB/12.92, 그렇지 않으면 R = ((RsRGB+0.055)/1.055) ^ 2.4
• GsRGB <= 0.04045이면 G = GsRGB/12.92, 그렇지 않으면 G = ((GsRGB+0.055)/1.055) ^ 2.4
• BsRGB <= 0.04045이면 B = BsRGB/12.92, 그렇지 않으면 B = ((BsRGB+0.055)/1.055) ^ 2.4

그리고 RsRGB, GsRGB, BsRGB는 다음과 같이 정의됩니다:

• RsRGB = R8bit/255
• GsRGB = G8bit/255
• BsRGB = B8bit/255

“^” 문자는 거듭제곱 연산자입니다. (공식은 [SRGB]에서 가져옴.)

Note 2

2021년 5월 이전에는 정의의 값 0.04045가 달랐습니다(0.03928). 이는 이전 명세에서 가져온 것으로 업데이트되었으며, 이 지침의 문맥에서 계산에는 실질적인 영향이 없습니다.

Note 3

오늘날 웹 콘텐츠를 보기 위해 사용되는 거의 모든 시스템은 sRGB 인코딩을 가정합니다. 다른 색공간이 콘텐츠 처리 및 표시를 위해 사용될 것이 확실하지 않은 한, 저자는 sRGB 색공간을 사용해 평가해야 합니다.

Note 4

전달 이후 디더링이 발생하는 경우, 원본 색상 값을 사용합니다. 원본에서 디더링된 색상의 경우, 디더링된 색상의 평균 값(평균 R, 평균 G, 평균 B)을 사용해야 합니다.

Note 5

대비 및 번쩍임 테스트 시 자동으로 계산을 수행하는 도구를 사용할 수 있습니다.

Editor's note

WCAG 2.2에는 수식 표시를 위해 MathML을 사용하는 상대 휘도 정의를 제공하는 별도의 페이지가 있습니다. WCAG 3에 이를 포함하기 위한 방안을 마련해야 합니다.

요구사항개발중

장애인이 경험하는 장벽을 줄이거나 제거하는 관행의 결과

섹션개발중

하나 이상의 관련 주제 또는 생각을 다루는 자체 포함적인 콘텐츠의 일부

Note

섹션은 하나 이상의 문단으로 구성될 수 있으며 그래픽, 표, 목록 및 하위 섹션을 포함할 수 있습니다.

반자동 평가개발중

기계가 사람이 점검해야 할 영역으로 안내하도록 해 수행하는 평가

Note

반자동 평가는 자동 평가와 인간 평가의 구성 요소를 포함합니다.

단순 포인터 입력개발중

사이 이동 없이 단일 ‘클릭’ 이벤트 또는 ‘버튼 눌림’과 ‘버튼 뗌’ 이벤트 한 쌍만 포함하는 입력 이벤트

Note

단순 포인터 동작이 아닌 예로는 더블 클릭, 드래그 동작, 제스처, 다중 포인트 입력 또는 제스처 사용, 마우스와 키보드의 동시 사용이 포함됩니다.

단일 포인터개발중

한 번에 페이지/화면의 단일 지점만을 대상으로 하는 입력 방식 — 마우스, 터치스크린의 한 손가락, 또는 스타일러스 등

Note

단일 포인터 상호작용에는 클릭, 더블 클릭, 탭, 드래그 동작, 단일 손가락 스와이프 제스처가 포함됩니다. 반면, 다중 포인트 상호작용은 터치스크린의 두 손가락 상호작용이나 마우스와 스타일러스의 동시 사용처럼 두 개 이상의 포인터를 동시에 사용하는 경우를 포함합니다.

단일 포인터 입력개발중

한 번에 뷰의 단일 지점만을 대상으로 하는 입력 방식 — 마우스, 터치스크린의 한 손가락, 또는 스타일러스 등

Note 1

단일 포인터 상호작용에는 클릭, 더블 클릭, 탭, 드래그 동작, 단일 손가락 스와이프 제스처가 포함됩니다. 반면, 다중 포인트 상호작용은 터치스크린의 두 손가락 상호작용이나 마우스와 스타일러스의 동시 사용처럼 두 개 이상의 포인터를 동시에 사용하는 경우를 포함합니다.

Note 2

단일 포인터 입력은 두 개, 세 개 이상의 손가락이나 포인터가 동시에 표면을 터치하거나 공중에서 제스처를 하는 등 다중 포인트 입력과 대비됩니다.

Note 3

활성화는 보통 클릭 또는 탭으로 이루어지지만, 클릭 또는 탭의 프로그램적 시뮬레이션이나 기타 유사한 단순 활성화로도 이루어질 수 있습니다.

표준 플랫폼 키보드 명령개발중

대부분의 플랫폼에서 동일하며 키보드만으로 탐색해야 하는 사용자가 의존하는 키보드 명령

Note

저자가 사용할 수 있는 공통 키보드 탐색 기법의 충분한 목록은 WCAG 표준 키보드 탐색 기법 목록에서 찾을 수 있습니다.

작업 흐름개발중

특정 사용자 활동을 지원하는 일련의 뷰를 포함하는 테스트 범위

Note

작업 흐름에는 뷰의 항목 하위 집합 또는 뷰 그룹이 포함될 수 있습니다. 사용자 활동을 지원하는 뷰의 부분만 작업 흐름 테스트에 포함됩니다.

테스트개발중

방법의 구현을 평가하는 메커니즘

텍스트개발중

인간 언어로 무언가를 표현하는 문자 시퀀스로, 이 시퀀스는 프로그램적으로 결정될 수 있음

텍스트 대체개발중

텍스트가 텍스트가 아닌 콘텐츠와 프로그램적으로 연관되어 있거나, 텍스트가 아닌 콘텐츠와 프로그램적으로 연관된 텍스트에서 참조되는 경우

업 이벤트개발중

포인터의 트리거 자극이 해제될 때 발생하는 플랫폼 이벤트

Note

업 이벤트는 플랫폼에 따라 “touchend” 또는 “mouseup” 등으로 다른 이름을 가질 수 있습니다.

사용성 테스트개발중

관찰과 피드백을 통해 사용자가 제품 또는 프로세스를 사용하는 경험에 대한 평가

사용자 에이전트개발중

사용자를 위해 외부 콘텐츠를 검색하고 표시하는 소프트웨어

사용자 필요개발중

사용자가 디지털 수단을 통해 프로세스를 시작할 때 가지는 최종 목표

사용자 조정 가능 텍스트개발중

사용자가 조정할 수 있는 텍스트

Note

이는 다음의 변경(이에 한정되지 않음)을 포함할 수 있습니다:

• 줄, 단어, 또는 글자 간격
• 색상
• 줄 길이 — 텍스트 블록의 너비 제어
• 타이포그래피 정렬 — 양쪽 정렬, 오른쪽/왼쪽 맞춤, 가운데 정렬
• 줄바꿈
• 열 — 1차원 콘텐츠의 열 개수
• 여백
• 밑줄, 이탤릭, 볼드
• 글꼴 종류, 크기, 굵기/폭
• 대문자화 — 모두 대문자, 스몰캡, 번갈아 대소문자
• 행 끝 하이픈 처리
• 링크

비디오개발중

움직이는(또는 순차적인) 그림이나 이미지의 기술

Note

비디오는 애니메이션 이미지나 사진 이미지, 또는 둘의 조합으로 구성될 수 있습니다.

뷰개발중

콘텐츠 중 활성 이용 가능 상태로 뷰포트에 표시되는 것으로, 스크롤이나 패닝으로 이동할 수 있는 것과, 나머지 콘텐츠를 뷰포트에서 계속 활성 이용 가능하게 둔 채 확장에 의해 포함되는 추가 콘텐츠를 포함합니다.

Note

모달 대화 상자는 뷰포트의 다른 콘텐츠가 더 이상 활성 이용 가능하지 않으므로 새로운 뷰를 구성합니다.

뷰포트개발중

플랫폼이 콘텐츠를 제시하는 객체

Note 1

작성자는 뷰포트를 제어할 수 없고, 뷰포트에 무엇이 표시되는지(예: 화면에 무엇이 있는지)를 거의 알 수 없습니다. 이는 플랫폼이 제공하기 때문입니다. 브라우저에서는 하드웨어 플랫폼이 콘텐츠로부터 격리됩니다.

Note 2

콘텐츠는 하나 이상의 뷰포트를 통해 제시될 수 있습니다. 뷰포트에는 창, 프레임, 스피커, 가상 돋보기 등이 포함됩니다. 뷰포트는 다른 뷰포트를 포함할 수 있습니다(예: 중첩 프레임). 프롬프트, 메뉴, 알림과 같은 사용자 에이전트가 만든 인터페이스 구성요소는 뷰포트가 아닙니다.