diff --git a/publishing/ja/glossary/a.html b/publishing/ja/glossary/a.html new file mode 100644 index 00000000..1a9bb8c3 --- /dev/null +++ b/publishing/ja/glossary/a.html @@ -0,0 +1,71 @@ + + + + + 用語集 - A + + + + + + +
+
+
+
+ Accessibility tree(アクセシビリティツリー) +
+
+

アクセシビリティツリーは、支援技術によるナビゲーションに最適化された、ブラウザーによって作成された Webドキュメントの表現です。

+ +

アクセシビリティツリーは、本質的にはHTML DOMの修正版です。アクセシビリティツリーには、アクセシブルな名前(accessible name)や説明などの追加情報が含まれ、視覚的なレンダリングにのみ役立つ不要な情報は省略されています。

+
+ +
+ Ace(エース) +
+
+

Ace は、 DAISY コンソーシアムによって開発されたEPUB 出版物のアクセシビリティ チェック ツールです。

+ +

Ace は、機械で検出できる一般的なWCAG違反がないか出版物をチェックし、発見した内容に関するレポートを生成します。

+ +

ツールの詳細については、Ace ウェブサイトを参照してください。

+
+ +
+ ARIA(アリア) +
+
+

Accessible Rich Internet Applications (ARIA) 仕様は、スクリプトを多用する最新の Web アプリケーションを支援技術のユーザーが利用できるようにするための問題に対処します。これらのアプリケーションは、多くの場合、インターフェイスでボタンなどの組み込み HTML 要素を使用しないで、画像などの静的コンテンツをユーザーがクリックしてアクションを実行できるオブジェクトに変換します。これはインターフェイスの視覚的な魅力を高めるために行われますが、ARIA 以前は、これらの機能を動作させるために必要なスクリプトはアクセシビリティツリーに反映されていませんでした。その結果、このようなインターフェイスは使用不可能でした。

+ +

ARIA は、役割(role)、状態(state)、プロパティ(property)を定義して静的要素をより自然な対応物のように表示できるようにすることでこの問題に対処します(たとえば、支援技術によってインタラクティブにできるように、画像にボタンの役割を割り当てることができます)。

+ +

詳細については、 ARIA 仕様を参照してください。

+
+ +
+ Assistive Technology(支援技術) +
+
+

支援技術 (AT) は、障害のある人が読みやすいようにコンテンツをレンダリングできるデバイスまたはソフトウェアプログラムです。

+ +

支援技術は、リーディングシステムに完全に統合されている場合もあれば、ハードウェアやソフトウェアと連携して、読者の好みのモダリティ(例:JAWS や NVDA などのスクリーンリーダー ソフトウェア、拡大技術、点字ディスプレイ)に合わせてより適切に調整された読み取りエクスペリエンスを提供する場合もあります。

+
+ +
+ Author(コンテンツ制作者、または著者) +
+
+

電子出版物を制作し、最終製品の品質とアクセシビリティを確保することに直接責任を負う個人または組織。

+ +

電子出版物の仕様とドキュメントの文脈では、「author」は出版物を書いた人を指すものではありません。人称代名詞(具体的には「あなた」)は、他の言語への翻訳をより複雑にするため、それを避けるために使用されています。

+
+
+
+
+ + diff --git a/publishing/ja/glossary/c.html b/publishing/ja/glossary/c.html new file mode 100644 index 00000000..18c4e4c6 --- /dev/null +++ b/publishing/ja/glossary/c.html @@ -0,0 +1,62 @@ + + + + + 用語集 - C + + + + + + +
+
+
+
+ Container(コンテナー) +
+
+

コンテナーは、電子出版物のリソースをまとめるために使用される単一のファイルです。

+ +

電子出版物は、 HTMLドキュメント、画像、 CSSファイル、スクリプトなど、さまざまなファイルで構成されていますが、それらを 1つのコンテナーにまとめると、出版物の配布が簡単になります(たとえば、出版物全体を、ベンダーに送信したり、ユーザーがダウンロードしたりするときに、1つのファイルですみます)。

+ +

たとえば、 EPUBは、コンテナー形式としてZIPを使用します。

+
+ +
+ Content Provider(コンテンツプロバイダー) +
+
+

