時限テキストマークアップ言語 2 (TTML2)

3.2.1 汎用プロセッサの適合性

TTML2 コンテンツプロセッサは、 次の汎用プロセッサ基準が 満たされる場合、この仕様に適合する。

1. プロセッサは、適合する 文書インスタンスの 縮小 XML 情報集合表現を 概念上インスタンス化するための少なくとも 1 つの機構を提供する。

2. プロセッサはプロファイル処理を実行する。

   注:

   プロファイル処理の実行は、 次の項目で説明される [validate document] 手続きを 実行するまでには至らない、一定程度の部分的妥当性検証を意味する。 特に、プロファイル関連語彙の構文的表現、およびこの語彙の使用に適用される 本質的な構文制約またはセマンティクス制約は、実装がこの語彙を使用する前に 名目的に検証することが期待される。 プロファイル 処理が、構文制約またはセマンティクス制約の重大な違反を検出することなく完了した場合、 より完全な妥当性検証は [validate document] 手続きによって実行できる。

3. プロセッサが 妥当性検証コンテンツ プロセッサである場合、 それは

   1. 候補文書インスタンスの 縮小 XML 情報集合表現を、 4 文書 型で定義される 抽象文書型の 1 つに暗黙的または明示的に関連付けるための 少なくとも 1 つの機構を提供し、かつ

   2. [validate document] 手続きを実行する。

   注:

   この仕様は、妥当性検証処理の実行と、 上の項目で説明された プロファイル処理の実行との間に 厳密な順序を定義しない。特に、これら 2 つの 処理ステップは、文書インスタンスに対して さらなる（変換または提示）処理を実行する前に、両方が完了するように 交互に行われてもよい（または繰り返されてもよい）。

   上記にもかかわらず、妥当性検証処理と プロファイル処理の間には暗黙の順序関係がある。 具体的には、妥当性検証処理を 実行するには、 実効妥当性検証プロファイルの値を 解決する必要があり、その値を解決するには 実効コンテンツプロファイルの値を 解決する必要がある。または、その値が null である場合には、 実効プロセッサプロファイルの値を 解決する必要がある。これら後者 2 つの値は プロファイル処理中に取得される。

   注:

   妥当性検証 処理と プロファイル処理を交互に行う例として、 次のシナリオ（示された順序）を考える。

   • 入力文書ソースの整形式性を検証する（妥当性検証 処理）。

   • 入力文書ソースを潜在的に妥当な抽象文書 インスタンスとしてインスタンス化する（一般処理）。

   • 組み込みアプリケーションセマンティクスを使用して妥当性検証状態を初期化する （妥当性検証処理）。

   • 組み込みアプリケーションセマンティクスを使用してプロファイル状態を初期化する （プロファイル 処理）。

   • 妥当性検証関連語彙を検証する（妥当性検証処理）。

   • 妥当な妥当性検証関連語彙を使用して妥当性検証状態を更新する （妥当性検証処理）。

   • プロファイル関連語彙を検証する（妥当性検証処理）。

   • 妥当なプロファイル関連語彙を使用してプロファイル状態を更新する（プロファイル 処理）。

   • [abort if unsupported processor profile] 手続きの abort ステップを実行する （プロファイル 処理）。

   • 新しいプロファイル状態に基づき必要に応じて妥当性検証語彙およびプロファイル語彙を 再検証しながら、文書全体を妥当性検証する （妥当性検証処理）。

   • 処理が中止されない場合、変換または提示 処理へ継続する（一般処理）。

4. プロセッサは、適合する 文書インスタンスの処理を a priori に拒否または中止してはならない。ただし、次の場合を除く。

   1. プロセッサが、 文書 インスタンスに適用されると宣言された TTML プロファイルによって 指定または暗示される要求（必須）機能の一部をサポートしない場合。 または

   2. 妥当性検証エラーが、 [validate document] 手続きを実行する際に発生する場合。

5. プロセッサは、この仕様で定義されるすべての必須処理セマンティクスをサポートする。

   注:

   必須セマンティクスという句は、適合性キーフレーズ must および must not のすべての明示的使用、ならびにそのようなキーフレーズから 合理的に推論できる任意の宣言文を指す。

   注:

   機能または 拡張の必須セマンティクスのサポートは、 その機能または 拡張が TTML コンテンツプロセッサによって サポートされる場合にのみ適用される。

6. プロセッサがこの仕様で定義される任意処理セマンティクスの一部をサポートする場合、 定義されたセマンティクスと整合する方法でそれを行う。

   注:

   任意セマンティクスという句は、適合性キーフレーズ should、should not、 may、および may not の すべての明示的使用、ならびにそのようなキーフレーズから合理的に推論できる 任意の宣言文を指す。

3.2.2 変換プロセッサの適合性

TTML コンテンツプロセッサは、 次の基準が満たされる場合、適合する TTML2 変換プロセッサである。

1. プロセッサは 3.2.1 汎用プロセッサの適合性で 指定されるすべての要件を満たす。

2. プロセッサは G.3 TTML2 変換プロファイルで 指定される TTML 変換プロファイルをサポートする。

3. プロセッサは G.6 DFXP 変換プロファイルで 指定される DFXP 変換プロファイルをサポートする。

3.2.3 提示プロセッサの適合性

TTML コンテンツプロセッサは、 次の基準が満たされる場合、適合する TTML2 提示プロセッサである。

1. プロセッサは 3.2.1 汎用プロセッサの適合性で 指定されるすべての要件を満たす。

2. プロセッサは G.2 TTML2 提示プロファイルで 指定される TTML 提示プロファイルをサポートする。

3. プロセッサは G.5 DFXP 提示プロファイルで 指定される DFXP 提示プロファイルをサポートする。

4. プロセッサは 11.3.1.3 中間 同期文書構築および 11.3.1.4 同期フロー 処理を実行する。

3.4.1 前方互換性

適合する TTML1 プロセッサは、未知の語彙を無視し、 適合する TTML1 コンテンツ文書インスタンスで 許可されないコンテキストに現れる既知の語彙を無視するなら、 TTML2 コンテンツ文書インスタンスを 処理できる場合がある。 しかし、そのような処理は、コンテンツを破棄したり提示に失敗したり、 適合する TTML2 プロセッサで処理された場合に意図されるものとは異なる形で コンテンツを提示したりする場合がある。

3.4.2 後方互換性

TTML2 は次のように設計されている。

• 適合する TTML1 コンテンツ文書 インスタンスは、適合する TTML2 コンテンツ 文書インスタンスである。

• 適合する TTML2 プロセッサは、適合する TTML1 コンテンツ文書インスタンスを、 TTML2 プロセッサによって生成される出力が TTML1 で許容される変動の範囲内に 収まるように処理する。ただし、非推奨機能に遭遇した場合には 警告を発する場合がある。

5.2.1 はじめに

このサブセクションは非規範的である。

あるプロファイルは、Timed Text Markup Language コンテンツ著者によって、 2 つの機能のいずれかのために使用できる。(1) 文書インスタンスが、どの 語彙がどのように使用されるかに関する制約の集合に従うことを宣言するため、 または (2) プロセッサが、コンテンツをどのように 処理するかに関する一定の条件を満たさなければならないことを宣言するためである。 これらの機能のうち前者はコンテンツプロファイルと呼ばれ、後者は プロセッサプロファイルと呼ばれる。

コンテンツプロファイルは、著者がオーサリング時に、 文書 インスタンスに適用することを意図する制約を宣言できるようにするために使用される。 そのような宣言により、下流のプロセッサはコンテンツの妥当性検証または検証を実行でき、 また、著者が指定したコンテンツプロファイルへの準拠を維持するために、 コンテンツの後続の変換または編集を導いたり制限したりできる。さらに、 下流のプロセッサは、コンテンツプロファイル宣言を使用して、そのコンテンツプロファイルが 暗示する機能を処理できるかどうかを早期に判定する場合がある。

コンテンツプロファイルは、(1) ルート tt 要素上の ttp:contentProfiles 属性、(2) 型が content である 1 つ以上のトップレベル ttp:profile 要素、または (3) これら 2 つの機構の組み合わせを使用して宣言される。 宣言されない場合、コンテンツプロファイルは暗示されない。

プロセッサプロファイルは、著者がオーサリング時に、 文書 インスタンスを処理するときにどの処理がサポートされなければならないかを 宣言できるようにするために使用される。これにより、プロセッサが 示された処理を実行できない場合には、処理は中止されるべきである。 そのような宣言により、下流のプロセッサは、コンテンツ著者の要件を満たす方法で 処理できないコンテンツの処理を回避できる。

プロセッサプロファイルは、(1) ルート tt 要素上の ttp:processorProfiles 属性、(2) 型が processor である 1 つ以上の ttp:profile 要素、または (3) ルート tt 要素上の ttp:profile 属性を使用して 宣言される。宣言されない場合、プロセッサプロファイルは、宣言された コンテンツプロファイルまたは 既定プロセッサプロファイルから推論される。

コンテンツ著者は単一のプロファイルの使用に限定されず、いずれの型の 複数のプロファイル、すなわち複数のコンテンツプロファイルおよび/または 複数のプロセッサプロファイルを参照してもよい。複数のプロファイルが 参照される場合、それぞれの仕様は結合され、文書に適用される単一の 実効コンテンツプロファイルと、文書を処理する際にプロセッサに適用される単一の 実効プロセッサプロファイルを形成する。さらに、著者は外部で定義された プロファイルの参照に限定されず、1 つ以上のプロファイルを文書内にインラインで定義してもよい。

5.2.2 プロファイル例

このサブセクションは非規範的である。

TTML 提示プロファイルの、著者定義による 加算的な派生プロファイルの例を、 下の 例断片 – TTML 加算的 プロファイルに示す。

<tt xml:lang="" xmlns="http://www.w3.org/ns/ttml">
 <head>
   <profile use="ttml2-presentation" xmlns="http://www.w3.org/ns/ttml#parameter">
     <features xml:base="http://www.w3.org/ns/ttml/feature/">
       <feature value="required">#fontStyle-italic</feature>
     </features>
   </profile>
 </head>
 <body/>
</tt>

5.2.3 プロファイル指定子

プロファイルは、参照元文書の外部で定義されているか、 参照元文書内にインラインで定義されているかに応じて、2 つの方法のいずれかで 参照される。外部で定義される場合、プロファイルは <absolute-profile-designator> または <relative-profile-designator> 式によって参照される。 内部（インライン）で定義される場合、プロファイルは暗黙的に、または <fragment-profile-designator> 式によって参照される。

プロファイル指定子は、<uri> 値構文に従わなければならない。 プロファイル指定子が相対 URI として表現される場合、 TT プロファイル名前空間値を基底 URI として使用して絶対化されなければならない。

TT プロファイル名前空間を接頭辞として持つが、それ以外では 表 5-2 – プロファイルに列挙されていない すべてのプロファイル指定子は、将来の標準化のために予約され、適合する 文書インスタンスに現れてはならない。 この制約にもかかわらず、プロファイル指定子は 表 5-2 – プロファイルに列挙された指定子の集合に 制限されず、TT プロファイル名前空間を接頭辞として使用しない限り、 TTML プロファイル定義文書を 実現可能な形で逆参照する任意の URI であってよい。

5.2.4 プロファイルセマンティクス

5.3.1 妥当性検証セマンティクス

5.4.1 コアカタログ

コア語彙カタログは、将来のプロファイルのためのベースライン語彙を提供しつつ、 TTML の必要性を満たすことを意図している。この語彙は、 次のセクションで詳細に指定される個別のカテゴリに分けられる。

• 6 プロファイル

• 7 パラメータ

• 8 コンテンツ

• 9 埋め込みコンテンツ

• 10 スタイリング

• 11 レイアウト

• 12 タイミング

• 13 アニメーション

• 14 メタデータ

文書 インスタンスで使用するために指定されるコア要素語彙は、 表 5-3 – 要素語彙に列挙される。

TTML 要素型の内容モデルを定義する際に使用される要素語彙グループは、 表 5-4 – 要素語彙グループに列挙される。

コア語彙カタログで使用するために指定される属性語彙は、 表 5-5 – 属性語彙に列挙される。

5.4.2 拡張カタログ

拡張語彙カタログは、TTML の将来の プロファイルで使用されることを意図しており、このバージョンの TTML ではこれ以上定義されない。

標準化された拡張語彙に加えて、適合する 文書インスタンスは、この仕様で使用するために 定義された名前空間以外の任意の名前空間に属する、任意の名前空間修飾された 要素を含んでもよい。さらに、適合する 文書インスタンスは、TTML 定義語彙上に、 この仕様で使用するために定義された名前空間以外の任意の名前空間に属する、 任意の名前空間修飾された属性を含んでもよい。

6.1.1 ttp:profile

ttp:profile 要素は、 コンテンツプロファイルまたは プロセッサプロファイルを指定するために使用される。 プロセッサプロファイルは、 そのような機能および拡張を使用する（または使用する可能性がある） 文書インスタンスを処理するために、 コンテンツプロセッサが サポートしなければならない、またはサポートしてもよい 必須（mandatory）および任意（voluntary）の機能および拡張の集合を指定する。 コンテンツプロファイルは、 そのプロファイルへの準拠を宣言する 文書インスタンス内に、それぞれ 存在してはならない、存在しなければならない、または存在してもよい、 禁止、必須、および任意の機能および拡張の集合を指定する。

この仕様は、ttp:profile 要素について 2 つの異なる使用コンテキストを定義する。

• TTML 文書インスタンス内の head 要素または ttp:profile 要素の子として。

• TTML プロファイル定義文書 インスタンスのルート要素として。

