디지털 출판 WAI-ARIA 모듈 1.1

W3C 권고안

이 문서에 대한 자세한 정보
이 버전:
https://www.w3.org/TR/2025/REC-dpub-aria-1.1-20250612/
최신 게시 버전:
https://www.w3.org/TR/dpub-aria-1.1/
최신 편집자 초안:
https://w3c.github.io/dpub-aria/
이력:
https://www.w3.org/standards/history/dpub-aria-1.1/
커밋 이력
구현 보고서:
https://www.w3.org/2021/04/wpt-fyi-snapshot.html?filter=dpub-aam
편집자:
Matt Garrish (DAISY Consortium)
Tzviya Siegman (W3C)
이전 편집자:
Shane McCarron (Spec-Ops)
Markus Gylling (DAISY Consortium)
피드백:
GitHub w3c/dpub-aria (pull requests, 새 이슈, 열린 이슈)
정오표:
정오표가 있습니다.

다음도 참조하세요 번역.


초록

보조 기술 사용자가 웹 콘텐츠 안에서 길을 찾을 수 있도록 하려면 웹 문서의 구조적 구획에 대한 의미론적 메타데이터를 포함해야 합니다. 이는 특히 장문 문서의 구조적 구획에서 중요하며, 보조 기술을 위한 웹 애플리케이션 위젯 및 동작에 대한 의미론적 메타데이터를 포함하는 것과 함께 이루어집니다. 이 명세는 보조 기술 사용자가 이러한 장문 문서를 탐색하는 데 도움을 주는 데 특화된 WAI-ARIA 역할 집합을 정의합니다.

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

이 문서의 상태

이 절은 이 문서가 발행된 시점의 상태를 설명합니다. 현재 W3C 발행물 목록과 이 기술 보고서의 최신 개정판은 https://www.w3.org/TR/의 W3C 표준 및 초안 색인에서 확인할 수 있습니다.

doc-pageheaderdoc-pagefooter 역할의 최신 추가 사항을 포함하여 이 명세의 모든 측면에 대한 피드백을 권장합니다.

이 명세의 향후 업데이트에는 새로운 기능이 포함될 수 있습니다.

이 문서는 접근 가능한 리치 인터넷 애플리케이션 워킹 그룹에서 권고안 트랙을 사용하여 권고안으로 발행했습니다.

W3C는 이 명세를 웹의 표준으로 널리 배포할 것을 권고합니다.

W3C 권고안은 광범위한 합의 형성을 거친 후 W3C와 그 회원들이 승인하고, 구현에 대해 워킹 그룹 구성원들이 로열티 없는 라이선스를 약속한 명세입니다.

이 문서는 W3C 특허 정책에 따라 운영되는 그룹에서 작성했습니다. W3C는 해당 그룹의 산출물과 관련하여 이루어진 모든 특허 공개의 공개 목록을 유지합니다. 해당 페이지에는 특허 공개를 위한 지침도 포함되어 있습니다. 본인이 필수 청구항을 포함한다고 믿는 특허를 실제로 알고 있는 개인은 W3C 특허 정책 제6절에 따라 정보를 공개해야 합니다.

이 문서는 2023년 11월 03일 W3C 절차 문서의 적용을 받습니다.

1. 소개

이 절은 비규범적입니다.

WAI-ARIA는 공통 호스트 언어 의미론적 접근성 API 및 프레임워크를 정의하여 웹 브라우저가 웹 콘텐츠의 접근성 의미론을 플랫폼별 접근성 API에 매핑할 수 있도록 하는 기술 명세입니다. 이를 통해 웹 콘텐츠는 플랫폼 의존성 없이 네이티브 플랫폼 애플리케이션과 유사한 플랫폼 보조 기술과 상호 운용될 수 있습니다.

이 명세는 디지털 출판 산업을 위해 설계된 WAI-ARIA의 모듈식 확장입니다. 이 명세에는 다음 목표가 포함됩니다.

이 명세에서 정의하는 역할은 EPUB 구조적 의미론 어휘에서 파생되었습니다.

WAI-ARIA에 대한 더 자세한 설명은 WAI-ARIA 개요와 그것이 리치 인터넷 애플리케이션 접근성에 어떻게 적용되는지 참조하세요.

1.1 대상 독자

이 명세는 디지털 출판을 위한 WAI-ARIA 모듈을 정의하며, 요소의 역할, 상태, 및 속성을 정의하는 데 사용되는 값을 포함합니다. 이는 여러 독자층에 영향을 줍니다.

각 적합성 요구 사항은 그것이 적용되는 독자층을 나타냅니다.

이 명세는 위의 독자층에 적용되지만, 그 어떤 독자층도 특별히 대상으로 삼는 것은 아니며 — 또한 그 어떤 독자층에 대해서도 유일한 정보원이 되도록 의도된 것도 아닙니다. 앞으로는 저자가 이러한 WAI-ARIA 의미론을 출판 산업에서 사용할 수 있도록 적용하는 데 도움을 주고, 이 문서의 정보가 플랫폼 접근성 API에 어떻게 매핑되는지 정의하는 추가 문서가 만들어질 것입니다.

1.2 사용자 에이전트 지원

이 모듈은 [WAI-ARIA]에 정의된 일반적인 사용자 에이전트 지원 원칙을 기반으로 하며, 사용자 에이전트가 독자에게 제공되는 일반 사용자 인터페이스를 향상시킬 수 있는 기능도 제공합니다.

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