オンライン書店での販売や、企業の ウェブサイトからのダウンロード、また、図書館の貸出プログラムなどを通じて、ユーザーに電子出版物を提供する責任を負う組織。

+
+ +
+ Core Media Type(コアメディアタイプ) +
+
+

EPUB 3では、コアメディアタイプは、 EPUB コンテンツ ドキュメントで使用する場合にリーディングシステムがサポートする必要があるファイル形式です。コアメディアタイプを使用すると、ユーザーが使用するリーディングシステムに関係なく、出版物が読み取り可能になることが保証されます。

+ +

たとえば、EPUB 3 では、音声再生をサポートするリーディングシステムが MP3 および MP4 音声をレンダリングできることが求められます。同様に、ビューポートを備えたリーディングシステムは、さまざまな画像形式をサポートする必要があります。これらはすべてコアメディアタイプです。

+ +

リソースのメディア タイプがコアとしてリストされていない場合、それは外部リソースと見なされます(つまり、リーディングシステムはそれをサポートする可能性がありますが、保証はされません)。

+ +

EPUB 3 でサポートされるコアメディアタイプのリストは、EPUB 3 規格に記載されています。

+
+ +
+ CSS(シーエスエス) +
+
+

カスケード スタイル シート (CSS) 言語は、 HTMLおよびSVGドキュメントの視覚的な表示を制御するために使用されます。

+ +

CSS は、作成者が定義した一連のルールに基づいて、フォント、色、枠線、その他の表示要素を指定するために使用されます。

+
+
+
+
+ + diff --git a/publishing/ja/glossary/d.html b/publishing/ja/glossary/d.html new file mode 100644 index 00000000..672b3de9 --- /dev/null +++ b/publishing/ja/glossary/d.html @@ -0,0 +1,72 @@ + + + + + 用語集 - D + + + + + + +
+
+
+
+ DAISY Consortium(デイジー コンソーシアム) +
+
+

DAISYコンソーシアムは、情報と知識をすべての人が利用できるようにするための共通のビジョンに取り組んでいる団体の国際コンソーシアムです。コンソーシアムの使命は、アクセシブルな出版と読書のためのグローバル ソリューションを開発することです。(詳細については、DAISYコンソーシアムのビジョンとミッションを参照してください。)

+ +

DAISYコンソーシアムは、 EPUBの開発において、標準規格の開発だけでなく、 epubcheck 検証ツールAce アクセシビリティ チェッカーリーディングシステムのアクセシビリティ レビュー、ベストプラクティスの開発などの主要なプロジェクトの開発においても重要な役割を果たしてきました。

+
+ +
+ DAISY Digital Talking Books(デイジー デジタル録音図書) +
+
+ DAISY Format(デイジー フォーマット) +
+
+

DAISYコンソーシアムは、もともと印刷物を読むことに障害のある人々(print disabilities)向けの録音図書の標準規格を開発するために設立されました。このフォーマットには、 DAISY 2XHTMLSMILに基づいて構築)とDAISY 3(カスタムXML文法とSMILに基づいて構築)の2つのバージョンがあり、現在でも広く使用されています。

+ +

EPUB 3にアクセシビリティ機能が含まれ、コンテンツ作成者が幅広いユーザーのニーズに対応できる単一のフォーマットを作成できるようになったため、DAISYコンソーシアムは個別の録音図書の規格の開発はしなくなりました。EPUB 3 は DAISY 3 の後継フォーマットと見なされています。

+
+ +
+ DIAGRAM(ダイアグラム) +
+
+

アクセシブルな資料のためのデジタル画像およびグラフィックリソース (DIAGRAM)プロジェクトは、説明を記述するためのコンテンツモデルを定義し、代替表現を含めることによって、画像およびグラフィックコンテンツのアクセシビリティを高めるためにはじまりました。

+ +

プロジェクトの範囲はその後拡大され、 DIAGRAM センターでは、アクセシブルな画像コンテンツの作成だけでなく、数学コンテンツやアクセシブルな出版全般に関するチュートリアルやベストプラクティスも提供しています。

+
+ +
+ Digital Publication(電子出版) +
+
+

電子出版という用語は、特定の形式を指すものではなく、デジタル形式の出版物全般を指すために使用されます。

+ +