ttp:profile 要素が TTML 文書インスタンス内に現れる場合、 その目的は、(1) 受信側コンテンツプロセッサがその文書を処理するために、 どの機能および拡張をサポートしなければならない、またはサポートしてもよいか、 あるいは (2) どの機能および拡張を その文書インスタンス内に 含めてはならない、含めなければならない、または含めてもよいか、 もしくはその他の形で使用してよいかについて、著者の意図を表すことである。

ttp:profile 要素が TTML プロファイル定義文書インスタンスで 使用される場合、TTML 文書インスタンスから参照できる 特定の TTML プロファイルについて、機械可読な仕様を公開するために機能する。 この仕様は、複数の標準プロファイル定義文書を G 標準プロファイルで定義する。

ttp:profile 要素は、その子として、まず Metadata.class 要素グループ内の 0 個以上の要素を受け入れ、その後に (1) 0 個以上の ttp:features 要素に続く 0 個以上の ttp:extensions 要素、または (2) 0 個以上の ttp:profile 要素を受け入れる。 ttp:profile 要素が子 ttp:profile 要素を含む場合、 その子は入れ子プロファイルと呼ばれ、 親は入れ子化プロファイルと呼ばれる。 それ以外の場合、それは非入れ子化プロファイルと呼ばれる。

<ttp:profile
  combine = ("leastRestrictive" | "mostRestrictive" | "replace") : replace
  designator = xsd:string
  type = ("processor" | "content") : processor
  use = xsd:string
  xml:base = <uri>
  xml:id = ID
  Content: Metadata.class*, ((ttp:features*, ttp:extensions*)|ttp:profile*)
</ttp:profile>

type 属性は、プロファイルが コンテンツプロファイルであるか プロセッサプロファイルであるかを決定するために使用される。 指定されない場合、そのプロファイルは プロセッサプロファイルであるとみなされる。 ttp:profile 要素が ベースラインプロファイルまたは 入れ子プロファイルを参照する場合、 参照されるプロファイルの型は、参照元プロファイルの型と同一でなければならない。 たとえば、プロセッサプロファイルを定義する ttp:profile 要素は、他の プロセッサプロファイルのみを参照でき、 コンテンツプロファイルを参照してはならない。

combine 属性は、同じ機能または拡張に複数の仕様が それぞれ適用される場合に、機能または拡張仕様をどのように結合するかを 指定するために使用される。

combine 属性の値が replace である場合、 字句的に後続する機能または拡張仕様は、字句的に先行する仕様を置換する。 ここで仕様要素は次のように順序付けられる。

1. use 属性によって参照される ベースラインプロファイルで定義される仕様。

2. 後順走査順の子孫 ttp:profile 要素によって定義される仕様。

3. 後順走査順の子孫 ttp:feature または ttp:extension 要素として定義される仕様。

値が leastRestrictive である場合、最も制限の少ない仕様値が適用される。 値が mostRestrictive である場合、最も制限の多い仕様値が適用される。 制限の強さの順序は次のとおり（少ないものから多いものへ）である。 optional、required、prohibited。

combine 属性が指定されない場合、置換セマンティクスが適用される。

指定される場合、designator 属性は <absolute-profile-designator> 値構文に従わなければならない。 designator 属性は、TTML 文書インスタンスに現れる ttp:profile 要素上で指定してもよく、指定されない場合、 定義されたプロファイルは未指定プロファイルであるとみなされる。 designator 属性は、TTML プロファイル定義文書インスタンスに現れる ttp:profile 要素上で指定するべきであり、 指定されない場合、定義コンテキスト（たとえば外部仕様）は、 付随する定義テキスト内で指定子を指定しなければならない。

指定される場合、use 属性は <uri> 値構文に従わなければならず、さらに 5.2 プロファイリングに従って プロファイル指定子を表さなければならない。この場合、 プロファイル指定子は、(1) 6 プロファイルで定義される標準の事前定義済み プロファイル定義文書、または (2) 妥当なプロファイル定義文書インスタンスを表す、 実現可能に逆参照可能なリソースを参照しなければならない。いずれの場合も、 参照されるプロファイルは、指定する ttp:profile 要素の ベースラインプロファイルとして機能する。

use 属性が指定されない場合、 ttp:profile 要素の ベースラインプロファイルは、 空（null）プロファイル、すなわち機能または拡張仕様を含まない 未指定プロファイル定義であるとみなされなければならない。

プロファイル P の機能および拡張の結合プロファイル仕様集合 CPSS は、次の順序付き規則に従って決定される。 ここで仕様 S を CPSS へマージすることは、 combine 属性の指定値（または既定値）に従って 結合方法を適用することを伴い、結合仕様集合 CPSS'  を CPSS へマージすることは、 CPSS'  の各順序付き仕様を CPSS へマージすることを伴う。

1. CPSS を空集合に初期化する。

2. use 属性が存在する場合、参照される ベースラインプロファイルの結合仕様集合を CPSS へマージする。

3. P の各 ttp:profile 子について、 後順走査を用いて、子プロファイルの結合仕様集合を CPSS へマージする。

4. ttp:profile 要素の各 ttp:feature および ttp:extension 子について、 後順走査を用いて、機能または拡張仕様を CPSS へマージする。

適合する TTML プロセッサは、 G 標準 プロファイルで定義される標準の事前定義済みプロファイルの 1 つではない プロファイル定義文書を 逆参照できることを要求されない。さらに、 適合する TTML プロセッサは、ネットワークリソースの逆参照を要求しないように、 各標準事前定義済みプロファイルの組み込み静的形式を使用してもよい。

TTML プロセッサが非標準の プロファイル定義文書を逆参照できない場合、 エンドユーザーによる明示的な上書き、またはエンドユーザーもしくは ユーザーまたはシステム構成設定に追跡可能な何らかの実装固有パラメータが 存在しない限り、その文書をそれ以上処理してはならない。 非標準のプロファイル定義 文書を参照できないことにより、TTML プロセッサが 文書インスタンスの処理を中止する場合、 エンドユーザーまたはシステムがそのような通知を無効化している場合、または プロセッサがエンドユーザーの介入を許可または伴わない場合を除き、 何らかのエンドユーザー通知が与えられるべきである。

適合する TTML プロセッサは、 結合プロファイルまたは 入れ子化プロファイルをサポートできることを 要求されない。(1) 結合プロファイルが サポートされず、プロファイルの処理によってそれが 結合プロファイルとみなされることになる場合、または (2) 入れ子化プロファイルが サポートされず、プロファイルの処理によってそれが 入れ子化プロファイルとみなされることになる場合、 エンドユーザーによる明示的な上書き、またはエンドユーザーもしくは ユーザーまたはシステム構成設定に追跡可能な何らかの実装固有パラメータが 存在しない限り、そのプロファイルのそれ以上の処理は 行われてはならない。TTML プロセッサが 結合プロファイルまたは 入れ子化プロファイルのサポート不足により、 文書インスタンスの処理を中止する場合、 エンドユーザーまたはシステムがそのような通知を無効化している場合、または プロセッサがエンドユーザーの介入を許可または伴わない場合を除き、 何らかのエンドユーザー通知が与えられるべきである。

ttp:profile 要素を次の例に示す。

<ttp:profile use="ttml2-presentation">
  <ttp:features xml:base="http://www.w3.org/ns/ttml/feature/">
    <ttp:feature>#text-outline</ttp:feature>
  </ttp:features>
</ttp:profile>

6.1.2 ttp:features

ttp:features 要素は、機能サポートおよび使用要件に関する 情報をグループ化するために使用されるコンテナ要素である。

ttp:features 要素は、その子として、 Metadata.class 要素グループ内の 0 個以上の要素を受け入れ、その後に 0 個以上の ttp:feature 要素を受け入れる。

<ttp:features
  xml:base = <uri> : TT Feature Namespace
  xml:id = ID
  Content: Metadata.class*, ttp:feature*
</ttp:features>

指定される場合、xml:base 属性は、(1) <uri> 値構文に従い、(2) [XML Base] に従う絶対 URI を表現し、 (3) E.1 機能指定で定義される 機能名前空間を表現しなければならない。指定されない場合、 xml:base 属性の既定値が適用され、それは TT 機能名前空間である。

xml:base 属性は、子 ttp:feature 要素によって 表現される機能指定 URI の省略を可能にするために使用される。

6.1.3 ttp:feature

ttp:feature 要素は、特定の機能に対するサポートおよび 使用要件に関する情報を指定するために使用される。

<ttp:feature
  extends = xsd:string
  restricts = xsd:string
  value = ("optional" | "required" | "use" | "prohibited") : see prose below
  xml:id = ID
  Content: #PCDATA
</ttp:feature>

ttp:feature 要素の子は、連結したものが <uri> 値構文に従う、空でない 文字情報項目の列を 表現しなければならない。

指定される場合、extends 属性および/または restricts 属性は、(1) <uri> 値構文に従い、かつ (2) E.1 機能指定で定義される 機能指定を表現しなければならない。

extends 属性は、定義される機能が、 構文的または（および）セマンティクス的観点のいずれか（または両方）から、 extends 属性によって参照される機能の真のスーパーセットであることを 示すために使用してもよい。 restricts 属性は、定義される機能が、 構文的または（および）セマンティクス的観点のいずれか（または両方）から、 restricts 属性によって参照される機能の真のサブセットであることを 示すために使用してもよい。 extends 属性が指定される場合、restricts 属性を ttp:feature 要素上に指定してはならない。同様に、 restricts 属性が指定される場合、extends 属性を 指定してはならない。

(1) ttp:feature 要素の内容、(2) extends 属性、 または (3) restricts 属性によって表現される URI が相対 URI である場合、 最も近い祖先 ttp:features 要素の xml:base 属性によって表現される機能名前空間値と 結合されたとき、それは絶対 URI を表現しなければならない。 いずれの場合（元の絶対 URI または結果として絶対化された URI）も、 ttp:feature 要素によって表現される URI は、さらに E.1 機能指定で定義される 機能指定の構文に従わなければならず、さらに、 この URI に現れる特定の指定、すなわちフラグメント識別子区切り文字 '#' で始まる機能指定の部分は、この仕様または REC ステータスを達成した 何らかの公開済みバージョンによって定義されていなければならない。

ttp:feature 要素の内容によって、 extends 属性によって、または restricts 属性によって 表現される URI が相対 URI である場合、最も近い祖先 ttp:features 要素上に xml:base 属性を 指定するべきである。

value 属性は、プロファイル型に従って、指定された機能の サポートまたは使用に関する制約を指定する。

プロファイルがプロセッサプロファイルである場合、 次のセマンティクスが適用される。

• value 属性の値が optional である場合、 プロセッサは、文書を処理するためにその機能を実装またはその他の形で サポートしてもよいが、そうする必要はない。

• 値が required である場合、次の手順を実行する。

  1. 機能がプロセッサによって実装またはその他の形でサポートされている場合、 文書の処理を継続する。

  2. そうでなく、 (1) extends 属性がこの ttp:feature 要素上に指定され、 (2) extends 属性の値が、 プロセッサによって実装またはその他の形でサポートされている機能を指定し、 (3) ルート tt 要素の ttp:permitFeatureNarrowing プロパティの算出値が false でない場合、 文書の処理を継続する。

  3. そうでなく、 (1) restricts 属性がこの ttp:feature 要素上に指定され、 (2) restricts 属性の値が、 プロセッサによって実装またはその他の形でサポートされている機能を指定し、 (3) ルート tt 要素の ttp:permitFeatureWidening プロパティの算出値が false でない場合、 文書の処理を継続する。

  4. そうでなければ、エンドユーザー、またはエンドユーザーもしくは ユーザーまたはシステム構成設定に追跡可能な何らかの実装固有パラメータによって 上書きされない限り、文書の処理を中止する。

• value 属性が指定されない場合、機能仕様は 値 required が指定されたものとして解釈されなければならない。

プロファイルがコンテンツプロファイルである場合、 次のセマンティクスが適用される。

• value 属性の値が optional である場合、 そのプロファイルへの適合を主張する文書にその機能が現れてもよいが、 現れる必要はない。

• value 属性の値が required である場合、 そのプロファイルへの適合を主張する文書にその機能が現れなければならない。

• value 属性の値が prohibited である場合、 そのプロファイルへの適合を主張する文書にその機能が現れてはならない。

• value 属性が指定されない場合、機能仕様は 値 optional が指定されたものとして解釈されなければならない。

value 属性の値 use は 非推奨である。それが プロファイル仕様に現れる場合、required が指定されたものとして 解釈されなければならない。

定義済み（すなわち標準化済み）またはその他のよく知られた機能が コンテンツプロファイル内の ttp:feature 要素によって指定されていない場合、 その機能は value 属性が optional に等しいものとして 指定されたと解釈されなければならない。ただし、プロセッサプロファイルで指定されない場合、 その機能のサポートまたはサポート不在に関する主張は暗示されない。

文書インスタンスが E.1 機能指定で定義される機能を使用し、 かつその文書の意図された使用がその機能の認識および処理を要求する場合、 その文書は、宣言または参照されるプロファイルの 1 つに required 機能仕様を含まなければならない。

ttp:feature 要素を次の例に示す。

<ttp:profile use="http://www.w3.org/ns/ttml/profile/ttml2-presentation">
  <ttp:features xml:base="http://www.w3.org/ns/ttml/feature/">
    <ttp:feature value="required">#fontStyle-italic</ttp:feature>
    <ttp:feature value="required">#textDecoration-under</ttp:feature>
    <ttp:feature value="prohibited">#textOutline-blurred</ttp:feature>
  </ttp:features>
</ttp:profile>

6.1.4 ttp:extensions

ttp:extensions 要素は、拡張サポートおよび使用要件に関する 情報をグループ化するために使用されるコンテナ要素である。