디지털 출판 WAI-ARIA 모듈은 [WAI-ARIA]에 정의된 WAI-ARIA와 호스트 언어의 공동 진화 모델을 따릅니다. 이는 [HTML], [SVG2] 및 [EPUB]와 같은 지원 언어에서 의미론을 보강하거나, ARIA 지원을 명시적으로 포함하지 않는 다른 마크업 기반 언어에서 접근성 향상 기술로 사용되도록 의도되었습니다. 웹 언어에서 새로운 유형의 객체에 대한 표준화된 지원이 나타나는 것보다 새로운 유형의 객체가 더 빠르게 만들어지기 때문에, 저자가 아직 페이지 언어에서 직접 지원하지 않는 새로운 유형의 객체를 스타일과 스크립트로 만들 때 보조 기술을 지원하도록 의미론을 명확히 합니다.

호스트 언어가 그러한 유형의 객체에 대해 의미론적 요소를 제공하는 경우 스타일과 스크립트로 객체를 만드는 것은 적절하지 않습니다. WAI-ARIA는 이러한 객체의 접근성을 향상시킬 수 있지만, 접근성은 사용자 에이전트가 해당 객체를 네이티브로 처리하도록 허용할 때 가장 잘 제공됩니다. 예를 들어, div 요소에 heading 역할을 사용하는 것보다 h1과 같은 네이티브 제목 요소를 사용하는 것이 더 좋습니다.

시간이 지나면서, 현재는 이 명세로만 선언할 수 있는 객체에 대해 호스트 언어가 의미론을 제공하도록 진화할 것으로 예상됩니다. 이는 자연스럽고 바람직한 일입니다. WAI-ARIA의 한 목표가 더 의미론적이고 접근 가능한 마크업의 출현을 촉진하는 것이기 때문입니다. 특정 기능에 대한 네이티브 의미론이 제공되면, 저자는 네이티브 기능을 사용하고 해당 기능에 대해 이 모듈 사용을 중단하는 것이 적절합니다. 그러나 레거시 콘텐츠는 계속해서 디지털 출판 WAI-ARIA 모듈을 사용할 수 있으므로, 사용자 에이전트가 이를 지원해야 할 필요성은 남아 있습니다.

이 모듈의 특정 기능은 시간이 지나면서 중요성이 줄어들 수 있지만, 디지털 출판 WAI-ARIA 모듈이 웹 페이지나 EPUB과 같은 개방형 웹 기반 표준에 의미론을 추가할 수 있는 일반적인 가능성은 지속적인 필요로 예상됩니다. 호스트 언어가 이 모듈이 제공하는 모든 의미론을 구현하지 않을 수도 있고, 다양한 호스트 언어가 기능의 서로 다른 하위 집합을 구현할 수도 있습니다. 새로운 유형의 객체는 계속해서 개발되고 있으며, 이 명세의 목표 중 하나는 그러한 객체를 접근 가능하게 만드는 방법을 제공하는 것입니다. 저작 관행은 종종 호스트 언어 표준보다 더 빠르게 발전하기 때문입니다. 이러한 방식으로 이 모듈과 호스트 언어는 서로 함께 진화하지만 서로 다른 속도로 진화합니다.

일부 호스트 언어는 사용자 인터페이스 이외의 기능에 대한 의미론을 만들기 위해 존재합니다. 예를 들어, SVG는 그러한 객체가 나타낼 수 있는 사용자 인터페이스 구성 요소의 의미론이 아니라 그래픽 객체 생성의 배후 의미론을 표현합니다. 이러한 호스트 언어는 설계상 이 명세의 기능에 매핑되는 네이티브 의미론을 제공하지 않을 수 있습니다. 이러한 경우, 디지털 출판 WAI-ARIA 모듈은 이러한 호스트 언어에 의미론적 정보를 추가하기 위한 장기적인 접근 방식으로 채택될 수 있습니다.

1.4 저작 관행

1.4.1 저작 도구

WAI-ARIA 및 디지털 출판 WAI-ARIA 역할, 상태속성 정의의 많은 요구 사항은 코드 검증에 사용되는 다른 품질 관리 프로세스와 유사하게, 개발 프로세스 중에 자동으로 확인할 수 있습니다. EPUB과 같은 디지털 출판물을 만드는 저자를 지원하기 위해, 이러한 프로세스는 DOM의 디지털 출판 WAI-ARIA 역할의 의미론적 구조를 이 명세에 정의된 구조와 비교하고, 저자에게 오류를 알리거나 단순히 해당 구조를 강제하는 템플릿을 만들 수 있습니다.

1.4.2 테스트 관행 및 도구

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

1.5 보조 기술

접근성 의미론에 대한 프로그래밍 방식 접근은 보조 기술에 필수적입니다. 자세한 내용은 [WAI-ARIA]의 보조 기술 절을 참조하세요.

2. 적합성

비규범적으로 표시된 절뿐만 아니라, 이 명세의 모든 저작 지침, 다이어그램, 예제 및 참고는 비규범적입니다. 이 명세의 그 밖의 모든 것은 규범적입니다.

이 문서에서 핵심 단어 MAY, MUST, MUST NOT, 및 SHOULD는 여기 표시된 것처럼 모두 대문자로 나타날 때, 그리고 오직 그 경우에만 BCP 14 [RFC2119] [RFC8174]에 설명된 대로 해석되어야 합니다.

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

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

3. 디지털 출판 역할

이 절은 WAI-ARIA 역할 모델에 대한 추가 사항을 정의하고, 모든 역할의 특성과 속성을 설명합니다. 이 모듈에서 제공하는 필드에 대한 설명은 ARIA 역할을 참조하세요.

3.1 역할 정의

아래는 리치 인터넷 애플리케이션 저자가 사용할 WAI-ARIA 역할의 알파벳순 목록입니다.

