[목차]

W3C

웹 콘텐츠 접근성 지침 2.0

2008년 12월 11일 W3C 권고안

영어 원본:
http://www.w3.org/TR/2008/REC-WCAG20-20081211/
영어 가장 최신 버전:
http://www.w3.org/TR/WCAG20/
이전 버전:
http://www.w3.org/TR/2008/PR-WCAG20-20081103/
편집자:
Ben Caldwell, Trace R&D Center, University of Wisconsin-Madison
Michael Cooper, W3C
Loretta Guarino Reid, Google, Inc.
Gregg Vanderheiden, Trace R&D Center, University of Wisconsin-Madison
이전 편집자:
Wendy Chisholm (until July 2006 while at W3C)
John Slatin (until June 2006 while at Accessibility Institute, University of Texas at Austin)
Jason White (until June 2005 while at University of Melbourne)
한국어 번역 최신 버전:
http://archi.ssu.ac.kr/WCAG20/
한국어 번역 저장본:
http://www.w3c.or.kr/Translation/WCAG20/
한국어 번역자:
박영식 (suritam9), 컴퓨터구조연구실

이 문서의 정오표 를 참고하면, 규범적인 수정사항을 포함하고 있을 것이다.

번역도 보시오.

이 문서의 비규범 포맷들은 Alternate Versions of Web Content Accessibility Guidelines 2.0에서 이용가능다.


요약

웹 콘텐츠 접근성 지침(WCAG) 2.0은 웹 콘텐츠를 더 접근성있게 만드는 권고안의 넓은 범위를 포함한다. 아래의 이 지침들은 시각장애인과 저시력자, 난청이나 청력 상실, 학습 장애, 인지 한계, 제한된 이동, 말하기 장애, 광과민성 및 복합질환을 포함한 장애를 가진 사람들에게 다방면으로 콘텐츠를 접근성있게 만든다.

WCAG 2.0 은 결정기준은 기술에 특정되지 않은 테스트 가능한 문서로써 쓰여졌다. 결정적인 기준을 해석하는 것에 대한 일반적인 정보만큼, 특정한 기술에서 결정적인 기준을 만족하는 지침은 분할된 문서들에 제공된다. 도입을 위해 웹 콘텐츠 접근성 지침 (WCAG) 개요를 보고 WCAG 기술 및 교육자료를 연결하시오.

WCAG 2.0은 1999년 5월 W3C 권고안으로 공표된 웹 콘텐츠 지침 1.0의 후속이다.[WCAG10] 비록 WCAG 1.0이나 WCAG 2.0을(또는 둘 다) 따르는 게 가능하나, W3C는 새롭고 업데이트된 콘텐츠가 WCAG 2.0 를 사용하길 권장한다. 또한 W3C는 웹 접근성 정책이 WCAG 2.0 을 참조하길 권장한다.

이 문서의 현재 상태

이 섹션은 공표된 시간의 문서상태를 서술한다. 다른 문서들은 이 문서를 대체할 수도 있다. 현재 W3C 발행문서 목록과 기술 리포트의 최근 버전은 http://www.w3.org/TR/W3C 기술 자료 색인에서 찾을 수 있다.

이것은 웹콘텐츠 접근성 지침 워킹그룹에서 작성된 웹접근성 지침 (WCAG) 2.0 W3C 권고안 이다.

이 문서는 W3C 회원과 다른 W3C 그룹과 관련된 모임, 소프트웨어 개발자들에 의해서 검토되었으며, W3C 총재가 W3C 권고안으로 승인하였다. 이 문서는 안정적인 문서이므로 참고 자료로 쓰이거나 규범적인 참고 문헌으로 다른 문서에서 인용할 수 있다. W3C가 권고안을 만드는 것은 (표준) 사양에 대해 주의를 환기시키고, 보다 넓은 범위에서 그 사용을 촉진하기 위해서이다. 이렇게 함으로써 웹의 기능성과 보편성을 향상시킬 수 있다.

WCAG 2.0 은 WCAG 2.0 이해WCAG 2.0를 위한 기술들의 비규범적 문서들에 의해 지원된다. 그 문서들은 WCAG 2.0이 가진 공식적인 지위는 아니지만, WCAG 이해와 구현하기 위한 중요한 정보를 지원한다.

워킹그룹은 지원되는 온라인 조언 양식을 이용한 어떠한 조언들도 요청한다. 이것이 가능하지 않다면, 조언은 public-comments-wcag20@w3.org로 보낼 수 있다. 공개된 조언 리스트의 문서들은 공공적으로 이용가능하다. WCAG 2.0 권고안이 수용한 조언들은 지침들의 이 버전에 영향을 미칠 수 없지만, WCAG의 차후 버전이나 오류목록에 반영될 것이다. 워킹그룹은 조언에 공식적인 답변을 할 계획이 없다. WCAG WG 메일링 리스트 논의의 문서들은 공공적으로 이용가능하다. 워킹그룹에 의해 보증된 미래 과업은 이 문서에서 받은 조언에 전달하게 될 것이다.

이 문서는 W3C Web Accessibility Initiative (WAI)의 부서에서 생산되었다. WCAG 워킹그룹의 목표들은 WCAG 워킹그룹 헌장에서 논의되었다. WCAG 워킹그룹은 WAI Technical Activity의 부서이다.

이 문서는 2004년 2월 5일 W3C 특허 정책하의 그룹 운영에 의해 생산되었다. W3C 는 그룹의 발표와의 연결에서 만들어진 어떠한 특허 발표의 공공 리스트를 유지한다;이 페이지는 특허를 드러내기 위한 교육을 포함한다. 개인의 신념이 필수 청구(들)(Essential Claim(s))을 포함하는 특허의 실질적인 지식이 있는 개인은 W3C 특허정책의 6 섹션에 따라 정보를 발표해야 한다.


목차

부록


소개

이 섹션은 정보제공적이다.

웹 콘텐츠 접근성 지침 (WCAG) 2.0 은 장애가 있는 사람들에게 콘텐츠를 더 많이 접근성 있게 만들 것인가에 대해 정의한다. 접근성은 넓은 범위의 시각, 청각, 신체, 음성, 지각, 언어, 학습, 신경 장애에 관계한다. 비록 이 지침은 넓은 범위의 이슈들을 커버하지만, 모든 장애의 복합, 정도, 유형인 사람들의 요구를 대변하진 못 한다. 이 지침은 또한 일반적인 사용자들의 사용성을 개선하고 노화로 능력이 바뀌는 노인들에게 더 유용한 웹 콘텐츠들을 만들게한다.

WCAG 2.0 은 세계의 개인과 조직들이 협력하여 국제적으로 개인, 조직, 정부의 요구를 달성할 웹 콘텐츠 접근성을 위한 합의된 표준을 제공하기 위한 목표를 갖고 W3C 과정을 통해 개발되었다. WCAG 2.0 은 WCAG 1.0 [WCAG10]에 기반하여 자동화된 테스트와 사용자 평가의 결합으로 테스트 가능한 지금이나 다른 현재 웹 기술에 널리 적용될 수 있도록 디자인 되었다. WCAG를 소개하기 위해, 웹 콘텐츠 접근성 지침 (WCAG) 개요를 보시오.

웹 접근성은 접근 가능한 콘텐츠는 물론 웹브라우저와 다른 표시장치(user agents)에도 의존한다. 저작도구(Authoring tools)는 웹 접근성에 있어 매우 중요한 역할을 한다. 이러한 구성요소와 병행해서 웹을 개발하고 상호작용하는 방법을 위해, 다음을 보시오:

안내의 WCAG 2.0 계층

WCAG 를 사용하는 개인과 단체들은 넓게 다양화 하고, 웹디자이너와 개발자, 법제자, 구매 담당, 교사, 학생들을 포함한다. 독자들의 다양한 요구를 충족하기 위해서, 안내의 몇 계층은 원칙, 일반적인 지침, 테스트가능한 결정 요건충분한 기술, 자문 기술, 문서화된 일반적인 실패 예제, 자료 링크와 코드들을 모두 포함하여 제공된다.

  • 원칙 - 최상위의 웹 접근성을 위한 근거를 제공하는 네 가지 원칙이다: 인식할 수 있는, 운용가능한, 이해할 수 있는, 강인한. 접근성의 4가지 원칙 이해도 보시오.

  • 지침 - 원칙들의 하위는 지침이다. 12개의 지침은 제작자들을 다른 장애를 갖은 사용자들에게 더 많은 접근성을 주도록 일하게 하는 기본적인 목표를 제공한다. 지침은 테스트가능하지 않지만, 결정기준을 이해시키고 기술을 더 좋게 구현하도록 제작자들을 돕는 전반적인 목표와 프레임웍을 제공한다.

  • 결정기준 - 각 지침에서 테스트 가능한 요건들은 WCAG 2.0 가 디자인 스펙, 구매, 규칙이 필요한 요구와 적합성 테스트가 허용되도록 제공된다. 다른 상황과 다른 그룹의 요구를 만나기 위해 적합성의 3개 레벨이 정의되었다.: A (가장 낮음), AA, AAA (가장 높음). WCAG 레벨의 추가적인 정보는 적합성의 레벨 이해하기에서 찾을 수 있다.

  • 충분하고 자문적인 기술 - WCAG 2.0 문서 자체에서 지침결정기준의 각각에서, 워킹그룹은 기술 의 넓은 다양성을 문서화 했다. 기술들은 정보적이고 다음 범주에 들어간다: 그것은 결정기준을 충족하기 위해 충분한 것과 자문적인 것이다. 자문적인 기술은 개인의 결정기준에 의한 요구를 넘어서고 제작자가 지침을 더 좋게 말하도록 허용한다. 어떤 자문적인 기술은 테스트가능한 결정기준에 의해 커버되지 않는 접근성 장벽에 대해 말한다. 일반적인 실패들이 알려져, 문서화 되었다. WCAG 2.0 이해에서의 충분하고 자문적인 기술도 보시오.

모든 안내 계층은 (원칙, 지침, 결정기준, 충분하고 자문적인 기술) 콘텐츠를 더 접근성있게 하는 안내를 제공하기 위해 협업한다. 사용자들의 가장 넓은 요구를 가장 잘 충족하기 위해 제작자들은 자문적인 기술들을 포함하여 가능한 모든 순서를 보고 적용하도록 장려된다.

가장 높은 레벨 (AAA)에 적합하더라도 콘텐츠는 모든 종류, 정도, 복합장애, 인식 언어와 학습 지역에서의 특이성에 접근적이지 않을 수 있다는 것을 명심하라. 제작자들은 확실하게 웝 콘텐츠를 접근성 있게 하는 현재 최상의 결과에 대한 관련된 조언을 찾는 것과 가능한 범위에서 이 커뮤니티쪽으로 만큼 자문적인 기술을 포함하는 기술의 모든 범위를 고려하도록 장려된다. 메타데이타는 그들의 요구를 위한 더 적절한 콘텐츠를 찾는데 있어 사용자들에게 도움을 줄 것이다.

WCAG 2.0 보조 문서

WCAG 2.0 문서는 참고할 수 있는 기술 표준, 안정을 요구하는 것들의 요구를 충족하도록 고안되었다. 보조 문서라 불리는 다른 문서들은 WCAG를 어떻게 새로운 기술과 적용하여 기술하기 위한 업데이트 능력을 포함한 WCAG 2.0 문서에 기반하여 다른 중요한 목적을 언급한다. 보조 문서들을 다음을 포함한다:

  1. WCAG 2.0 결정기준 충족하기 - 모든 지침, 결정기준, 웹 콘텐츠를 개발하고 보여주고자하는 제작자를 위한 기술들을 포함하는 개인화 가능한 빠른 참고문서이다.

  2. WCAG 2.0 이해 - WCAG 2.0 을 구현하고 이해하는 가이드. 주요 토픽 뿐만 아니라 WCAG 2.0 의 결정기준과 각 지침 위한 짧은 "이해"문서가 있다.

  3. WCAG 2.0 을 위한 기술 - 기술과 일반적인 실패의 모음, 설명, 예제, 코드와 테스트를 포함하는 분리된 문서.

  4. WCAG 2.0 문서 - 관련되고 링크된 기술적 문서들의 다이어그램과 설명.

WCAG 2.0 에 관련된 학습 자료들을 포함하고, WCAG 2.0 의 설명을 위한 웹 콘텐츠 접근성 지침 (WCAG) 개요를 보시오. WAI 자료에 접근성 정책과 웹 사이트의 접근성을 향상시키도록 구현을 계획하는 웹 접근성을 위한 사업 사례와 같은 토픽을 커버하는 추가적인 자원들이 나열되어있다.

WCAG 2.0 의 중요한 용어

WCAG 2.0 는 WCAG 1.0 과는 다른 세가지 중요한 용어를 포함한다. 각각은 아래에 간단히 소개되었고, 용어에 더 잘 정의되어 있다.

웹 페이지

이 표준에 있어, 용어 "웹 페이지"는 정적인 HTML 페이지들 보다 더 많은 것을 포함하는 것을 주목하는 것은 중요하다. 상호작용하는 가상의 커뮤니티를 완전히 현실화 할 수 있는 "페이지들"을 포함하고, 웹에서 떠오르는 증가세의 동적인 웹 페이지들도 포함한다. 예를 들어, "웹 페이지"는 단일 URI에서 발견된 상호작용 동영상과 같은 경험, 혼합된 것을 포함한다. 더 많은 정보를 원하면, "웹 페이지" 이해를 보시오.

프로그램 방식으로 결정된(Programmatically Determined)