ttp:extensions 要素は、その子として、 Metadata.class 要素グループ内の 0 個以上の要素を受け入れ、その後に 0 個以上の ttp:extension 要素を受け入れる。

<ttp:extensions
  xml:base = <uri> : TT Extension Namespace
  xml:id = ID
  Content: Metadata.class*, ttp:extension*
</ttp:extensions>

指定される場合、xml:base 属性は、(1) <uri> 値構文に従い、(2) [XML Base] に従う絶対 URI を表現し、 (3) F.1 拡張指定で定義される 拡張名前空間を表現しなければならない。指定されない場合、 xml:base 属性の既定値が適用され、それは TT 拡張名前空間である。

xml:base 属性は、子 ttp:extension 要素によって 表現される機能指定 URI の省略を可能にするために使用される。

6.1.5 ttp:extension

ttp:extension 要素は、特定の拡張に対するサポートおよび 使用要件に関する情報を指定するために使用される。

<ttp:extension
  extends = xsd:string
  restricts = xsd:string
  value = ("optional" | "required" | "use" | "prohibited") : see prose below
  xml:id = ID
  Content: #PCDATA
</ttp:extension>

ttp:extension 要素の子は、連結したものが <uri> 値構文に従う、空でない 文字情報項目の列を 表現しなければならない。

指定される場合、extends 属性および/または restricts 属性は、(1) <uri> 値構文に従い、かつ (2) E.1 機能指定または F.1 拡張指定で それぞれ定義される機能指定または拡張指定を表現しなければならない。

extends 属性は、定義される拡張が、 構文的または（および）セマンティクス的観点のいずれか（または両方）から、 extends 属性によって参照される機能または拡張の真のスーパーセットであることを 示すために使用してもよい。 restricts 属性は、定義される拡張が、 構文的または（および）セマンティクス的観点のいずれか（または両方）から、 restricts 属性によって参照される機能または拡張の真のサブセットであることを 示すために使用してもよい。 extends 属性が指定される場合、restricts 属性を ttp:extension 要素上に指定してはならない。同様に、 restricts 属性が指定される場合、extends 属性を 指定してはならない。

(1) ttp:extension 要素の内容、(2) extends 属性、 または (3) restricts 属性によって表現される URI が相対 URI である場合、 最も近い祖先 ttp:extensions 要素の xml:base 属性によって表現される拡張名前空間値と 結合されたとき、それは絶対 URI を表現しなければならない。 いずれの場合（元の絶対 URI または結果として絶対化された URI）も、 ttp:extension 要素によって表現される URI は、さらに F.1 拡張指定で定義される 拡張指定の構文に従わなければならない。一方、 extends 属性および/または restricts 属性によって表現される URI は、 E.1 機能 指定または F.1 拡張指定でそれぞれ定義される 機能指定または拡張指定の構文に従わなければならない。

ttp:extension 要素の内容によって、 extends 属性によって、または restricts 属性によって 表現される URI が相対 URI である場合、最も近い祖先 ttp:extensions 要素上に xml:base 属性を 指定するべきである。

value 属性は、プロファイル型に従って、指定された拡張の サポートまたは使用に関する制約を指定する。

プロファイルがプロセッサプロファイルである場合、 次のセマンティクスが適用される。

• value 属性の値が optional である場合、 プロセッサは、文書を処理するためにその拡張を実装またはその他の形で サポートしてもよいが、そうする必要はない。

• 値が required である場合、次の手順を実行する。

  1. 拡張がプロセッサによって実装またはその他の形でサポートされている場合、 文書の処理を継続する。

  2. そうでなく、 (1) extends 属性がこの ttp:extension 要素上に指定され、 (2) extends 属性の値が、 プロセッサによって実装またはその他の形でサポートされている拡張を指定し、 (3) ルート tt 要素の ttp:permitFeatureNarrowing プロパティの算出値が false でない場合、 文書の処理を継続する。

  3. そうでなく、 (1) restricts 属性がこの ttp:extension 要素上に指定され、 (2) restricts 属性の値が、 プロセッサによって実装またはその他の形でサポートされている拡張を指定し、 (3) ルート tt 要素の ttp:permitFeatureWidening プロパティの算出値が false でない場合、 文書の処理を継続する。

  4. そうでなければ、エンドユーザー、またはエンドユーザーもしくは ユーザーまたはシステム構成設定に追跡可能な何らかの実装固有パラメータによって 上書きされない限り、文書の処理を中止する。

• value 属性が指定されない場合、拡張仕様は 値 required が指定されたものとして解釈されなければならない。

プロファイルがコンテンツプロファイルである場合、 次のセマンティクスが適用される。

• value 属性の値が optional である場合、 そのプロファイルへの適合を主張する文書にその拡張が現れてもよいが、 現れる必要はない。

• value 属性の値が required である場合、 そのプロファイルへの適合を主張する文書にその拡張が現れなければならない。

• value 属性の値が prohibited である場合、 そのプロファイルへの適合を主張する文書にその拡張が現れてはならない。

• value 属性が指定されない場合、拡張仕様は 値 optional が指定されたものとして解釈されなければならない。

value 属性の値 use は 非推奨である。それが プロファイル仕様に現れる場合、required が指定されたものとして 解釈されなければならない。

何らかのよく知られた拡張がコンテンツプロファイル内の ttp:extension 要素によって指定されていない場合、 その拡張は value 属性が optional に等しいものとして 指定されたと解釈されなければならない。ただし、プロセッサプロファイルで指定されない場合、 その拡張のサポートまたはサポート不在に関する主張は暗示されない。

文書インスタンスが F.1 拡張 指定によって指定可能な拡張を使用し、 かつその文書の意図された使用がその拡張の認識および処理を要求する場合、 その文書は、宣言または参照されるプロファイルの 1 つに required 拡張仕様を含まなければならない。

ttp:extension 要素を次の例に示す。

<ttp:profile use="http://www.w3.org/ns/ttml/profile/ttml2-transformation">
  <ttp:extensions xml:base="http://example.org/ttml/extension/">
    <ttp:extension value="use">#prefilter-by-language</ttp:extension>
  </ttp:extensions>
</ttp:profile>

6.2.1 ttp:contentProfiles

ttp:contentProfiles 属性は、コンテンツ著者によって、 Timed Text Markup Language (TTML) の 1 つ以上の コンテンツプロファイルを表すために使用できる。 ここで、包含文書インスタンスは、 指定されたコンテンツプロファイルの集合の すべてに適合することを主張する。

指定される場合、この属性の値は次の構文に従わなければならない。 ここで各 profile-designator 項目は <uri> 値構文に従い、さらに 5.2 プロファイリングに従って プロファイル指定子に対して定義される制約に従う。

ttp:contentProfiles
  : designators
  | "all(" <lwsp> designators <lwsp> ")"

designators
  : designator (<lwsp> designator)*

designator
  : <profile-designator>

指定子のリストが関数構文 all(...) で囲まれている場合、または 関数構文が使用されない場合、指定されたすべての コンテンツ プロファイルへの適合が主張される。

複数の指定子が指定される場合、各指定子の絶対化形式は それぞれ異なっていなければならない。すなわち、 絶対化形式へ変換した後、重複する指定子は許可されない。

ttp:contentProfiles 属性は、tt 要素上に指定された場合にのみ重要であるとみなされる。

6.2.2 ttp:contentProfileCombination

ttp:contentProfileCombination 属性は、複数の コンテンツプロファイルを結合する方法を 指定するために使用される。

指定される場合、この属性の値は次の構文に従わなければならない。

ttp:contentProfileCombination
  : "leastRestrictive"
  | "mostRestrictive"
  | "replace"
  | "ignore"

指定されない場合、このパラメータの値は ignore であると みなされなければならない。

2 つの順序付きプロファイル仕様値 arg1 および arg2 と、 コンテンツプロファイル結合方法が与えられた場合、 表 6-1 – コンテンツプロファイル結合は、 2 つの仕様値を結合した結果を指定する。ここで引数の順序は、 文書インスタンス内の コンテンツプロファイルの字句順に従って決定される。

ttp:contentProfileCombination 属性は、 tt 要素上に指定された場合にのみ重要であるとみなされる。

6.2.3 ttp:inferProcessorProfileMethod

ttp:inferProcessorProfileMethod 属性は、 コンテンツプロファイル仕様値を対応するプロセッサプロファイル仕様値へ 対応付ける方法を指定するために使用される。

指定される場合、この属性の値は次の構文に従わなければならない。

ttp:inferProcessorProfileMethod
  : "loose"
  | "strict"

このパラメータの値が loose である場合、 コンテンツプロファイル仕様からプロセッサプロファイル仕様を推論するとき、 緩い（自由な）対応付けが適用される。

このパラメータの値が strict である場合、 コンテンツプロファイル仕様からプロセッサプロファイル仕様を推論するとき、 厳密な（保守的な）対応付けが適用される。

指定されない場合、このパラメータの値は loose であるとみなされなければならない。

入力コンテンツプロファイル仕様値 input と、 プロセッサプロファイル推論方法が与えられた場合、 表 6-2 – プロセッサプロファイル 推論方法は、入力仕様値を対応付けた結果を指定する。

ttp:inferProcessorProfileMethod 属性は、 tt 要素上に指定された場合にのみ重要であるとみなされる。

6.2.4 ttp:inferProcessorProfileSource

ttp:inferProcessorProfileSource 属性は、 コンテンツプロファイル仕様値を対応するプロセッサプロファイル仕様値へ 対応付けるためのソースを指定するために使用される。

指定される場合、この属性の値は次の構文に従わなければならない。

ttp:inferProcessorProfileSource
  : "combined"
  | "first"

このパラメータの値が combined である場合、 プロセッサプロファイルを推論するとき、 実効コンテンツプロファイルの 結合プロファイル仕様集合が推論元として使用される。

このパラメータの値が first である場合、 プロセッサプロファイルを推論するとき、 実効コンテンツプロファイルの 結合プロファイル仕様集合の最初の構成プロファイルであって、 その構成プロファイルから推論されるプロセッサプロファイルが コンテンツプロセッサによってサポートされるものが、 推論元として使用される。詳細については construct inferred processor profile 手続きを参照。

指定されない場合、このパラメータの値は first であるとみなされなければならない。

ttp:inferProcessorProfileSource 属性は、 tt 要素上に指定された場合にのみ重要であるとみなされる。

6.2.5 ttp:permitFeatureNarrowing

ttp:permitFeatureNarrowing 属性は、機能または拡張に関連する 要件が、その機能または拡張の（構文的またはセマンティクス的に） より狭い解釈によって満たされてもよいかを指定するために使用される。

指定される場合、この属性の値は次の構文に従わなければならない。

ttp:permitFeatureNarrowing
  : xsd:boolean                             // see [XML Schema Part 2], §3.2.2

このパラメータの値が true である場合、 機能または拡張のサポート要件は、その機能または拡張の定義が extends 属性を指定し、その属性によって参照される 機能または拡張がプロセッサによってサポートされているなら、 満たされてもよい。

このパラメータの値が false である場合、 機能または拡張のサポート要件は、extends 属性によって指定される より狭く定義された機能または拡張によって満たされることはできない。

指定されない場合、このパラメータの値は false であるとみなされなければならない。

ttp:permitFeatureNarrowing 属性は、 tt 要素上に指定された場合にのみ重要であるとみなされる。

6.2.6 ttp:permitFeatureWidening

ttp:permitFeatureWidening 属性は、機能または拡張に関連する 要件が、その機能または拡張の（構文的またはセマンティクス的に） より広い解釈によって満たされてもよいかを指定するために使用される。

指定される場合、この属性の値は次の構文に従わなければならない。

ttp:permitFeatureWidening
  : xsd:boolean                             // see [XML Schema Part 2], §3.2.2

このパラメータの値が true である場合、 機能または拡張のサポート要件は、その機能または拡張の定義が restricts 属性を指定し、その属性によって参照される 機能または拡張がプロセッサによってサポートされているなら、 満たされてもよい。

このパラメータの値が false である場合、 機能または拡張のサポート要件は、restricts 属性によって指定される より広く定義された機能または拡張によって満たされることはできない。

指定されない場合、このパラメータの値は false であるとみなされなければならない。

ttp:permitFeatureWidening 属性は、 tt 要素上に指定された場合にのみ重要であるとみなされる。

6.2.7 ttp:profile

ttp:profile 属性は、 文書インスタンスを処理するときに適用される Timed Text Markup Language (TTML) の プロセッサプロファイルを表す。

指定される場合、この属性の値は次の構文に従わなければならない。 ここで designator は <uri> 値構文に従い、さらに 5.2 プロファイリングに従って プロファイル指定子を指定しなければならない。

ttp:profile
  : designator

designator
  : <profile-designator>

ttp:profile 属性は、tt 要素上に指定された場合にのみ重要であるとみなされる。

文書インスタンス内に トップレベルの プロセッサプロファイルが定義される場合、 ttp:profile 属性を tt 要素上に指定すべきではない。

6.2.8 ttp:processorProfiles

ttp:processorProfiles 属性は、コンテンツ著者によって、 Timed Text Markup Language (TTML) の 1 つ以上の プロセッサプロファイルを表すために使用できる。 ここで、包含文書インスタンスは、 指定されたプロセッサプロファイルの集合の (1) すべて、または (2) その集合のうちいずれか 1 つの サポートを要求する。

指定される場合、この属性の値は次の構文に従わなければならない。 ここで各 profile-designator 項目は <uri> 値構文に従い、さらに 5.2 プロファイリングに従って プロファイル指定子に対して定義される制約に従う。

ttp:processorProfiles
  : designators
  | "all(" <lwsp> designators <lwsp> ")"
  | "any(" <lwsp> designators <lwsp> ")"

designators
  : designator (<lwsp> designator)*

designator
  : <profile-designator>

