WAI-ARIA 그래픽 모듈

W3C 권고안

이 버전:
https://www.w3.org/TR/2018/REC-graphics-aria-1.0-20181002/
최신 공개 버전:
https://www.w3.org/TR/graphics-aria-1.0/
최신 편집자 초안:
https://w3c.github.io/graphics-aria/
구현 보고서:
https://w3c.github.io/test-results/graphics-aam/
이전 버전:
https://www.w3.org/TR/2018/PR-graphics-aria-1.0-20180626/
편집자:
(Igalia, S.L.)
(W3C)
이전 편집자:
(IBM Corporation) (2016년 9월까지)
(Knowbility) (2017년 8월까지)
작성자:
(IBM Corporation)
(Knowbility)
(W3C)

출판 이후 보고된 오류나 이슈가 있는지 정오표를 확인하라.

번역도 참조하라.


초록

보조 기술은 장애가 있는 사람에게 적절한 정보를 전달하기 위해 문서의 구조와 예상 동작에 대한 의미론적 정보가 필요하다. 이 명세는 웹 그래픽에 특화된 핵심 역할WAI-ARIA 1.1 [WAI-ARIA-1.1] 모듈을 정의한다. 이러한 의미론은 작성자가 그래픽의 논리적 구조를 보조 기술에 표현할 수 있게 하여 그래픽의 접근성을 개선한다. 그러면 보조 기술은 대상 사용자에게 최적의 경험을 제공하기 위해 의미론적 탐색을 가능하게 하고 스타일과 대화형 기능을 조정할 수 있다. 이러한 기능은 HTML [HTML52]과 SVG [SVG2]가 정의하는 그래픽 및 문서 구조 요소를 보완한다.

이 문서는 WAI-ARIA 개요에서 설명하는 WAI-ARIA 제품군의 일부이다.

이 문서의 상태

이 절은 출판 당시 이 문서의 상태를 설명한다. 다른 문서가 이 문서를 대체할 수 있다. 현재 W3C 출판물 목록과 이 기술 보고서의 최신 개정판은 https://www.w3.org/TR/의 W3C 기술 보고서 색인에서 찾을 수 있다.

이 문서는 Accessible Rich Internet Applications Working Group의 Graphics-ARIA 1.0 W3C 권고안이다. 작업 그룹은 명세가 구현 가능함을 보여 주기 위해 Graphics-ARIA 1.0 구현 보고서를 작성했다. Graphics-ARIA 1.0의 변경 이력은 부록에서 확인할 수 있다.

의견을 남기려면 W3C graphics-aria GitHub 저장소에 이슈를 제출하라. 이것이 가능하지 않은 경우, public-aria@w3.org로 이메일을 보내라(의견 보관소). Graphics-ARIA 1.0 권고안에 대해 접수된 의견은 이 명세 버전에 대한 변경으로 이어질 수 없지만, 정오표나 Graphics-ARIA의 향후 버전에서 다루어질 수 있다. 작업 그룹은 의견에 대해 공식 답변을 하지 않을 수 있지만, 작업 그룹이 수행하는 향후 작업에서 이 문서에 대해 접수된 의견을 다룰 수 있다. 문서의 진행 중인 업데이트는 공개적으로 볼 수 있는 편집자 초안에서 확인할 수 있다.

이 문서는 Accessible Rich Internet Applications Working Group에 의해 권고안으로 출판되었다.

이 문서에 대한 의견을 환영한다. 의견은 public-aria@w3.org (보관소)로 보내라.

작업 그룹의 구현 보고서를 참조하라.

이 문서는 W3C 회원, 소프트웨어 개발자, 그리고 다른 W3C 그룹 및 관심 있는 당사자에 의해 검토되었으며, W3C 권고안으로서 Director의 승인을 받았다. 이는 안정적인 문서이며 참고 자료로 사용하거나 다른 문서에서 인용할 수 있다. 권고안을 만드는 데 있어 W3C의 역할은 명세에 주의를 환기하고 그 광범위한 배포를 촉진하는 것이다. 이는 웹의 기능성과 상호운용성을 향상시킨다.