몇몇의 결정기준은 (콘텐츠의 특정 부분) "프로그램 방식으로 결정(programmatically determined)"될 수 있는 콘텐츠를 요구한다. 표시장치(user agent), 보조적인 기술(assistive technologies)을 포함하는 다른 구성요소(modalities)들에서 사용자들에게 이 정보를 보여주고 해설할 수 있는 방식에서 전달되는 콘텐츠를 의미한다. 더 많은 정보를 원하면, 프로그램방식으로 결정(Programmatically Determined)의 이해를 보라.

지원된 접근성(Accessibility Supported)

지원된 접근성(Accessibility Supported)을 의미하는 기술을 사용하는 것은 운영체제와 브라우저 다른 표시장치(user agent)의 보조적인 기술(assistive technologies, AT)과 접근성 특성과 함께 동작하는 것을 의미한다. 기술특성은 "지원된 접근성(accessibility supported)" 에서 사용되지 않으면 WCAG 2.0 결정기준을 따르기 위해 의존적이다(relied upon). 기술 특성은 어떤 결정기준에 적합하기 위해 의존적이지 않은 만큼 (예를 들어, 같은 정보나 기능성 역시 보조적인 다른 방법에 의해 가능하다) 지원되는 접근성(accessibility supported) (지원적인 기술로 동작하지 않는다, 등.)이 아닌 방법으로 사용될 수 있다.

"지원된 접근성(accessibility supported)"의 정의는 이 지침의 부록 A: 용어에 제공된다. 더 많은 정보를 원하면, 접근성 지원 이해를 보시오.

WCAG 2.0 지침

이 섹션은 규범이다.

원칙 1: 지각할 수 있는(Perceivable) - 정보와 사용자 인터페이스 요소들은 사용자들에게 인식할 수 있는 방법으로 표현되어야 한다.

지침 1.1 대체 텍스트(Text Alternatives): 큰 글자, 점자, 음성, 기호나 더 간단한 언어의 사람들이 요구하는 형태로 변할 수 있는 텍스트가 아닌 콘텐츠를 위한 대체 텍스트를 제공하라.

1.1.1 텍스트가 아닌 콘텐츠: 텍스트가 아닌 콘텐츠(non-text content)는 아래에 나열된 상황을 제외하고 동등한 목적을 제공하는 대체 텍스트(text alternative)가 사용자에게 표현돼야 한다. (레벨 A)

  • 컨트롤, 입력(Controls, Input): 비텍스트 콘텐츠가 사용자의 입력을 허용하거나 제어하면, 그것의 목적을 서술하는 이름(name) 을 가진다. (사용자 입력을 허용하는 콘텐츠와 제어를 위한 추가적인 요구를 위한 지침 4.1을 참고하시오.)

  • 시간에 기반한 미디어(Time-Based Media): 만일 비텍스트 콘텐츠가 시간에 기반한 미디어(time-based media)이면, 비텍스트 콘텐츠의 설명적인 식별을 최소한으로 제공하는 대체텍스트를 제공한다. (미디어에 관한 추가적인 요구 지침 1.2 를 참고하시오.)

  • 테스트(Test): 텍스트(text)에서 유효하지 않은 것이 표시되도록 테스트되거나 사용되는 비텍스트 콘텐츠, 최소한 대체텍스트는 비텍스트 콘텐츠의 설명적인 식별을 제공한다.

  • 감각적(Sensory): 비텍스트 콘텐츠가 특정한 감각의 경험(specific sensory experience)을 만들도록 본질적으로 유도하는 것이면, 최소한 대체텍스트는 비텍스트 콘텐츠의 설명적인 식별을 제공한다.

  • 완전히 자동화된 공공튜링 테스트-자동가입방지(CAPTCHA, Completely Automated Public Turing test to tell Computers and Humans Apart): 비텍스트 콘텐츠의 목적이 컴퓨터에 의한 것이 아닌 사람에 의해 접근하는 것을 확인하는 것이라면, 비텍스트 콘텐츠의 목적을 정의하고 서술하는 텍스트 대체물들이 제공되고, 다른 장애를 극복하는 감각의 다른 형태를 위한 출력 모드를 사용한 CAPTCHA의 대체폼이 제공된다.

  • 장식, 양식화, 비가시성(Decoration, Formatting, Invisible): 비텍스트 콘텐츠가 시각적인 양식을 위해서 사용되거나, 사용자에게 보여지지 않는 순수한 장식(pure decoration) 이면, 보조적인 기술(assistive technology)에 의해 무시될 수 있는 방법에서 구현된다.

지침 1.2 시간에 기반한 미디어(Time-based Media): 시간에 기반한 미디어를 위한 대체물을 제공하라.

1.2.1 소리와 영상 (사전녹화된): 사전녹음된(prerecorded) 소리와 사전녹화된 비디오 미디어를 위해, 다음은 참이다. 오디오나 비디오가 텍스트를 위한 미디어 대체물(media alternative for text)이고 그처럼 명기된 것은 예외이다: (레벨 A)

  • 사전녹음된 오디오(Prerecorded Audio-only): 시간기반의 미디어 대체물은 사전녹음된 오디오 콘텐츠(prerecorded audio-only content)를 위한 동일한 정보를 표현하는 것이 제공된다.

  • 사전녹화된 비디오(Prerecorded Video-only): 시간에 기반한 미디어나 오디오는 사전녹화된 비디오 콘텐츠(prerecorded video-only content)를 위한 동일한 정보를 표현하는 것이 제공된다.

1.2.2 캡션 (사전녹화): 동기화된 미디어(synchronized media)에서 모든 사전녹음된(prerecorded) 소리(audio)에는 미디어가 텍스트를 위한 미디어 대체물이고 그처럼 명기된 경우를 제외하고, 캡션을(Captions) 제공한다. (레벨 A)

1.2.3 소리 묘사나 미디어 대체물(사전녹음): 동기화된 미디어(synchronized media)를 위해 시간에 기반한 미디어 대체물(alternative for time-based media) 또는 소리 기술(audio description) 사전녹음(prerecorded) 영상(video)콘텐츠는 미디어가 텍스트를 위한 미디어 대체물이고 그처럼 명기된 경우를 제외하고, 제공된다. (레벨 A)

1.2.4 캡션 (생방송): 동기화된 미디어(synchronized media)에서 모든 생방송(live) 소리(audio) 콘텐츠를 위해 캡션을 제공한다. (레벨 AA)

1.2.5 소리설명(Audio Description) (사전녹음): 동기화된 미디어(synchronized media)에서 모든 사전녹음(prerecorded) 영상물(video) 콘텐츠를 위해 소리 설명(Audio description)을 제공한다. (레벨 AA)

1.2.7 확장된 소리 설명(Extended Audio Description) (사전녹음): 앞부분의 소리에서 정지 부분들은 영상의 감각을 전달하는 소리 묘사(audio descriptions)를 제공하기 불충분하면,동기화된 미디어(synchronized media)에서 사전녹음된(prerecorded) 영상물(video) 콘텐츠에 확장된 소리 설명(extended audio description)을 제공한다. (Level AAA)

1.2.8 미디어 대체물(Media Alternative) (사전녹음): 모든 사전녹화된(prerecorded) 동기화된 미디어(synchronized media) 와 모든 사전녹화된 비디오(video-only) 미디어에 시간에 기반한 미디어 대체물(alternative for time-based media) 을 제공한다. (레벨 AAA)

1.2.9 오디오(Audio-only) (생방송): 생방송(live) 소리(audio-only) 콘텐츠에 동일한 정보를 표현하는 시간에 기반한 미디어 대체물(alternative for time-based media)을 제공한다. (레벨 AAA)

지침 1.3 적용가능한: 정보나 구조를 잃지 않는 다른 방법(더 간단한 레이아웃을 예로)에서 표현될 수 있는 콘텐츠를 만들라.

1.3.1 정보와 관계: 정보, 구조(structure), 관계들(relationships)프로그램 방식으로 결정(programmatically determined)되거나 텍스트에서 사용될 수 있는 표현(presentation)을 통해 전달한다. (레벨 A)

1.3.2 의미있는 순서: 표현된 각 콘텐츠에서 순서가 의미에 영향을 주는 곳에서, 정확한 읽기 순서(correct reading sequence)프로그램 방식으로 결정(programmatically determined)될 수 있어야 한다. (레벨 A)

1.3.3 감각적 특성: 콘텐츠의 이해와 운용을 위해 제공된 명령은 모양, 크기, 시각적인 위치, 방향(orientation), 소리 컴포넌트의 감각적인 특성에 따라 달라지면 안된다. (레벨 A)

노트: 색에 관계된 요구를 위해 지침 1.4를 참고하라.

지침 1.4 분별할 수 있는: 후면과 전면을 분리를 포함해 콘텐츠를 보고 들을 수 있도록 사용자들에게 편리하게 만들라.

1.4.1 색의 사용: 색만으로 정보를 전달하고, 행동을 지시하고, 반응을 유발하고, 시각적 요소를 식별하는 시각적인 용도로 사용되면 안된다. (레벨 A)

노트: 이 결정기준은 특히 색깔 인식을 말한다. 지침 1.3 색과 다른 시각적 표현 코딩에 프로그램 방식으로 접근하는 것을 포함하여 인식의 다른 폼들이 포함된다.

1.4.2 소리 제어: 3초 이상 자동으로 웹 페이지가 소리를 출력한다면, 소리를 중지하거나 멈추는게 가능한 메카니즘(mechanism)이나, 전체 시스템 볼륨 레벨로부터 의존적으로 소리 볼륨을 조절할 수 있는 메카니즘이 있어야 한다. (레벨 A)

노트: 결정기준를 실현하지 못하는 콘텐츠라면 전반적인 페이지를 사용하는 사용자의 능력을 방해하므로, 웹 페이지(다른 결정기준을 충족하든 못 하든)의 모든 콘텐츠는 이 요건을 실현해야 한다. 적합성 요구(Conformance Requirement) 5: 비간섭(Non-Interference)을 보시오.

1.4.3 대조 (최소): 텍스트(text)텍스트의 이미지(images of text)의 시각적인 표현은 다음을 예외하고 명암비(contrast ratio)는 적어도 4.5:1이 되어야 한다: (레벨 AA)

1.4.4 텍스트 리사이즈: 캡션(captions)텍스트의 이미지(images of text)를 제외하고, 텍스트(text)는 콘텐츠와 기능의 손실없이 200퍼센트 이상 보조적인 기술(assistive technology)없이 리사이즈 되어야 한다. (레벨 AA)

1.4.5 텍스트의 이미지(Images of Text):시각적인 표현을 성취할 수 있는 기술들이 사용될 때에는, 텍스트(text)는 다음을 제외하고 텍스트의 이미지(images of text)보다 더 많은 정보를 전달할 수 있어야 한다: (레벨 AA)

노트: 로고타입 (로고나 브랜드의 부분인 텍스트) 은 필수다.

1.4.6 대조 (향상된): 텍스트의 시각적인 표현과 텍스트(text), 텍스트의 이미지(images of text)는 다음을 제외하고 적어도 7:1의 명암비(contrast ratio)를 갖는다: (레벨 AAA)

1.4.7 작거나 배경이 없는 소리:(1) 앞부분에 본질적인 음성을 포함하는, (2) CAPTCHA가 아닌 소리나 로고송, (3)노래나 랩인 표현의 본질적인 음악표현을 의도하는 목소리가 아닌 미리 녹음된(prerecorded) 소리(audio-only)콘텐츠를 위해 다음의 적어도 하나는 참이다: (레벨 AAA)

  • 배경없음(No Background): 소리는 배경음악을 포함하지 않는다.

  • 끄기(Turn Off): 배경음악을 끌 수 있다.

  • 20 dB: 배경 음악은 마지막 1초나 2초에 발생하는 예외와 함께, 앞부분의 음성 콘텐츠보다 더 적은 20 데시벨이다.

    노트: "데시벨"의 정의로, 요구를 충족하는 배경 소리는 앞부분의 음성 콘텐츠보다 약 4배나 더 클 것 이다.

1.4.8 시각적 표현(Visual Presentation): 텍스트 블럭(blocks of text)의 시각적 표현을 위해, 메카니즘(mechanism) 은 다음을 성취하는데 사용할 수 있다: (레벨 AAA)

  1. 앞부분과 뒷부분의 색은 사용자에 의해 선택 가능해야 한다.

  2. 넓이는 80글자나 글리프를 넘으면 안된다(CJK이면 40).

  3. 텍스트는 양쪽정렬이 아니다 (왼쪽과 오른쪽으로 정렬).

  4. 라인 간격 (끌어내기) 문단내에서 적어도 스페이스와 1/2, 문단 간격은 적어도 라인 간격보다 1.5배 커야 한다.

  5. 텍스트는 풀 스크린 윈도우에서 텍스트의 라인을 읽는 수평 스크롤를 사용자에게 요구해서는 안되는 방법으로 200퍼센트보다 크게 보조적인 기술없이 리사이징 가능해야 한다.

1.4.9 텍스트의 이미지 (예외 없음): 텍스트의 이미지(Images of text)는 오직 순수한 장식(pure decoration) 이나 텍스트(text)가 전달되는 정보에 필수(essential)인 특정 표현을 위해서만 사용된다. (레벨 AAA)

노트: 로고타입 (로고나 브랜드의 부분인 텍스트) 들은 필수다.

원칙 2: 이용가능한 - 사용자 인터페이스 컴포넌트와 네비게이션은 이용할 수 있어야 한다.

지침 2.1 키보드 접근: 키보드로 모든 기능을 사용하게 만들라.