指定子のリストが関数構文 all(...) で囲まれている場合、または 関数構文が使用されない場合、指定されたすべての プロセッサ プロファイルのサポートが要求される。指定子のリストが 関数構文 any(...) で囲まれている場合、指定された プロセッサプロファイルの少なくとも 1 つの サポートが要求される。

複数の指定子が指定される場合、各指定子の絶対化形式は それぞれ異なっていなければならない。すなわち、 絶対化形式へ変換した後、重複する指定子は許可されない。

ttp:processorProfiles 属性は、tt 要素上に指定された場合にのみ重要であるとみなされる。

6.2.9 ttp:processorProfileCombination

ttp:processorProfileCombination 属性は、複数の プロセッサプロファイルを結合する方法を 指定するために使用される。

指定される場合、この属性の値は次の構文に従わなければならない。

ttp:processorProfileCombination
  : "leastRestrictive"
  | "mostRestrictive"
  | "replace"
  | "ignore"

指定されない場合、このパラメータの値は ignore であると みなされなければならない。

2 つの順序付きプロファイル仕様値 arg1 および arg2 と、 プロセッサプロファイル結合方法が与えられた場合、 表 6-3 – プロセッサプロファイル 結合は、2 つの仕様値を結合した結果を指定する。 ここで引数の順序は、 文書インスタンス内の プロセッサプロファイルの字句順に従って 決定される。

ttp:processorProfileCombination 属性は、 tt 要素上に指定された場合にのみ重要であるとみなされる。

6.2.10 ttp:validation

ttp:validation 属性は、 妥当性検証処理が 妥当性検証コンテンツプロセッサによって 文書インスタンスに対して 実行されてもよいか、または実行されなければならないかを指定するために使用される。

指定される場合、この属性の値は次の構文に従わなければならない。

ttp:validation
  : "required"
  | "optional"
  | "prohibited"

このパラメータの値が required である場合、 妥当性検証コンテンツプロセッサは、 提示処理または変換処理など、他の種類の処理を実行する前に、 TTML 文書インスタンスに対して 妥当性検証処理を実行しなければならない。

このパラメータの値が optional である場合、 妥当性検証コンテンツプロセッサは、 提示処理または変換処理など、他の種類の処理を実行する前に、 TTML 文書インスタンスに対して 妥当性検証処理を 実行してもよいが、実行する必要はない。

このパラメータの値が prohibited である場合、 妥当性検証コンテンツプロセッサは、 エンドユーザーまたはアプリケーションがこの禁止を上書きしない限り、 提示処理または変換処理など、他の種類の処理を実行する前に、 TTML 文書インスタンスに対して 妥当性検証処理を 実行してはならない。

妥当性検証処理が TTML 文書インスタンスに対して実行され、 妥当性検証が失敗した場合、 ttp:validationAction プロパティの算出値が、 さらなる処理を実行する前に取るべき動作を決定するために使用される。

指定されない場合、このパラメータの値は optional であるとみなされなければならない。

ttp:validation 属性は、 tt 要素上に指定された場合にのみ重要であるとみなされる。

6.2.11 ttp:validationAction

ttp:validationAction 属性は、 文書インスタンスの妥当性検証が失敗したときに、 妥当性検証コンテンツプロセッサによって 取られるべき動作を指定するために使用される。

指定される場合、この属性の値は次の構文に従わなければならない。

ttp:validationAction
  : "abort"
  | "warn"
  | "ignore"

このパラメータの値が abort である場合、 エンドユーザーまたはアプリケーションによって中止処理が上書きされない限り、 妥当性検証コンテンツプロセッサは、 妥当性検証エラー例外が発生したとき、 TTML 文書インスタンスの処理を 中止しなければならない。

このパラメータの値が warn である場合、 妥当性検証コンテンツプロセッサは、 妥当性検証エラーまたは 妥当性検証警告例外が 発生したとき、エンドユーザーに警告し、処理を継続するか中止するかの 選択肢をエンドユーザーに与えるべきである。

このパラメータの値が ignore である場合、 妥当性検証コンテンツプロセッサは、 妥当性検証例外が 発生したとき、中止すべきではなく、エンドユーザーに警告すべきでもない。

指定されない場合、このパラメータの値は次のように決定される。 ttp:validation プロパティの 算出値が required である場合、 その値は abort であるとみなされなければならない。 optional である場合、 その値は warn であるとみなされなければならない。 そうでなく、prohibited である場合、 その値は ignore であるとみなされなければならない。

ttp:validationAction 属性は、 tt 要素上に指定された場合にのみ重要であるとみなされる。

7.2.1 ttp:cellResolution

ttp:cellResolution 属性は、著者によって、 均一なグリッドの観点から提示セマンティクスを表現する目的で、 ルートコンテナ領域の 領域が分割される水平セル数および垂直セル数を表すために使用できる。

指定される場合、この属性の値は次の構文に従わなければならない。

ttp:cellResolution
  : columns <lwsp> rows                     // columns != 0; rows != 0

columns | rows
  : <digit>+

指定されない場合、列数および行数は、それぞれ 32 および 15 であるとみなされなければならない。指定される場合、列または行は 0 であってはならない。

ttp:cellResolution 属性は、 tt 要素上に指定された場合にのみ重要であるとみなされる。

別途示される場合を除き、セルで表現される <length> が インラインまたはブロック進行寸法に平行な寸法を表す場合、 それぞれ、インラインまたはブロック進行寸法におけるセルの寸法が適用される。

7.2.2 ttp:clockMode

ttp:clockMode 属性は、 7.2.11 ttp:timeBaseで定義される clock の時間基準で動作する場合に、時刻式を実時間の時刻座標として 解釈する方法を指定するために使用される。

指定される場合、この属性の値は次の構文に従わなければならない。

ttp:clockMode
  : "local"
  | "gps"
  | "utc"

7.2.11 ttp:timeBaseで定義される時間基準が clock と指定される場合、このパラメータは次のように適用される。 パラメータの値が local である場合、時刻式は ローカル壁時計時刻（および日付）座標として解釈される。 utc の場合、時刻式は UTC 時刻座標 [UTC]として解釈される。 gps の場合、時刻式は GPS 時刻座標 [GPS]として解釈される。

指定されない場合、このパラメータの値は utc であるとみなされなければならない。

ttp:clockMode 属性は、 tt 要素上に指定された場合にのみ重要であるとみなされる。

7.2.3 ttp:displayAspectRatio

ttp:displayAspectRatio 属性は、 H ルートコンテナ領域のセマンティクスで 詳述されるように、ルートコンテナ領域の 表示アスペクト比を指定するために使用される。

指定される場合、この属性の値は次の構文に従わなければならない。

ttp:displayAspectRatio
  : numerator <lwsp> denominator            // numerator != 0; denominator != 0

numerator | denominator
  : <digit>+

指定される場合、分子および分母はどちらも非ゼロでなければならない。 指定されない場合、 ルートコンテナ領域の表示アスペクト比は、 H ルートコンテナ領域のセマンティクスによって決定される。

ttp:displayAspectRatio 属性は、 tt 要素上に指定された場合にのみ重要であるとみなされる。

7.2.4 ttp:dropMode

ttp:dropMode 属性は、 7.2.11 ttp:timeBaseで 定義される smpte の時間基準で動作する場合に、 [SMPTE ST 12-1] 時刻座標に対応する フレームカウントの解釈および使用に関する制約を指定するために使用される。

指定される場合、この属性の値は次の構文に従わなければならない。

ttp:dropMode
  : "dropNTSC"
  | "dropPAL"
  | "nonDrop"

7.2.11 ttp:timeBaseで定義される時間基準が smpte と指定される場合、このパラメータは次のように適用される。 パラメータの値が nonDrop である場合、任意の 時刻式の任意の秒内では、フレームは 0 から N−1 まで数えられる。ここで N は ttp:frameRate パラメータによって指定される値であるが、 ttp:frameRateMultiplier パラメータによって指定される値は 無視される。

このパラメータの値が dropNTSC である場合、 時刻式の任意の秒のうち秒 00 を除く任意の秒内では、 フレームは 0 から N−1 まで数えられる。ここで N は ttp:frameRate パラメータによって指定される値であるが、 ttp:frameRateMultiplier パラメータによって指定される値は無視される。 時刻式の秒が 00 であり、その時刻式の分が 00、10、20、30、 40、または 50 でない場合、 フレームコード 00 および 01 はその秒の間に ドロップされる。それ以外の場合、これらのフレームコードはドロップされない。

このパラメータの値が dropPAL である場合、 時刻式の任意の秒のうち秒 00 を除く任意の秒内では、 フレームは 0 から N−1 まで数えられる。ここで N は ttp:frameRate パラメータによって指定される値であるが、 ttp:frameRateMultiplier パラメータによって指定される値は無視される。 時刻式の秒が 00 であり、その時刻式の分が偶数であるが 00、20、または 40 でない場合、 フレームコード 00 から 03 までが その秒の間にドロップされる。それ以外の場合、これらのフレームコードはドロップされない。

指定されない場合、nonDrop が適用されると仮定されなければならない。

ttp:dropMode 属性は、 tt 要素上に指定された場合にのみ重要であるとみなされる。

7.2.5 ttp:frameRate

ttp:frameRate 属性は、関連するメディアオブジェクトのフレームレート、 または文書 インスタンスが独立したメディアオブジェクトとして機能することを意図される場合の その内在的フレームレートを指定するために使用される。

指定される場合、この属性の値は次の構文に従わなければならない。

ttp:frameRate
  : <digit>+                                // value > 0

文書インスタンスに適用されるフレームレートは、 12.3.1 <time-expression>で 定義されるように、フレームで表現される時刻式を 解釈するために使用される。

media 時間基準が適用され、実効フレームレートが 整数である場合、フレームはメディア時間の 1 秒の分割として解釈される。 すなわち、フレームレートが F として指定される場合、 メディア時間の 1 秒は、等しい継続時間を持つ F 個の区間に 分割され、各区間はフレーム f としてラベル付けされる。 ここで f ∈ [0…F−1] である。

指定されない場合、フレームレートは、アプリケーション定義のフレームレートが 存在すればそれに等しいものとみなされなければならず、 アプリケーション定義のフレームレートが適用されない場合は、 30 フレーム/秒であるとみなされなければならない。指定される場合、 フレームレートは 0 より大きくなければならない。

ttp:frameRate 属性は、 tt 要素上に指定された場合にのみ重要であるとみなされる。

7.2.6 ttp:frameRateMultiplier

ttp:frameRateMultiplier 属性は、 実効フレームレートを計算するために ttp:frameRate 属性によって指定されるフレームレートに適用される 乗数を指定するために使用される。

指定される場合、この属性の値は次の構文に従わなければならない。

ttp:frameRateMultiplier
  : numerator <lwsp> denominator            // numerator != 0; denominator != 0

numerator | denominator
  : <digit>+

所望のフレームレートを 1 秒あたりの整数個のフレームとして 表現できない場合、フレームレート乗数が使用される。

指定されない場合、フレームレート乗数はアプリケーション定義のフレームレート乗数が 存在すればそれに等しいものとみなされなければならず、 アプリケーション定義のフレームレート乗数が適用されない場合は 1 (1:1) とする。 分子および分母はどちらも非ゼロでなければならない。

ttp:frameRateMultiplier 属性は、 tt 要素上に指定された場合にのみ重要であるとみなされる。

7.2.7 ttp:markerMode

ttp:markerMode 属性は、 7.2.11 ttp:timeBaseで 定義される smpte の時間基準で動作する場合に、 [SMPTE ST 12-1] 時刻座標に対応する 時刻式の解釈および使用に関する制約を指定するために使用される。

指定される場合、この属性の値は次の構文に従わなければならない。

ttp:markerMode
  : "continuous"
  | "discontinuous"

7.2.11 ttp:timeBaseで定義される時間基準が smpte と指定される場合、このパラメータは次のように適用される。 パラメータの値が continuous である場合、 [SMPTE ST 12-1] 時刻座標は 線形で、単調増加または単調減少のいずれかであると仮定してよい。 ただし、discontinuous の場合、時刻座標の線形性または単調性に関して いかなる仮定も行ってはならない。

指定されない場合、このパラメータの値は discontinuous であるとみなされなければならない。

ttp:markerMode 属性は、 tt 要素上に指定された場合にのみ重要であるとみなされる。

continuous の値が適用される場合、時刻式は、 ttp:dropMode パラメータによって表現される算出フレームレートおよび ドロップモードを考慮することにより、実時間座標へ変換されてもよい。 この場合、コンテンツプロセッサは、 12.4 タイミングセマンティクスで さらに説明されるように、これらの時刻式が解釈される 合成 SMPTE 文書同期基準を 作成し維持しなければならない。

discontinuous の値が適用される場合、時刻式は 実時間座標へ変換されてはならず、算術演算子（加算、乗算）は 時刻式に対して定義されず、したがって任意の（整形式な） 継続時間の式は無効であるとみなされなければならない。

7.2.8 ttp:pixelAspectRatio

ttp:pixelAspectRatio 属性は、 H ルートコンテナ領域のセマンティクスで 詳述されるように、ルートコンテナ領域の ピクセルアスペクト比を指定するために使用される。

指定される場合、この属性の値は次の構文に従わなければならない。

ttp:pixelAspectRatio
  : numerator <lwsp> denominator            // numerator != 0; denominator != 0

numerator | denominator
  : <digit>+

指定される場合、分子および分母はどちらも非ゼロでなければならない。 指定されない場合、 ルートコンテナ領域のピクセルアスペクト比は、 H ルートコンテナ領域のセマンティクスによって決定される。

ttp:pixelAspectRatio 属性は、 tt 要素上に指定された場合にのみ重要であるとみなされる。