電子出版という用語を使用すると、「電子書籍」のようなコンテンツ固有の名前を使用するのを回避できます。出版物は単なる書籍ではなく、雑誌、コミック、オーディオブック、記事、ビジネス文書など、デジタルで出版できるあらゆるものを指します。

+
+ +
+ Document Object Model(ドキュメント オブジェクト モデル) +
+
+

ドキュメント オブジェクト モデル (DOM) は、ユーザーエージェント(リーディングシステムやブラウザーなど)が Web ドキュメント内のマークアップを処理するときに生成される構造です。DOM は一般に枝のツリーに例えられ、各枝はソースドキュメント内のすべての要素の親子関係を表します。

+ +

DOM は、ドキュメントに関する情報が抽​​象的かつ言語に依存しない方法で保存されるため、スクリプトが Web ドキュメントを操作して要素のスタイルを変更したり、コンテンツを追加または削除したりすることを可能にします。

+ +

DOM の詳細については、 MDNの記事「DOM の概要」を参照してください。

+
+
+
+
+ + diff --git a/publishing/ja/glossary/e.html b/publishing/ja/glossary/e.html new file mode 100644 index 00000000..cf16b4b7 --- /dev/null +++ b/publishing/ja/glossary/e.html @@ -0,0 +1,144 @@ + + + + + 用語集 - E + + + + + + +
+
+
+
+ Ebook(電子書籍/イーブック) +
+
+

デジタル形式で作成された書籍はすべて電子書籍です。電子書籍は、EPUB、Microsoft Word、PDF、テキスト、MOBI など、さまざまな形式で作成できます。

+ +

この用語は書籍中心の性質を持つため、規格の開発ではほとんど使用されません。「電子書籍(ebook)」形式は、ジャーナル、記事、雑誌にも同様に使用できますが、その名前はこれらの用途に適していません。電子出版物(digital publication)という用語は、デジタル形式のあらゆる種類の出版物を指すためによく使用されます。

+
+ +
+ EPUB(イーパブ) +
+
+

EPUBは、電子出版物の配布および交換フォーマットです。構造化され意味的に強化された Web コンテンツ(HTMLCSSSVG 、その他のリソースを含む)を表現、パッケージ化、エンコードし、単一ファイルコンテナーで配布する機能があります。

+ +

EPUBはもともとIDPFによって開発されましたが、現在はW3CEPUB 3 コミュニティグループによって管理されています。

+
+ +
+ EPUB 2(イーパブ2) +
+
+

EPUB 2 は、2007年に導入されたEPUBの最初のバージョンです。

+ +

EPUB 2 では、コンテンツのマークアップ標準としてXHTML 1.1が使用されていましたが、インタラクティブなサーバー側機能(スクリプト、フォーム、イベント、サーバー側マップなど)を提供するモジュールのサポートがありません。

+ +

EPUB 2 は、多くの制限(スタイルサポートの貧弱さ、アクセシビリティ機能の制限、国際言語のサポートの制限など)があったため、すぐにEPUB 3になりました。

+ +

Open Ebook Publication Structure と呼ばれる形式が EPUB 2 の前身でした。

+ +

詳細については、 EPUB 2 規格を参照してください。

+
+ +
+ EPUB 3(イーパブ3) +
+
+

EPUB 3 はEPUBの現在のバージョンです。2011 年にEPUB 2 の後継となり、コンテンツを表現する形式がXHTML5SVGに移行しました。

+ +

EPUB 3 は、出版業界がすでにサポートしている、アクセシビリティが向上した形式であるため、 DAISY 3 形式の後継でもあります。

+ +

詳細については、EPUB 3 規格を参照してください。

+
+ +
+ EPUB Container(イーパブ コンテナー) +
+
+

OCF コンテナーを参照してください。

+
+ +
+ EPUB Content Document(イーパブ コンテンツ ドキュメント) +
+
+

EPUB コンテンツ ドキュメントは、 EPUB規格の要件に準拠するXHTMLまたはSVGドキュメントに使用される総称です。

+ +

EPUB 出版物は、読むと1つのドキュメントのように見えますが、コンテンツは通常、コンテナー内で多数の個別のコンテンツ ドキュメントに分割されています。パッケージ ドキュメントspine(スパイン)と呼ばれる機能は、コンテンツ ドキュメントを表示する順序を定義し、1つのシームレスなドキュメントのような印象を与えます。

+
+ +
+ EPUB Navigation Document(イーパブ ナビゲーション ドキュメント) +
+
+

EPUB ナビゲーション ドキュメントは、 EPUB 出版物内の特別なドキュメントであり、主要なナビゲーション補助(目次、ページリストランドマークなど)を提供します。

+ +

このドキュメントは、主にリーディングシステムでの使用を目的としています。たとえば、ユーザーがボタンをクリックして目次を開くと、その目次の情報はナビゲーションドキュメントから読み取られます。

+ +

EPUB ナビゲーション ドキュメントを EPUB 出版物のコンテンツ内で再利用することは可能ですが、この場合、ドキュメントは他の HTML ドキュメントと同じように表示されます。

+
+ +
+ EPUB Publication(イーパブ出版物) +
+
+

EPUB形式の電子出版物

+
+ +
+ EPUB Style Sheet(イーパブ スタイルシート) +
+
+

EPUB 3 では当初、「EPUB スタイル シート」という名前で、作成者が使用し、リーディングシステムがサポートすることが推奨されるCSSのベースライン セットが定義されました。

+ +

しかし、この命名により、EPUB が独自の CSS バージョンを定義していると誤解されることがあり、混乱が生じました。その結果、この名前は EPUB 仕様では使用されなくなり、より一般的な CSS の参照に置き換えられました。

+ +

「EPUB スタイル シート」への言及はすべて、「CSS スタイル シート」と同義として理解する必要があります。

+
+ +
+ epub:type(イーパブ:タイプ) +
+
+

epub:typeは、意味の変化(要素の目的に関する情報を追加する機能) を提供するためにEPUB 3で導入された属性の名前です。

+ +

これは、EPUB コンテンツ ドキュメントのマークアップを強化するために、 EPUB Structural Semantics Vocabulary(EPUB 構造セマンティクス語彙)とともに使用されます。

+ +

当初、この属性は出版社の社内で、セマンティック マークアップのニーズとアクセシビリティの橋渡しとなることが期待されていましたが、アクセシビリティの面でこの属性が支持されることはなく、この目的での使用は推奨されなくなりました。

+ +

詳細については、ナレッジベースのepub:typeページを参照してください。

+
+ +
+ Epubcheck(イーパブ チェック) +
+
+

Epubcheck は、EPUB ファイルに問題がないか検査する検証ツールです。特に、ファイルを開けなくなる可能性のある致命的なエラーや、コンテンツが期待どおりに動作しない原因となる一般的なエラーを報告し、推奨されない方法についての警告もします。

+ +

epubcheck の詳細については、 Epubcheck wikiを参照してください。

+
+ +
+ Escapable(回避可能 / エスケーパブル) +
+
+

回避可能性とは、視覚を持たない読者が現在読んでいる構造を離れ、次の論理的な位置から読み続けられることを指します。

+ +

表は、回避可能な構造の一例です。支援技術によって、現在の表のセルから「脱出」して別のセルに移動する機能(または、表を完全に終了して次の内容を読み続ける機能)が提供されます。

+ +

リストは回避可能な構造のもうひとつの例です。支援技術のユーザーは、他の読者と同様に、いつもリスト内のすべてのリスト項目を読むことに関心があるわけではありません。

+
+
+
+
+ + diff --git a/publishing/ja/glossary/f.html b/publishing/ja/glossary/f.html new file mode 100644 index 00000000..2b489d70 --- /dev/null +++ b/publishing/ja/glossary/f.html @@ -0,0 +1,33 @@ + + + + + 用語集 - F + + + + + + +
+
+
+
+ Foreign Resource(フォーリン リソース) +
+
+

Foreign Resourceとは、EPUB コンテンツ ドキュメントで使用される場合にEPUB 3リーディングシステムでサポートされることが保証されていないあらゆる種類のコンテンツです。

+ +

Foreign resourceは、サポートが必要なコア メディア タイプとは逆のものです。

+ +

コンテナの外部でホストできるリソースであるremote resource(リモートリソース)と、Foreign resourceを混同しないでください。(コンテナの外部でホストされるForeign resourceもリモートリソースと見なされますが、これらは別の指定です。)

+
+
+
+
+ + diff --git a/publishing/ja/glossary/index.html b/publishing/ja/glossary/index.html new file mode 100644 index 00000000..822ab907 --- /dev/null +++ b/publishing/ja/glossary/index.html @@ -0,0 +1,64 @@ + + + + + 用語集 + + + + + + +
+ +
+ + diff --git a/publishing/ja/html/epub-type.html b/publishing/ja/html/epub-type.html new file mode 100644 index 00000000..30d1e4ef --- /dev/null +++ b/publishing/ja/html/epub-type.html @@ -0,0 +1,110 @@ + + + + + epub:type 属性 + + + + + + + +
+
+

要約

+ +

epub:type属性は EPUB リーディングシステムでのユーザー体験を向上させることができますが、支援技術でのアクセシビリティは向上しません

+
+ +
+

テクニック

+ + + +
+

注記

+

現時点では、ユーザー機能強化を提供するepub:typeの他の使用法は知られていません。

+
+
+ +
+

+ +
+
一般的な注のセマンティクス
+
+
脚注と参考文献
+
+
<p>lorum ipsum.<a epub:type="noteref" href="#fn01">1</a></p>
+<aside epub:type="footnote">
+   …
+</aside>
+
+
文末脚注と参考文献
+
+
<p>lorum ipsum.<a epub:type="noteref" href="#en01">1</a></p>
+<aside epub:type="endnote">
+   …
+</aside>
+
+
文末脚注セクション
+
+
<section epub:type="endnotes">
+   <h1>Endnotes</h1>
+   
+   <section>
+     <h2>Chapter 1</h2>
+     <aside epub:type="endnote">
+       …
+     </aside>
+     …
+   </section>
+   …
+</section>
+
+
+
+
+ +
+

解説

+ +

脚注を開くなどの特殊な動作を有効にするには、コンテンツがリーディングシステムで適切に識別される必要があります。

+ +

epub:type属性は、ドキュメント本文内の任意の要素に追加のセマンティクスを付与するために使用できます。EPUB Structural Semantics Vocabularyで定義されている用語であればどれでも使用できますが、この属性はポップアップ脚注以外ではあまり使用されていません。

+ +

特定のセマンティクスのみが特定のタグで使用できることに注意してください。たとえば、 aside要素を脚注としてマークすることは適切ですが、 sectionを脚注としてマークすることはあまり適切ではありません。Structural Semantics Vocabularyには、このプロセスを容易にするために各セマンティクスと組み合わせて使用​​される共通要素がリストアップされています(ただし、ルールに例外が発生する場合もあります)。

+
+ +
+

ARIA ロールとの比較

+ +

epub:type属性は、ポップアップ形式の脚注などのユーザーエージェントの動作を容易にするだけです。これは、出版社のワークフローのセマンティクスとアクセシビリティのニーズの橋渡しをすることが期待されていましたが、成功しませんでした。それ自体では出版物のアクセシビリティは向上しません

+ +

この属性は、ARIAロールを生成する手段として内部ワークフローで依然として役立つ可能性がありますが、このような場合には ARIA 仕様の要件に厳密に従う必要があります。ロールの使用はepub:typeよりもはるかに制限的です。

+ +

アクセシビリティと拡張ユーザーエージェントの動作が重複する場合には、 epub:typerole属性の両方を使用することもできます。

+ +

epub:typeから ARIArole属性に切り替えるときに避けるべき悪習慣の一覧については、「EPUB Type to ARIA Role Authoring Guide」を参照してください。

+
+ +
+

関連リンク

+ + +
+
+ + diff --git a/publishing/ja/metadata/schema.org/accessModeSufficient.html b/publishing/ja/metadata/schema.org/accessModeSufficient.html new file mode 100644 index 00000000..09f114fc --- /dev/null +++ b/publishing/ja/metadata/schema.org/accessModeSufficient.html @@ -0,0 +1,96 @@ + + + + + accessModeSufficient + + + + + + + +
+
+

定義

+ +

リソースのすべての知的コンテンツを理解するのに十分な、単一または複合アクセス モードのリスト。

+
+ +
+

+ +
+
+
例 1 — EPUB 3
+
+
<meta property="schema:accessModeSufficient">textual,visual</meta>
+<meta property="schema:accessModeSufficient">textual</meta>
+
+ +
+
+
例 2 — EPUB 2
+
+
<meta name="schema:accessModeSufficient" content="textual,visual"/>
+<meta name="schema:accessModeSufficient" content="textual"/>
+
+ +
+
+
例 3 — RDFa を使用した HTML
+
+
<meta property="accessModeSufficient" content="textual,visual"/>
+<meta property="accessModeSufficient" content="textual"/>
+
+ +
+
+
例4 — マイクロデータを含むHTML
+
+
<meta itemprop="accessModeSufficient" content="textual,visual"/>
+<meta itemprop="accessModeSufficient" content="textual"/>
+
+
+ +
+

+ +

このプロパティは、次の 1 つ以上の値を取ります。

+ + + +

これらの値の意味はアクセス モードの定義と同じですが、十分なアクセス モードとは、コンテンツそのものの単なる生のアクセス モードだけではなく、コンテンツを十分に利用するために使えるさまざまな感覚の組み合わせを識別します。

+ +

たとえば、画像とテキストを含む出版物では、視覚モードとテキスト モードの両方が必要になります。画像も代替テキストと拡張説明とで適切に説明されている場合には、単一のテキスト モードでも十分であり、視覚障害のある人でもコンテンツを利用できることが示されます。

+ +
+

注記

+

使用するメタデータ形式(JSON-LD など)がリストをサポートしていない場合は、アクセスモードごとに個別のプロパティ宣言を使用します。値はコンマで区切ります。

+
+
+ +
+

関連リンク

+ +
+
+ + diff --git a/publishing/ja/metadata/schema.org/accessibilityFeature/closedCaptions.html b/publishing/ja/metadata/schema.org/accessibilityFeature/closedCaptions.html new file mode 100644 index 00000000..a4a96a51 --- /dev/null +++ b/publishing/ja/metadata/schema.org/accessibilityFeature/closedCaptions.html @@ -0,0 +1,92 @@ + + + + + closedCaptions + + + + + + + +
+
+

定義

+ +

音声およびビデオ コンテンツで同期されたクローズド キャプションが利用できることを示します。

+
+ +
+

+ +
+
+
例 1 — EPUB 3
+
+
<meta property="schema:accessibilityFeature">
+   closedCaptions
+</meta>
+
+ +
+
+
例 2 — EPUB 2
+
+
<meta name="schema:accessibilityFeature"
+      content="closedCaptions"/>
+
+ +
+
+
例3 — オーディオブック
+
+
"accessibilityFeature": ["closedCaptions"]
+
+
+ +
+

解説

+ +

closedCaptionsは、出版物に聴覚コンテンツのクローズド キャプションが含まれていることを示すために使用されます。

+ +

クローズド キャプションはビデオ ストリームとは別に定義され、ユーザーはオン/オフを切り替えたり、表示を制御したりできます。対照的に、オープン キャプションは、ビデオ ストリームに直接焼き付けられ、変更できない形式で常に表示されます。

+ +
+
+

track要素を使用して HTML ビデオに提供されるキャプション。

+
+
+
+ +
+

注記

+

HTML のaudio要素はキャプションの表示領域を提供しないため、キャプションのレンダリングには使用できません。

+
+ +

クローズド キャプションは、話されている会話の文字起こしを提供するほか、発生している関連する音 (例:音楽の再生、電話の呼び出し音など) も説明します。クローズド キャプションは、音声がミュートされている場合や音声が完全に聞こえない場合に役立ちます。

+ +

クローズド キャプションは、厳密には会話の文字起こしである字幕とは異なります (通常は、話されている言語以外の言語でも利用できます)。アクションを説明しないという点で、音声の解説とは異なります。

+
+ +
+

関連リンク

+ + +
+
+ + diff --git a/publishing/ja/metadata/schema.org/accessibilityFeature/fullRubyAnnotations.html b/publishing/ja/metadata/schema.org/accessibilityFeature/fullRubyAnnotations.html new file mode 100644 index 00000000..299a396d --- /dev/null +++ b/publishing/ja/metadata/schema.org/accessibilityFeature/fullRubyAnnotations.html @@ -0,0 +1,73 @@ + + + + + fullRubyAnnotations + + + + + + + +
+
+

定義

+ +

コンテンツ内のすべてのCJK表意文字にルビ[JLreq]が付けられていることを示します。

+
+ +
+

+ +
+
+
例 1 — EPUB 3
+
+
<meta property="schema:accessibilityFeature">
+   fullRubyAnnotations
+</meta>
+
+ +
+
+
例 2 — EPUB 2
+
+
<meta name="schema:accessibilityFeature"
+      content="fullRubyAnnotations"/>
+
+ +
+
+
例3 — オーディオブック
+
+
"accessibilityFeature": ["fullRubyAnnotations"]
+
+
+ +
+

解説

+ +

fullRubyAnnotations値は、全文にルビが使用できることを示します。ルビは、韓国語や日本語などの言語の発音ガイドです。

+ +

テキストの一部にのみルビが付いている場合は、代わりにrubyAnnotations値を使用します。

+
+ +
+

関連リンク

+ + +
+
+ + diff --git a/publishing/ja/metadata/schema.org/accessibilityFeature/highContrastAudio.html b/publishing/ja/metadata/schema.org/accessibilityFeature/highContrastAudio.html new file mode 100644 index 00000000..c175af2b --- /dev/null +++ b/publishing/ja/metadata/schema.org/accessibilityFeature/highContrastAudio.html @@ -0,0 +1,75 @@ + + + + + highContrastAudio + + + + + + + +
+
+

定義

+ +

前景に発話を含む音声コンテンツは、WCAG 達成基準 1.4.7 に定められたコントラスト閾値を満たしています。

+
+ +
+

+ +
+
+
例 1 — EPUB 3
+
+
<meta property="schema:accessibilityFeature">
+   highContrastAudio
+</meta>
+
+ +
+
+
例 2 — EPUB 2
+
+
<meta name="schema:accessibilityFeature"
+      content="highContrastAudio"/>
+
+ +
+
+
例3 — オーディオブック
+
+
"accessibilityFeature": ["highContrastAudio"]
+
+
+ +
+

解説

+ +

highContrastAudio値は、出版物に発話と音声が含まれており、背景ノイズが低いかまったくない場合に使用されます。背景ノイズが低いとは、前景の音声と背景音の差が最低 20 dB であると定義されます ( WCAG 達成基準 1.4.7を参照)。

+ +

ハイコントラスト音声は、難聴で前景のスピーチと背景のノイズを区別することが難しいユーザーに役立ちます。

+ +

背景ノイズが低い、または全く無しの要件は、背景音がプレゼンテーションに不可欠な音楽作品には適用されまん、

+
+ +
+

関連リンク

+ + +
+
+ + diff --git a/publishing/ja/metadata/schema.org/accessibilityFeature/highContrastDisplay.html b/publishing/ja/metadata/schema.org/accessibilityFeature/highContrastDisplay.html new file mode 100644 index 00000000..74f1a5cd --- /dev/null +++ b/publishing/ja/metadata/schema.org/accessibilityFeature/highContrastDisplay.html @@ -0,0 +1,73 @@ + + + + + highContrastDisplay + + + + + + + +
+
+

定義

+ +

コンテンツは、WCAG達成基準 1.4.6 に定められた視覚コントラストの閾値を満たしています。

+
+ +
+

+ +
+
+
例 1 — EPUB 3
+
+
<meta property="schema:accessibilityFeature">
+   highContrastDisplay
+</meta>
+
+ +
+
+
例 2 — EPUB 2
+
+
<meta name="schema:accessibilityFeature"
+      content="highContrastDisplay"/>
+
+ +
+
+
例3 — オーディオブック
+
+
"accessibilityFeature": ["highContrastDisplay"]
+
+
+ +
+

解説

+ +

highContrastDisplay値は、文字画像を含む前景テキストと背景の間に少なくとも 7:1 のコントラスト比があることを示すために使用されます( WCAG 成功達成基準 1.4.6を参照)。

+ +

高コントラスト表示は、中等度の弱視や色覚異常のあるユーザーに役立ちます。

+
+ +
+

関連リンク

+ + +
+
+ + diff --git a/publishing/ja/metadata/schema.org/index.html b/publishing/ja/metadata/schema.org/index.html new file mode 100644 index 00000000..9b312a54 --- /dev/null +++ b/publishing/ja/metadata/schema.org/index.html @@ -0,0 +1,141 @@ + + + + + Schema.org アクセシビリティ メタデータ + + + + + + + +
+
+

要約

+ +

出版物がどのように配布または消費されるかに関係なく発見を可能にするために、schema.orgアクセシビリティ メタデータを含めます。

+
+ +
+

プロパティ

+ +

schema.org の CreativeWork クラスには、出版物のアクセス可能な品質を識別するために使用される一連のプロパティが含まれています。このメタデータは、RDFa または microdata 属性を使用して HTML ドキュメントで表現され、コンテンツ (ビデオなど) のアクセス可能な品質を識別できます。また、EPUB パッケージ ドキュメントに含めることで、出版物の特定のレンディションのアクセシビリティの全体像を提供することもできます。

+ +

各プロパティの使用方法の詳細については、それぞれのナレッジ ベース ページを参照してください。

+ + + +
+

注記

+

accessibilityAPIaccessibilityControlも schema.org アクセシビリティの プロパティですが、デジタル出版物の記述に使用されることはほとんどありません。

+
+
+ +
+

+ +
+
+
例 1 — パッケージ ドキュメントのメタデータ (EPUB 3)
+

次の例は、MathML と説明付き画像、およびアクセシブルなスクリプト コンテンツを含む数式の教科書の典型的なメタデータ セットを示しています。

+
+
<metadata>
+  <meta property="schema:accessibilitySummary">
+     This publication conforms to WCAG 2.0 Level AA.
+  </meta>
+  <meta property="schema:accessMode">textual</meta>
+  <meta property="schema:accessMode">visual</meta>
+  <meta property="schema:accessModeSufficient">textual</meta>
+  <meta property="schema:accessibilityFeature">structuralNavigation</meta>
+  <meta property="schema:accessibilityFeature">MathML</meta>
+  <meta property="schema:accessibilityFeature">alternativeText</meta>
+  <meta property="schema:accessibilityFeature">longDescription</meta>
+  <meta property="schema:accessibilityHazard">noFlashingHazard</meta>
+  <meta property="schema:accessibilityHazard">noSoundHazard</meta>
+  <meta property="schema:accessibilityHazard">noMotionSimulationHazard</meta>
+  …
+</metadata>
+
+ +
+
+
例 2 — パッケージ ドキュメントのメタデータ (EPUB 2)
+

以下は、EPUB 2 パッケージ ドキュメントで使用されるわずかに異なる構文(つまり、 namecontent属性の使用)を示す例 1の部分的なレンダリングです。

+
+
<metadata>
+  <meta name="schema:accessibilitySummary" content="This publication conforms to WCAG 2.0 Level AA."/>
+  <meta name="schema:accessMode" content="textual"/>
+  …
+</metadata>
+
+ +
+
+
例 3 — オーディオブックのマニフェストメタデータ
+

次の例は、オーディオブックのマニフェストで使用するために、例 1 を JSON で書き直したものです。

+
+
…
+  "accessibilitySummary": "This publication conforms to WCAG 2.0 Level AA.",
+  "accessMode": ["textual", "visual"],
+  "accessModeSufficient" : [
+    {
+      "type": "ItemList",
+      "itemListElement": [textual]
+    }
+  ],
+  "accessibilityFeature": ["structuralNavigation", "MathML", "alternativeText", "longDescription"],
+  "accessibilityHazard": ["noFlashingHazard", "noSoundHazard", "noMotionSimulationHazard"],
+  …
+
+ +
+
+
例4 — 埋め込みメタデータ(RDFa)
+

単一のビデオを説明するアクセシビリティ メタデータは、HTML ドキュメントの本文に含まれています。

+
+
<div vocab="http://www.schema.org" typeof="VideoObject" property="video">
+  <video controls="controls" src="croc.mp4"/>
+  <meta property="accessibilityFeature" content="captions"/>
+  <meta property="accessibilityFeature" content="transcript"/>
+  <meta property="accessibilityHazard" content="none"/>
+  <p>A transcript of the video follows:</p>
+  …
+</div>
+
+
+ +
+

関連リンク

+ + +
+
+ +