2.1.1 키보드: 사용자의 움직임과 끝점의 경로에 의존하는 입력을 요구하는 근원적인 기능을 제외하고, 개인적인 키입력을 위한 특정한 타이밍을 요구하지 않는 키보드 인터페이스(keyboard interface)를 통해 모든 콘텐츠의 기능(functionality)을 이용할 수 있어야 한다. (레벨 A)

노트 1: 예외는 근원적인 기능에 관련되지만, 입력 기술은 아니다. 예를 들어, 텍스트를 입력하기 위한 육필(handwriting)을 사용한다면, 입력기술(육필)은 경로-의존 입력을 필요로 하지만 근원적인 기능(텍스트 입력)은 아니다.

노트 2: 이것은 키보드 동작에 추가된 다른 입력 방법이나 마우스 입력 지원을 방해하거나 못하게 하지 않는다.

2.1.2 키보드의 함정이 없어야 한다(No Keyboard Trap): 키보드 포커스가 키보드 인터페이스(keyboard interface)를 사용한 페이지의 컴포넌트로 이동할 수 있을 때, 포커스가 키보드 인터페이스만 사용하는 컴포넌트로 부터 벗어날 수도 있을 때, 수정된 화살표나 탭 키나 다른 표준 종료 방법보다 더 많은 것을 요구할 때, 사용자는 포커스를 빠져나가는 것을 위한 방법이 조언된다. (레벨 A)

노트: 이 결정기준을 충족하지 못하는 콘텐츠는 모든 페이지를 사용하는 사용자들의 능력을 방해할 수 있다. 웹 페이지의 모든 콘텐츠는(다른 결정기준을 충족하든 안하든) 반드시 이 결정기준을 만족해야 한다. 적합성 요구(Conformance Requirement) 5: 비-간섭(Non-Interference)을 보시오.

2.1.3 키보드 (예외없음): 모든 키보드의 기능(functionality)은 개인의 키입력을 위한 특정화된 순간을 요구하지 않는 키보드 인터페이스(keyboard interface)를 통한 동작 가능하다. (레벨 AAA)

지침 2.2 충분한 시간(Enough Time): 사용자들에게 콘텐츠를 읽고 사용할 수 있는 충분한 시간을 제공하라.

2.2.1 타이밍 조절가능(Timing Adjustable): 콘텐츠에 의해 설정된 각 제한 시간을 위해 적어도 다음의 한 가지는 참이다: (레벨 A)

  • 끄기(Turn off): 그것을 발견하기 전에 사용자들은 시간 제한을 끌 수 있도록 허용되어야 한다; 또는

  • 조절(Adjust): 기본 설정의 길이보다 적어도 10배의 범위에서 그것을 발견하기 전에 시간 제한을 조절 할 수 있어야 한다; 또는

  • 연장(Extend): 간단한 액션(예로, "스페이스바를 누르시오")과 주어진 20초의 시간 제한을 연장하는 만료 전에 사용자는 적어도 10배의 시간 제한을 연장할 수 있다; 또는

  • 실시간 예외(Real-time Exception): 시간 제한은 실시간 이벤트(예, 경매)의 요구되는 부분이다. 그리고 시간 제한의 대안이 불가능하다.; 또는

  • 필수 예외(Essential Exception): 시간 제한은 필수(essential) 와 활동을 무효화하는 연장이다; 또는

  • 20시간 예외(20 Hour Exception): 제한 시간은 20시간보다 길다.

노트(Note): 이 결정기준은 사용자가 시간 제한의 결과인 콘텐츠나 컨텍스트에서 예기치 않은 변화가 없는 작업을 끝낼 수 있게 한다. 이 결정기준은 결정기준(Success Criterion) 3.2.1과 함께 고려되어야 하고, 그것은 사용자 행동의 결과로서의 콘텐츠나 컨텍스트의 변화에서 제한을 둔다.

2.2.2 일시중지, 중지, 숨기기(Pause, Stop, Hide): 이동, 깜박임(blinking), 스크롤, 자동 업데이트에 다음의 모든 것이 해당 하면: (레벨 A)

  • 이동, 깜박임, 스크롤(Moving, blinking, scrolling): (1) 자동 시작(starts automatically), (2) 5초 이상 지속(lasts more than five seconds), (3) 다른 콘텐츠와 함께 병렬적으로 존재하는(is presented in parallel with other content) 정보를 이동, 깜박임, 스크롤 하기 위해, 일시정지(pause), 정지, 필수(essential)가 있는 행동의 부분에 이동, 깜박임, 스크롤에 미칠 때까지 숨기는 데에 사용자를 위한 메카니즘이 있다; 그리고

  • 자동-업데이트(Auto-updating): (1) 자동으로 시작하고(starts automatically) (2) 다른 콘텐츠에 병렬적으로 존재하는(is presented in parallel with other content) 자동 업데이트 정보를 위해, 필수인 행동의 부분인 자동 업데이트까지 업데이트의 빈도를 조절하거나 숨기고, 멈추고, 일시 정지하려는 사용자를 위한 메카니즘이 있다.

노트 1: 깜박 거리거나 반짝이는 것을 참고하는 요구를 위해서는, 지침 2.3을 참고하라.

노트 2: 모든 페이지를 사용하는 사용자들의 능력을 방해할 수 있는 이 결정기준을 만족하지 못하는 콘텐츠가 있다면, 웹 페이지의 모든 콘텐츠는 (다른 기준을 충족하든 못 하든) 이 결정기준을 충족해야 합니다. 적합성 요구사항(Conformance Requirement) 5: 비-간섭(Non-Interference)을 보시오.

노트 3: 사용자 프로그램에 스트리밍되거나 소프트웨어에 의해 정기적으로 업데이트 된 콘텐츠는 일시정지의 시작과 재시작하는 것을 생성이나 수용하는 정보를 유지하기를 요구하지 않는다, 기술적으로 가능하지 않을 수 있다면, 많은 상황에서 오도될 수 있다.

노트 4: 상호작용이 모든 유저를 위한 상태 동안 일어날 수 없거나, 지시하는 과정이 콘텐츠가 멈췄거나 깨졌다고 생각하지 않는다면, 프리로드 상태나 유사한 상태의 부분으로 발생하는 애니메이션은 필수로 여겨진다.

2.2.3 비 타이밍(No Timing): 타이밍은 동기화된 미디어(synchronized media)실시간 이벤트(real-time events)를 제외하고, 콘텐츠에 의한 나타난 행동이나 이벤트의 필수(essential)부분이 아니다. (레벨 AAA)

2.2.4 중단(Interruptions):응급(emergency)과 관련된 중단을 제외하고, 중단은 연기되거나 사용자에 의해 정지할 수 있다. (레벨 AAA)

2.2.5 재-인증(Re-authenticating): 인증 세션이 만료되었을때, 사용자는 재-인증 후의 데이터 손실없는 행동을 지속할 수 있어야 한다. (레벨 AAA)

지침 2.3 발작(Seizures): 발작을 일으킨다고 알려진 방법에서 콘텐츠를 디자인 해서는 안된다.

2.3.1 세번 깜박임이나 기준점 아래(Three Flashes or Below Threshold): 웹 페이지(Web pages)는 1초동안 세번 이상 깜박이는 것이나 일반적인 플래시와 붉은 플래시 기준점(general flash and red flash thresholds) 아래 플래시(flash)인 어떤 것도 포함해서는 안 된다. (레벨 A)

노트: 웹 페이지를 사용하는 사용자들의 능력을 방해할 수 있는 이 결정기준을 충족하지 못하는 어떠한 콘텐츠, 웹 페이지의 (다른 결정기준을 충족 하든 안하든) 모든 콘텐츠는 이 결정기준을 충족해야 한다.적합성 요구(Conformance Requirement) 5: 비간섭을 보시오.

2.3.2 세번 깜박임: 웹 페이지(Web pages) 는 1초에 세번 이상 깜박이는 깜박임(flashes) 을 포함해서는 안 된다. (레벨 AAA)

지침 2.4 이동할 수 있는: 사용자들이 어디 있는지를 결정할 수 있고, 콘텐츠를 찾을 수 있고, 안내할 수 있는 방법을 제공하라.

원칙 3: 이해할수 있는 - 정보와 사용자 인터페이스의 동작은 이해할 수 있어야 한다.

지침 3.1 가독성(Readable): 텍스트 콘텐츠를 읽을 수 있고, 이해할 수 있도록 만들라.

3.1.2 부분들의 언어(Language of Parts): 콘텐츠에서 각 절이나 문구의 언어(human language)는 적절한 이름, 기술적 용어, 결정되지 않은 언어의 단어들, 텍스트 주위의 즉각적인 일상용어의 부분이 되는 단어들이나 문장들은 제외하고 프로그램방식으로 결정(programmatically determined)될 수 있어야 한다. (레벨 AA)

3.1.3 드문 단어들(Unusual Words): 메카니즘(mechanism)숙어(idioms)전문용어(jargon)를 포함해, 비일상적이거나 제한된 방법(used in an unusual or restricted way)에서 사용되는 단어나 문장들의 특정한 정의의 확인을 위해 가능해야 한다. (레벨 AAA)

3.1.4 약어(Abbreviations): 메카니즘(mechanism)약어(abbreviations)의 뜻이나 그것으로 부터 확장된 것의 확인이 가능해야 한다. (레벨 AAA)

3.1.5 읽기 수준(Reading Level): 중등교육과정보다 더 개선된 읽기 능력을 요구하는 다른 버전, 적절한 이름과 제목의 제거 후에 중등교육과정(lower secondary education level)보다 더 개선된 읽기 능력을 요구할 때, 공급적인 콘텐츠(supplemental content)는 이용가능해야 한다. (레벨 AAA)

3.1.6 발음(Pronunciation): 메카니즘(mechanism)은 문맥상에서 알려진 발음없이 모호한 단어의 의미가 있는 단어들의 특정한 발음을 확실히 하기 위해 이용 가능해야 한다. (레벨 AAA)

지침 3.2 예측적인(Predictable): 예측가능한 방법에서 웹 페이지가 보이고 동작하도록 만들라.

3.2.1 포커스: 어떤 컴포넌트라도 포커스를 받으면, 컨텍스트의 변화(change of context)를 초기화해서는 안된다. (레벨 A)

3.2.2 입력: 어떠한 사용자 인터페이스 컴포넌트(user interface component)를 바꾸는 것은 컴포넌트를 사용하기 전의 동작의 사용자 조언이 있기 전까지 컨텍스트의 변경(change of context)을 자동으로 야기해서는 안된다. (레벨 A)

3.2.3 모순되지 않는 네비게이션: 웹 페이지 집합(set of Web pages) 내의 다중 웹 페이지(Web pages) 위에서 반복적으로 네비게이션하는 메카니즘은 사용자에 의해 변화가 초기화 될 때까지 같은 관련된 순서(same relative order)로 그들이 반복되는 각 시간에서 일어나야 한다. (레벨 AA)

3.2.4 모순되지 않는 동일함: 컴포넌트들은 일관성 있게 정의된 웹 페이지(Web pages)의 세트에서 같은 기능(same functionality)을 지녀야 한다. (레벨 AA)

3.2.5 요구의 변경: 컨텍스트의 변화(Changes of context)는 그런 변화를 종료시키는게 가능한 메카니즘(mechanism)이나 사용자의 요구에 의해서만 초기화 되어야 한다. (레벨 AAA)

지침 3.3 입력 보조: 사용자들이 실수를 회피하고 수정하도록 도와라.

3.3.1 에러 식별(Error Identification): 입력 오류(input error)가 자동으로 검색되면, 에러안에 있는 아이템은 식별되고 에러는 텍스트로 사용자에게 설명되야 한다. (레벨 A)

3.3.2 레이블이나 명령: 레이블(Labels)이나 지시는 콘텐츠가 사용자 입력을 요구할 때 제공되어야 한다. (레벨 A)

3.3.3 에러 제안(Error Suggestion): 입력 에러(input error)는 알려진 수정을 위해 자동적으로 검색되고 제안되어, 콘텐츠의 목적이나 보안을 위협하지 않는다면, 사용자들에 제안들이 제공된다. (레벨 AA)

3.3.4 에러 예방(법, 재무, 자료): 사용자 테스트 응답을 보내는 것이나, 사용자들의 법률 책임(legal commitments)이나 재무 거래가 일어나고, 데이터 저장 시스템에서 사용자-제어의(user-controllable) 데이타를 수정하고 지우는 웹 페이지(Web pages)를 위해, 다음의 적어도 하나는 참이다: (레벨 AA)

  1. 가역성(Reversible): 제출된 것은 가역적이다.

  2. 체크된(Checked): 사용자에 의해 들어간 데이터는 입력 오류(input errors)를 위해 체크되어, 사용자들은 그것을 수정할 수 있는 기회를 제공받는다.

  3. 확인된(Confirmed): 메카니즘(mechanism)은 전송을 마무리하기 전에 정보를 수정하고 다시 볼 수 있어야 한다.

3.3.6 에러 예방(모두):사용자들에게 정보를 전달하도록 요구하는 웹 페이지(Web pages)들은, 다음의 적어도 하나가 참이다: (레벨 AAA)

  1. 가역성(Reversible): 제출된 것은 가역적이다.

  2. 체크된(Checked): 사용자에 의해 들어간 데이터는 입력 오류(input errors)를 위해 체크되어, 사용자들은 그것을 수정할 수 있는 기회를 제공받는다.

  3. 확인된(Confirmed): 메카니즘(mechanism)은 전송을 마무리하기 전에 정보를 수정하고 다시 볼 수 있어야 한다.

원칙 4: 강인함-콘텐츠는 보조적인 기술을 포함하여, 사용자의 넓은 다양성에 의해 신뢰성있게 해석될 수 있도록 강인해야 한다.