ttp:pixelAspectRatio 属性は、px （ピクセル）単位を使用する 2 つの <length> 仕様から構成される tts:extent 属性も tt 要素上に 指定されていない限り、指定すべきではない。 それがない場合、ttp:pixelAspectRatio 属性の使用は 非推奨である。

7.2.9 ttp:subFrameRate

ttp:subFrameRate 属性は、関連するメディアオブジェクトのサブフレームレート、 または文書 インスタンスが独立したメディアオブジェクトとして機能することを意図される場合の その内在的サブフレームレートを指定するために使用される。

指定される場合、この属性の値は次の構文に従わなければならない。

ttp:subFrameRate
  : <digit>+                                // value > 0

文書インスタンスに適用されるサブフレームレートは、 12.3.1 <time-expression>で 定義されるように、サブフレームで表現される時刻式を 解釈するために使用される。

media 時間基準が適用され、実効フレームレートが 整数である場合、サブフレームはメディア時間のフレームの分割として解釈される。 すなわち、サブフレームレートが S として指定される場合、 メディア時間のフレームは、等しい継続時間を持つ S 個の区間に 分割され、各区間はサブフレーム s としてラベル付けされる。 ここで s ∈ [0…S−1] である。

指定されない場合、サブフレームレートは、アプリケーション定義の サブフレームレートが存在すればそれに等しいものとみなされなければならず、 アプリケーション定義のサブフレームレートが適用されない場合は 1 であるとみなされなければならない。指定される場合、サブフレームレートは 0 より大きくなければならない。

ttp:subFrameRate 属性は、 tt 要素上に指定された場合にのみ重要であるとみなされる。

7.2.10 ttp:tickRate

ttp:tickRate 属性は、関連するメディアオブジェクトの tick レート、 または文書インスタンスのコンテンツが独立した メディアオブジェクトとして機能することを意図される場合の内在的 tick レートを 指定するために使用される。

指定される場合、この属性の値は次の構文に従わなければならない。

ttp:tickRate
  : <digit>+                                // value > 0

文書インスタンスに適用される tick レートは、 12.3.1 <time-expression>で定義される t メトリックを 使用して、ticks で表現される時刻式を解釈するために使用される。

media 時間基準が適用される場合、 tick はメディア時間の 1 秒の整数分割として解釈される。 すなわち、tick レートが T として指定される場合、 メディア時間の 1 秒は、等しい継続時間を持つ T 個の区間に 分割され、各区間は tick t としてラベル付けされる。 ここで t ∈ [0…T−1] である。

指定されない場合、フレームレートが指定されていれば、tick レートは 実効フレームレートにサブフレームレートを乗じたもの （すなわち ticks はサブフレームとして解釈される）であるとみなされなければならない。 または、フレームレートが指定されていない場合、tick レートはメディア時間 1 秒あたり 1 tick であるとみなされなければならない。指定される場合、tick レートは 0 であってはならない。

ttp:tickRate 属性は、 tt 要素上に指定された場合にのみ重要であるとみなされる。

7.2.11 ttp:timeBase

ttp:timeBase 属性は、 文書時間座標空間を 指定するために使用される。

指定される場合、この属性の値は次の構文に従わなければならない。

ttp:timeBase
  : "media"
  | "smpte"
  | "clock"

時間基準が media と指定される場合、 時刻式は、あるメディアオブジェクトのタイムライン上の座標を表す。 そのメディアオブジェクトは、 文書インスタンスのコンテンツと同期される外部メディアオブジェクトであってもよく、 または時限テキストコンテンツが独立したタイムラインを確立することを意図される場合には、 文書インスタンス自体のコンテンツであってもよい。

時間基準が smpte と指定される場合、 時刻式は、文書インスタンスのコンテンツが 同期される [SMPTE ST 12-1] 時刻座標を表す。 この場合、7.2.7 ttp:markerModeおよび 7.2.4 ttp:dropModeで それぞれ定義されるように、ttp:markerMode および ttp:dropMode パラメータの値が適用される。

時間基準が clock と指定される場合、時刻式は、 ローカル壁時計時刻、UTC（協定世界時）、または GPS（全地球測位システム） タイムラインなど、何らかの実時間クロックによって確立される 実世界のタイムライン上の座標を表す。

指定されない場合、既定の時間基準は media であるとみなされなければならない。

ttp:timeBase 属性は、 tt 要素上に指定された場合にのみ重要であるとみなされる。

media または smpte の 時間基準で動作する場合、 文書インスタンスの通時的提示は、 時間反転、伸張（拡張）、または収縮（圧縮）など、 制御するタイムラインの変換の対象となる場合がある。 しかし、clock 時間基準で動作する場合、そのような変換は許可されず、 通時的提示は、実時間の経過に基づく線形で単調増加するタイムライン上で進行する。

8.1.1 tt

tt 要素は、文書インスタンスのルート文書要素として機能する。

tt 要素は、その子として 0 個または 1 個の head 要素に続き、 0 個または 1 個の body 要素を受け入れる。

<tt
  tts:extent = xsd:string
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve") : default
  {any attributes in TT Parameter Namespace}
  Content: head?, body?
</tt>

ルート時間範囲、すなわち 文書インスタンスがアクティブである時間区間は、 文書に body 要素が存在する場合にはその body 要素の 暗黙の継続時間に等しく、body 要素が存在しない場合にはゼロである 暗黙の継続時間を持つ。

tts:extent 属性が tt 要素上に指定される場合、それは 10.2.16 tts:extentに従わなければならず、 その場合、それは空間範囲を指定する。 その空間範囲は、コンテンツ領域が配置され提示される ルートコンテナ領域のものである。 tts:extent 属性が指定されない場合、 空間範囲は、 H ルートコンテナ領域の セマンティクスで指定される規則によって決定される。 ルートコンテナ領域の原点は、 文書処理コンテキストによって決定される。

xml:lang 属性は tt 要素上に指定されなければならない。 属性値が空である場合、文書インスタンス内に 含まれるテキストに適用される既定言語が存在しないことを意味する。

xml:space 属性が tt 要素上に指定されない場合、 それは値 default で指定されたものとして みなされなければならない。

8.1.2 head

head 要素は、メタデータ、プロファイル、埋め込みコンテンツリソース、 スタイリング、およびレイアウト情報を含むヘッダー事項をグループ化するために 使用されるコンテナ要素である。

head 要素は、その子として Metadata.class 要素グループ内の 0 個以上の要素に続き、 Profile.class 要素グループ内の 0 個以上の要素に続き、 0 個または 1 個の resources 要素に続き、 0 個または 1 個の styling 要素に続き、 0 個または 1 個の layout 要素に続き、 0 個または 1 個の animation 要素を受け入れる。

Metadata.class 要素グループ内の子によって指定される任意のメタデータは、 head 要素だけでなく、文書 インスタンス全体にセマンティクス的に適用される。

Parameters.class 要素グループ内の子によって指定される任意のパラメータは、 head 要素だけでなく、文書 インスタンス全体にセマンティクス的に適用される。

resources 子要素は、特定のスタイル構成および 埋め込みコンテンツ要素から参照される 埋め込みコンテンツ構成を指定するために使用される。

styling 子要素は、他のスタイル構成、レイアウト構成、および コンテンツ要素から参照される スタイル構成を指定するために使用される。

layout 子要素は、 コンテンツ要素から参照されるレイアウト構成を 指定するために使用される。

animation 子要素は、アニメーション可能な コンテンツ要素または Layout 要素を対象とする アニメーション構成を指定するために使用される。

<head
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  Content: Metadata.class*, Profile.class*, resources?, styling?, layout?, animation?
</head>

時間セマンティクスが head 要素の内容に適用される範囲において、 この要素の暗黙の時間区間は ルート時間範囲と同一の始点および終点を持つものとして 定義される。

8.1.3 body

body 要素は、論理区分として表されるテキストコンテンツ単位の列のための 論理コンテナおよび時間的構造化要素として機能する。

body 要素は、その子として Metadata.class 要素グループ内の 0 個以上の要素に続き、 Animation.class 要素グループ内の 0 個以上の要素に続き、 0 個以上の div 要素を受け入れる。

Metadata.class 要素グループ内の子によって指定される任意のメタデータは、 body 要素およびその子孫全体にセマンティクス的に適用される。

Animation.class 要素グループ内の子によって指定される任意のアニメーション要素は、 body 要素にセマンティクス的に適用される。

<body
  animate = IDREFS
  begin = <time-expression>
  condition = <condition>
  dur = <time-expression>
  end = <time-expression>
  region = IDREF
  style = IDREFS
  timeContainer = ("par" | "seq")
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  {any attributes in TT Metadata Namespace}
  {any attributes in TT Style Namespaces}
  Content: Metadata.class*, Animation.class*, div*
</body>

著者は、begin、dur、および end 属性を使用して、 body 要素に時間区間を指定してもよい。この区間の開始点が 未指定のままである場合、その開始点は 文書時間座標 空間の開始点と ルート時間範囲の開始点のうち 後の方として解釈される。この区間の終了点が未指定のままである場合、 終了点はルート時間範囲の終了点として 解釈される。

相対開始時刻または終了時刻が body 要素上に指定される場合、 これらの時刻は 文書時間座標 空間の開始点を基準に解決される。

ルート時間範囲が body 要素の算出継続時間より短い場合、 body 要素のアクティブ時間区間は ルート時間範囲のアクティブ終了点まで 切り詰められる。

著者は、style 属性、インラインスタイル属性、またはそれらの組み合わせの いずれかによって、スタイルプロパティの集合を body 要素に関連付けてもよい。

timeContainer 属性が body 要素上に指定されない場合、それは 並列の時間包含セマンティクスを持つものとして解釈されなければならない。

8.1.4 div

div 要素は、論理的な下位区分または段落として表される テキストコンテンツ単位の列のための論理コンテナおよび時間的構造化要素として 機能する。

div 要素は、その子として Metadata.class 要素グループ内の 0 個以上の要素に続き、 Animation.class 要素グループ内の 0 個以上の要素に続き、 Layout.class 要素グループ内の 0 個または 1 個の要素に続き、 Block.class または Embedded.class 要素グループ内の 0 個以上の要素を受け入れる。

Metadata.class 要素グループ内の子によって指定される任意のメタデータは、 div 要素およびその子孫全体にセマンティクス的に適用される。

Animation.class 要素グループ内の子によって指定される任意のアニメーション要素は、 div 要素にセマンティクス的に適用される。

<div
  animate = IDREFS
  begin = <time-expression>
  condition = <condition>
  dur = <time-expression>
  end = <time-expression>
  region = IDREF
  style = IDREFS
  timeContainer = ("par" | "seq")
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  {any attributes in TT Metadata Namespace}
  {any attributes in TT Style Namespaces}
  Content: Metadata.class*, Animation.class*, Layout.class?, (Block.class|Embedded.class)*
</div>

著者は、style 属性、インラインスタイル属性、またはそれらの組み合わせの いずれかによって、スタイルプロパティの集合を div 要素に 関連付けてもよい。

timeContainer 属性が div 要素上に指定されない場合、それは 並列の時間包含セマンティクスを持つものとして解釈されなければならない。

8.1.5 p

p 要素は論理段落を表し、 ブロックレベルとインラインレベルのフォーマットセマンティクスの間の遷移として機能する。

p 要素は、その子として Metadata.class 要素グループ内の 0 個以上の要素に続き、 Animation.class 要素グループ内の 0 個以上の要素に続き、 Layout.class 要素グループ内の 0 個または 1 個の要素に続き、 Inline.class または Embedded.class 要素グループ内の 0 個以上の要素を受け入れる。

Metadata.class 要素グループ内の子によって指定される任意のメタデータは、 p 要素およびその子孫全体にセマンティクス的に適用される。

Animation.class 要素グループ内の子によって指定される任意のアニメーション要素は、 p 要素にセマンティクス的に適用される。

<p
  animate = IDREFS
  begin = <time-expression>
  condition = <condition>
  dur = <time-expression>
  end = <time-expression>
  region = IDREF
  style = IDREFS
  timeContainer = ("par" | "seq")
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  {any attributes in TT Metadata Namespace}
  {any attributes in TT Style Namespaces}
  Content: Metadata.class*, Animation.class*, Layout.class?, (Inline.class|Embedded.class)*
</p>

著者は、style 属性、インラインスタイル属性、またはそれらの組み合わせの いずれかによって、スタイルプロパティの集合を p 要素に関連付けてもよい。

timeContainer 属性が p 要素上に指定されない場合、それは 並列の時間包含セマンティクスを持つものとして解釈されなければならない。

p 要素の子の列が 文字情報項目のみから構成される場合、 その列は、span 要素に適用されるスタイルプロパティを適用する目的で 匿名 spanであると みなされなければならない。詳細については [construct anonymous spans] 手続きを参照。

8.1.6 span

span 要素は、インラインレベルのフォーマットセマンティクスを持つ テキストコンテンツ単位の列のための論理コンテナおよび時間的構造化要素として 機能する。

視覚媒体上で提示される場合、span 要素は、 それぞれが 1 個以上のグリフ領域を含むインライン領域の列を 生成することを意図されている。

span 要素は、その子として Metadata.class 要素グループ内の 0 個以上の要素に続き、 Animation.class 要素グループ内の 0 個以上の要素に続き、 Inline.class または Embedded.class 要素グループ内の 0 個以上の要素を受け入れる。

Metadata.class 要素グループ内の子によって指定される任意のメタデータは、 span 要素およびその子孫全体にセマンティクス的に適用される。

Animation.class 要素グループ内の子によって指定される任意のアニメーション要素は、 span 要素にセマンティクス的に適用される。