doc-abstract
작품 또는 그 안의 섹션이나 발췌 부분의 주요 아이디어, 개념 및 결론에 대한 짧은 요약.
doc-acknowledgments
작품의 실현에 사람, 조직, 정부 및 기타 주체가 기여한 중요한 공헌을 인정하는 섹션 또는 진술.
doc-afterword
저자 또는 중요한 인물의 맺음말로, 일반적으로 콘텐츠가 어떻게 쓰이게 되었는지, 그 의의 또는 그 시간대 이후 발생한 관련 사건에 대한 통찰을 제공합니다.
doc-appendix
주요 콘텐츠 뒤에 위치하며 콘텐츠를 설명하지만 중심적이지는 않은 보충 정보 섹션.
doc-backlink
사용자가 콘텐츠의 관련 위치로 돌아갈 수 있게 하는 링크(예: 각주에서 그 참조 위치로, 또는 용어집 정의에서 용어가 사용된 위치로).
doc-biblioentry
[DPUB-ARIA 1.1에서 폐기됨] 참고 문헌의 외부 출처에 대한 단일 참조. biblioentry는 일반적으로 콘텐츠 안의 참조보다 더 자세한 정보 (예: 전체 제목, 저자, 출판사, 발행일 등)를 제공합니다.
doc-bibliography
작품에서 인용한 외부 참고 문헌 목록으로, 인쇄 또는 디지털 출처일 수 있습니다.
doc-biblioref
참고 문헌 항목에 대한 참조.
doc-chapter
작품 안의 주요 주제별 콘텐츠 섹션.
doc-colophon
해당 판본에 특화된 짧은 제작 관련 설명 섹션(예: 사용된 서체 설명)으로, 종종 작품 끝에 위치합니다.
doc-conclusion
작품을 요약하거나 서사를 마무리하는 결론 섹션 또는 진술.
doc-cover
작품의 분위기나 어조를 설정하고 일반적으로 제목과 저자를 포함하는 이미지.
doc-credit
사진과 같은 제3자 출처에서 통합된 콘텐츠의 출처에 대한 인정. 일반적으로 작성자, 저작권 및 재사용 제한 사항을 식별합니다.
doc-credits
크레딧 모음.
doc-dedication
작품 앞부분의 헌사로, 일반적으로 저자와 가까운 한 명 이상의 사람에게 바칩니다.
doc-endnote
[DPUB-ARIA 1.1에서 폐기됨] 작품 또는 그 안의 섹션 끝에 나타나는 주석 모음 중 하나로, 참조된 텍스트 구절에 추가 맥락을 제공합니다.
doc-endnotes
작품 또는 그 안의 섹션 끝에 있는 주석 모음.
doc-epigraph
작품 또는 섹션의 시작 부분에 배치되어 주제를 확립하거나 분위기를 설정하는 인용문.
doc-epilogue
작품의 행동과 사건을 마무리하거나 논평하는 서사의 결론 섹션으로, 일반적으로 미래의 관점에서 제시됩니다.
doc-errata
작품의 최초 출판 후 발견된 수정 사항 모음으로, 때때로 corrigenda라고도 합니다.
doc-example
코드 목록, 사례 연구 또는 문제와 같은 작품의 핵심 개념에 대한 예시.
doc-footnote
인용 또는 해설과 같은 부가 정보로, 참조된 텍스트 구절에 추가 맥락을 제공합니다.
doc-foreword
작품에 앞서 나오는 소개 섹션으로, 일반적으로 작품의 저자가 쓰지 않습니다.
doc-glossary
콘텐츠에서 사용되는 새롭거나 흔하지 않거나 전문적인 용어의 간략한 사전.
doc-glossref
용어집 정의에 대한 참조.
doc-index
작품에서 다루는 주요 주제, 이름 및 기타 중요한 항목에 대한 링크의 상세 목록을 제공하는 탐색 보조 수단.
doc-introduction
일반적으로 작품의 범위 또는 성격을 소개하는 예비 섹션.
doc-noteref
각주 또는 미주에 대한 참조로, 일반적으로 본문에 위첨자 숫자 또는 기호로 나타납니다.
doc-notice
행동 또는 사건에서 발생할 수 있는 결과를 사용자에게 알립니다. 예에는 경고, 주의 및 위험이 포함됩니다.
doc-pagebreak
콘텐츠의 정적으로 페이지가 매겨진 버전에서 연속된 두 페이지 사이에 나눔이 발생하는 위치를 나타내는 구분자.
doc-pagefooter
페이지 하단에 나타나 현재 작품과 그 안의 위치에 대한 맥락을 제공하는 텍스트 섹션. 페이지 푸터는 본문과 구별되며 일반적으로 문서 제목, 현재 섹션, 저자명 및 페이지 번호와 같은 항목(잘릴 수 있음)을 포함하는 반복 템플릿을 따릅니다.
doc-pageheader
페이지 상단에 나타나 현재 작품과 그 안의 위치에 대한 맥락을 제공하는 텍스트 섹션. 페이지 헤더는 본문과 구별되며 일반적으로 문서 제목, 현재 섹션, 저자명 및 페이지 번호와 같은 항목(잘릴 수 있음)을 포함하는 반복 템플릿을 따릅니다.
doc-pagelist
콘텐츠 안의 페이지 나눔에 대한 링크 목록을 제공하는 탐색 보조 수단.
doc-part
특정 주제, 서사 흐름 또는 유사하게 캡슐화된 테마를 다루는 관련 섹션 집합을 포함하는 작품의 주요 구조적 구획.
doc-preface
작품에 앞서 나오는 소개 섹션으로, 일반적으로 작품의 저자가 씁니다.
doc-prologue
작품의 배경을 설정하는 소개 섹션으로, 일반적으로 서사의 일부입니다.
doc-pullquote
주제에 주의를 끌거나 핵심 사항을 강조하도록 현재 콘텐츠에서 눈에 띄게 배치되거나 강조된 인용문.
doc-qna
인터뷰나 자주 묻는 질문 목록처럼 일련의 질문과 답변으로 구성된 콘텐츠 섹션.
doc-subtitle
작품 또는 그 안의 섹션이나 구성 요소에 대한 설명적 또는 대체 제목.
doc-tip
콘텐츠의 어떤 측면을 명확히 하거나 이해를 돕는 유용한 정보.
doc-toc
콘텐츠의 주요 섹션 제목에 대한 정렬된 링크 목록을 제공하는 탐색 보조 수단. 목차는 전체 작품을 다룰 수도 있고 더 작은 섹션만 다룰 수도 있습니다.