지침 4.1 호환성(Compatible): 보조적인 기술을 포함하여 현재와 미래의 프로그램에 호환성을 최대화 하라.

4.1.1 파싱(Parsing): 마크업 언어를 사용하여 구현된 콘텐츠에서는, 이런 특징을 허용하는 스펙에서 제외하고, 엘레멘트들은 시작과 종료 태그로 완료되고, 엘레멘트들은 그들의 스펙에 따라 네스트되고, 엘레멘트들은 중복된 속성을 갖지 않고, 모든 ID들은 유일하다. (레벨 A)

노트: 정보에서 중요한 문자를 놓친, 종료되는 꺽쇠나 종료되지 않은 잘못 맞은 인용 부호들 같은 시작과 종료 태그들.

4.1.2 이름, 역할, 값(Name, Role, Value): 사용자 인터페이스 컴포넌트(user interface components)(포함하지만 제한되지 않는: 폼 엘레멘트들, 링크와 스크립트에 의해 생성된 컴포넌트들)를 위해, 이름(name)역할(role)프로그램방식으로 결정(programmatically determined)될 수 있다; 사용자에 의해 설정될 수 있는 상태, 속성, 값은 프로그램방식으로 묶일(programmatically set) 수 있다; 그리고 보조적인 기술들(assistive technologies)을 포함하여 표시장치(user agents)에 활용되는 이런 아이템들의 변화 알림은 이용할 수 있다. (레벨 A)

노트: 이 결정기준은 본래 그들 소유의 사용자 인터페이스 컴포넌트 스크립트나 개발하는 웹 관리자를 위한다. 예를 들어, 표준 HTML 컨드롤들은 스펙에 따라 사용될 때 이미 결정기준을 달성하였다.

적합성

이 섹션은 규범이다.

이 섹션은 WCAG 2.0 의 적합성을 나열한다. 또한 적합성 청구를 어떻게 하는 지에 대한 정보를 준다. 그것은 선택적이다. 끝으로, 적합성을 위해 기술을 사용한 지원된 접근성으로만 의존적(relied upon)이므로, 지원된 접근성(accessibility supported)을 의미하는 것을 서술한다. 적합성 이해는 지원되는 접근성 개념의 또 다른 설명을 포함한다.

적합성 요구들

WCAG 2.0에 적합한 웹 페이지를 위해, 다음의 모든 적합성 요구는 만족되어야 한다:

1. 적합성 수준: 적합성의 다음 수준들의 하나는 완전히 충족된다.

  • 레벨 A: 레벨 A 적합성(적합성의 최소 레벨)을 위해, 웹 페이지(Web page)는 레벨 A 결정기준을 모두 만족시키(satisfies)거나, 적합성 대체 버전(conforming alternate version)이 제공된다.

  • 레벨 AA: 레벨 AA 적합성을 위해, 웹 페이지는 레벨 A와 레벨 AA 결정기준을 만족시키거나, 레벨 AA 적합성 대체 버전이 제공된다.

  • 레벨 AAA: AAA 적합성을 위해, 웹 페이지는 모든 레벨 A, 레벨 AA, 레벨 AAA 결정기준을 만족시키거나 레벨 AAA 적합성 대체 버전이 제공된다.

노트 1: 비록 적합성은 시작된 레벨에서만 성취되지만, 제작자들은 성취된 적합성 레벨을 넘어선 모든 레벨로 부터 결정기준을 달성하는 어떠한 과정도 기술(적합성 청구에서)하도록 장려된다.

노트 2: 어떤 콘텐츠를 위한 모든 레벨 AAA 결정기준을 만족하는 것은 불가능하기 때문에 레벨 AAA 적합성은 일반적인 정책으로서 요구되는 것이 권장된다. .

2. 모든 페이지들: 적합성(Conformance) (그리고 적합성 레벨)은 웹 페이지들(Web page(s))만을 위한 것이고 웹 페이지의 부분이 포함되지 않으면 성취될 수 없다.

노트 1: 결정된 적합성의 목적을 위해, 대체물이 비디오의 대체표현이나 긴 서술의 페이지로부터 직접 얻어질 수 있을 때, 페이지 콘텐츠부분의 대체물은 페이지의 부분이라 여겨진다.

노트 2: 저작자 컨트롤의 외부 콘텐츠로 적합할 수 없는 웹 페이지들의 저작자들은 부분적 적합성의 문서(Statement of Partial Conformance)라 여긴다.

3. 완전한 과정들: 웹 페이지(Web page)과정(process) (예, 동작을 성취하기 위해 완료를 요구하는 과정의 순서)을 표현하는 웹 페이지의 시리즈의 하나일 때, 과정에서 모든 웹 페이지들은 특정한 레벨이나 그 이상에서 적합하다. (적합성은 과정에서 어떠한 페이지도 그 레벨이나 이상을 하지 않으면 특정 레벨에서 가능하지 않다.)

예시: 온라인 상점은 상품을 구매하고 선택하는 페이지의 연속을 갖는다. 시작에서 끝까지(계산하기) 연속의 모든 페이지들은 적합한 과정의 부분이 어떠한 페이지들을 위해서도 순서대로이다.

4. 기술을 이용한 지원적인 접근성: 기술(technologies)을 이용한 지원적인 접근성(accessibility-supported)은 결정기준을 만족하기 위해 의존적이다(relied upon). 지원되는 기술이 아닌 방법에서 제공되는 어떠한 정보나 기능 또한 지원되는 접근성의 방법에서 이용가능하다. (접근성 지원 이해(Understanding accessibility support)를 보시오.)

5. 비간섭: 기술들(technologies)지원된 접근성(accessibility supported)이 아닌 방법에서 사용되거나, 적합하지 않은 방법에서 사용되면, 페이지의 나머지를 열람하는 사용자의 능력을 막게된다. 게다가, 모든 적합성 요구 달성을 지속하려는 웹 페이지(Web page)는 아래에 상황에 놓인다:

  1. 표시장치에서 의존(relied upon)되지 않는 어떠한 기술이 동작할 때,

  2. 표시장치에서 의존되지 않는 기술로 종료될 때, 그리고

  3. 의존되지 않는 표시장치에 의해 지원되지 않을 때

추가로, 그것을 달성하는 것의 실패는 페이지의 사용을 방해하므로, 다음의 결정기준은 적합성을 달성하는 것에 의존하지 않는 콘텐츠를 포함하여, 페이지의 모든 콘텐츠를 적용한다:

  • 1.4.2 - 오디오 조절,

  • 2.1.2 - 비 키보드 덫,

  • 2.3.1 - 세번 깜박임이나 적은 깜박임, 그리고

  • 2.2.2 - 일시정지, 정지, 숨김.

노트: 페이지가 적합하지 않으면 (예를 들어, 적합성 테스트 페이지나 예제 페이지), 적합성 청구에서나 적합성의 범위를 포함할 수 없다.

더 많은 정보를 위해, 예제를 포함하여, 적합성 요구 이해(Understanding Conformance Requirements)를 보라.

적합성 청구(선택적)

적합성은 웹 페이지(Web pages)를 위해서만 정의되었다. 그러나, 적합성 청구는 한 페이지, 페이지의 시리즈, 웹 페이지들과 관련된 다수들을 아우를 수 있도록 만들어질 수 있다.

적합성 청구의 요구되는 컴포넌트들(Required Components of a Conformance Claim)

적합성 청구는 요구되지 않는다. 제작자들은 청구를 만들지 않고 WCAG 2.0 을 적합하게 할 수 있다. 그러나, 적합성 청구가 있을 때, 적합성 청구는 반드시 다음의 정보를 포함한다:

  1. 청구의 날짜

  2. 지침 제목, 버전과 URI "Web Content Accessibility Guidelines 2.0 at http://www.w3.org/TR/2008/REC-WCAG20-20081211/"

  3. 만족된 적합성 레벨: (레벨 A, AA, AAA)

  4. 웹 페이지의 간결한 설명, 만들어진 청구를 위한 URI의 목록, 청구에서 포함된 서브도메인들 이라도 포함.

    노트 1: 웹 페이지들은 청구에서 포함된 URI의 모든 것을 서술하는 설명이나 목록에 의해 설명된다.

    Note 2: 사용자 웹 사이트에 설치된 URI우선순위를 갖는 웹에 기반한 상품은 설치됬을 때, 적합하게 하는 상품의 서술이 있다.

  5. 의존되는(relied upon) 웹 콘텐츠 기술(Web content technologies)의 목록.

노트: 적합성 로고가 사용되었다면, 그것은 청구를 구성하고 아래에 나열된 적합성 청구의 요구된 컴포넌트에 의해 수반되어야만 한다.

적합성 청구의 선택적 컴포넌트들(Optional Components of a Conformance Claim)

아래의 적합성 청구의 요구된 콤포넌트들에 추가로, 사용자들을 보조하여 제공되는 추가적인 정보를 생각하라. 권고되는 추가적인 정보는 포함한다:

  • 달성되어 청구된 적합성의 레벨을 넘어서는 결정기준의 목록. 이 정보는 되도록이면 기계가 읽을 수 있는 메타데이터로 사용자들이 사용할 수 있는 폼에서 제공되야 한다.

  • "의존(relied upon)되지 않고 사용되는 특정한 기술의 목록."

  • 콘텐츠를 테스트하는 보조적인 기술을 포함한, 표시장치의 목록.

  • 접근성을 높이는 결정기준을 넘어서는 어떠한 추가적인 단계들을 취하는 것에 대한 정보.

  • 기계가 읽을수 있는 메타데이터 버전의 의존(relied upon)된 특정한 기술 목록.

  • 적합성 청구의 기계가 읽을 수 있는 버전.

노트 1: 더 많은 정보와 예제 적합성 청구를 위해 적합성 청구 이해(Understanding Conformance Claims)를 참고하라.

노트 2: 적합성 청구에서 메타데이터사용에 대한 정보를 위해 메타데이터 이해(Understanding Metadata)를 참고하라.

부분적 적합성의 문서 - 3자 콘텐츠

때때로, 웹 페이지는 추후에 추가된 콘텐츠를 갖도록 만들어진다. 예를들어, email 프로그램, 블로그, 사용자에게 댓글 추가를 허용하는 글, 또는 사용자 기여 콘텐츠를 지원하는 응용들. 포탈의 뉴스 사이트, 동적으로 광고가 입력될 때, 시간을 초과하여 다른 소스로부터 자동적으로 입력되는 콘텐츠, 다양한 기여자로 부터 모아진 콘텐츠의 제작물 같은 페이지가 되는 것은 또 다른 예이다.

이 경우들에선, 페이지가 되는 제어되지 않는 콘텐츠인 원본 포스팅의 시간에서 아는 것은 불가능하다. 잘 되는 제어된 콘텐츠의 접근성에 영향을 미칠 수 있는 제어할 수 없는 콘텐츠를 주목하는 것은 중요하다. 두 선택이 가능하다:

  1. 적합성의 결정은 최상의 지식에 기반하여 만들어질 수 있다. 이 타입의 페이지가 이틀의 근무일 안에 모니터되고 고쳐지면(비적합 콘텐츠가 삭제되거나 적합해지면), 결정이나 적합성의 청구는 제작될 수 있다, 발견될 때 수정되거나 삭제된 외부적으로 기여된 콘텐츠를 제외하고, 페이지는 적합하다. 모니터되거나 수정되는 비적합 콘텐츠가 불가능하면 어떠한 적합성 청구도 만들어 질 수 없다;

    또는

  2. "부분적인 적합성의 문서(statement of partial conformance)"는 적합하지 않은 페이지를 만들 수 있다, 그러나 어떤 부분들이 제거되면 적합해진다. 그 문서의 폼은 "비제어 소스로 부터의 부분이 제거되면 레벨 X에서 WCAG 2.0 에 적합"해 진다. 게다가, 다음 또한 부분적적합성의 문서는 서술된 비제어 콘텐츠의 참이 될 수 있다:

    1. 제작자의 통제 하에 있는 것은 콘텐츠가 아니다.

    2. 사용자들이 식별할수 있는 방법에서 서술된다(예를 들어, 그들은 "우리가 제어할 수 없는 모든 부분들"이 명확히 표시되면 서술될 수 없다.)

부분적 적합성의 문서 - 언어

"언어로써 부분적 적합성의 문서"는 페이지가 적합하지 않지만, 페이지에 사용되는 언어(들)을 위한 접근성 지원(accessibility support)이 존재하면 적합해지도록 만들어질 수 있다. 그 문서의 폼은, "이 페이지는 적합하지 않지만, 다음 언어(들)을 위해 접근성 지원이 있을 때 레벨 X에서 WCAG 2.0 에 적합하다:"

부록 A: 용어

이 부분은 규범이다.

약어(abbreviation)

언어의 부분이 되지 않는 약어에서 이름이나 문구, 단어의 축약형

노트 1: 이것은 다음에서 이니셜과 약자들을 포함한다:

  1. 이니셜(initialisms)문구나 이름에서 포함된 음절이나 단어의 첫 문자로 부터 만들어진 문구나 이름의 축약형이다

    Note 1: 모든 언어에서 정의되지 않는다.

    예 1: SNCF 는 프랑스 국철, Societe Nationale des Chemins de Fer의 첫 글자를 포함하는 프랑스의 이니셜이다.

    예 2: ESP는 초감각적 지각(extrasensory perception)의 약자이다.

  2. 약어(acronyms) 는 단어로서 자리잡은 (이름이나 문구에서) 다른 단어들의 부분이나 첫 문자로 부터 만들어진 축약형이다

    예: NOAA는 미국의 국립 해양 기상청(National Oceanic and Atmospheric Administration)의 첫 문자로 만든 약어이다.