<span
  animate = IDREFS
  begin = <time-expression>
  condition = <condition>
  dur = <time-expression>
  end = <time-expression>
  region = IDREF
  style = IDREFS
  timeContainer = ("par" | "seq")
  xlink:arcrole = <uri-list>
  xlink:href = <uri>
  xlink:role = <uri-list>
  xlink:show = ("new" | "replace" | "embed" | "other" | "none") : new
  xlink:title = xsd:string
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  {any attributes in TT Metadata Namespace}
  {any attributes in TT Style Namespaces}
  Content: Metadata.class*, Animation.class*, (Inline.class|Embedded.class)*
</span>

著者は、style 属性、インラインスタイル属性、またはそれらの組み合わせの いずれかによって、スタイルプロパティの集合を span 要素に関連付けてもよい。

timeContainer 属性が span 要素上に指定されない場合、それは 並列の時間包含セマンティクスを持つものとして解釈されなければならない。

リンク属性 xlink:* は、指定された場所（href）、 ロール、およびタイトルを使用して、span 要素を関連コンテンツに リンクするために使用してもよい。リンクのアクティベーションの動作は xlink:show 属性によって影響を受け、その正確な意味は 文書処理コンテキストによって決定される。

span 要素が xlink:href 属性を指定する場合、 入れ子の span 要素子孫は xlink:href 属性を指定してはならず、指定した場合、後者は 提示またはアクティベーション処理の目的では無視されなければならない。

span 要素の子の列が 文字情報項目のみから構成される場合、 その列は、span 要素に適用されるスタイルプロパティを適用する目的で 匿名 spanであると みなされなければならない。詳細については [construct anonymous spans] 手続きを参照。

8.1.7 br

br 要素は明示的な改行を表す。

Metadata.class 要素グループ内の子によって指定される任意のメタデータは、 br 要素およびその子孫全体にセマンティクス的に適用される。

Animation.class 子の使用は非推奨である。

<br
  condition = <condition>
  style = IDREFS
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  {any attributes in TT Metadata Namespace}
  {any attributes in TT Style Namespaces}
  Content: Metadata.class*, Animation.class*
</br>

視覚媒体上で提示される場合、br 要素の存在は 強制改行として解釈されなければならない。

8.2.1 condition

condition 属性は、要素（およびその子孫）を セマンティクス処理から条件付きで除外するために使用され、 その場合、その要素は条件付き要素と呼ばれる。

condition 属性は、プロファイル事項、すなわち Profile Module の要素を除く、コア語彙カタログ内の任意の要素で使用してもよい。

condition 属性の値は、 <condition> 式に従わなければならず、 それは提示処理時（遅延評価）または提示処理時より前（先行評価）に評価される。 ここで先行評価は、評価から得られる値が提示処理中に変化できない、または 変化しないことが知られている場合にのみ発生してもよい。

提示処理の目的において、要素が condition 属性を指定し、 その <condition> 式の値が false と評価される場合、 その要素およびその子孫要素のセマンティクスは、明示的に例外とされない限り、 無視されなければならない。すなわち、その要素およびその子孫要素は、 それらの子孫要素上に指定された任意の <condition> 式の評価にかかわらず、 条件付きで除外される。

上位レベルプロトコルが適用されない限り、 <condition> 式の値が false と評価される場合に、どのセマンティクスを無視するかを 決定する目的で、次の例外が適用される。

• 時限要素の タイミングセマンティクスは無視されない。

• style 要素の 連鎖参照 セマンティクスは無視されない。

8.2.2 xlink:arcrole

xlink:arcrole 属性は、[XLink 1.1]で定義されるように使用される。

xlink:arcrole 属性は、任意の span または image 要素で使用してもよい。

8.2.3 xlink:href

xlink:href 属性は、[XLink 1.1]で定義されるように使用される。

xlink:href 属性は、任意の span または image 要素で使用してもよい。

8.2.4 xlink:role

xlink:role 属性は、[XLink 1.1]で定義されるように使用される。

xlink:role 属性は、任意の span または image 要素で使用してもよい。

8.2.5 xlink:show

xlink:show 属性は、[XLink 1.1]で定義されるように使用される。

xlink:show 属性は、任意の span または image 要素で使用してもよい。

8.2.6 xlink:title

xlink:title 属性は、[XLink 1.1]で定義されるように使用される。

xlink:title 属性は、任意の span または image 要素で使用してもよい。

8.2.7 xml:base

xml:base 属性は、 [XML Base]で定義されるように使用される。

xml:base 属性は、(1) condition 属性、 (2) Metadata.class 要素グループ内の 子孫要素、または (3) xml:base 属性を認める子孫要素を認める、 コア語彙カタログ内の任意の要素で使用してもよい。

8.2.8 xml:id

xml:id 属性は、 [XML ID]で定義されるように使用される。

xml:id 属性は、コア語彙カタログ内の任意の要素で使用してもよい。

8.2.9 xml:lang

xml:lang 属性は、 [XML 1.0] §2.12 Language Identificationで 定義されるように使用される。

xml:lang 属性は tt 要素上に指定されなければならず、 パラメータ語彙を除くコア語彙カタログ内の任意の他の要素型の インスタンスによって指定してもよい。

コンテンツおよびメタデータ要素上の xml:lang の使用を次の例に示す。

<tt ... xml:lang="">
...
<p xml:lang="en">Jean said hello.</p>
<p xml:lang="fr">Jean dit bonjour.</p>
<p>
  <image src="#talking-image">
    <ttm:item name="altText" xml:lang="en">Talking</ttm:item>
    <ttm:item name="altText" xml:lang="fr">Parlant</ttm:item>
  </image>
</p>
...
</tt>

8.2.10 xml:space

xml:space 属性は、 [XML 1.0] §2.10 White Space Handlingで 定義されるように使用される。

xml:space 属性は、パラメータ語彙を除く コア語彙カタログ内の任意の要素で使用してもよい。

値 default のセマンティクスは、 11.3.1.4 共時的フロー 処理で説明されるように 文書 インスタンスの提示処理を実行するとき、 等価な中間 XSL-FO 文書の影響を受ける要素上に次のプロパティが指定されたかのように 処理が行われなければならないことを意味するように固定される。

• suppress-at-line-break="auto"

• linefeed-treatment="treat-as-space"

• white-space-collapse="true"

• white-space-treatment="ignore-if-surrounding-linefeed"

同様に、値 preserve のセマンティクスは、 提示処理を実行するとき、等価な中間 XSL-FO 文書の影響を受ける要素上に 次のプロパティが指定されたかのように処理が行われなければならないことを 意味するように固定される。

• suppress-at-line-break="retain"

• linefeed-treatment="preserve"

• white-space-collapse="false"

• white-space-treatment="preserve"

正規化されていない水平タブ 	 (HT) 文字が、 縮小 xml 情報集合の 文字情報項目内に現れる場合、 視覚的に提示されるとき、そのタブ文字は単一の  (SPACE) 文字であるかのように扱われる。

最終的にこの仕様で説明される以外の手段による視覚提示をもたらすことを 意図する他の種類の処理を実行する場合、上で説明した空白の折り畳みおよび 保持のセマンティクスは尊重されるべきである。他の種類の処理では、 xml:space 属性の扱いはプロセッサ依存であるが、可能であれば 上で説明したセマンティクスを尊重するべきである。

8.3.1 <absolute-profile-designator>

<absolute-profile-designator> 値式は、(1) ローカルに定義されたプロファイルに 関連付けられた絶対指定子を定義するため、または (2) リモートで定義された プロファイルを参照するために使用される。

<absolute-profile-designator>
  : <absolute-uri>

8.3.2 <absolute-uri>

<absolute-uri> 値式は、絶対 URI [URI]を指定するために使用される。

<absolute-uri>
  : <uri>                                     // absolute form only

<absolute-uri> 値式のコンテキストでは、 <uri> 式の値構文は、 [URI] §4.3 で定義される URI の絶対形式に 従わなければならない。

8.3.3 <arguments>

<arguments> 値は、 <expression> 値の function-expression 非終端記号とともに使用される部分式である。

<arguments>
  : "(" <lwsp>? ")"
  | "(" <lwsp>? argument-list <lwsp>? ")"

argument-list
  : <expression> (<lwsp>? "," <lwsp>? <expression>)*

8.3.4 <bound-parameter>

<bound-parameter> 値は、 コンテンツプロセッサによって値に束縛される 名前付きパラメータの列挙された集合の 1 つである。

<bound-parameter>
  : "forced"
  | "mediaAspectRatio"
  | "mediaLanguage"
  | "userLanguage"

forced

コンテンツプロセッサが 強制字幕を有効にして動作しているかどうかを 表す真偽値に評価される。 文書インスタンスで使用される場合、 head 要素の子として usesForced 名前付きメタデータ項目を指定するべきである。

mediaAspectRatio

関連メディアオブジェクトの アスペクト比に等しい数値に評価される。

mediaLanguage

関連メディアオブジェクトの （主要）言語に等しい文字列値に評価される。

userLanguage

文書処理コンテキストによって 決定されるユーザーの（主要）言語に等しい文字列値に評価される。

8.3.5 <condition>

<condition> 値は、 コンテンツ処理中に条件付き要素の セマンティクスを尊重するか無視するかを決定するために使用される 二値に評価される式を指定するために使用される。

<condition>
  : <expression>

<condition> 値に現れる function-expression は、 <condition-function> 式の形式を 取らなければならない。

8.3.6 <condition-function>

<condition-function> 値は、 <condition> 値式で使用してもよい部分式である。

<condition-function>
  : <media-function>
  | <parameter-function>
  | <supports-function>

8.3.7 <expression>

<expression> 値は、 <condition> 値の部分式である。

<expression>
  : logical-or-expression

logical-or-expression
  : logical-and-expression
  | logical-or-expression <lwsp>? "||" <lwsp>? logical-and-expression

logical-and-expression
  : equality-expression
  | logical-and-expression <lwsp>? "&&" <lwsp>? equality-expression

equality-expression
  : relational-expression
  | equality-expression <lwsp>? "==" <lwsp>? relational-expression
  | equality-expression <lwsp>? "!=" <lwsp>? relational-expression

relational-expression
  : additive-expression
  | relational-expression <lwsp>? "<" <lwsp>? additive-expression
  | relational-expression <lwsp>? ">" <lwsp>? additive-expression
  | relational-expression <lwsp>? "<=" <lwsp>? additive-expression
  | relational-expression <lwsp>? ">=" <lwsp>? additive-expression

additive-expression
  : multiplicitive-expression
  | additive-expression <lwsp>? "+" <lwsp>? multiplicitive-expression
  | additive-expression <lwsp>? "-" <lwsp>? multiplicitive-expression

multiplicitive-expression
  : unary-expression
  | multiplicitive-expression <lwsp>? "*" <lwsp>? unary-expression
  | multiplicitive-expression <lwsp>? "/" <lwsp>? unary-expression
  | multiplicitive-expression <lwsp>? "%" <lwsp>? unary-expression

unary-expression
  : primary-or-function-expression
  | "+" <lwsp>? unary-expression
  | "-" <lwsp>? unary-expression
  | "!" <lwsp>? unary-expression

primary-or-function-expression
  : primary-expression
  | function-expression

primary-expression
  : identifier
  | literal
  | "(" <lwsp>? expression <lwsp>? ")"

function-expression
  : identifier <arguments>

identifier
  : xsd:NCName

literal
  : boolean-literal
  | numeric-literal
  | string-literal

boolean-literal
  : "true"
  | "false"

numeric-literal
  : decimal-literal

decimal-literal
  : decimal-integer-literal "." decimal-digits? exponent-part?
  | decimal-integer-literal exponent-part?
  | "." decimal-digits exponent-part?

decimal-integer-literal
  : "0"
  | non-zero-digit decimal-digits?

decimal-digits
  : decimal-digit
  | decimal-digits decimal-digit

decimal-digit
  : "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9"

non-zero-digit
  : "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9"

exponent-part
  : exponent-indicator signed-integer

exponent-indicator
  : "e" | "E"

signed-integer
  : decimal-digits
  | "+" decimal-digits
  | "-" decimal-digits

string-literal
  : <quoted-string>

8.3.8 <fragment-profile-designator>

<fragment-profile-designator> 値式は、ローカルプロファイルを参照により 指定するために使用される。

<fragment-profile-designator>
  : <fragment-uri>

8.3.9 <fragment-uri>

<fragment-uri> 値式は、フラグメント URI [URI]を指定するために使用される。

<fragment-uri>
  : <uri>                                     // fragment component only

<fragment-uri> 値式のコンテキストでは、 <uri> 式の値構文は、 [URI] §3 および §3.5 で定義される URI の フラグメントコンポーネントに従わなければならない。すなわち、スキーム、 オーソリティ、パス、およびクエリコンポーネントは空（未指定）であり、 フラグメントコンポーネントのみが非空（指定済み）である。

8.3.10 <media-function>

<media-function> 値は、 関連メディア オブジェクトまたは 文書処理コンテキストに対して メディアクエリを実行するために、 <condition> 値式で使用してもよい 部分式である。

<media-function>
  : "media(" <lwsp>? media-query <lwsp>? ")"

media-query
  : <quoted-string>

<media-function> 値式の media-query 引数は、 [Media Queries] §3 で定義される media_query_list の構文に 従わなければならない。

<media-function> 値式は、指定されたメディアクエリが true と評価される場合は true に評価され、 そうでなければ、その値式は false に評価される。

<media-function> 式のセマンティクスがサポートされない場合、 その式は false に評価されなければならない。

8.3.11 <profile-designator>

<profile-designator> 値式は、プロファイルを定義する目的または 定義済みプロファイルを参照する目的で、プロファイルを指定するために使用される。

<profile-designator>
  : <absolute-profile-designator>
  | <relative-profile-designator>
  | <fragment-profile-designator>

8.3.12 <parameter-function>