doc-abstract (역할)

작품 또는 그 안의 섹션이나 발췌 부분의 주요 아이디어, 개념 및 결론에 대한 짧은 요약.

<section role="doc-abstract" aria-label="초록">
   <p>웹 콘텐츠의 접근성에는 위젯, 구조,
      및 동작에 대한 의미론적 정보가 필요합니다 …</p>
</section>
doc-abstract의 특성:
특성
상위 클래스 역할: section
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-acknowledgments (역할)

작품의 실현에 사람, 조직, 정부 및 기타 주체가 기여한 중요한 공헌을 인정하는 섹션 또는 진술.

<section role="doc-acknowledgments">
   <p>저는 …에 진심 어린 감사를 전하고 싶습니다 </p>
</section>
doc-acknowledgments의 특성:
특성
상위 클래스 역할: landmark
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-afterword (역할)

저자 또는 중요한 인물의 맺음말로, 일반적으로 콘텐츠가 어떻게 쓰이게 되었는지, 그 의의 또는 그 시간대 이후 발생한 관련 사건에 대한 통찰을 제공합니다.

<section role="doc-afterword">
   <h2>후기: 내가 이 책을 쓴 이유</h2></section>
doc-afterword의 특성:
특성
상위 클래스 역할: landmark
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-appendix (역할)

주요 콘텐츠 뒤에 위치하며 콘텐츠를 설명하지만 중심적이지는 않은 보충 정보 섹션.

<section role="doc-appendix">
   <h2>부록 A. 역사 연표</h2></section>
doc-appendix의 특성:
특성
상위 클래스 역할: landmark
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-biblioentry (역할)

[DPUB-ARIA 1.1에서 폐기됨] 참고 문헌의 외부 출처에 대한 단일 참조. biblioentry는 일반적으로 콘텐츠 안의 참조보다 더 자세한 정보 (예: 전체 제목, 저자, 출판사, 발행일 등)를 제공합니다.

참고

doc-biblioentry 역할은 목록 항목으로 사용되도록 설계되었지만, WAI-ARIA 명세의 명확화로 인해 list 역할의 자식으로는 유효하지 않습니다. doc-bibliography 역할이 이미 참고 문헌 항목의 섹션을 식별하므로, 저자는 대신 네이티브 HTML 요소를 사용하여 항목을 구조화할 수 없을 때 listlistitem 역할을 사용할 것을 권장받습니다.

doc-biblioentry의 특성:
특성
상위 클래스 역할: listitem
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: True

doc-bibliography (역할)

작품에서 인용한 외부 참고 문헌 목록으로, 인쇄 또는 디지털 출처일 수 있습니다.

doc-bibliography 역할을 가진 요소는 참고 문헌 항목을 포함하는 하위 목록을 하나 이상 MUST 포함해야 합니다(항목이 예를 들어 알파벳순으로 세분화되어 있는 경우, 해당 요소는 둘 이상의 목록을 포함할 수 있습니다).

저자는 항목을 포함하는 목록에 doc-bibliography 역할을 직접 적용해서는 MUST NOT 됩니다.

<section role="doc-bibliography">
   <h2>선별 참고 문헌</h2>
   <ul></ul>
</section>
doc-bibliography의 특성:
특성
상위 클래스 역할: landmark
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-biblioref (역할)

참고 문헌 항목에 대한 참조.

<p>
   <a role="doc-biblioref"
      href="#b8cab5dd-bc24-459c-9858-7afa9da69b64">Steinbeck</a>가
   그의 위대한 소설에서 말했듯이 …
</p>
doc-biblioref의 특성:
특성
상위 클래스 역할: link
관련 개념:
상속된 상태 및 속성:
이름 출처:
  • contents
  • author
접근 가능한 이름 필요: True

doc-chapter (역할)

작품 안의 주요 주제별 콘텐츠 섹션.

<section role="doc-chapter">
   <h2>1장. 어렴풋한 그림자.</h2></section>
doc-chapter의 특성:
특성
상위 클래스 역할: landmark
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-colophon (역할)

해당 판본에 특화된 짧은 제작 관련 설명 섹션(예: 사용된 서체 설명)으로, 종종 작품 끝에 위치합니다.

<section role="doc-colophon" aria-label="서체 정보">
   <p>이 출판물은 …을 사용해 조판되었습니다. </p>
</section>
doc-colophon의 특성:
특성
상위 클래스 역할: section
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-conclusion (역할)

작품을 요약하거나 서사를 마무리하는 결론 섹션 또는 진술.

<section role="doc-conclusion">
   <h2>요약</h2>
   <p>페미니즘 학문에서 중심 과제는 고정관념을 드러내고 해체하는 것입니다 … </p>
</section>
doc-conclusion의 특성:
특성
상위 클래스 역할: landmark
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-cover (역할)

작품의 분위기나 어조를 설정하고 일반적으로 제목과 저자를 포함하는 이미지.