노트 2: 어떤 회사들은 그들의 사명을 약어로 사용하여 적용한 곳도 있다. 이 경우, 새로운 사명은 문자(예, Ecma)와 더이상 약어라고 생각되지 않는 단어이다.

지원된 접근성(accessibility supported)

다른 표시장치(user agents) 뿐만아니라 브라우저에서의 접근성 특성도 사용자의 보조적인 기술들(assistive technologies)에 의해 지원된 것

웹 콘텐츠 기술의 접근성-지원 사용으로 되기 위해, 1 과 2는 웹 콘텐츠 기술(또는 특징)을 위해 만족해야 한다:

  1. 웹 콘텐츠 기술(Web content technology)이 사용자의 보조적인 기술(AT)에 의해 지원되도록 한 방법. 이것은 콘텐츠의 언어(들)-human language(s)에서 사용자의 보조적인 기술과 상호작용성을 위해 테스트되어 사용된 기술의 방법을 의미한다,

    그리고

  2. 웹 콘텐츠 기술은 사용자들에게 유용한 접근성-보조 표시장치를 가져야 한다. 이것은 참인 다음의 네 가지 서술의 적어도 하나를 의미한다:

    1. 기술은 지원된 접근성(HTML 과 CSS 같이)의 넓게-분포된 표시장치에서 내부적으로 지원된다;

      또는

    2. 기술은 또한 지원된 접근성으로 넓게-분포된 플러그인에서 지원된다;

      또는

    3. 지원된 접근성 조직의 사용자와 기술에 의해 요구된 표시장치가 있는 콘텐츠는 대학이나 회사 네트웍처럼 폐쇄된 환경에서 이용가능하다;

      또는

    4. 다음의 방법에서 다운로드나 지불을 위해 이용가능하고 지원된 접근성의 기술을 지원하는 표시장치(들):

      • 신체장애가 없는 사람보다 더 장애가 있는 사람에게 과금하지 않고

      • 장애가 없는 사람과 장애를 가진 사람들을 위해 쉽게 찾고 얻을 수 있다.

노트 1: WCAG 워킹 그룹과 W3C는 지원된 접근성으로 분류된 것을 위해 순서에서 웹 기술의 특정 사용을 위해 되어야 하는 보조적인 기술에 의한 지원의 한도나 양을 서술하지 않았다. (Level of Assistive Technology Support Needed for "Accessibility Support"를 보라.)

노트 2: 웹 기술은 적합성 요구 4: 기술을 이용한 접근성-지원 방법적합성 요구 5: 비-간섭을 포함하는 적합성 요구를 전체적으로 만족하는 페이지와 의존하지(relied upon)않는 지원된 접근성이 아닌 방법에서 사용될 수 있다.

노트 3: 웹 기술(Web Technology)이 "지원된 접근성(accessibility supported),"인 방법에서 사용될 때, 그것은 전체의 기술이나 지원되는 기술의 모든 사용을 암시하지는 않는다. HTML을 포함한 대부분의 기술들은, 적어도 하나의 기능이나 사용을 위해 지원이 부족하다. 지원된 접근성 기술 사용이 WCAG 요구를 충족시키는데 의존할 수 있으면 페이지들은 WCAG를 적합하게 한다.

노트 4: 다중 버전을 가진 웹 콘텐츠 기술들을 인용했을 때, 지원된 버전(들)은 서술되어야만 한다.

노트 5: 지원된 접근성의 기술 사용에 위치시키는 제작자를 위한 방법은 지원된 접근성을 문서화하는 사용의 편찬을 참고하게 한다. (Understanding Accessibility-Supported Web Technology Uses를 보시오.) 제작자, 업체, 기술 판매자들은 웹 콘텐츠 기술을 사용한 접근성-지원 방법을 문서화할 것이다. 그러나, 문서들에서 기술을 사용한 모든 방법들은 위의 접근성-지원 웹 콘텐츠 기술 정의의 충족을 요구한다.

시간에 기반한 미디어의 대체물(alternative for time-based media)

어떠한 시간 기반 상호작용의 산출물을 얻기 위해 의미를 전달하고, 시간 기반 시각과 소리정보를 위해 정확하게 연속된 텍스트 설명을 포함하는 문서

노트: 시나리오는 편집 후의 동기화된 최종 미디어를 정확히 표현하도록 수정되었을 때, 이 정의를 구현하는 동기화된 미디어를 만들기도 한다.

일반적으로 사용자들에게 모호한(ambiguous to users in general)

링크로 사용자에게 동시에 표현하는 웹 페이지의 모든 정보와 링크로 부터 정의될 수 없는 목적 (i.e., 장애가 없는 사용자는 그들이 활성화 시킬 때까지 링크가 무엇인지 알지 못 한다)

예: "주목할만한 수출물의 하나는 구아바이다"에서 구아바가 링크이다. 링크는 구아바의 정의를 이끌어낼 수 있다, 수출된 구아바의 양을 보여주는 차트나 구아바를 수확하는 사람들의 사진. 링크가 활성화 될 때까지, 어떠한 불리함에서도 모든 이용자는 불안정하고 장애를 갖는 사람들은 해당되지 않는다.

아스키 아트(ASCII art)

문자나 글리프의 부분적인 정렬에 의해 만들어진 그림(일반적으로 ASCII에 의해 정의된 95개의 출력가능한 문자들로부터).

보조적인 기술 (이 문서에서 사용되는)

주류 표시장치에 의해 제공된 것을 넘어서 장애가 있는 사용자의 요구를 충족하기 위한 기능을 제공하기 위해 표시장치(user agent)로서 동작하는 하드웨어/소프트웨어, 또는 주류 표시장치가 있는 것

노트 1: 대체표현을 포함하는 보조적인 기술에 의해 제공되는 기능 (예, 동기화된 자막또는 확대된 콘텐츠), 대체적인 입력 방법 (예, 음성), 추가적인 지시기 또는 방향(orientation) 메카니즘, 그리고 콘텐츠 변형 (예, 더 접근적인 표를 만들기 위해).

노트 2: 보조적인 기술은 자주 APIs 모니터링과 사용에 의해 주류 표시장치가 있는 메세지, 데이터와 통신한다.

노트 3: 주류 표시장치와 보조적인 기술과의 구분은 확실치 않다. 많은 주류 표시장치는 장애가 있는 개개인에게 도움을 주는 특정 기능을 제공한다. 기본적인 차이는 주류 표시장치의 장애가 있는 사람과 없는 사람들을 포함한 청자들의 보편화와 다양화이다. 보조적인 기술들은 특정 장애가 있는 사람들의 정의된 인구로 좁혀진다. 도움은 그것의 목표 사용자의 요구를 충당하고 더 특정화시키는 보조적인 기술에 의해 제공된다. 주류 표시장치는 식별될 수 있는 번들로 마크업을 파싱하거나 프로그램 객체로부터 웹 콘텐츠를 반환하는 것 같은 보조적인 기술로의 중요한 기능을 제공할 것이다.

예: 이 문서의 문맥에서 중요한 보조적인 기술은 다음을 포함한다:

  • 화면 확대기, 다른 시각적인 가독 보조기, 해석된 텍스트와 이미지의 시각적인 가독성을 개선하기 위해 텍스트의 폰트, 크기, 여백, 색, 자막(synchronization with speech) 등을 변환하는 시각, 인식, 물리적 출력 장애를 갖는 사람들에 의해 사용된다;

  • 스크린리더(screen readers), 자막(synthesized speech)이나 자막을 통해 텍스트적인 정보를 읽도록 눈먼 사람들에 의해 사용된다;

  • 문자를 음성으로 출력하는 소프트웨어(text-to-speech software), 텍스트를 합성음성으로 변환하기 위해 인식, 언어, 학습 장애가 있는 사람들에 의해 사용됨;

  • 음성 인식 소프트웨어(speech recognition software), 신체적 장애를 가진 사람들에 의해 사용됨;

  • 대체 키보드(alternative keyboards), 키보드를 가상화하기 위해 특정 신체 장애가 있는 사람들에 의해 사용됨 (머리 포인터, 단일 스위치, 불거나 빨기, 다른 특별한 입력 장치들을 사용하는 대체 키보드);

  • 대체 포인팅 장치(alternative pointing devices), 버튼 활성화와 마우스 포인팅을 가상화하기 위해 어떤 신체적 장애가 있는 사람들에 의해 사용됨.

오디오(audio)

소리 재생의 기술

노트: 오디오는 합성적으로 만들어질 수 있어야 하고 (음성 합성 포함), 실세계의 소리로부터 녹음될 수도 있어야 한다.

오디오 설명(audio description)

메인 사운드 트랙만으로 이해되지 않는 중요한 시각적인 세부사항을 설명하는 사운드트랙에 추가된 대본

노트 1: 비디오(video)의 오디오 설명은 행동, 특징, 장면 전환, 현재 장면 텍스트와 시각적인 콘텐츠를 제공한다.

노트 2: 표준 오디오 설명에서 대본은 대화에서 중단이 존재하는 동안 추가된다. (확장된 오디오 설명(extended audio description)도 보시오.)

노트 3: 오디오(audio)가 존재하는 곳에서 이미 제공되는 비디오(video)정보가 있는 것은, 추가적인 오디오 설명이 필요없다.

노트 4: "비디오 설명(video description)" 과 "설명적 대본(descriptive narration)이라 불린다."

오디오전용(audio-only)

오디오(audio)만을 포함하는 시간기반 표현 (비디오(video)와 상호작용 없음)

깜박거림(blinking)

주목시킬 목적을 가진 방법으로 두가지 시각적인 상태를 앞뒤로 전환함

노트: 플래시(flash)도 보시오. 플래시로 분류될 수 있는 적절한 주기에 충분히 밝게 깜박이고 충분히 큰 것이 가능하다.

텍스트 블럭(blocks of text)

텍스트 한 문장보다 많은 것

CAPTCHA

"자동가입방지"의 약자

노트 1: CAPTCHA 테스트는 자주 난해하게된 이미지나 오디오 파일에서 보여지는 문자내의 입력을 위해 사용자에게 묻는 것에 관계된다.

노트 2: 튜링 테스트는 컴퓨터로부터 사람과 구별되게 디자인된 테스트들의 어떤 시스템이다. 유명한 컴퓨터 과학자 앨런 튜링으로부터 명명되었다. 그 용어는 카네기 멜론 대학에서 연구원들에 의해 명명되었다.[CAPTCHA]

캡션(captions)

미디어 콘텐츠를 이해하기 위해 필요한 음성이나 비음성 정보를 위해 동기화된 시각적 텍스트 대체물(text alternative)

노트 1: 캡션은 효과음, 음악, 웃음, 화자식별, 장소를 포함해, 말한 대화의 콘텐츠 뿐만아니라, 프로그램 콘텐츠를 이해하기 위해 필요한 비 대화 오디오 정보를 위한 등가물을 제외하고, 대화전용 자막과 유사하다.

노트 2: 닫힌 캡션은 어떤 플레이어로 끄거나 켤 수 있는 등가물이다.

노트 3: 열린 캡션은 끌 수 없는 캡션이다. 예를들어, 비디오(video)에 내장된 텍스트의 이미지(images of text) 같이 보이는 캡션이다.

노트 4: 캡션은 비디오에서 정보를 가리거나 막지 않아야 한다.

노트 5: 몇몇 나라에서는, 캡션을 자막이라 한다.

노트 6: 오디오 설명(Audio descriptions)은 시각적으로 이미 표현된 정보의 설명이면 캡션이 되지만 될 필요는 없다.

문맥의 변화(changes of context)

사용자의 인지 없이 만든다면, 동시에 모든 페이지를 볼 수 없는 사용자들을 혼란시킬 수 있는 웹 페이지(Web page)에서 콘텐츠의 주된 변화

문맥에서의 변화는 다음을 포함한다:

  1. 표시장치(user agent);

  2. 뷰 포트(viewport);

  3. 포커스(focus);

  4. 웹 페이지(Web page)의 의미를 변화시키는 콘텐츠(content).

노트: 문맥의 변화는 항상 문맥의 변화가 아니다. 아래의 하나를 변화시킬 때까지 경계선을 확장하거나, 동적인 메뉴, 탭 컨트롤 같은 콘텐츠의 변화들은 필연적으로 문맥을 변화시키지 않는다.(예, 포커스)

예: 새로운 창을 열고, 다른 콤포넌트로 포커스를 이동하고 새로운 페이지로 이동(새 페이지로 이동할 때 사용자들에게 보이는 어떤 것이라도 포함하여)하거나 페이지의 콘텐츠로 재 할당하는 것은 콘텐츠의 변화들의 예들이다.

적합성(conformance)

표준(standard)이나 지침(guideline), 규격(specification)의 모든 요구 사항을 만족함

적합성 대체 버전(conforming alternate version)

다음의 버전

  1. 지정 레벨에서 적합하고

  2. 같은 정보의 모든 것을 지원하고 기능적으로(functionality) 같은 언어(human language)에서,

  3. 최신의 비적합성 콘텐츠이며,

  4. 다음의 적어도 하나가 참일 때:

    1. 지원된 접근성(accessibility-supported) 메카니즘(mechanism)을 통한 비적합성 페이지로부터 접근할 수 있는 적합성 버전이거나

    2. 적합성 버전으로부터만 접근할 수 있는 비 적합성 버전이거나

    3. 적합성 버전에 접근하는 메카니즘도 제공가능한 적합성 페이지로부터만 접근할 수 있는 비적합성 버전