이 문서는 W3C 특허 정책에 따라 운영되는 그룹에 의해 작성되었다. W3C는 해당 그룹의 산출물과 관련하여 이루어진 모든 특허 공개의 공개 목록을 유지한다. 해당 페이지에는 특허 공개를 위한 지시도 포함되어 있다. 개인이 필수 청구항을 포함한다고 믿는 특허에 대한 실제 지식을 가지고 있는 경우, W3C 특허 정책 6절에 따라 해당 정보를 공개해야 한다.

이 문서는 2018년 2월 1일 W3C Process Document의 적용을 받는다.

1. 소개

이 절은 비규범적이다.

WAI-ARIA는 웹 콘텐츠와 애플리케이션의 접근성과 상호운용성을 개선하기 위한 프레임워크를 제공하는 기술 명세이다. 이는 웹 브라우저가 웹 콘텐츠의 접근성 의미론을 플랫폼별 접근성 API에 매핑할 수 있게 한다. 이를 통해 작성자가 플랫폼 종속성을 포함하지 않아도, 웹 콘텐츠가 네이티브 플랫폼 애플리케이션과 유사하게 플랫폼 보조 기술과 상호운용될 수 있다.

이 명세는 그래픽을 지원하도록 설계된 WAI-ARIA [WAI-ARIA-1.1]의 모듈식 확장이다. 이 명세의 목표에는 다음이 포함된다:

이 명세는 모든 구조화된 그래픽이나 다이어그램에서 사용될 핵심 역할을 정의한다. 이는 모양과 캔버스 같은 그래픽 마크업 요소를 설명하는 데 사용할 수 있는 기본 역할을 설정한다. 대체 텍스트를 제공하고 요소 간의 관계를 나타내는 WAI-ARIA 속성과 함께, 이는 많은 그림과 다이어그램에 주석을 달기 위한 프레임워크를 제공한다. 향후 작업에서는 이 프레임워크를 확장하여 차트나 지도 같은 데이터가 풍부한 그래픽에 대해 더 상세한 주석을 가능하게 할 것이다.

WAI-ARIA에 대한 더 자세한 설명은 WAI-ARIA 소개와 그것이 Rich Internet Application Accessibility에 어떻게 적용되는지를 참조하라.

1.1 대상 독자

이 명세는 그래픽별 요소 역할로 구성된 그래픽용 WAI-ARIA 모듈을 정의한다. 이는 여러 대상에게 영향을 준다:

각 적합성 요구사항은 그것이 적용되는 대상을 나타낸다.

1.2 사용자 에이전트 지원

이 모듈은 WAI-ARIA [WAI-ARIA-1.1]에 정의된 일반 사용자 에이전트 지원 원칙을 따른다. 여기서 정의된 역할은 접근성 API에 노출되는 정보 외에는 사용자 에이전트의 동작 변경을 요구하지 않는다. 그러나 여기서 정의된 의미론은 사용자 에이전트가 독자에게 제시되는 일반 사용자 인터페이스를 향상시킬 수 있는 능력을 제공한다. 예를 들어, 사용자 에이전트는 그래픽 환경에 적합한 대체 키보드 탐색을 제공하거나, 사용자가 더 큰 문서에서 그래픽 사본을 추출할 수 있게 할 수 있다.

1.3 WAI-ARIA와 호스트 언어의 공동 진화

WAI-ARIA 그래픽 모듈은 WAI-ARIA [WAI-ARIA-1.1]에 정의된 WAI-ARIA와 호스트 언어의 공동 진화 모델을 따른다. 이는 HTML [HTML52], SVG [SVG2] 및 EPUB 같은 지원 언어에서 의미론을 보강하거나, ARIA 지원을 명시적으로 포함하지 않는 다른 마크업 기반 언어에서 접근성 향상 기술로 사용되도록 의도되었다. 작성자가 스타일과 스크립트를 통해 새로운 유형의 객체를 만들거나, 문서의 의미가 아니라 시각적 외형을 설명하는 마크업 언어를 사용할 때, WAI-ARIA 역할은 보조 기술에 대한 의미론을 명확히 한다.