<img role="doc-cover" src="coverimage.jpg" alt="버지니아 울프의 자기만의 방"/>
doc-cover의 특성:
특성
상위 클래스 역할: img
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-credit (역할)

사진과 같은 제3자 출처에서 통합된 콘텐츠의 출처에 대한 인정. 일반적으로 작성자, 저작권 및 재사용 제한 사항을 식별합니다.

<p role="doc-credit">
   <cite>“경제적 비용-효과 분석의 기초”</cite>에서 가져온 62쪽, 표 3.1,
   A. M. Garber 및 C. E. Phelps 저 …
</p>
doc-credit의 특성:
특성
상위 클래스 역할: section
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-credits (역할)

크레딧 모음.

<section role="doc-credits">
   <h2>사진 크레딧</h2></section>
doc-credits의 특성:
특성
상위 클래스 역할: landmark
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-dedication (역할)

작품 앞부분의 헌사로, 일반적으로 저자와 가까운 한 명 이상의 사람에게 바칩니다.

<p role="doc-dedication">이 일이 결코 가능하지 않았을 나의 가족에게.</p>
doc-dedication의 특성:
특성
상위 클래스 역할: section
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-endnote (역할)

[DPUB-ARIA 1.1에서 폐기됨] 작품 또는 그 안의 섹션 끝에 나타나는 주석 모음 중 하나로, 참조된 텍스트 구절에 추가 맥락을 제공합니다.

참고

doc-endnote 역할은 목록 항목으로 사용되도록 설계되었지만, WAI-ARIA 명세의 명확화로 인해 list 역할의 자식으로는 유효하지 않습니다. doc-endnotes 역할이 이미 미주 섹션을 식별하므로, 저자는 대신 네이티브 HTML 요소를 사용하여 항목을 구조화할 수 없을 때 listlistitem 역할을 사용할 것을 권장받습니다.

doc-endnote의 특성:
특성
상위 클래스 역할: listitem
관련 개념:
상속된 상태 및 속성:
이름 출처: author

doc-endnotes (역할)

작품 또는 그 안의 섹션 끝에 있는 주석 모음.

doc-endnotes 역할을 가진 요소는 미주를 포함하는 하위 목록을 하나 이상 MUST 포함해야 합니다(주석이 예를 들어 장별로 세분화되어 있는 경우, 해당 요소는 둘 이상의 목록을 포함할 수 있습니다).

저자는 미주 안에서 doc-footnote 역할을 가진 요소를 선언해서는 MUST NOT 됩니다. 이는 암시된 역할과 중복되기 때문입니다.

저자는 미주를 포함하는 목록에 doc-endnotes 역할을 직접 적용해서는 MUST NOT 됩니다.

<section role="doc-endnotes">
   <h2>주석</h2>
   <ol>
      <li id="6baa07af">
         <p>이 연구의 추가 결과는 …에서 확인할 수 있습니다. </p>
      </li>
      <li id="7b2c0555">
         <p></p>
      </li></ol>
</section>
<section role="doc-endnotes">
   <h2>주석</h2>
   <section>
      <h3>제1곡</h3>
      <div role="list>
         <div role="listitem">
            <p>1. 여기서 두운의 사용은 … </p>
         </div></div>
   </section></section>
doc-endnotes의 특성:
특성
상위 클래스 역할: landmark
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-epigraph (역할)

작품 또는 섹션의 시작 부분에 배치되어 주제를 확립하거나 분위기를 설정하는 인용문.

<blockquote role="doc-epigraph">
   <p>“제발 말해 주시겠어요, 여기서 어느 길로 가야 하나요?”</p>
   <p>“그건 네가 어디에 가고 싶은지에 꽤 많이 달려 있지,” 고양이가 말했다.</p>
</blockquote>
doc-epigraph의 특성:
특성
상위 클래스 역할: section
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-epilogue (역할)

작품의 행동과 사건을 마무리하거나 논평하는 서사의 결론 섹션으로, 일반적으로 미래의 관점에서 제시됩니다.

<section role="doc-epilogue">
   <header>
      <h2>에필로그</h2>
      <p>프로스페로가 말함</p>
   </header>
   <p>이제 나의 마법은 모두 무너졌고, …</p></section>
doc-epilogue의 특성:
특성
상위 클래스 역할: landmark
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-errata (역할)

작품의 최초 출판 후 발견된 수정 사항 모음으로, 때때로 corrigenda라고도 합니다.

<section role="doc-errata">
   <h2>수정 사항</h2></section>
doc-errata의 특성:
특성
상위 클래스 역할: landmark
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-example (역할)

코드 목록, 사례 연구 또는 문제와 같은 작품의 핵심 개념에 대한 예시.

<figure role="doc-example">
   <figcaption>예제 1 — 안녕, 세상!</figcaption></figure>
doc-example의 특성:
특성
상위 클래스 역할: figure
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-footnote (역할)

인용 또는 해설과 같은 부가 정보로, 참조된 텍스트 구절에 추가 맥락을 제공합니다.

doc-footnote 역할은 작품 본문 안에 나타나는 개별 주석을 표현하기 위한 용도로만 사용됩니다. 섹션 끝에 나타나는 주석 모음에 대해서는 doc-endnotes를 참조하세요.

<aside id="6baa07af" role="doc-footnote">
   * 이 연구 및 유사 연구의 추가 결과는 …에서 확인할 수 있습니다.
</aside>
doc-footnote의 특성:
특성
상위 클래스 역할: section
관련 개념:
상속된 상태 및 속성:
이름 출처: author

doc-foreword (역할)

작품에 앞서 나오는 소개 섹션으로, 일반적으로 작품의 저자가 쓰지 않습니다.

<section role="doc-foreword">
   <h2>머리말</h2></section>
doc-foreword의 특성:
특성
상위 클래스 역할: landmark
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-glossary (역할)

콘텐츠에서 사용되는 새롭거나 흔하지 않거나 전문적인 용어의 간략한 사전.

용어집의 구조는 최종 사용자가 각 용어와 관련 정의를 식별할 수 있도록 SHOULD 해야 합니다(예: [HTML] dfn 요소 사용).

<section role="doc-glossary" aria-label="용어집">
   <dl><dt id="bcc0f155"><dfn>신용부도스와프</dfn></dt>
      <dd>
         신용부도스와프는 차입자의 채무불이행에
         사실상 대비해 보험을 제공합니다.
      </dd></dl>
</section>
<section role="doc-glossary" aria-labelledby="glosshd">
   <h2 id="glosshd">기술 용어 해설</h2>
   <ul>
      <li id="gtt00110001"><dfn>알고리즘</dfn> 규칙의 집합 …</li></ul>
</section>
doc-glossary의 특성:
특성
상위 클래스 역할: landmark
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-glossref (역할)

용어집 정의에 대한 참조.

<p>
   이는
   <a href="#bcc0f155" role="doc-glossref">신용부도스와프</a> 비용에 나타납니다 …
</p>
doc-glossref의 특성:
특성
상위 클래스 역할: link
관련 개념:
상속된 상태 및 속성:
이름 출처:
  • contents
  • author
접근 가능한 이름 필요: True

doc-index (역할)

작품에서 다루는 주요 주제, 이름 및 기타 중요한 항목에 대한 링크의 상세 목록을 제공하는 탐색 보조 수단.

<section role="doc-index">
   <h2>색인</h2>
   <section>
      <h2>A</h2>
      <ul>
         <li>A/B 테스트, <a href="chapter03.xhtml#page230">230</a></li></ul>
   </section></section>
doc-index의 특성:
특성
상위 클래스 역할: navigation
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-introduction (역할)

일반적으로 작품의 범위 또는 성격을 소개하는 예비 섹션.

<section role="doc-introduction">
   <p>모든 사람은 마케팅에 대해 어느 정도 경험이 있습니다 … </p>
</section>
doc-introduction의 특성:
특성
상위 클래스 역할: landmark
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-noteref (역할)

각주 또는 미주에 대한 참조로, 일반적으로 본문에 위첨자 숫자 또는 기호로 나타납니다.

<p> … 연구들이 보여 주었듯이.<a href="#fn01" id="fnref01" role="doc-noteref">[1]</a></p>
doc-noteref의 특성:
특성
상위 클래스 역할: link
관련 개념:
상속된 상태 및 속성:
이름 출처:
  • contents
  • author
접근 가능한 이름 필요: True

doc-notice (역할)

행동 또는 사건에서 발생할 수 있는 결과를 사용자에게 알립니다. 예에는 경고, 주의 및 위험이 포함됩니다.

<section role="doc-notice">
   <img src="warning.png" alt="경고 아이콘"/>
   <p>글꼴을 포함할 수 있다고 해서 반드시 그래야 하는 것은 아닙니다.
      가독성에 대해 신중하게 생각하세요. 또한 지식 재산권을 존중하세요.
      훌륭한 무료 오픈 소스 글꼴이 많이 있습니다.</p>
</section>

저자는 알림을 탐색 대상으로 삼아야 할 때 레이블을 포함하는 것이 SHOULD 됩니다.

<div role="doc-notice" aria-label="폭발 위험">
   <p><em>위험!</em> 반응성 물질을 혼합하면 폭발이 발생할 수 있습니다.</p>
</div>
doc-notice의 특성:
특성
상위 클래스 역할: note
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-pagebreak (역할)

콘텐츠의 정적으로 페이지가 매겨진 버전에서 연속된 두 페이지 사이에 나눔이 발생하는 위치를 나타내는 구분자.

페이지 나눔 위치 지정자는 순수 디지털 출판물(즉, 정적으로 페이지가 매겨진 동등물이 존재하지 않는 경우)에서 정적 마커를 제공하는 데도 흔히 사용됩니다. 이러한 마커는 글꼴 및 화면 크기의 차이와 관계없이 일관된 탐색을 제공하며, 그렇지 않으면 콘텐츠의 동적 페이지 매김에 영향을 줄 수 있습니다.

저자는 페이지 나눔의 이름이 시작되는 페이지를 식별하는 최종 사용자가 이해할 수 있는 페이지 번호가 되도록 MUST 보장해야 하며, 이를 통해 보조 기술이 필요에 따라 페이지를 알릴 수 있어야 합니다 (예: 현재 페이지를 식별하는 명령에서).

페이지 나눔 위치 지정자는 자신이 식별하는 페이지의 콘텐츠보다 앞에 와야 MUST 합니다. 페이지에 헤더(doc-pageheader)가 포함되어 있는 경우, 페이지 나눔 위치 지정자는 헤더에 보이는 페이지 번호가 포함되어 있더라도 그 앞에 위치하는 것이 SHOULD 됩니다. 페이지 나눔 위치 지정자는 페이지 헤더 안의 페이지 번호가 헤더의 다른 모든 콘텐츠보다 앞서는 경우 해당 번호와 함께 사용될 MAY 있습니다.

정적 페이지 동등물에서 페이지 나눔 위치 지정자를 재현할 때, 단어가 페이지 사이에서 하이픈으로 나뉘는 경우가 있습니다. 이런 경우 페이지 나눔 위치 지정자는 텍스트 음성 변환 재생을 방해하지 않도록 단어 앞이나 뒤에 배치하는 것이 SHOULD 됩니다.