노트 1: 이 정의에서, "접근될 수 있는(can only be reached)"은 어떤 메카니즘이 있음을 의미한다, 조건적인 지시와 같은, 사용자가 적합성 버전으로부터 야기될 때까지 사용자는 "접근(reaching)"(불러오기)이 제한된다.

노트 2: 대체 버전은 원본을 가진 페이지를 위해 대응된 페이지를 필요로 하지 않는다(예, 적합성 대체 버전은 다중 페이지를 구성할지 모른다).

노트 3: 다중 언어 버전이 이용 가능하면, 적합성 대체 버전은 제공된 각 언어를 위해 요구된다.

노트 4: 대체 버전은 사용자 단체나 다른 기술 환경을 지원하도록 제공될 수 있다. 각 버전은 적합성 뿐만아니라 가능해야 한다. 그 버전은 적합성 요구 1(conformance requirement 1)을 충족하기 위함에서 전부를 적합하게 하는 것이 요구된다.

노트 5: 적합성 대체 버전은 적합성의 범위 내에 있는 것을 요구하지 않는다, 심지어 같은 웹 사이트가 아니거나, 비 적합성 버전처럼 자유롭다.

노트 6: 대체 버전은 공급 콘텐츠(supplementary content)와 혼동되어서는 안되고, 원본 페이지를 지원하고 이해를 높여야 한다.

노트 7: 적합성 버전을 생산하는 콘텐츠 내의 사용자 선호를 설정하는 것은 제공된 접근성인 선호를 설정하는 방법만큼 다른 버전접근을 위한 수용적인 메카니즘이다.

적합성 대체 버전 이해(Understanding Conforming Alternate Versions)를 보시오

콘텐츠(웹 콘텐츠)

콘텐츠의 구조(structure), 표현(presentation), 상호작용을 정의하는 마크업이나 코드를 포함하여, 표시장치(user agent)의 기능에 의해 사용자와 소통할 수 있는 감각적인 느낌과 정보

문맥-의존 도움말(context-sensitive help)

기능과 관련되어 같이 수행되는 정보를 제공하는 보조 텍스트

노트: 깔끔한 단계는 문맥-의존 도움말로 동작할 수 있다.

명암비(contrast ratio)

(L1 + 0.05) / (L2 + 0.05), where

노트 1: 명암비는 1 부터 21 까지의 범위를 갖는다(1:1 에서 21:1로 쓴다).

노트 2: 저작자는 텍스트가 어떻게 표시되는지의 사용자 설정을 제어할 수 없기 때문에 (부드러운 폰트나 앤티앨리어싱), 텍스트의 명암비는 앤티앨리어성을 끈 상태로 측정될 수 있다.

노트 3: 결정기준 1.4.3 과 1.4.6의 목적을 위해, 명암은 보통의 사용에서 표시된 텍스트의 서술된 전체 배경의 관점에서 측정된다. 배경색이 없으면, 백색이라 가정한다.

노트 4: 배경색은 보통의 사용에서 표시될 텍스트인 콘텐츠 전체의 서술된 색이다. 텍스트 색이 서술되었는데, 배경색이 없으면 실패이다, 사용자의 기본 배경색이 알려지지 않으면 충분한 명암을 측정할 수 없기 때문이다. 같은 이유로, 배경색이 서술되었는데, 텍스트 색이 없으면 실패이다.

노트 5: 문자 주위에 경계선이 있을 때, 경계선은 문자와 그 배경간의 명암을 계산할 수 있고 명암을 추가할 수 있다. 문자 주변의 좁은 경계선은 문자로서 사용된다. 문자들의 세부사항에서 채워진 문자 주변의 넓은 경계선은 후광으로 동작하고 배경으로 여긴다.

노트 6: WCAG 적합성은 상용의 표현에서 저작자가 인접물로 나타나게 기대한 콘텐츠에서 서술된 색 쌍을 위해 측정되어야 한다. 저작자는 저작자의 코드로 야기된 것을 제외하고 표시장치에 의해 만들어진 색 변화와 같은 비일반적인 표현을 고려할 필요는 없다.

정확한 읽기 순서(correct reading sequence)

콘텐츠의 의도를 바꾸지 않는 순서 내에서 단어들과 문단들이 표현된 곳의 순서

응급(emergency)

갑작, 의도하지 않은 행동이나 건강, 안전 , 재산을 보호하기 위해 갑작스럽게 요구되는 사건

필수(essential)

제거되면, 근본적으로 정보나 콘텐츠의 기능을 변화시키, 적합하게 할 다른 방법에서 정보와 기능을 성취할 수 없다

확장된 오디오 설명(extended audio description)

추가적인 설명을 추가하는 시간이 있는 비디오(video)에 의해 멈춰진 음성시각 표현에 추가된 오디오 설명

노트: 이 기술은 비디오(video)의 감각이 추가적인 오디오 설명(audio description)없이 없어지고 대화/대본간의 중지가 매우 짧을 때만 사용된다

플래시(flash)

옳은 주파수 범위이고 충분히 크다면 어떤 사람들이 발작을 야기할 수 있는 비교 휘도(relative luminance)에서 상대되는 변화의 쌍

노트 1: 허용되지 않는 플래시 타입에 관한 정보를 위해 일반적인 플래시와 빨간 플래시 역치(threshold)를 참고 하시오.

노트 2: 깜박임(blinking)도 보시오.

기능(functionality)

프로세스(processes)와 사용자 행동에 따른 얻을 수 있는 결과

일반 플래시와 적색 플래시 역치(general flash and red flash thresholds)

다음이 참이라면 플래시(flash)나 급격히 변하는 이미지 연속체는 역치 아래이다(예, 콘텐츠 통과):

  1. 1초 안에 3개의 일반 플래시(general flashes)보다 적고 / 또는 3개의 적색 플래시(red flashes) 보다 적게 있으면; 또는

  2. 동시적으로 발생한 플래시의 결합된 영역은 일반적으로 보이는 거리에 화면에서 10도의 시각적인 필드 내의 0.006 스테라디안 보다 적게 차지한다(화면에서 10도 시각필드의 25% )

장소:

  • 일반 플래시(general flash)는 0.80아래인 어두운 이미지의 비교 휘도에서 최대 비교 휘도의 10%나 초과하는 비교 휘도(relative luminance) 내의 반대 변화의 쌍으로 정의된다; 그리고 "상대되는 변화들의 쌍"은 감소에 의해 따라 증가하고, 또는 증가에 의해 감소된다, 그리고

  • 적색 플래시(red flash)는 포화된 적색에 관련되어 상대되는 변화의 쌍으로 정의된다.

예외: 0.1 도 보다 작은 "사각형" (전형적으로 보이는 거리에서 시각적인 필드의) 의 바둑판형 패턴이나 화이트 노이즈의 밝고, 균형잡힌 플래시는 역치를 넘을 수 없다.

노트 1: 웹 콘텐츠나 일반적인 소프트웨어를 위해, 콘텐츠가 1024 x 768 로 보일 때, 보여지는 화면영역 어디라도 341 x 256 픽셀 직사각형을 사용하는 것은 표준 화면 크기와 보이는 거리를 위한 10도 시각적 필드의 좋은 계산을 제공할 것이다(예, 22-26 인치 에서 15-17 인치 화면). (콘텐츠의 같은 렌더링을 보여주는 더 높은 해상도는 더 작고 안전한 이미지들을 보여줄 것이다. 그래서 역치를 나타내기 때문에 더 낮은 해상도 이다.)

노트 2: 전이는 시간에 대한 비교 휘도 (또는 비교 휘도/적 플래시의 색)의 곡선에서 인접하는 고점과 저점 사이의 측정 비교 휘도 (또는 비교 휘도/적 플래시의 색)에서 변화이다. 플래시는 두 상대되는 전이로 구성된다.

노트 3: "포화된 적색과 관련된 상대되는 전이의 쌍" 를 위한 필드에서 현재 작업중인 정의는 각 전이에 관련된 상태 모두나 하나만에서 있다, R/(R+ G + B) >= 0.8, 그리고 (R-G-B)x320 의 값에서 변화는 모든 전이를 위해 > 20 ((R-G-B)x320의 음의 값은 0으로 설정된다)이다. R, G, B 는 “비교 휘도” 정의에서 서술되는 것으로 0에서 1까지의 범위를 값으로 한다. [HARDING-BINNIE]