<parameter-function> 値は、 文書処理コンテキストの 名前付きパラメータを取得するために、 <condition> 値式で使用してもよい 部分式である。

<parameter-function>
  : "parameter(" <lwsp>? parameter-name <lwsp>? ")"

parameter-name
  : <quoted-string>

引用解除されたとき、<parameter-function> 値式の parameter-name 引数は xsd:NCName に 従わなければならず、それはさらに <bound-parameter> によって 列挙される値の 1 つでなければならない。

<parameter-function> 値式は、 指定されたパラメータ名に関連付けられた（束縛された）値に評価される。

8.3.13 <quoted-string>

<quoted-string> 値式は、二重引用符または単一引用符で囲まれた文字列を 指定するために使用される。

<quoted-string>
  : double-quoted-string
  | single-quoted-string

double-quoted-string
  : '"' ([^"\\] | escape)* '"'

single-quoted-string
  : "'" ([^'\\] | escape)* "'"

escape
  : '\\' char

8.3.14 <relative-profile-designator>

<relative-profile-designator> 値式は、相対プロファイル指定子を絶対化するための 基底 URI として機能する TT プロファイル名前空間に関して、 標準化されたプロファイルを参照するために使用される。

<relative-profile-designator>
  : <relative-uri>

8.3.15 <relative-uri>

<relative-uri> 値式は、相対 URI [URI]を指定するために使用される。

<relative-uri>
  : <uri>                                     // no scheme component present

<relative-uri> 値式のコンテキストでは、 <uri> 式の値構文は、 [URI] §3 で定義される URI の相対形式に 従わなければならない。すなわち、スキームおよびオーソリティコンポーネントは 空（未指定）であるが、パス、および任意でクエリおよびフラグメントコンポーネントが 指定される。

8.3.16 <supports-function>

<supports-function> 値は、指定された 機能または拡張が サポートされるかどうかを表す真偽値を取得するために、 <condition> 値式で使用してもよい 部分式である。

<supports-function>
  : "supports(" <lwsp>? feature-or-extension-designator <lwsp>? ")"

feature-or-extension-designator
  : <quoted-string>

<supports-function> 値式の feature-or-extension-designator 引数は、 E.1 機能指定および F.1 拡張指定でそれぞれ定義される 機能指定または拡張指定を表現しなければならない。ここで、指定の feature-namespace または extension-namespace コンポーネントは 任意であり、指定されない場合、それぞれ TT Feature Namespace または TT Extension Namespace に等しいものとみなされる。

<supports-function> 値式は、指定された機能または拡張指定子が コンテンツ プロセッサによって（セマンティクス的に）サポートされる場合、 true に評価される。

8.3.17 <uri>

<uri> 値式は、URI [URI]を指定するために使用される。

<uri>
  : xsd:anyURI

xsd:anyURI データ型の値構文は、 [XML Schema Part 2] §3.2.17 で指定される定義に 従わなければならない。

8.3.18 <uri-list>

<uri-list> 値式は、URI [URI] 式の空でないリストを指定するために使用される。

<uri-list>
  : <uri> (<lwsp> <uri>)*

9.1.1 audio

audio 要素は、音声リソースを定義または参照するために使用される。

audio 要素は 2 つのコンテキストに現れてもよい。(1) resources 要素の子として、 および (2) Block.class 要素グループ内の要素の子として、 すなわち div または p 要素の子として、または span 要素の子としてである。 前者は 音声定義コンテキストと呼ばれ、後者は 音声提示コンテキストと呼ばれる。

audio 要素が音声 定義コンテキストに現れる場合、それは 包含文書インスタンス内の 他の audio 要素から参照されてもよい 音声リソースの共有可能な定義として機能する。

audio 要素が 音声提示コンテキストに現れる場合、 それは提示（レンダリング）セマンティクス、すなわち再生されることを意図していることを含意する 音声リソースの非共有可能な定義として機能する。

audio 要素は、その子として、 Metadata.class 要素グループ内の 0 個以上の要素に続き、 Animation.class 要素グループ内の 0 個以上の要素に続き、0 個以上の source 要素を受け入れる。

<audio
  animate = IDREFS
  begin = <time-expression>
  clipBegin = <time-expression>
  clipEnd = <time-expression>
  condition = <condition>
  dur = <time-expression>
  end = <time-expression>
  src = <audio>
  style = IDREFS
  timeContainer = ("par" | "seq")
  type = xsd:string
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  {any attributes in TT Style Namespaces}
  {any attributes in TT Metadata Namespace}
  Content: Metadata.class*, Animation.class*, source*
</audio>

audio 要素は、(1) 組み込みデータリソースを参照すること、 (2) 外部データリソースを参照すること、または (3) 埋め込みデータリソースを 定義または参照することによって、音声リソースを 指定する。ここで データリソースは音声コンテンツを含む。

audio 要素が src 属性を指定する場合、 子 source 要素を 指定してはならない。逆に、audio 要素が src 属性を指定しない場合、 1 個以上の子 source 要素を指定しなければならない。

audio 要素が src 属性を指定し、その値が 包含文書インスタンスの断片を 参照しない場合、type 属性を 指定するべきであり、その場合、 type 属性の値は 参照されるリソースのメディア（コンテンツ）型に対応しなければならない。 そうでない場合、type 属性は指定してはならない。

指定される場合、clipBegin 属性の値は 12.3.1 <time-expression>の offset-time 形式に従わなければならず、その場合、この式の値は 参照される音声コンテンツの開始に相対的な通常再生時刻オフセットを表し、 音声提示が開始する点を指定する。 この指定値が参照される音声コンテンツの内在的継続時間より大きい場合、 clipBegin の解決済み値は内在的継続時間であるとみなされる。 clipBegin 属性が指定されない場合、値 0 が適用される。

同様に、指定される場合、clipEnd 属性の値は 12.3.1 <time-expression>の offset-time 形式に従わなければならず、その場合、この式の値は 参照される音声コンテンツの開始に相対的な通常再生時刻オフセットを表し、 提示が停止する点を指定する。 この指定値が参照される音声コンテンツの内在的継続時間より大きい場合、 clipEnd の解決済み値は内在的継続時間であるとみなされる。 clipEnd 属性が指定されない場合、音声コンテンツの内在的継続時間に等しい値が 適用される。

audio 要素の使用を次の例に示す。

...
<audio src="http://example.com/audio/description.mp3" type="audio/mp3"/>
...

9.1.2 chunk

chunk 要素は、データの個別の chunk（断片）を表すために使用される。

chunk 要素は、 data 要素の子として現れてもよい。

<chunk
  condition = <condition>
  encoding = ("base16" | "base32" | "base32hex" | "base64" | "base64url") : base64
  length = xsd:nonNegativeInteger
  xml:base = <uri>
  xml:id = ID
  Content: #PCDATA
</chunk>

encoding 属性が 指定される場合、それは chunk 要素によって表されるバイト列の 実際の符号化を表さなければならない。 encoding 属性が 指定されない場合、符号化は base64 であるとみなされなければならない。

length 属性が指定される場合、それは chunk 要素によって表されるバイト列内の復号済みバイト数を 表さなければならない。復号時に、指定された length 値が復号済みバイト数と 一致しない場合、その chunk およびそのコンテナ data 要素は 長さゼロのバイト列を返さなければならない。 length 属性が指定されない場合、その chunk は実際の復号済みバイト数に等しい 長さを持つものとみなされる。

chunk 化されたデータの使用を次の例に示す。

...
<data type="text/plain; charset=us-ascii" length="44">
  <chunk length="19">
    VGhlIHF1aWNrIGJyb3duIGZveA==
  </chunk>
  <chunk length="25">
    IGp1bXBzIG92ZXIgdGhlIGxhenkgZG9nLg==
  </chunk>
</data>
...

9.1.3 data

data 要素は、任意のデータのための汎用コンテナまたは参照として機能する。

data 要素は 3 つのコンテキストに現れてもよい。 (1) resources 要素の子として、 これはデータ定義コンテキストと呼ばれる。 (2) metadata 要素の子として、 これはメタデータ用データ束縛コンテキストと 呼ばれる。または (3) source 要素の子として、 これはソース用データ束縛コンテキストと 呼ばれる。そしてこれら後者 2 つのコンテキストは総称して データ束縛コンテキストと呼ばれる。

data 要素が データ定義コンテキストに現れる場合、 それは、(1) 別の data 要素、 (2) 埋め込みコンテンツ要素、または (3) source 要素の src 属性から参照されてもよい データリソースの共有可能な定義として機能する。 この場合、data 要素のコンテキスト化されたアクティブ時間区間は、 親の resources 要素の アクティブ時間区間と、その参照元要素のアクティブ時間区間との共通部分である。

data 要素が データ束縛コンテキストに現れる場合、 それは束縛セマンティクス、すなわち参照の直接のコンテキストに束縛される （関連付けられる）ことを意図していることを含意する、データリソースの 非共有可能な定義として機能する。この場合、data 要素の アクティブ時間区間は、最も近い祖先 時限要素のアクティブ時間区間と同じである。

data 要素は、次の 3 つの内容モデルのいずれかを受け入れる。 (1) 1 個以上のテキストノード（すなわち #PCDATA）、 (2) Metadata.class 要素グループ内の 0 個以上の要素に続く 1 個以上の chunk 要素、または (3) Metadata.class 要素グループ内の 0 個以上の要素に続く 1 個以上の source 要素である。 ここで、第 1 のものは単純データ埋め込み、 第 2 のものはchunk 化データ埋め込み、 第 3 のものはソース付きデータ埋め込みと呼ばれる。

単純データ埋め込みが使用される場合、 データリソースは #PCDATA 内容を復号することによって取得される。 chunk 化データ埋め込みが使用される場合、 データリソースは、各子 chunk 要素を復号して得られる バイト列を連結することによって取得される。 ソース付きデータ埋め込みが使用される場合、 データリソースは、最初に解決可能な子 source 要素から取得される。 さらに、子 source 要素は data 要素を含んではならないが、 データ定義コンテキスト内の data 要素を参照してもよい。

<data
  condition = <condition>
  encoding = ("base16" | "base32" | "base32hex" | "base64" | "base64url") : see prose below
  format = <data-format>
  length = xsd:nonNegativeInteger
  src = <data>
  type = xsd:string : see prose below
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  Content: #PCDATA | (Metadata.class*, chunk+) | (Metadata.class*, source+)
</data>

単純データ埋め込みが使用される場合、すなわち data 要素の内容が 1 個以上のテキストノードである場合、 encoding 属性を 指定してもよく、指定されない場合は base64 であると みなされなければならない。 chunk 化またはソース付きデータ埋め込みが使用される場合、すなわち data 要素の内容が子 chunk または source 要素を含む場合、 encoding 属性を 指定してはならず、指定された場合、コンテンツ処理の目的では無視されなければならない。

length 属性が指定される場合、それは data 要素によって表されるバイト列内の復号済みバイト数を 表さなければならない。復号時に、指定された length 値が復号済みバイト数と 一致しない場合、長さゼロのバイト列が返されなければならない。 length 属性が指定されない場合、データリソースは実際の復号済みバイト数に 等しい長さを持つものとみなされる。 ソース付きデータ埋め込みを使用する場合、length 属性を指定してはならない。

単純または chunk 化データ埋め込みが使用される場合、 type 属性を指定しなければならず、 データリソースのメディア（コンテンツ）型に対応しなければならない。 これらの場合、定義された型が存在しない場合は、 型 application/octet-stream を使用するべきである。 ソース付きデータ埋め込みの場合、解決された source 要素のメディア（コンテンツ）型が 型として使用される。

type 属性が指定または解決されない、 または application/octet-stream などの汎用型として指定され、 参照されるデータリソースについて、 Media Type [MIME Media Types] パラメータで表現できない 追加形式情報が既知である場合、 format 属性を コンテンツプロセッサへのヒントとして指定してもよい。

単純データ埋め込みの使用を次の例に示す。

<head>
  <resources>
    <data xml:id="sharedImageData" type="image/png" length="119">
      iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAIAAACQd1PeAAAAAXNSR0IArs4c6QAAAARnQU1BAACxjwv8
      YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAAAMSURBVBhXY2BgYAAAAAQAAVzN/2kAAAAASUVORK5CYII=
    </data>
    <image xml:id="sharedImage">
      <source src="#sharedImageData"/>
    </image>
  </resources>
</head>
...
<body xmlns:tts="http://www.w3.org/ns/ttml#styling">
  <div tts:backgroundImage="#sharedImage"/>
  <div tts:backgroundImage="#sharedImage"/>
</body>

<div>
  <metadata xmlns:ttm="http://www.w3.org/ns/ttml#metadata">
    <ttm:desc>caption with metadata containing tunneled data</ttm:desc>
    <data encoding="base64">
      TWFuIGlzIGRpc3Rpbmd1aXNoZWQsIG5vdCBvbmx5IGJ5IGhpcyByZWFzb24sIGJ1dCBieSB0aGlz
      IHNpbmd1bGFyIHBhc3Npb24gZnJvbSBvdGhlciBhbmltYWxzLCB3aGljaCBpcyBhIGx1c3Qgb2Yg
      dGhlIG1pbmQsIHRoYXQgYnkgYSBwZXJzZXZlcmFuY2Ugb2YgZGVsaWdodCBpbiB0aGUgY29udGlu
      dWVkIGFuZCBpbmRlZmF0aWdhYmxlIGdlbmVyYXRpb24gb2Yga25vd2xlZGdlLCBleGNlZWRzIHRo
      ZSBzaG9ydCB2ZWhlbWVuY2Ugb2YgYW55IGNhcm5hbCBwbGVhc3VyZS4=
    </data>
  </metadata>
  <p>Caption with Tunneled Data</p>
</div>

<div>
  <image>
    <source>
      <data type="image/png" length="119">
        iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAIAAACQd1PeAAAAAXNSR0IArs4c6QAAAARnQU1BAACxjwv8
        YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAAAMSURBVBhXY2BgYAAAAAQAAVzN/2kAAAAASUVORK5CYII=
      </data>
    </source>
  </image>
</div>

9.1.4 font

font 要素は、フォント リソースを定義または参照するために使用される。

font 要素は resources 要素の子として 現れてもよく、これは フォント定義コンテキストと呼ばれる。

font 要素は、その子として、 Metadata.class 要素グループ内の 0 個以上の要素に続き、0 個以上の source 要素を受け入れる。

<font
  condition = <condition>
  family = xsd:string
  range = <unicode-range>
  style = ("normal" | "italic" | "oblique") : see prose below
  src = <font>
  type = xsd:string
  weight = ("normal" | "bold") : see prose below
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  Content: Metadata.class*, source*
</font>

font 要素は、(1) 組み込みデータリソースを参照すること、 (2) 外部データリソースを参照すること、または (3) 埋め込みデータリソースを 定義または参照することによって、フォントリソースを 定義する。ここで データリソースはフォントコンテンツを含む。

font 要素が src 属性を指定する場合、 子 source 要素を 指定してはならない。逆に、font 要素が src 属性を指定しない場合、 1 個以上の子 source 要素を指定しなければならない。

font 要素が src 属性を指定し、その値が 包含文書インスタンスの断片を 参照しない場合、type 属性を 指定するべきであり、その場合、 type 属性の値は 参照されるリソースのメディア（コンテンツ）型に対応しなければならない。 そうでない場合、type 属性は指定してはならない。

family、range、style、または weight 属性のいずれかが指定される場合、それらは実際の フォントリソースのファミリ名、サポートされる文字範囲、 スタイル、およびウェイトを上書きする。特に、指定された属性値が フォントリソース内に符号化されたこれらのフォント特性の 値と異なる場合、フォントリソース内に符号化された フォント特性の代わりに、指定された属性値が使用されるべきである。

family、range、style、または weight 属性のいずれかが指定されない場合、それらの値は フォントリソース内に符号化された同名のフォント特性の 値と等しいものとみなされなければならない。

フォントリソースを逆参照（ダウンロード）する目的で、 コンテンツプロセッサは、 必要な（変換または提示）処理を実行するためにフォントリソースの内容が必要になる時点まで、 ダウンロード処理を延期してもよい。

font 要素の使用を次の例に示す。

...
<head>
  <resources>
    <data xml:id="lastResortFont" type="application/font-woff">
      ... base64 encoded data ...
    </data>
    <font family="MyFont" range="u+20-7f,u+90-9f">
      <source src="http://example.com/fonts/myfont.otf" type="font/otf"/>
      <source src="#lastResortFont"/>
    </font>
  </resources>
</head>
...
<p tts:fontFamily="MyFont">use my font or last resort font</p>
...

9.1.5 image

image 要素は、画像リソースを定義または参照するために使用される。

image 要素は 2 つのコンテキストに現れてもよい。(1) resources 要素の子として、 および (2) Block.class 要素グループ内の要素の子として、 すなわち div または p 要素の子として、または span 要素の子としてである。 前者は 画像定義コンテキストと呼ばれ、後者は 画像提示コンテキストと呼ばれる。

image 要素が画像 定義コンテキストに現れる場合、それは、別の image 要素、 または包含文書インスタンス内の tts:backgroundImage スタイル属性によって参照されてもよい 画像リソースの共有可能な定義として機能する。

image 要素が 画像提示コンテキストに現れる場合、 それは提示（レンダリング）セマンティクスを含意する 画像リソースの非共有可能な定義として機能する。

image 要素が div 要素の子として現れる場合、 その提示は、画像がレンダリングされるブロック領域を生成する。すなわち、 image 要素の前後にブロック境界が含意される。これに対し、 image 要素が p または span 要素の子として現れる場合、 その提示は、画像がレンダリングされるインライン領域を生成する。すなわち、 image 要素の前後にブロック境界は含意されない。

tts:backgroundImage スタイル属性によって参照される 画像リソースの提示は、コンテンツレイアウトに 影響してはならない。

image 要素は、その子として、 Metadata.class 要素グループ内の 0 個以上の要素に続き、 Animation.class 要素グループ内の 0 個以上の要素に続き、 0 個以上の source 要素を受け入れる。

<image
  animate = IDREFS
  begin = <time-expression>
  condition = <condition>
  dur = <time-expression>
  end = <time-expression>
  region = IDREF
  src = <image>
  style = IDREFS
  timeContainer = ("par" | "seq")
  type = xsd:string
  xlink:arcrole = <uri-list>
  xlink:href = <uri>
  xlink:role = <uri-list>
  xlink:show = ("new" | "replace" | "embed" | "other" | "none") : new
  xlink:title = xsd:string
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  {any attributes in TT Style Namespaces}
  {any attributes in TT Metadata Namespace}
  Content: Metadata.class*, Animation.class*, source*
</image>

image 要素は、(1) 組み込みデータリソースを参照すること、 (2) 外部データリソースを参照すること、または (3) 埋め込みデータリソースを 定義または参照することによって、画像リソースを 定義する。ここで データリソースは画像コンテンツを含む。

image 要素が src 属性を指定する場合、 子 source 要素を 指定してはならない。逆に、image 要素が src 属性を指定しない場合、 1 個以上の子 source 要素を指定しなければならない。

image 要素が src 属性を指定し、その値が 包含文書インスタンスの断片を 参照しない場合、type 属性を 指定するべきであり、その場合、 type 属性の値は 参照されるリソースのメディア（コンテンツ）型に対応しなければならない。 そうでない場合、type 属性は指定してはならない。

image 要素は、内在的な幅または高さ情報が利用できない場合、または 上書きすることを意図する場合に画像の提示幅または高さを指定するために、 tts:extent スタイル属性を指定してもよい。この属性が 画像提示コンテキスト内の image 要素と、前者が参照する 画像定義コンテキスト内の image 要素の両方に指定される場合、 前者に指定された属性が後者に指定されたものより優先される。 tts:extent スタイル属性が適用される画像の 提示は、指定された範囲の幅および高さを得るために、 （場合によってはアナモルフィックな）拡大縮小操作の対象となる。

リンク属性 xlink:* は、指定された場所（href）、 ロール、およびタイトルを使用して、image 要素を関連コンテンツに リンクするために使用してもよい。リンクのアクティベーションの動作は xlink:show 属性によって影響を受け、その正確な意味は 文書処理コンテキストによって決定される。

image が 画像定義コンテキストに現れる場合、次の追加制約が 適用される。

1. 属性 animate、 begin、 dur、 end、 region、および timeContainerは 指定してはならず、現れた場合、提示処理の目的では無視されなければならない。

2. Animation.class 要素グループの 要素は子要素として現れてはならず、現れた場合、提示処理の目的では 無視されなければならない。

image 要素の使用を次の例に示す。

<div>
  <p>This division has a content image that appears as a block area after this paragraph.</p>
  <image src="http://example.com/images/caption.png" type="image/png"/>
<div>
...
<div tts:backgroundImage="http://example.com/images/background.png">
  <p>This division has a background image that appears under this paragraph.</p>
<div>
...

<head>
  <resources>
    <data xml:id="caption" type="image/png" length="119">
      iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAIAAACQd1PeAAAAAXNSR0IArs4c6QAAAARnQU1BAACxjwv8
      YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAAAMSURBVBhXY2BgYAAAAAQAAVzN/2kAAAAASUVORK5CYII=
    </data>
  </resources>
</head>
<body>
  <div>
    <p>
      <image>
        <source src="#caption"/>
      </image>
    <p>
    ...
    <p>
      <image>
        <source src="#caption"/>
      </image>
    <p>
  </div>
</body>

<div>
  <image>
    <source src="http://example.com/images/caption.png" type="image/png"/>
    <source>
      <data type="image/png" length="119">
        iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAIAAACQd1PeAAAAAXNSR0IArs4c6QAAAARnQU1BAACxjwv8
        YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAAAMSURBVBhXY2BgYAAAAAQAAVzN/2kAAAAASUVORK5CYII=
      </data>
    </source>
  </image>
</div>

9.1.6 resources

resources 要素は、この埋め込みコンテンツに適用されるメタデータを含む 埋め込みコンテンツの定義をグループ化するために使用されるコンテナ要素である。

resources 要素は、その子として Metadata.class 要素グループ内の 0 個以上の要素に続き、 Data.class、 Embedded.class、または Font.class 要素グループ内の 0 個以上の要素を受け入れる。

<resources
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  Content: Metadata.class*, (Data.class|Embedded.class|Font.class)*
</resources>

時間セマンティクスが resources 要素の内容に適用される範囲において、 この要素の暗黙の時間区間は ルート時間範囲と同一の始点および終点を持つものとして 定義される。

9.1.7 source

source 要素は、 埋め込みコンテンツリソースのソースを 指定するために使用される。

source 要素は、その子として Metadata.class 要素グループ内の 0 個以上の要素に続き、0 個または 1 個の data 要素を受け入れる。

source 要素が src 属性を指定する場合、 子 data 要素を 指定してはならない。その場合、 src 属性が外部リソースを 参照するなら、それは外部ソースと呼ばれ、 src 属性が 包含文書インスタンス内の 埋め込みリソースを参照するなら、 非入れ子埋め込みソースと呼ばれる。

source 要素が src 属性を指定しない場合、 子 data 要素を 指定しなければならず、その場合、それは 入れ子埋め込みソースと呼ばれる。

source 要素は、祖先 source 要素を持ってはならない。

<source
  condition = <condition>
  format = <data-format>
  src = <data>
  type = xsd:string
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  Content: Metadata.class*, data?
</source>

format 属性が指定される場合、 それは埋め込みコンテンツの形式（すなわち形式構文）に関する追加のヒント情報を 提供する。そのような情報は、標準メディア（コンテンツ）型ラベルが定義されていない場合、 または情報を Media Type パラメータ [MIME Media Types]で表現できない場合に有用であることがある。 source 要素の使用コンテキストに応じて、この属性の値にはさらに 制約が課される場合がある。

src 属性が指定され、 その値が包含 文書インスタンスの断片を参照する場合、 その断片によって識別される、すなわちその値がフラグメント識別子と一致する xml:id 属性を持つ resources 要素の子 data 要素が存在しなければならない。

src 属性が指定され、 その値が 包含文書インスタンスの断片を参照しない場合、 type 属性を指定するべきであり、 その場合、それは参照されるリソースのメディア（コンテンツ）型に対応しなければならない。

src 属性が指定され、 その値が 包含文書インスタンスの断片を参照する場合、 type 属性を指定してはならない。 むしろ、埋め込みリソースのコンテンツ型は、参照または埋め込みされた data 要素上の type 属性の値によって決定される。

source 要素の使用を次の例に示す。

...
<image>
  <source src="http://example.com/images/caption.png" type="image/png"/>
</image>
...

...
<data xml:id="caption" type="image/png" length="119">
  iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAIAAACQd1PeAAAAAXNSR0IArs4c6QAAAARnQU1BAACxjwv8
  YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAAAMSURBVBhXY2BgYAAAAAQAAVzN/2kAAAAASUVORK5CYII=
</data>
...
<image>
  <source src="#caption"/>
</image>
...

...
<image>
  <source>
    <data type="image/png" length="119">
      iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAIAAACQd1PeAAAAAXNSR0IArs4c6QAAAARnQU1BAACxjwv8
      YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAAAMSURBVBhXY2BgYAAAAAQAAVzN/2kAAAAASUVORK5CYII=
    </data>
  </source>
</image>
...

9.2.1 encoding

encoding 属性は、データの符号化形式を指定するために使用される。

encoding 属性は、次の要素型のインスタンスによって指定してもよい。

• chunk

• data

指定される場合、encoding 属性の値は [Data Encodings]で定義される次の値のいずれかを 取らなければならない。

• base16

• base32

• base32hex

• base64

• base64url

指定されない場合、base64 セマンティクスが適用される。

9.2.2 format

format 属性は、 type 属性によって提供される メディア（コンテンツ）型情報を超えて、埋め込みコンテンツリソースの メディア（コンテンツ）形式に関するヒントを指定するために使用される。

format 属性は、次の要素型のインスタンスによって指定してもよい。

• data

• source

format 属性の値は、 <data-format> 式に 従わなければならない。

使用コンテキストに応じて、追加の制約が適用される場合がある。

9.2.3 src

src 属性は、データリソースの場所、またはその場所に対応付けられる 識別子を指定するために使用される。

src 属性は、次の要素型のインスタンスによって指定してもよい。

• audio

• data

• font

• image

• source

指定される場合、src 属性の値は <uri> 値構文の値構文に従わなければならない。

使用コンテキストに応じて、追加の制約が適用される場合がある。

9.2.4 type

type 属性は、データリソースのメディア（コンテンツ）型を指定するために 使用され、データを特徴付ける追加パラメータを表してもよい。

type 属性は、次の要素型のインスタンスによって指定してもよい。

• audio

• data

• font

• image

指定される場合、type 属性の値は、 [MIME] §5.1 で定義される Content-Type MIME ヘッダーの値構文に従わなければならない。

指定されない場合、メディア（コンテンツ）型は不明または意図的に未指定である。

type 属性が指定されたデータリソースを復号するとき、 コンテンツ処理は、それが正しいかどうかにかかわらず、指定された型を尊重しなければならない。 すなわち、type 属性がデータリソースの型を誤指定している場合でも、 コンテンツ処理はコンテンツスニッフィングを実行してその型を上書きしようとしてはならない。