마크업 언어가 이러한 의미론의 일부를 네이티브로 제공할 수는 있지만, WAI-ARIA 그래픽 모듈이 제공하는 의미론에 대한 지속적인 필요가 있을 것으로 예상된다. 일부 호스트 언어는 사용자 인터페이스가 아닌 기능에 대한 의미론을 만들기 위해 존재한다. 예를 들어, SVG는 그래픽 객체가 나타낼 수 있는 사용자 인터페이스 구성요소의 의미가 아니라, 그래픽 객체 생성 뒤의 의미론을 표현한다. 이와 같은 호스트 언어는 설계상 이 명세의 모든 기능에 매핑되는 네이티브 의미론을 제공하지 않을 수 있다. 이러한 호스트 언어에서 WAI-ARIA 그래픽 모듈은 의미론적 정보를 추가하기 위한 장기적 접근 방식으로 채택될 수 있다.

1.4 작성 관행

1.4.1 작성 도구

WAI-ARIA 및 그래픽 WAI-ARIA 역할, 상태프로퍼티의 정의에 있는 많은 요구사항은 코드 검증에 사용되는 다른 품질 관리 프로세스와 유사하게 개발 과정에서 자동으로 검사될 수 있다. 그래픽을 만드는 작성자를 돕기 위해, 이러한 도구는 DOM에서 가져온 그래픽 WAI-ARIA 역할의 의미론적 구조를 이 명세에 정의된 구조와 비교하고, 작성자에게 오류를 알리거나 그 구조를 강제하는 템플릿을 만들 수 있다.

1.4.2 테스트 관행과 도구

상호작용 콘텐츠의 접근성은 정적 검사만으로 확인할 수 없다. 상호작용 콘텐츠 개발자는 위젯과 애플리케이션에 대한 장치 독립적 접근을 테스트해야 하며, 사용자 상호작용 중의 모든 콘텐츠와 변경사항에 대한 접근성 API 접근을 검증해야 한다.

1.5 보조 기술

접근성 의미론에 대한 프로그램적 접근은 보조 기술에 필수적이다. 자세한 내용은 WAI-ARIA [WAI-ARIA-1.1]의 보조 기술 절을 참조하라.

특히 그래픽 역할의 경우, 두 가지 범주의 보조 기술이 특히 관련되지만, 서로 다른 요구를 가진다:

역할 설명은 해당 역할을 가진 요소의 어떤 특징이 의미론적으로 중요하다고 간주되며, 가능할 때마다 독자에게 전달되어야 하는지를 제안한다.

2. 적합성

이 명세의 주요 콘텐츠는 규범적이며, 적합성 주장에 영향을 미치는 요구사항을 정의한다. 소개 자료, 부록, "비규범적"으로 표시된 절과 그 하위 절, 다이어그램, 예제 및 주석은 정보 제공용 (비규범적)이다. 비규범적 자료는 지침을 해석하는 데 도움이 되는 조언 정보를 제공하지만, 적합성 주장에 영향을 미치는 요구사항을 만들지는 않는다.

규범적 절은 이 명세에 적합한 구현이 되기 위해 사용자 에이전트가 따라야 하는 요구사항을 제공한다. 이 문서의 MUST, MUST NOT, REQUIRED, SHALL, SHALL NOT, SHOULD, RECOMMENDED, MAY, 그리고 OPTIONAL 키워드는 요구사항 수준을 나타내기 위해 RFC에서 사용하는 키워드 [RFC2119]에 설명된 대로 해석되어야 한다. RFC-2119 키워드는 대문자로 형식화되고 class="rfc2119"를 가진 요소 안에 포함된다. 위에 표시된 키워드가 사용되었지만 이 형식을 공유하지 않는 경우, RFC 2119 의미의 공식 정보를 전달하지 않으며 단지 설명적, 즉 정보 제공용이다. 이 명세에서는 가능한 한 그러한 사용을 피한다.

규범적 절은 이 명세에 적합한 구현이 되기 위해 작성자, 사용자 에이전트 및 보조 기술이 MUST 따라야 하는 요구사항을 제공한다.

비규범적(정보 제공용) 절은 명세를 이해하는 데 유용한 정보를 제공한다. 이러한 절은 권장 관행의 예를 포함할 수 있지만, 이 명세에 적합하기 위해 그러한 권장사항을 따를 필요는 없다.

3. 중요 용어

이 절은 비규범적이다.

일부 용어는 해당 위치에서 정의되지만, 다음 정의는 이 문서 전체에서 사용된다.

접근성 API