노트 4: 도구들은 비디오 스크린 캡쳐로 부터 분석할 수 있게 하는데 유용하다. 그러나, 도구는 1초안에 3 플래시에 준하거나 적은 플래시라면 이 상태에 실행하는 것이 불필요하다. 콘텐츠는 자동적으로 통과한다(아래의 #1 과 #2 를 보시오).

언어(human language)

구어는, 사람과 대화하기 위해 (시각적이나 촉각적인 방법을 통해) 쓰여지거나 표시된다.

노트: 또한 수화(sign language)도 보시오.

숙어(idiom)

잃어버린 의미없이 변화될 수 없는 특정한 단어와 개별적인 단어의 의미로부터 유도될 수 없는 의미를 가진 구절

노트: 숙어는 직역될 수 없다, 단어를 위한 단어로, 그들의 (문화적이거나 언어에 의존된) 의미상실 없이.

예 1: 영어로, "콩을 쏟다(spilling the beans)" 는 "비밀을 누설하다(revealing a secret)"를 의미한다. 그러나, "콩을 뒤집다(knocking over the beans)" 나 "채소를 쏟다(spilling the vegetables)"는 같은 것을 의미하지 않는다.

예 2: 일본어로, 구절 "한술을 던지다(さじを投げる)"는 문자적으로 "숟가락을 던지다(he throws a spoon)"로 번역되지만, 할 수 있는 게 없어서 결국 포기하다를 의미한다.

예 3: 네덜란드어로, "그는 닭을 들고 휴식처로 갔다(Hij ging met de kippen op stok)"는 문자적으로 "그는 닭과 홰로 갔다(He went to roost with the chickens)"로 번역되지만 일찍 잤다를 의미한다.

텍스트의 이미지(image of text)

특정한 시각적 효과를 얻기 위해 비텍스트 형태로 (예, 이미지) 표현된 텍스트

노트: 이것은 중요한 다른 시각적 콘텐츠를 포함하는 그림의 부분인 텍스트(text) 를 포함하지 않는다.

예: 사진에서 이름표에 사람 이름.

정보적인(informative)

적합성을 위해 요구되지 않고 정보 목적을 위한

노트: 콘텐츠는 "규범적인(normative)으로 언급되는 적합성(conformance)을 위해 요구된다."

입력 오류(input error)

허용되지 않는 사용자에 의해 제공된 정보

노트: 다음을 포함한다:

  1. 웹 페이지(Web page)에 의해 요구되나 사용자에 의해 생략된 정보

  2. 요구된 데이터 형태나 값의 범위가 아닌 사용자에 의해 제공된 정보

전문용어(jargon)

특정 분야에서 사람들에 의해 특수하게 사용되는 단어들

예: 단어 고정키(StickyKeys) 는 보조적인 기술/접근성 분야에서의 전문용어이다.

키보드 인터페이스(keyboard interface)

키스트로크 입력을 얻는 소프트웨어에 의해 사용되는 인터페이스

노트 1: 키보드 인터페이스는 원래기술이 키보드를 포함하지 않더라도 사용자가 프로그램으로 키스트로크 입력을 제공할 수 있도록 허용한다.

예: 터치스크린 PDA 외부 키보드를 위해 커넥터 뿐만아니라 운영체제로도 내장되는 키보드 인터페이스가 있다. PDA의 응용프로그램은 "키보드 애뮬레이션" 기능을 갖는 음성인식이나 수기 해석기와 같이 가상의 키보드 출력을 제공하는 응용프로그램이나 외부 키보드로 부터 키보드 입력을 얻는 인터페이스를 사용할 수 있다.

노트 2: 마우스키와 같은 키보드로 동작하는 마우스 애뮬레이터를 통한 응용프로그램의 동작 (또는 응용프로그램의 부분)은 키보드 인터페이스를 통한 동작으로 자격을 주지 못 한다. 프로그램의 동작은 그것의 포인팅 디바이스 인터페이스를 통하고, 키보드 인터페이스를 통하지 않기 때문이다.

레이블(label)

콘텐츠(content)내의 컴포넌트를 식별하기 위해 사용자에게 표현된 텍스트(text)나 다른 텍스트 대체물(text alternative)이 있는 컴포넌트

노트 1: 레이블은 보조적인 기술에 의해 가려지거나 노출되어야 하는 이름(name)이 있는 곳에서 모든 사용자들에게 보여진다. 많은 경우 (모두는 아닌)에서 이름(name)과 레이블은 같다.

노트 2: 용어 레이블은 HTML에서 레이블 요소로 제한되지 않는다.

큰 규모의 (텍스트)

한국어, 중국어, 일본어 (CJK) 폰트를 위한 동일한 사이즈를 보일 수 있는 적어도 18 포인트나 14 포인트 굵기 또는 폰트 사이즈

노트 1: 특히 더 낮은 대조 수준에서, 비일반적으로 얇은 스크로크나 비일상적인 특징과 읽기 힘든 문자 폼의 가독성을 떨어뜨리는 특성을 가진 폰트.

노트 2: 콘텐츠가 전송되었을 때, 폰트 크기는 크기이다. 사용자에 의해 수행된 리사이징을 포함하지 않는다.

노트 3: 사용자 시각 특성의 실제크기는 표시장치 설정이나 사용자의 표시와 저작자가 정의한 크기에 의존한다. 주류 body 텍스트 폰트, 14 와 18 은 body 텍스트 (body 폰트가 100%이라 가정하여)를 위한 기본 사이즈의 120% 나 150%, 1.2 와 1.5 em으로 대략 같다, 그러나 저작자는 사용시에 특정 폰트를 위해 이것을 확인하는 것을 요구할 것이다. 폰트나 비교 단위에서 정의될 때, 표시를 위한 표시장치에 의해 실제 포인트 사이즈가 계산된다. 결정기준을 평가할 때, 포인트 사이즈는 표시장치로 부터 얻어지거나, 표시장치가 계산하는 폰트 미터법에 기초하여 계산되어야 한다. 낮은 시각인 사용자들은 적절한 설적을 선택하기 위해 책임이 있다.

노트 4: 폰트 크기 서술 없이 텍스트를 사용할 때, 가작 작은 폰트 크기는 폰트를 위해 가정하는 합당한 크기인 서술되지 않은 텍스트를 위해 주류 브라우저에서 사용된다. 주류 브라우저에서 수준 1 제목이 14pt 굵기나 더 크게 보여지면, 큰 텍스트라고 가정하는 것이 옳다. 비교 축소는 유사한 종류에서 기본 크기로 부터 계산될 수 있다.

노트 5: 로마 텍스트를 위한 18 과 14 폰트 크기들은 큰 출력 (14pt)를 위해 최소 크기와 더 큰 표준 폰트 크기 (18pt)로 부터 얻어진다. CJK 언어와 같은 다른 폰트를 위해, "동일한" 크기는 최소 큰 출력 크기와 다음으로 더 큰 표준 큰 출력 크기가 된다.

약관(legal commitments)

사람이 의무나 이익에 법적으로 관계를 야기하는 곳의 계약

예: 결혼 허가, 주식 거래 (금융과 법률), 유언, 채무, 채용, 입대, 어떠한 형태의 계약 등.

링크 목적(link purpose)

하이퍼링크 활성화에 의해 얻어진 결과의 성질

생방송(live)

방송 지연없이 수신기로 부터 전송되고 실세계 사건으로부터 수집된 정보

노트 1: 방송 지연은 짧은 지연이다(일반적으로 자동화된), 오디오(또는 비디오)를 대기 시키거나 검열하는 방송사 시간을 주기 위한 예, 중대한 편집을 허용하기에는 충분하지 않다.

노트 2: 정보가 완전히 컴퓨터에 의해 생산된다면 생방송이 아니다.

중등교육과정(lower secondary education level)

학교 6년 수료 후 시작하고 초등교육(primary education)의 시작 후 9년을 끝내는 2년이나 3년의 교육기간

노트: 이 정의는 교육의 국제 표준 분류에 기초했다 [UNESCO].

메카니즘(mechanism)

결과를 얻기위한 과정(process)이나 기술

노트 1: 메카니즘은 콘텐츠에서 명백히 제공될 것이고, 보조적인 기술(assistive technologies)도 포함하여 표시장치(user agents)나 플랫폼에 의해 제공되도록 의존될(relied upon) 것이다.

노트 2: 메카니즘은 청구된 적합성 수준을 위한 모든 결정 기준을 충족하는 것을 필요로 한다.

텍스트를 위한 미디어 대체물(media alternative for text)

텍스트에서 이미 표현된 더 이상의 정보가 없이 표현된 미디어 (직접적 또는 텍스트 대체물을 통해)

노트: 텍스트를 위한 미디어 대체물은 텍스트의 대체 표현으로부터 유리한 것을 위해 제공된다. 텍스트를 위한 미디어 대체물은 오디오-전용, 비디오-전용(수화 비디오 포함)나 비디오-오디오일 것이다.

이름(name)

사용자에게 웹 콘텐츠 내에서 컴포넌트를 확인시키는 각 소프트웨어에 의한 텍스트

노트 1: 이름(name)은 레이블(label)이 모든 사용자에게 보여지는 곳에서 보조적인 기술에 의해 가려지거나 보여질 것이다. 많은 경우에서(그러나 모두는 아님), 레이블과 이름(name) 은 같다.

노트 2: 이것은 HTML에서 이름(name)속성과 관련이 없다.

순차적으로 이동된(navigated sequentially)

키보드 인터페이스(keyboard interface)를 이용한 향상된 포커스를 위해 정의된 순서에서 이동되는(요소에서 다음 것으로)

비텍스트 콘텐츠(non-text content)

프로그램방식으로 결정(programmatically determined)될 수 있는 문자열이 아니거나 언어(human language)에서 표현되지 않은 어떤 문자열이 있는 곳에서의 어떠한 콘텐츠

노트: 이 것은 아스키 아트(ASCII Art, 기호등의 문자를 조합해 작성한 그림) (문자의 패턴인), 이모티콘, leetspeak (릿스피크, 숫자나 부호를 조합해 만든 인터넷 속어, 문자 대용으로 사용하는), 텍스트를 나타내는 이미지를 포함한다.

규범적인(normative)

적합성을 위해 요구되는(required for conformance)

노트 1: 이것은 이 문서로 잘 정의된 방법의 다양성에서 따를 것이다.

노트 2: 콘텐츠는 "정보적인(informative)" 이나 "비-규범적인(non-normative)"이 적합성을 위해 요구되지 않는 것으로 정의했다.

풀-스크린 윈도우에서(on a full-screen window)

최대화된 시점인 대부분 보통의 데스크탑/랩탑 화면

노트: 몇 년동안 사람들이 일반적으로 유지해온 그들의 컴퓨터는, 최상이지만 최근의 데스크탑/랩탑 화면 해상도에 의존하지 않는다. 그러나 이 평가를 할 때 몇 년의 코스동안 일반적인 데스크탑/랩탑 화면 해상도라 생각되지 않는다.

일시정지된(paused)

사용자에 의해서 정되되고 사용자에 의해 요청될 때 까지 재개되지 않는 것

미리 녹음된(prerecorded)

생방송(live)이 아닌 정보

표현(presentation)

사용자에 의해 감지될 형태에서 콘텐츠(content) 의 보여진 것

주요 교육 수준(primary education level)

다른 이전의 교육 없이 가능한, 5세에서 6세 사이에 시작된 6년 간의 기간

노트: 이 정의는 교육의 국제 표준 분류에 기반하였다 [UNESCO].

과정(process)

활동을 종결시키기위해 요구되는 각 행동에서 사용자 행위의 연속물

예 1: 쇼핑 사이트에서 웹 페이지들의 연속물의 성공적인 사용은 사용자들이 지불 정보 제공, 선적 정보 제공, 주문, 상품 선택, 가격, 청구, 대용 제품을 보도록 요구한다.

예 2: 계정 등록 페이지는 접근할 수 있는 등록 폼으로 가기전에 튜링 테스트의 성공적 완료를 요구한다.

프로그램방식으로 결정된(프로그램방식으로 결정가능한)

보조적인 기술(assistive technologies)을 포함하여, 다른 표시장치(user agents)의 방법에서 제공된 저작자가 제공한 데이터로부터 소프트웨어에의해 결정된, 다른 방식에서 사용자에게 이 정보를 꺼내서 보여줄 수 있다.

예 1: 일반적으로 이용가능한 보조적인 기술에 의해 직접적으로 접근할 수 있는 요소와 속성들로부터 마크업언에서 결정된다.

예 2: 일반적으로 이용가능한 보조적인 기술의 접근성 API를 통해 보조적인 기술로 노출되고 비마크업 언어에서 기술-특화된 데이터 구조로부터 결정됨.

프로그램방식으로 결정된 링크 문맥(programmatically determined link context)

다른 형식에서 사용자들에게 보여지고 링크 텍스트와 결합되고 링크를 가진 관계(relationships)로부터 프로그램방식으로 결정(programmatically determined) 될 수 있는 추가적인 정보

예: HTML 에서, 링크를 포함한 테이블 셀로 구성된 테이블 해더나 링크로서 테이블 셀 또는 리스트, 같은 문단에서 텍스트를 포함한 영어의 링크로부터 프로그램방식으로 결정가능한 정보.

노트: 스크린리더가 구두법을 해석하면, 그 문장에서 포커스가 있을 때, 그것은 현재 문장으로부터 문맥을 제공할 수 있다.

프로그램방식으로 설정된(programmatically set)

보조적인 기술을 포함한 표시장치에 의해 지원되는 방법을 사용한 소프트웨어에 의한 설정

순수한 장식(pure decoration)

미적인 목적으로만 제공되고, 정보를 제공하지 않으며 기능이 없는 것

노트: 단어들이 그들의 목적이 변경 없이 재배치되거나 대용될 수 있다면 텍스트는 오직 순수한 장식이다.

예: 사전의 표지는 배경에 많은 가벼운 텍스트에 임의의 단어들이 있다.

실시간 이벤트(real-time event)

a) 보이는 동시에 일어나고 b) 콘텐츠에 의해 완전히 생성되지 않는 이벤트

예 1: 생방송 공연의 웹캐스트 (미리 녹화되지 않고 보이는 동시에 일어나는).

예 2: 사람들의 입찰이 있는 온라인 경매 (보이는 동시에 일어나는).

예 3: 아바타를 사용한 가상 세계에서 생생한 사람들의 상호작용 (콘텐츠에 의해 생성되지 않으며 보이는 동시에 일어나는).

관계(relationships)

콘텐츠의 뚜렷한 부분간의 의미있는 구성

비교 휘도(relative luminance)

컬러공간에서 어떤 점의 비교 밝기, 순수검정은 0으로 순수 흰색은 1로 정규화되었다

노트 1: R, G , B 가 아래와 같이 정의된 것에서 sRGB 컬러공간을 위해, 색의 비교휘도는 L = 0.2126 * R + 0.7152 * G + 0.0722 * B 로 정의된다:

  • RsRGB <= 0.03928 이면 R = RsRGB/12.92 이고, 아니면 R = ((RsRGB+0.055)/1.055) ^ 2.4 이다

  • GsRGB <= 0.03928 이면 G = GsRGB/12.92 이고, 아니면 G = ((GsRGB+0.055)/1.055) ^ 2.4 이다

  • BsRGB <= 0.03928 이면 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][IEC-4WD]에서 왔다).

노트 2: 웹 콘텐츠를 보는 오늘날 사용된 대부분의 모든 시스템은 sRGB 인코딩으로 가정한다. 다른 색 공간이 콘텐츠를 처리하고 보여줄 것이라고 알려지면, 저작자는 sRGB 색공간을 사용하여 보여줘야한다. 다른 색 공간을 사용한다면, 결정기준 1.4.3 이해를 보시오.

노트 3: 전송 후에 디더링(떨림효과)가 일어나면, 원본 색 값이 사용된다. 원본에서 디더링된 색을 위해, 디더링된 색의 평균 값은(평균 R, 평균 G, 평균 B)을 사용해야 한다.

노트 4: 도구들은 대비와 플래시를 테스팅할 때 자동적으로 계산하는 것이 가능하다.

노트 5: 비교 휘도 정의의 MathML 버전은 사용가능하다.

의존된 (기술에)

기술(technology)이 꺼지거나 지원되지 않으면 콘텐츠가 적합하게(conform) 되지 않는 것

역할(role)

웹 콘텐츠안의 컴포넌트 기능을 확인할 수 있는 각 소프트웨어에 의한 텍스트나 숫자

예: 하이퍼링크, 커맨드 버튼, 체크박스로서의 이미지 기능인지를 지시하는 숫자.

같은 기능성(same functionality)

사용시 같은 결과

예: 한 웹 페이지에서 전송 "search" 버튼과 다른 웹 페이지에서 "find" 버튼은 둘다 전송된 용어와 관련된 웹 사이트에서 목록 주제와 용어를 입력한 분야가 있을 것이다. 이 경우, 같은 기능성을 갖지만 일관성있기 이름 붙여지진 않았다.

같은 관련 순서(same relative order)

다른 아이템들에 관련된 같은 위치(same position relative to other items)

노트: 아이템들은 다른 아이템들이 원래 순서로부터 삽입되거나 제거되더라도 같은 관계된 순서에서 된 것이라 생각된다. 예를들어, 확장된 안내 메뉴는 세부사항의 추가적인 수준을 삽입하거나 두번째 안내 섹션는 읽는 순서로 삽입될 것이다.

결정기준 만족시키기(satisfies a success criterion)

페이지에 적용할 때, 성공기준이 '실패'로 평가하지 않는 것

섹션(section)

하나 또는 더 많이 관련된 주제나 생각을 다루는 씌여진 콘텐츠의 자기-포함 부분

노트: 섹션은 하나 또는 더 많은 문단과 그래픽, 표, 목록, 서브-섹션을 포함한다.

웹 페이지 세트(set of Web pages)

같은 저자, 그룹, 기관에 의해 생성되고 공통의 목적을 공유한 웹 페이지(Web pages) 의 모음

노트: 다른 언어 버전도 웹 페이지의 다른 세트라고 생각될 수 있다.

수화(sign language)

의미를 포함한 손과 팔, 얼굴 표정과 몸 위치의 이동 결합을 이용한 언어

수화 해석(sign language interpretation)

수화(sign language)로 일반적으로 말해진 한 언어의 번역

노트: 진정한 수화는 같은 국가나 지역의 구어(들)과 관련되지 않은 독립적인 언어이다.

특정한 감각 경험(specific sensory experience)

기능을 수행하거나 중요한 정보를 본질적으로 포함하지 않고 순순하게 장식적이지 않은 감각 경험

예: 예는 솔로 플릇의 행위, 시각적 예술의 작품 등을 포함한다.

구조(structure)
  1. 서로에게 관련된 곳에서 조직된 웹 페이지(Web page)의 부분들; 그리고

  2. 조직된 웹 페이지(Web pages)의 모음