doc-pagebreak의 특성:
특성
상위 클래스 역할: separator
관련 개념:
상속된 상태 및 속성:
이름 출처:
  • contents
  • author
접근 가능한 이름 필요: True
자식 표현: True

doc-pageheader (역할)

페이지 상단에 나타나 현재 작품과 그 안의 위치에 대한 맥락을 제공하는 텍스트 섹션. 페이지 헤더는 본문 텍스트와 구별되며 일반적으로 문서 제목, 현재 섹션, 저자명 및 페이지 번호와 같은 항목(잘릴 수 있음)을 포함하는 반복 템플릿을 따릅니다.

doc-pageheader 역할은 페이지 헤더의 모든 인스턴스에 사용되어야 MUST 합니다.

보조 기술은 사용자가 페이지 헤더의 방해 없이 문서 콘텐츠를 연속적으로 읽을 수 있도록 허용할 MAY 있습니다.

<section role="doc-pageheader">
   <div>전쟁과 평화</div>
   <div>321</div></section>
doc-pageheader의 특성:
특성
상위 클래스 역할: section
상속된 상태 및 속성:
이름 출처: prohibited
접근 가능한 이름 필요: False

doc-pagelist (역할)

콘텐츠 안의 페이지 나눔에 대한 링크 목록을 제공하는 탐색 보조 수단.

<nav role="doc-pagelist">
   <h2>페이지</h2>
   <ol>
      <li><a href="chapter.xhtml#Page_1">1</a></li>
      <li><a href="chapter.xhtml#Page_2">2</a></li></ol>
</nav>
doc-pagelist의 특성:
특성
상위 클래스 역할: navigation
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-part (역할)

특정 주제, 서사 흐름 또는 유사하게 캡슐화된 테마를 다루는 관련 섹션 집합을 포함하는 작품의 주요 구조적 구획.

<section role="doc-part">
   <h2>제1부</h2>
   <section role="doc-chapter">
      <h2>1장</h2></section></section>
doc-part의 특성:
특성
상위 클래스 역할: landmark
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-preface (역할)

작품에 앞서 나오는 소개 섹션으로, 일반적으로 작품의 저자가 씁니다.

<section role="doc-preface">
   <h2>소개: 은하계 안내서</h2></section>
doc-preface의 특성:
특성
상위 클래스 역할: landmark
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-prologue (역할)

작품의 배경을 설정하는 소개 섹션으로, 일반적으로 서사의 일부입니다.

<section role="doc-prologue">
   <header>
      <h2>프롤로그</h2>
      <p>합창</p>
   </header>
   <p>위엄이 같은 두 가문이, …</p></section>
doc-prologue의 특성:
특성
상위 클래스 역할: landmark
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-pullquote (역할)

현재 콘텐츠에서 가져와 눈에 띄게 배치되거나 강조된 인용문으로, 주제에 주의를 끌거나 핵심 사항을 강조하도록 설계되었습니다.

다른 출처에서 인용한 구절과 달리, pullquote는 현재 문서 안의 텍스트를 직접 반복한 것입니다. 따라서 저자는 표현용으로 나타나는 항목이 보조 기술 사용자에게 숨겨지도록 MUST 보장해야 합니다(예: aria-hidden 속성 사용).

다음 예제는 다른 위치에 표시될 pullquote의 식별을 보여 줍니다 (예: 스크립트를 통해). 이 경우 표시된 텍스트가 표현용이 아니므로 pullquote는 숨겨지지 않습니다.

<p>… 나는 죽을 수도 있지만, 먼저 너, 나의 폭군이자 고문자는 너의 비참함을 바라보는 태양을 저주하게 될 것이다.
   <span id="pq01" role="doc-pullquote">조심하라, 나는 두려움이 없으므로 강하다.</span>
   나는 뱀의 교활함으로 지켜보다가 그 독으로 찌를 것이다. … </p>

다음 예제는 텍스트를 중복하는 pullquote를 보여 줍니다. 이 인용문은 표현 목적만을 위한 것이므로 숨겨집니다.

<p>… 더 나은 습관은 성장을 향한 길을 열고, 성장은 더 큰 행복으로 이어집니다.</p>
<aside role="doc-pullquote" aria-hidden="true">
   더 나은 습관은 성장을 향한 길을 열고, 성장은 더 큰 행복으로 이어집니다.
</aside>
doc-pullquote의 특성:
특성
상위 클래스 역할: section
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-qna (역할)

인터뷰나 자주 묻는 질문 목록처럼 일련의 질문과 답변으로 구성된 콘텐츠 섹션.

<section role="doc-qna">
   <h2>저자와의 인터뷰</h2>
   <dl>
      <dt>질문: 언제 이 책을 쓰기 시작했나요?</dt>
      <dd>답변: 처음 아이디어를 얻은 것은 …</dd></dl>
</section>
doc-qna의 특성:
특성
상위 클래스 역할: section
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-subtitle (역할)

작품 또는 그 안의 섹션이나 구성 요소에 대한 설명적 또는 대체 제목.

<header>
   <h2>2장 전투</h2>
   <p role="doc-subtitle">다시 한번 돌파구 속으로</p>
</header>
doc-subtitle의 특성:
특성
상위 클래스 역할: sectionhead
관련 개념:
상속된 상태 및 속성:
이름 출처:
  • contents
  • author
접근 가능한 이름 필요: False

doc-tip (역할)

콘텐츠의 어떤 측면을 명확히 하거나 이해를 돕는 유용한 정보.

<aside role="doc-tip">
   <h3></h3>
   <p>이전 값을 포함하는 표현식의 결과인 새 값을
      변수에 할당할 수 있습니다.</p>
</aside>
doc-tip의 특성:
특성
상위 클래스 역할: note
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

doc-toc (역할)

콘텐츠의 주요 섹션 제목에 대한 정렬된 링크 목록을 제공하는 탐색 보조 수단. 목차는 전체 작품을 다룰 수도 있고 그보다 작은 섹션만 다룰 수도 있습니다.

<nav role="doc-toc">
   <h2>목차</h2>
   <ol role="directory">
      <li><a href="preface_001.xhtml">원본 필사자의 주석:</a></li>
      <li><a href="introduction_001.xhtml">어원.</a></li>
      <li><a href="epigraph_001.xhtml">발췌문(하위-하위-사서가 제공).</a></li>
      <li><a href="chapter_001.xhtml">1장. 어렴풋한 그림자.</a></li></ol>
</nav>
doc-toc의 특성:
특성
상위 클래스 역할: navigation
관련 개념:
상속된 상태 및 속성:
이름 출처: author
접근 가능한 이름 필요: False

4. 보안 고려 사항

이 섹션은 비규범적입니다.

이 명세는 새로운 보안 고려 사항을 도입하지 않습니다.

5. 개인정보 보호 고려 사항

이 섹션은 비규범적입니다.

웹 플랫폼 설계 원칙에 따라, 이 명세는 정보가 보조 기술에 의해 사용되고 있는지 확인할 수 있는 프로그래밍 인터페이스를 제공하지 않습니다. 그러나 이 명세는 저자가 보조 기술을 사용하지 않는 사용자에게 제공되는 정보와 다른 정보를 보조 기술 사용자에게 제공할 수 있도록 허용합니다. 이는 다른 많은 웹 기술 스택의 부분을 사용해서도 가능한 것처럼, DPUB-ARIA 명세의 많은 기능을 사용하여 가능합니다. 이러한 콘텐츠 차이는 보조 기술 사용자를 대상으로 능동적 핑거프린팅을 수행하는 데 악용될 수 있습니다.

A. 변경 기록

이 섹션은 비규범적입니다.

A.1 이전 후보 권고안 스냅샷 이후의 실질적 변경 사항

A.2 DPUB-ARIA 1.0 권고안 이후의 실질적 변경 사항

B. 감사의 말

이 섹션은 비규범적입니다.

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

B.1 게시 시점의 ARIA WG 참여자

B.2 지원 기금 제공자

이 출판물은 미국 교육부 산하 국립 장애, 독립생활 및 재활 연구소(NIDILRR)의 미국 연방 기금으로 일부 지원을 받았으며, 처음에는 계약 번호 ED-OSE-10-C-0067, 이후에는 계약 번호 HHSP23301500054C, 현재는 HHS75P00120P00168에 따라 지원되었습니다. 이 출판물의 내용은 반드시 미국 교육부의 견해나 정책을 반영하는 것은 아니며, 상표명, 상업 제품 또는 조직의 언급이 미국 정부의 보증을 의미하지도 않습니다.

C. 참고 문헌

C.1 규범적 참고 문헌

[EPUB-SSV-11]
EPUB 3 구조적 의미론 어휘 1.1. Ivan Herman; Matt Garrish. W3C. 2025년 3월 13일. W3C Working Group Note. URL: https://www.w3.org/TR/epub-ssv-11/
[HTML]
HTML 표준. Anne van Kesteren; Domenic Denicola; Dominic Farolino; Ian Hickson; Philip Jägenstedt; Simon Pieters. WHATWG. Living Standard. URL: https://html.spec.whatwg.org/multipage/
[RFC2119]
요구 수준을 나타내기 위해 RFC에서 사용하는 핵심어. S. Bradner. IETF. 1997년 3월. Best Current Practice. URL: https://www.rfc-editor.org/rfc/rfc2119
[RFC8174]
RFC 2119 핵심어의 대문자와 소문자 사이의 모호성. B. Leiba. IETF. 2017년 5월. Best Current Practice. URL: https://www.rfc-editor.org/rfc/rfc8174

C.2 정보 제공 참고 문헌

[dpub-aam-1.0]
디지털 출판 접근성 API 매핑. Richard Schwerdtfeger; Joanmarie Diggs. W3C. 2017년 12월 14일. W3C Recommendation. URL: https://www.w3.org/TR/dpub-aam-1.0/
[EPUB]
EPUB 3.3. Ivan Herman; Matt Garrish; Dave Cramer. W3C. 2025년 3월 27일. W3C Recommendation. URL: https://www.w3.org/TR/epub-33/
[fingerprinting-guidance]
웹 명세에서 브라우저 핑거프린팅 완화. Nick Doty; Tom Ritter. W3C. 2025년 3월 21일. W3C Working Group Note. URL: https://www.w3.org/TR/fingerprinting-guidance/
[infra]
Infra 표준. Anne van Kesteren; Domenic Denicola. WHATWG. Living Standard. URL: https://infra.spec.whatwg.org/
[SVG2]
확장 가능한 벡터 그래픽(SVG) 2. Amelia Bellamy-Royds; Bogdan Brinza; Chris Lilley; Dirk Schulze; David Storey; Eric Willigers. W3C. 2018년 10월 4일. W3C Candidate Recommendation. URL: https://www.w3.org/TR/SVG2/
[WAI-ARIA]
접근 가능한 리치 인터넷 애플리케이션(WAI-ARIA) 1.1. Joanmarie Diggs; Shane McCarron; Michael Cooper; Richard Schwerdtfeger; James Craig. W3C. 2017년 12월 14일. W3C Recommendation. URL: https://www.w3.org/TR/wai-aria-1.1/