운영 체제와 기타 플랫폼은 객체이벤트에 대한 정보를 보조 기술에 노출하는 인터페이스 집합을 제공한다. 보조 기술은 이러한 인터페이스를 사용하여 해당 위젯에 대한 정보를 얻고 상호작용한다. 접근성 API의 예로는 Microsoft Active Accessibility [MSAA], Microsoft User Interface Automation [UI-AUTOMATION], UIA Express가 포함된 MSAA [UIA-EXPRESS], Mac OS X Accessibility Protocol [AXAPI], Linux/Unix Accessibility Toolkit [ATK] 및 Assistive Technology Service Provider Interface [AT-SPI], 그리고 IAccessible2 [IAccessible2]가 있다.

보조 기술

다음과 같은 하드웨어 및/또는 소프트웨어:

  • 웹 콘텐츠를 검색하고 렌더링하기 위해 사용자 에이전트가 제공하는 서비스에 의존한다
  • API 사용을 통해 사용자 에이전트 또는 웹 콘텐츠 자체와 함께 작동한다, 그리고
  • 장애가 있는 사람의 웹 콘텐츠와의 사용자 상호작용을 용이하게 하기 위해 사용자 에이전트가 제공하는 것 이상의 서비스를 제공한다

이 정의는 다른 문서에서 사용되는 정의와 다를 수 있다.

이 문서의 맥락에서 중요한 보조 기술의 예에는 다음이 포함된다:

  • 렌더링된 텍스트와 이미지의 시각적 가독성을 확대하고 개선하는 데 사용되는 화면 확대기;
  • 합성 음성 또는 새로고침 가능한 점자 디스플레이를 통해 정보를 전달하는 데 가장 자주 사용되는 화면 판독기;
  • 텍스트를 합성 음성으로 변환하는 데 사용되는 텍스트 음성 변환 소프트웨어;
  • 음성 제어와 받아쓰기를 가능하게 하는 데 사용되는 음성 인식 소프트웨어;
  • 키보드를 시뮬레이션하는 데 사용되는 대체 입력 기술(헤드 포인터, 화면 키보드, 단일 스위치 및 sip/puff 장치 포함);
  • 마우스 포인팅과 클릭을 시뮬레이션하는 데 사용되는 대체 포인팅 장치.
속성

이 명세에서 attribute는 마크업 언어에서 사용되는 것과 같은 방식으로 사용된다. 속성은 요소가 나타내는 객체상태프로퍼티에 대한 정보를 제공하기 위해 요소에 추가되는 구조적 특징이다.

클래스

유사한 특성을 공유하는 인스턴스 객체의 집합.

요소

이 명세에서 element는 마크업 언어에서 사용되는 것과 같은 방식으로 사용된다. 요소는 객체에 대한 데이터 프로파일을 포함하는 마크업 언어의 구조적 요소이다.

이벤트

컴퓨팅 시스템의 다른 객체에 상태 변경을 전달하는 데 사용되는 프로그램적 메시지. 웹 페이지에 대한 사용자 입력은 일반적으로 상호작용을 설명하고 문서 객체의 상태 변경에 대한 알림을 제공할 수 있는 추상 이벤트를 통해 매개된다. 일부 프로그래밍 언어에서 이벤트는 더 일반적으로 알림으로 알려져 있다.

정보 제공용

정보 제공 목적으로 제공되며 적합성을 위해 요구되지 않는 콘텐츠. 적합성을 위해 요구되는 콘텐츠는 규범적이라고 한다.

규범적

적합성을 위해 요구됨. 반대로 정보 제공용 또는 "비규범적"으로 식별된 콘텐츠는 적합성을 위해 요구되지 않는다.

객체

사용자 인터페이스의 맥락에서, 하나 이상의 요소로 마크업 언어에 표현되고 사용자 에이전트에 의해 렌더링되는 지각적 사용자 경험의 항목.

프로그래밍 맥락에서는 유사한 객체의 일반적인 특성을 정의하는 하나 이상의 클래스와 인터페이스의 인스턴스화. 접근성 API의 객체는 하나 이상의 DOM 객체를 나타낼 수 있다. 접근성 API는 DOM 인터페이스와 구별되는 인터페이스를 정의했다.
온톨로지

클래스의 특성과 이들이 서로 어떻게 관련되는지에 대한 설명.

프로퍼티

주어진 객체의 본질에 필수적이거나, 객체와 연결된 데이터 값을 나타내는 속성. 프로퍼티의 변경은 객체의 의미나 표현에 큰 영향을 줄 수 있다. 특정 프로퍼티(예: aria-multiline)는 상태보다 변경될 가능성이 낮지만, 변경 빈도의 차이는 규칙이 아님에 유의하라. aria-activedescendant, aria-valuenow, 및 aria-valuetext 같은 일부 프로퍼티는 자주 변경될 것으로 예상된다. 상태와 프로퍼티의 구분에 대한 설명을 참조하라.

역할

유형의 주요 지표. 의미론적 연관은 도구가 해당 유형의 다른 객체에 대한 사용자 기대와 일치하는 방식으로 객체와의 상호작용을 제시하고 지원할 수 있게 한다.

의미론

인간이 이해하는 어떤 것의 의미를, 컴퓨터가 객체의 표현(예: 요소속성)을 처리하고, 다양한 인간이 객체에 대해 상호 일관된 이해에 도달할 수 있는 방식으로 객체를 신뢰성 있게 표현할 수 있도록 정의한 것.

상태

상태는 사용자 동작이나 자동화된 프로세스에 응답하여 변경될 수 있는 객체의 특성을 표현하는 동적 프로퍼티이다. 상태는 객체의 본질에는 영향을 주지 않지만, 객체 또는 사용자 상호작용 가능성과 관련된 데이터를 나타낸다. 상태와 프로퍼티의 구분에 대한 설명을 참조하라.

분류체계

다양한 클래스의 특성이 서로 어떻게 관련되는지를 계층적으로 정의한 것. 이 계층에서 클래스는 상위 클래스의 프로퍼티를 상속한다. 분류체계는 온톨로지의 형식적 정의 일부를 이룰 수 있다.

사용자 에이전트

웹 콘텐츠를 검색하고, 렌더링하며, 최종 사용자와의 상호작용을 용이하게 하는 모든 소프트웨어. 이 정의는 다른 문서에서 사용되는 정의와 다를 수 있다.

위젯

사용자가 상호작용할 수 있는 개별 사용자 인터페이스 객체. 위젯은 하나의 값이나 동작을 가진 단순 객체(예: 체크박스와 메뉴 항목)부터, 관리되는 많은 하위 객체를 포함하는 복잡한 객체(예: 트리와 그리드)까지 다양하다.

4. 그래픽 역할

이 절은 WAI-ARIA 역할 분류체계에 대한 추가 사항을 정의하고 모든 역할의 특성과 프로퍼티를 설명한다. 이 모듈이 제공하는 필드에 대한 설명은 ARIA 역할을 참조하라.

작성자는 역할과 프로퍼티의 사용을 통해 보조 기술에 제시되는 내용과 탐색에 영향을 줄 수 있다. 여기에는 요소가 의미론적 중요성을 갖지 않는 것으로 표시할 수 있는 능력이 포함된다. 그래픽에서는 모든 요소를 제시하고 탐색하게 하면 그래픽을 이해하고 사용하기 더 어렵게 만드는 경우가 많다.

작성자는 none 또는 presentation 역할을 할당하여 문서의 의미론적 표현(접근성 트리)에서 요소를 제외하도록 표시할 수 있다. 이 역할을 가진 요소는 그 자식이나 텍스트 콘텐츠가 부모 요소에 직접 포함된 것처럼, 보조 기술에 의해 투명하게 처리되어야 한다. 또한 img 또는 graphics-symbol 같은 특정 역할은 부모 요소에 할당될 때 모든 자식 DOM 구조가 접근성 트리에서 생략되도록 한다. 이는 역할 특성 표의 "Children Presentational" 값으로 표시된다. 마지막으로, 그래픽 언어의 네이티브 의미론도 의미론적 데이터가 붙어 있지 않은 DOM 구조를 기본적으로 무시할 수 있다. SVG의 경우 이는 SVG Accessibility API Mappings 명세 [SVG-AAM-1.0]에 정의되어 있다.

모든 경우에, 표현용으로 간주되려면 요소는 상호작용 가능하지 않아야 하며 접근 가능한 프로퍼티나 대체 텍스트가 할당되어서는 안 된다. none 또는 presentation 역할은 상호작용 요소나 WAI-ARIA 상태와 프로퍼티가 있는 요소에서는 무시된다.

4.1 역할의 정의

아래는 이 명세에서 정의하는 WAI-ARIA 역할의 알파벳순 목록이다. 이들은 일반적으로 WAI-ARIA에 정의된 다른 역할과 함께 사용되어 문서와 리치 인터넷 애플리케이션 안의 그래픽에 주석을 단다 [WAI-ARIA-1.1].

graphics-document
콘텐츠의 시각적 외형이나 레이아웃이 의미를 전달하는 document의 한 유형.
graphics-object
의미론적 의미를 가진 별개의 객체 또는 하위 구성요소를 나타내는 graphics-document의 한 절. 그래픽 객체 자체도 중첩된 하위 구성요소를 가질 수 있다.
graphics-symbol
특정 시각적 외형보다 의미가 더 중요한 경우, 단순한 의미나 범주를 전달하는 데 사용되는 그래픽 객체. 이는 차트나 지도 같은 더 큰 구조화된 그래픽의 구성요소일 수 있다. 기호 자체는 원자적 객체이며; 자식은 표현용이다.

graphics-document (role)

콘텐츠의 시각적 외형이나 레이아웃이 의미를 전달하는 document의 한 유형.

다른 document 유형과 유사하게, graphics-document 역할은 관련 정보를 포함하는 페이지 영역의 루트 요소에 적용되며, 이때 사용자의 기본 상호작용 모드는 애플리케이션을 제어하는 것이 아니라 문서를 탐색하는 것으로 예상된다. 이 역할을 가진 요소는 문서 파일의 루트 요소이거나, 그 안의 중첩 구조의 루트 요소일 수 있다.

graphics-document는 다음과 같이 유사한 역할과 구별될 수 있다:

  • 다른 문서와 비교할 때, graphics-document는 그 시각적(일반적으로 2차원) 표현의 의미론적 중요성으로 구별된다. 사용자 에이전트와 보조 기술은 그래픽 탐색을 지원할 때 이를 고려해야 SHOULD 한다. 문서를 다시 형식화하거나 다시 스타일링하는 접근성 기술은 콘텐츠의 의미론적 역할 및 관계와 일치하는 방식 외에는 graphics-document의 레이아웃을 변경해서는 SHOULD NOT 안 된다.

  • img와 비교할 때, graphics-document는 콘텐츠의 구조화된 성격으로 구별된다. 그 자식 요소는 의미론적 의미를 가질 수 있으며, 링크나 다른 상호작용 위젯을 포함할 수 있다.

  • graphics-object와 비교할 때, graphics-document는 자체적으로 완결되어 있다. 주변 콘텐츠에서 분리되어도 그 의미가 유지된다. graphics-document 역할을 가진 요소는 자식 콘텐츠 해석을 위한 범위와 맥락을 정의한다.

일반적으로 작성자는 SHOULD 차트, 지도, 다이어그램, 기술 도면, 청사진 및 지시용 그래픽 같은 구조화된 그래픽에 graphics-document 역할을 사용해야 한다. 그러나 하나의 큰 그래픽이 의미를 희생하지 않고 안전하게 재배열될 수 있는 별개의 영역을 가진 경우, 그 각 영역은 별개의 graphics-document여야 SHOULD 한다. 대체 역할(예: figure)을 사용하여 이들을 함께 그룹화할 수 있다. 하나의 graphics-document는 다른 것 안에 중첩될 수도 있다. 예를 들어 지도 안에 포함된 막대 차트나 차트 패널의 행렬은 graphics-document 역할을 가져야 한다. 중첩된 문서는 캡슐화를 제공한다; 내부 그래픽과 외부 그래픽의 구성요소 간 탐색은 명시적이어야 한다.

주석

ARIA 1.0 명세에 기반한 사용자 에이전트와 보조 기술을 지원하기 위해, 작성자는 document 역할을 role="graphics-document document" 형식의 대체 값으로 포함하기를 원할 수 있다.

향후 명세는 특별한 의미론적 구조를 가진 특정 유형의 그래픽 문서를 위해 더 구체적인 역할을 정의할 수 있다. 이러한 더 구체적인 역할은 graphics-document의 하위 클래스가 될 것이다.

특성:
특성
상위 클래스 역할: document
관련 개념:
상속된 상태와 프로퍼티:
이름 출처: author
접근 가능한 이름 필요: True
자식 표현용: False

graphics-object (role)

의미론적 의미를 가진 별개의 객체 또는 하위 구성요소를 나타내는 graphics-document의 한 절. 그래픽 객체 자체도 중첩된 하위 구성요소를 가질 수 있다.

연결되지 않은 객체의 모음을 나타내는 컨테이너 요소에는 대신 group 또는 list 역할이 부여되어야 한다. 의미론적 의미가 없고 조상이 제공하는 의미론적 맥락을 변경하지 않는 그룹화 요소 (예: 스타일링이나 레이아웃에만 사용되는 div 또는 SVG g) 에는 역할을 부여해서는 SHOULD NOT 안 된다. 역할이 없다는 점은 none 또는 presentation 역할로 명시적으로 나타낼 수 있다.

graphics-document와 달리, graphics-object는 자체적으로 완결될 필요가 없으며, 탐색을 위한 새로운 맥락을 설정하지 않는다. 그러나 사용자 에이전트와 보조 기술은, 특히 비시각적 사용자에게, 중첩된 객체 구조를 중첩 목록과 유사하게 계층적 방식으로 탐색할 수 있는 방법을 제공해야 SHOULD 한다.

주석

ARIA 1.0 명세에 기반한 사용자 에이전트와 보조 기술을 지원하기 위해, 작성자는 group 역할을 role="graphics-object group" 형식의 대체 값으로 포함하기를 원할 수 있다.

특성:
특성
상위 클래스 역할: group
관련 개념:
상속된 상태와 프로퍼티:
이름 출처:
  • author
  • contents
접근 가능한 이름 필요: False
자식 표현용: False

graphics-symbol (role)

특정 시각적 외형보다 의미가 더 중요한 경우, 단순한 의미나 범주를 전달하는 데 사용되는 그래픽 객체. 이는 차트나 지도 같은 더 큰 구조화된 그래픽의 구성요소일 수 있다. 기호 자체는 원자적 객체이며; 자식은 표현용이다.

구조화된 기호 언어의 일부로 사용될 때, aria-roledescription 프로퍼티 (ARIA 1.1 [WAI-ARIA-1.1]에서 도입됨)를 사용하여 특정 기호 인스턴스의 이름과 설명과는 별도로 기호 유형의 이름을 지정할 수 있다.

주석

ARIA 1.0 명세에 기반한 사용자 에이전트와 보조 기술을 지원하기 위해, 해당 요소의 기본 의미론적 역할이 이미 그것이 아니라면, 작성자는 img 역할을 role="graphics-symbol img" 형식의 대체 값으로 포함하기를 원할 수 있다.

특성:
특성
상위 클래스 역할: img
관련 개념:
상속된 상태와 프로퍼티:
이름 출처: author
접근 가능한 이름 필요: True
자식 표현용: True

4.2 그래픽을 위한 기타 역할

ARIA 1.1 [WAI-ARIA-1.1]에 정의된 다음 핵심 ARIA 역할도 그래픽에 주석을 다는 데 관련된다:

다음 예제는 문서에서 img, figure, 및 graphics-document의 적절한 사용을 보여 준다.

5. 상태와 프로퍼티

WAI-ARIA는 다양한 운영 체제 플랫폼의 플랫폼 접근성 API를 지원하는 데 사용되는 접근성 상태와 프로퍼티의 컬렉션을 제공한다. 보조 기술은 노출된 사용자 에이전트 DOM을 통해 또는 플랫폼 접근성 API로의 매핑을 통해 이 정보에 접근할 수 있다. 역할과 결합되면, 사용자 에이전트는 보조 기술에 사용자에게 언제든 전달할 사용자 인터페이스 정보를 제공할 수 있다. 상태나 프로퍼티의 변경은 보조 기술에 대한 알림으로 이어지며, 이는 변경이 발생했음을 사용자에게 알릴 수 있다.

A. 변경 로그

WAI-ARIA Graphics Module 1.0에 대한 전체 커밋 기록을 사용할 수 있다.

A.1 마지막 공개 작업 초안 이후의 실질적 변경사항

A.2 첫 번째 공개 작업 초안 이후의 기타 실질적 변경사항

B. 감사의 말

이 절은 비규범적이다.

다음 사람들은 이 문서의 개발에 기여했다.

B.1 출판 당시 SVG 접근성 태스크포스에서 활동한 참여자

B.2 출판 당시 ARIA WG에서 활동한 참여자

B.3 가능하게 한 후원자

이 출판물은 U.S. Department of Education, National Institute on Disability, Independent Living, and Rehabilitation Research (NIDILRR)의 미국 연방 기금으로 일부 지원을 받았으며, 처음에는 계약 번호 ED-OSE-10-C-0067 아래에서, 현재는 계약 번호 HHSP23301500054C 아래에서 지원을 받았다. 이 출판물의 내용은 반드시 U.S. Department of Education의 견해나 정책을 반영하는 것은 아니며, 상호, 상업 제품 또는 조직의 언급이 U.S. Government의 보증을 의미하지 않는다.

C. 참고문헌

C.1 규범 참고문헌

[RFC2119]
요구사항 수준을 나타내기 위해 RFC에서 사용하는 키워드. S. Bradner. IETF. March 1997. Best Current Practice. URL: https://tools.ietf.org/html/rfc2119
[WAI-ARIA-1.1]
Accessible Rich Internet Applications (WAI-ARIA) 1.1. Joanmarie Diggs; Shane McCarron; Michael Cooper; Richard Schwerdtfeger; James Craig. W3C. 14 December 2017. W3C Recommendation. URL: https://www.w3.org/TR/wai-aria-1.1/

C.2 정보 참고문헌

[AT-SPI]
Assistive Technology Service Provider Interface. The GNOME Project. URL: https://developer.gnome.org/libatspi/stable/
[ATK]
ATK - Accessibility Toolkit. The GNOME Project. URL: https://developer.gnome.org/atk/stable/
[AXAPI]
The NSAccessibility Protocol for macOS. Apple, Inc. URL: https://developer.apple.com/documentation/appkit/nsaccessibility
[CORE-AAM-1.1]
Core Accessibility API Mappings 1.1. Joanmarie Diggs; Joseph Scheuhammer; Richard Schwerdtfeger; Michael Cooper; Andi Snow-Weaver; Aaron Leventhal. W3C. 14 December 2017. W3C Recommendation. URL: https://www.w3.org/TR/core-aam-1.1/
[HTML52]
HTML 5.2. Steve Faulkner; Arron Eicholz; Travis Leithead; Alex Danilo; Sangwhan Moon. W3C. 14 December 2017. W3C Recommendation. URL: https://www.w3.org/TR/html52/
[IAccessible2]
IAccessible2. Linux Foundation. URL: https://www.linuxfoundation.org/collaborate/workgroups/accessibility/iaccessible2
[MSAA]
Microsoft Active Accessibility (MSAA) 2.0. Microsoft Corporation. URL: https://msdn.microsoft.com/en-us/library/ms697707.aspx
[SVG-AAM-1.0]
SVG Accessibility API Mappings. Amelia Bellamy-Royds; Ian Pouncey. W3C. 10 May 2018. W3C Working Draft. URL: https://www.w3.org/TR/svg-aam-1.0/
[SVG2]
Scalable Vector Graphics (SVG) 2. Amelia Bellamy-Royds; Bogdan Brinza; Chris Lilley; Dirk Schulze; David Storey; Eric Willigers. W3C. 7 August 2018. W3C Candidate Recommendation. URL: https://www.w3.org/TR/SVG2/
[UI-AUTOMATION]
UI Automation. Microsoft Corporation. URL: https://msdn.microsoft.com/en-us/library/ee684009%28v=vs.85%29.aspx
[UIA-EXPRESS]
The IAccessibleEx Interface. Microsoft Corporation. URL: https://msdn.microsoft.com/en-us/library/windows/desktop/dd561898%28v=vs.85%29.aspx
[WCAG21]
Web Content Accessibility Guidelines (WCAG) 2.1. Andrew Kirkpatrick; Joshue O Connor; Alastair Campbell; Michael Cooper. W3C. 5 June 2018. W3C Recommendation. URL: https://www.w3.org/TR/WCAG21/