보충 콘텐츠(supplemental content)

주요한 콘텐츠를 묘사하거나 명확하게 하는 추가적인 콘텐츠(content)

예 1:웹 페이지(Web page)의 오디오 버전.

예 2: 복잡한 과정(process)의 그림.

예 3:연구 과제에서 만들어젠 권고안과 주요 산출물의 요약된 문단.

동기화된 미디어(synchronized media)

그와 같은 목적으로 미디어가 명료하게 표시된 텍스트를 위한 미디어 대체물(media alternative for text) 일 때, 시간-기반 상호작용 컴포넌트와/나 표현된 정보를 위해 다른 형태로 동기화된 오디오(audio)비디오(video)

기술 (웹 콘텐츠)

표시장치(user agents)에 의해 실행되거나 재생, 보여지는 인코딩 명령을 위한 메카니즘(mechanism)

노트 1: 이 지침에서 쓰이는 "웹 기술" 과 단어 "기술" (혼자 쓰일 때)은 둘다 웹 콘텐츠 기술을 말한다.

노트 2: 웹 콘텐츠 기술은 정적인 웹 페이지부터 동적인 웹 애플리케이션의 동기화된 미디어 표현까지 종단-사용자 경험을 창출하는 결합이나 홀로 사용한 프로그램 언어, 데이타 포맷, 마크업 언어를 포함할 것이다.

예: 웹 콘텐츠 기술의 몇몇 공통된 예들은 HTML, CSS, SVG, PNG, PDF, Flash, JavaScript를 포함한다.

텍스트(text)

언어(human language)에서 연속물이 어떤 것을 표현할 때, 프로그램방식으로 결정될(programmatically determined) 수 있는 문자들의 연속

텍스트 대체물(text alternative)

비-텍스트 콘텐츠(non-text content)나 프로그램방식에서 비-텍스트 콘텐츠로 구성된 텍스트로부터 참고되는 텍스트(Text). 프로그램방식으로 구성된 텍스트는 비-텍스트 콘텐츠로부터 프로그램방식으로 결정될 수 있는 위치를 갖는 텍스트이다.

예: 차트의 이미지는 차트 뒤에 문단내 텍스트에서 서술되어진다. 차트를 위한 짧은 텍스트 대체물은 따르는 설명을 지시한다.

노트: 더 많은 정보를 위해 텍스트 대체물 이해(Understanding Text Alternatives) 를 참고하시오.

비일상적이거나 제한된 방법에서의 사용(used in an unusual or restricted way)

정확하게 콘텐츠를 이해하기 위해 적용한 각 정의를 사용자가 정확하게 알게 하기를 요구하는 방법으로 사용되는 단어들

예: 용어 "gig" 는 컴퓨터 하드 드라이브 공간에 대한 기사에서 보다 음악 콘서트의 논쟁에서 일어날 때 다르게 의미하지만, 정확한 정의는 문맥으로부터 결정될 수 있다. 대조적으로, 단어 "text" 는 WCAG 2.0 에서 매우 특정적인 방법에서 사용되고, 그래서 정의는 용어에 제공된다.

표시 장치(user agent)

사용자들을 위한 표현해주고 전달해주는 모든 소프트웨어

예: 웹 브라우저, 미디어 플레이어, 플러그인, 보조적인 기술(assistive technologies)을 포함하여 결과(retrieving)에서 도와주는 다른 프로그램들, 렌더링(rendering), 웹 콘텐츠와의 상호작용.

사용자-제어가능한(user-controllable)

사용자에 의해 접근하도록 의도된 데이타

노트: 이것은 인터넷 로그나 검색 엔진 모니터링 데이터같은 것들을 가리키진 않는다.

예: 사용자 계정을 위한 이름과 주소 필드.

사용자 인터페이스 컴포넌트(user interface component)

뚜렷한 기능을 위한 단일 컨트롤로서 사용자에 의해 인식된 콘텐츠의 부분

노트 1: 다중 사용자 인터페이스 컴포넌트들은 단일 프로그램적 요소로 구현될 수 있다. 컴포넌트는 프로그래밍 기술과 동일시되지 않지만 분리된 컨트롤들로서 사용자가 인식하는 것이다.

노트 2: 사용자 인터페이스 컴포넌트들은 스크립트에 의해 생성된 컴포넌트뿐만아니라 링크와 폼 요소들도 포함한다.

예: 애플릿은 줄이나 페이지 또는 임의적 접근에 의해 콘텐츠에서 이동하는 "control" 이 있다. 이것은 이름을 필요하고 독립적으로 설정되야하므로, 각각의 "사용자 인터페이스 컴포넌트" 가 된다.

비디오(video)

이동 또는 연속되는 사진이나 이미지들의 기술

노트: 비디오는 애니메이션이나 사진 이미지, 또는 둘다로 만들어질 수 있다.

비디오-전용(video-only)

비디오(video)만 포함된 시간-기반 표현 (오디오(audio) 와 상호작용 없음)

뷰 포트(viewport)

콘텐츠를 표현하는 표시장치 개체

노트 1: 표시 장치(user agent)는 하나 또는 더 많은 뷰포트를 통해 콘텐츠를 표현한다. 뷰포트는 창, 프레임, 확성기, 가상 확대경을 포함한다. 뷰포트는 다른 뷰포트를 포함할 수 있다 (e.g., 포함된 프레임). 이터페이스 컴포넌트는 프롬프트, 메뉴, 뷰포트가 아닌 경고와 같이 표시장치에 의해 만들었다.

노트 2: 이 정의는 User Agent Accessibility Guidelines 1.0 Glossary에 기초한다.

시각적으로 개인화된(visually customized)

폰트, 사이즈, 컬러, 설정가능한 배경

웹 페이지(Web page)

표시 장치(user agent)에 의해 자원과 함께 보여지길 의도되거나 보여지는 것에서 사용되는 다른 자원을 추가하여 HTTP를 사용하는 단일 URI로 부터 얻어진 내장되지 않은 자원

노트 1: 비록 어떤 "다른 자원들"이 주요한 자원과 함께 보여지더라도, 각각 동시에 보여지는 것이 필수적이진 않다.

노트 2: 이 지침과 함께 적합성의 목적을 위해, 자원은 웹 페이지라 여겨지는 적합성의 범위내에서 "내장되지" 않아야 한다.

예 1: 웹 자원은 모든 내장된 이미지들과 미디어를 포함한다.

예 2: 웹 메일프로그램은 비동기 JavaScript and XML (AJAX)을 사용해 만들었다. 프로그램은 전부 http://example.com/mail 에 있지만, 받은 편지함, 주소록(contact) 범위와 일정(calendar)을 포함한다. 링크나 버튼들은 표시되는 받은 편지함, 주소록(contact), 일정(calendar)을 제공하지만, 전체 페이지의 URI를 바꾸진 않는다.

예 3: 다른 콘텐츠 모듈의 설정으로부터 보여지는 콘텐츠를 선택할 수 있는 사용자들이 있는 개인화 가능한 포탈 사이트.

예 4: 당신의 브라우저에서 "http://shopping.example.com/" 를 입력하면, 당신 앞에 시각적인 쇼핑 카트로나 당신 주변의 장바구니에 상품을 넣는 가게를 시각적으로 둘러볼 영화와 유사하게 상호작용하는 쇼핑 환경으로 들어간다. 상품을 클릭하는 것은 나란히 있는 명세서와 함께 보여질 수 있도록 한다. 이는 웹 사이트내의 한 페이지나 단일 웹 사이트로 될 수 있다.

부록 B: 감사의 글(Acknowledgments)

이 섹션은 정보제공적(informative)이다.

이 문서는 번호 ED05CO0039로 미 연방 교육부 산하 국립 장애 재활 연구소(NIDRR)로 부터 연방 기금의 부분에서 지원을 받았다. 이 문서의 콘텐츠는 미 교육부의 정책이나 관점을 반영할 필요가 없고, 교환이름의 언급이나, 상업적 상품, 미 정부에 의한 관련을 암시하는 기관이 아니다.

추가적인 (WCAG WG)의 참여자에 대한 정보는 워킹그룹 홈페이지(Working Group home page)에서 찾을 수 있다.

출판시 WCAG WG에서 활발한 도움을 주신 참여자(Other previously active WCAG WG participants and other contributors to WCAG 2.0)

  • Bruce Bailey (U.S. Access Board)

  • Frederick Boland (NIST)

  • Ben Caldwell (Trace R&D Center, University of Wisconsin)

  • Sofia Celic (W3C Invited Expert)

  • Michael Cooper (W3C)

  • Roberto Ellero (International Webmasters Association / HTML Writers Guild)

  • Bengt Farre (Rigab)

  • Loretta Guarino Reid (Google)

  • Katie Haritos-Shea

  • Andrew Kirkpatrick (Adobe)

  • Drew LaHart (IBM)

  • Alex Li (SAP AG)

  • David MacDonald (E-Ramp Inc.)

  • Roberto Scano (International Webmasters Association / HTML Writers Guild)

  • Cynthia Shelly (Microsoft)

  • Andi Snow-Weaver (IBM)

  • Christophe Strobbe (DocArch, K.U.Leuven)

  • Gregg Vanderheiden (Trace R&D Center, University of Wisconsin)

WCAG 2.0 에 활성화 전에 WCAG WG 참여자와 기여자(Participants active in the WCAG WG at the time of publication)

Shadi Abou-Zahra, Jim Allan, Jenae Andershonis, Avi Arditti, Aries Arditi, Mike Barta, Sandy Bartell, Kynn Bartlett, Marco Bertoni, Harvey Bingham, Chris Blouch, Paul Bohman, Patrice Bourlon, Judy Brewer, Andy Brown, Dick Brown, Doyle Burnett, Raven Calais, Tomas Caspers, Roberto Castaldo, Sambhavi Chandrashekar, Mike Cherim, Jonathan Chetwynd, Wendy Chisholm, Alan Chuter, David M Clark, Joe Clark, James Coltham, James Craig, Tom Croucher, Nir Dagan, Daniel Dardailler, Geoff Deering, Pete DeVasto, Don Evans, Neal Ewers, Steve Faulkner, Lainey Feingold, Alan J. Flavell, Nikolaos Floratos, Kentarou Fukuda, Miguel Garcia, P.J. Gardner, Greg Gay, Becky Gibson, Al Gilman, Kerstin Goldsmith, Michael Grade, Jon Gunderson, Emmanuelle Gutierrez y Restrepo, Brian Hardy, Eric Hansen, Sean Hayes, Shawn Henry, Hans Hillen, Donovan Hipke, Bjoern Hoehrmann, Chris Hofstader, Yvette Hoitink, Carlos Iglesias, Ian Jacobs, Phill Jenkins, Jyotsna Kaki, Leonard R. Kasday, Kazuhito Kidachi, Ken Kipness, Marja-Riitta Koivunen, Preety Kumar, Gez Lemon, Chuck Letourneau, Scott Luebking, Tim Lacy, Jim Ley, William Loughborough, Greg Lowney, Luca Mascaro, Liam McGee, Jens Meiert, Niqui Merret, Alessandro Miele, Mathew J Mirabella, Charles McCathieNevile , Matt May, Marti McCuller, Sorcha Moore, Charles F. Munat, Robert Neff, Bruno von Niman, Tim Noonan, Sebastiano Nutarelli, Graham Oliver, Sean B. Palmer, Sailesh Panchang, Nigel Peck, Anne Pemberton, David Poehlman, Adam Victor Reed, Chris Ridpath, Lee Roberts, Gregory J. Rosmaita, Matthew Ross, Sharron Rush, Gian Sampson-Wild, Joel Sanda, Gordon Schantz, Lisa Seeman, John Slatin, Becky Smith, Jared Smith, Neil Soiffer, Jeanne Spellman, Mike Squillace, Michael Stenitzer, Jim Thatcher, Terry Thompson, Justin Thorp, Makoto Ueki, Eric Velleman, Dena Wainwright, Paul Walsch, Takayuki Watanabe, Jason White.

부록 C: 참고문헌

이 섹션은 정보제공적이다.

CAPTCHA
CAPTCHA 프로젝트, Carnegie Mellon University. 이 프로젝트는 온라인의 http://www.captcha.net에 있다.
HARDING-BINNIE
Harding G. F. A. 와 Binnie, C.D., ITC Photosensitive Epilepsy Calibration Test Tape의 독립 분석. 2002.
IEC-4WD
IEC/4WD 61966-2-1: 멀티미디어 시스템과 장비에서의 색 측정과 관리(Colour Measurement and Management in Multimedia Systems and Equipment) - Part 2.1: 기본 색 공간(Default Colour Space) - sRGB. May 5, 1998.
sRGB
"인터넷을 위한 표준 기본 색 공간(A Standard Default Color Space for the Internet) - sRGB," M. Stokes, M. Anderson, S. Chandrasekar, R. Motta, eds., Version 1.10, November 5, 1996. 이 논문의 사본은 http://www.w3.org/Graphics/Color/sRGB.html에서 이용가능하다.
UNESCO
교육의 국제표준분류(International Standard Classification of Education), 1997. 표준의 사본은 http://www.unesco.org/education/information/nfsunesco/doc/isced_1997.htm에서 이용가능하다.
WCAG10
웹 콘텐츠 접근성 지침(Web Content Accessibility Guidelines) 1.0, G. Vanderheiden, W. Chisholm, I. Jacobs, Editors, W3C Recommendation, 5 May 1999, http://www.w3.org/TR/1999/WAI-WEBCONTENT-19990505/. WCAG 1.0의 최신 버신버전은 http://www.w3.org/TR/WAI-WEBCONTENT/에서 이용가능하다.
pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy