--- a/ttml2/spec/ttml2.html Mon Feb 09 15:07:45 2015 -0700
+++ b/ttml2/spec/ttml2.html Mon Feb 09 15:07:56 2015 -0700
@@ -548,11 +548,11 @@
K <a href="#other-references">Other References</a> (Non-Normative)<br>
L <a href="#requirements">Requirements</a> (Non-Normative)<br>
M <a href="#derivation">Vocabulary Derivation</a> (Non-Normative)<br>
- M.1 <a href="#d3e38057">Element Derivation</a><br>
- M.2 <a href="#d3e38574">Attribute Derivation</a><br>
+ M.1 <a href="#d3e38064">Element Derivation</a><br>
+ M.2 <a href="#d3e38581">Attribute Derivation</a><br>
N <a href="#qa">QA Framework Compliance</a> (Non-Normative)<br>
- N.1 <a href="#d3e39567">Requirements</a><br>
- N.2 <a href="#d3e39731">Guidelines</a><br>
+ N.1 <a href="#d3e39574">Requirements</a><br>
+ N.2 <a href="#d3e39738">Guidelines</a><br>
O <a href="#streaming">Streaming TTML Content</a> (Non-Normative)<br>
P <a href="#common-styling">Common Caption Style Examples</a> (Non-Normative)<br>
P.1 <a href="#pop-on-example">Pop-On Caption Example</a><br>
@@ -801,7 +801,7 @@
<a href="#terms-effective-processor-profile">effective processor profile</a> in the absence of a declared or inferred
<a href="#terms-processor-profile">processor profile</a>, where this default processor profile is determined by
the <a href="#semantics-procedure-construct-default-processor-profile"><span class="strong">construct default processor profile</span></a>
-procedure.</p></dd><dt class="label"><a id="terms-default-region"></a>[default region]</dt><dd><p>A default <a href="#terms-out-of-line-region">out-of-line region</a> that is implied in the absence of
+procedure.</p></dd><dt class="label"><a id="terms-default-profile"></a>[default profile]</dt><dd><p><span class="tbd">To Be Defined</span></p></dd><dt class="label"><a id="terms-default-region"></a>[default region]</dt><dd><p>A default <a href="#terms-out-of-line-region">out-of-line region</a> that is implied in the absence of
an explicitly specified out-of-line <a href="#layout-vocabulary-region"><code>region</code></a> element, i.e.,
when no <a href="#layout-vocabulary-region"><code>region</code></a> element is specified as a child of
a <a href="#layout-vocabulary-layout"><code>layout</code></a> element.</p></dd><dt class="label"><a id="terms-designated-profile"></a>[designated profile]</dt><dd><p>A <a href="#terms-profile">profile</a> that is associated with a <a href="#terms-profile-designator">profile designator</a> by
@@ -980,7 +980,7 @@
referred to implicitly in the context of the profile's definition. Also referred to as an <em>anonymous profile</em>.</p></dd><dt class="label"><a id="terms-valid-abstract-document-instance"></a>[valid abstract document instance]</dt><dd><p>An <a href="#terms-abstract-document-instance">abstract document instance</a> which has been assessed for validity
and found to be valid as defined by <a href="#doctypes"><b>4 Document Types</b></a>.</p></dd><dt class="label"><a id="terms-validating-content-processor"></a>[validating content processor]</dt><dd><p><span class="tbd">To Be Defined</span></p></dd><dt class="label"><a id="terms-viewport"></a>[viewport]</dt><dd><p>A logical, rectangular area with respect to which content is encoded or decoded for the purpose of presentation, where such area
may be employed by or for the authoring or presentation of a <a href="#terms-related-media-object">related media object</a> or
-the <a href="#terms-root-container-region">root container region</a> and its constituent <a href="#terms-region">regions</a>.</p></dd><dt class="label"><a id="terms-viewport-target"></a>[viewport target]</dt><dd><p>An implied or explicit target or mapping of a <a href="#viewport">viewport</a> to some logical or physical entity, of which this
+the <a href="#terms-root-container-region">root container region</a> and its constituent <a href="#terms-region">regions</a>.</p></dd><dt class="label"><a id="terms-viewport-target"></a>[viewport target]</dt><dd><p>An implied or explicit target or mapping of a <a href="#terms-viewport">viewport</a> to some logical or physical entity, of which this
specification identifies three such targets:
<a href="#terms-display-target">display target</a>,
<a href="#terms-display-region-target">display region target</a>, and
@@ -3524,7 +3524,7 @@
must be considered to be equal to the value(s) of the same named font characteristics encoded in the <a href="#terms-font-resource">font resource</a>.</p><div class="note"><p class="prefix"><b>Note:</b></p><p>Authors are advised to use subset fonts wherever possible. A subset font is a syntactically valid <a href="#terms-font-resource">font resource</a> that
removes unreferenced glyphs and unreferenced glyph metrics. In general, a subset font is tied to a specific document, since it may have been generated
based on the actual character content of that document.</p></div><table border="1" class="ednote" summary="Editorial note: Font Loading Semantics"><tr class="ednote-r1"><td align="left" valign="top"><b>Editorial note: Font Loading Semantics</b></td><td align="right" valign="top">2014-11-21</td></tr><tr class="ednote-r2"><td colspan="2" align="left" valign="top">Specify font loading semantics, making as much use as possible (by reference) of material found at
-<a href="http://dev.w3.org/csswg/css-fonts/#font-face-loading">CSS Font Module Level 3, Font Loading Guidelines</a>.</td></tr></table><p>The use of the <code>font</code> element is illustrated by the following example.</p><a id="embedded-content-vocabulary-font-example-1"></a><table class="example"><caption>Example Fragment – Font</caption><tbody><tr><td>
+<a href="http://www.w3.org/TR/css3-fonts/#font-face-loading">CSS Font Module Level 3, Font Loading Guidelines</a>.</td></tr></table><p>The use of the <code>font</code> element is illustrated by the following example.</p><a id="embedded-content-vocabulary-font-example-1"></a><table class="example"><caption>Example Fragment – Font</caption><tbody><tr><td>
<div class="exampleInner"><pre>
...
<head>
@@ -4024,8 +4024,8 @@
</td></tr></tbody></table><p></p><a id="style-attribute-backgroundColor-example-1-images"></a><table class="example-images"><caption>Example Rendition – Background Color</caption><tbody><tr><td><img src="images/backgroundColor.png" alt="TTML backgroundColor style property"></td></tr></tbody></table><div class="note"><p class="prefix"><b>Note:</b></p><p>The semantics of the style property represented by this attribute are based upon
that defined by <a href="#xsl11">[XSL 1.1]</a>, § 7.8.2.</p></div></div><div class="div3">
<h4><a id="style-attribute-backgroundImage"></a>10.2.3 tts:backgroundImage</h4><p>The <code>tts:backgroundImage</code> attribute is used to specify a style property that
-designates a background <a href="#non-content-image">non-content image</a> to be rendered as
-the background image of a region or an area generated by content flowed into a region.</p><p>A <code>tts:backgroundImage</code> attribute should not make reference to a <a href="#content-image">content image</a>
+designates a background <a href="#terms-non-content-image">non-content image</a> to be rendered as
+the background image of a region or an area generated by content flowed into a region.</p><p>A <code>tts:backgroundImage</code> attribute should not make reference to a <a href="#terms-content-image">content image</a>
used to represent actual content, such as a raster image rendering of a caption. Rather, the use of <code>tts:backgroundImage</code>
should be limited to styling the background of an element where the content is represented by other means. If it is necessary
to represent content using a raster image, then it should be expressed by means of an <a href="#embedded-content-vocabulary-image"><code>image</code></a>
@@ -6805,7 +6805,7 @@
a <a href="#layout-vocabulary-layout"><code>layout</code></a> child element, then insert an empty
<a href="#layout-vocabulary-layout"><code>layout</code></a> element immediately after a
<a href="#styling-vocabulary-styling"><code>styling</code></a> element, if present, and immediately before an
-<a href="#animation-vocabulary-styling"><code>animation</code></a> element, if present, or as the last child of
+<a href="#animation-vocabulary-animation"><code>animation</code></a> element, if present, or as the last child of
the <a href="#document-structure-vocabulary-head"><code>head</code></a> element if neither are present;</p></li><li><p>append <em>R' </em> to the <code>[children]</code> information item property of the
<a href="#layout-vocabulary-layout"><code>layout</code></a> element child of the
<a href="#document-structure-vocabulary-head"><code>head</code></a> element;</p></li><li><p>add a <a href="#layout-attribute-region"><code>region</code></a> attribute with value <em>ID</em> to the <code>[attributes]</code> information
@@ -9823,7 +9823,7 @@
<a href="#terms-intermediate-document-syntax">Intermediate Synchronic Document Syntax</a> specification used in authoring
the ISD sequence document. If specified, the numeric value must be greater than or equal to two (2). If not specified, then the version must be
consider to be equal to two (2). The version associated with this
-<a href="#terms-intermediate-synchronic-document-sequence-syntax">Intermediate Synchronic Document Sequence Syntax</a> specification is two (2).</p><div class="note"><p class="prefix"><b>Note:</b></p><p>The ISD abstraction referred to or implied by <a href="#ttml1">[TTML1]</a> §9.3.2 was not concretely defined by that specification. Here we reserve version one (1)
+<a href="#terms-intermediate-document-syntax">Intermediate Synchronic Document Syntax</a> specification is two (2).</p><div class="note"><p class="prefix"><b>Note:</b></p><p>The ISD abstraction referred to or implied by <a href="#ttml1">[TTML1]</a> §9.3.2 was not concretely defined by that specification. Here we reserve version one (1)
for informal discussion of that earlier abstraction and its various (non-standardized) realizations.</p></div><p>An <a href="#content-attribute-xml-lang"><code>xml:lang</code></a> attribute must be specified on the
<a href="#isd-vocabulary-sequence"><code>isd:sequence</code></a> element.
If its value is empty, it signifies that there is no default language that applies
@@ -10076,30 +10076,29 @@
<a href="http://www.ce.org/"><cite>Digital Television (DTV) Closed Captioning</cite></a>, CEA Standard,
Consumer Electronics Association (CEA).
</dd><dt class="label"><a id="css3-bb"></a>CSS Backgrounds and Borders</dt><dd>Bert Bos, Elika Etamad and Brad Kemper,
-<a href="http://dev.w3.org/csswg/css3-background/"><cite>CSS Backgrounds and Borders Module Level 3</cite></a>, W3C Editor's Draft. (See
-<a href="http://dev.w3.org/csswg/css3-background/">http://dev.w3.org/csswg/css-backgrounds/</a>.)
+<a href="http://www.w3.org/TR/css3-background/"><cite>CSS Backgrounds and Borders Module Level 3</cite></a>. (See
+<a href="http://www.w3.org/TR/css3-background/">http://www.w3.org/TR/css-backgrounds/</a>.)
</dd><dt class="label"><a id="css3-box"></a>CSS Box Model</dt><dd>Bert Bos, Anton Prowse,
-<a href="http://dev.w3.org/csswg/css-box-3/"><cite>CSS Basic Box Model</cite></a>, W3C Editor's Draft. (See
-<a href="http://dev.w3.org/csswg/css-box-3/">http://dev.w3.org/csswg/css-box-3/</a>.)
+<a href="http://www.w3.org/TR/css-box-3/"><cite>CSS Basic Box Model</cite></a>. (See
+<a href="http://www.w3.org/TR/css-box-3/">http://www.w3.org/TR/css-box-3/</a>.)
</dd><dt class="label"><a id="css3-fonts"></a>CSS Fonts</dt><dd>John Daggett,
-<a href="http://dev.w3.org/csswg/css-fonts/"><cite>CSS Fonts Module Level 3</cite></a>, W3C Editor's Draft. (See
-<a href="http://dev.w3.org/csswg/css-fonts/">http://dev.w3.org/csswg/css-fonts/</a>.)
+<a href="http://www.w3.org/TR/css-fonts/"><cite>CSS Fonts Module Level 3</cite></a>. (See
+<a href="http://www.w3.org/TR/css-fonts/">http://www.w3.org/TR/css-fonts/</a>.)
</dd><dt class="label"><a id="css3-frag"></a>CSS Fragmentation</dt><dd>Rossen Atanassov and Elika Etemad,,
-<a href="http://dev.w3.org/csswg/css-break/"><cite>CSS Fragmentation Module Level 3</cite></a>, W3C Editor's Draft. (See
-<a href="http://dev.w3.org/csswg/css-break/">http://dev.w3.org/csswg/css-break/</a>.)
+<a href="http://www.w3.org/TR/css-break/"><cite>CSS Fragmentation Module Level 3</cite></a>. (See
+<a href="http://www.w3.org/TR/css-break/">http://www.w3.org/TR/css-break/</a>.)
</dd><dt class="label"><a id="cssruby"></a>CSS Ruby</dt><dd>Elika Etemad and Koji Ishii,
-<a href="http://dev.w3.org/csswg/css-ruby-1/"><cite>CSS Ruby Layout Module Level 1</cite></a>
-W3C Editor's Draft.
-(See <a href="http://dev.w3.org/csswg/css-ruby-1/">http://dev.w3.org/csswg/css-ruby-1/</a>.)
+<a href="http://www.w3.org/TR/css-ruby-1/"><cite>CSS Ruby Layout Module Level 1</cite></a>.
+(See <a href="http://www.w3.org/TR/css-ruby-1/">http://www.w3.org/TR/css-ruby-1/</a>.)
</dd><dt class="label"><a id="css3-text"></a>CSS Text</dt><dd>Elika Etamad (aka fantasai) and Koji Ishii,
-<a href="http://dev.w3.org/csswg/css-text-3/"><cite>CSS Text Module Level 3</cite></a>, W3C Editor's Draft. (See
-<a href="http://dev.w3.org/csswg/css-text-3/">http://dev.w3.org/csswg/css-text-3/</a>.)
+<a href="http://www.w3.org/TR/css-text-3/"><cite>CSS Text Module Level 3</cite></a>. (See
+<a href="http://www.w3.org/TR/css-text-3/">http://www.w3.org/TR/css-text-3/</a>.)
</dd><dt class="label"><a id="css3-decoration"></a>CSS Text Decoration</dt><dd>Elika Etamad (aka fantasai) and Koji Ishii,
-<a href="http://dev.w3.org/csswg/css-text-decor-3/"><cite>CSS Text Decoration Module Level 3</cite></a>, W3C Editor's Draft. (See
-<a href="http://dev.w3.org/csswg/css-text-decor-3/">http://dev.w3.org/csswg/css-text-decor-3/</a>.)
+<a href="http://www.w3.org/TR/css-text-decor-3/"><cite>CSS Text Decoration Module Level 3</cite></a>. (See
+<a href="http://www.w3.org/TR/css-text-decor-3/">http://www.w3.org/TR/css-text-decor-3/</a>.)
</dd><dt class="label"><a id="css3-wm"></a>CSS Writing Modes</dt><dd>Elika Etamad and Koji Ishii,
-<a href="http://dev.w3.org/csswg/css-writing-modes-3/"><cite>CSS Writing Modes Level 3</cite></a>, W3C Editor's Draft. (See
-<a href="http://dev.w3.org/csswg/css-writing-modes-3/">http://dev.w3.org/csswg/css-writing-modes-3/</a>.)
+<a href="http://www.w3.org/TR/css-writing-modes-3/"><cite>CSS Writing Modes Level 3</cite></a>. (See
+<a href="http://www.w3.org/TR/css-writing-modes-3/">http://www.w3.org/TR/css-writing-modes-3/</a>.)
</dd><dt class="label"><a id="dcmes"></a>DCMES 1.1</dt><dd>Dublin Core Metadata Initiative,
<a href="http://dublincore.org/documents/dces/"><cite>Dublin Core Metadata Element Set, Version 1.1: Reference Description</cite></a>. (See
<a href="http://dublincore.org/documents/dces/">http://dublincore.org/documents/dces/</a>.)
@@ -10164,7 +10163,7 @@
<h2><a id="derivation"></a>M Vocabulary Derivation (Non-Normative)</h2><p>This appendix provides information about the derivation of TTML
vocabulary, separately describing derivation of elements and
attributes.</p><table border="1" class="ednote" summary="Editorial note: Update Derivation"><tr class="ednote-r1"><td align="left" valign="top"><b>Editorial note: Update Derivation</b></td><td align="right" valign="top">2015-01-14</td></tr><tr class="ednote-r2"><td colspan="2" align="left" valign="top">Update derivation tables to include new vocabulary added in TTML2.</td></tr></table><div class="div2">
-<h3><a id="d3e38057"></a>M.1 Element Derivation</h3><p>The first column of <a href="#element-vocab-derivation-table"><b>Table M-1 – Elements</b></a>
+<h3><a id="d3e38064"></a>M.1 Element Derivation</h3><p>The first column of <a href="#element-vocab-derivation-table"><b>Table M-1 – Elements</b></a>
specifies a TTML element vocabulary item; the second column specifies the
syntactic and/or semantic model on which the vocabulary item is based;
the third column specifies the reference that defines
@@ -10221,7 +10220,7 @@
and <code>@version</code> on the <code>svg:svg</code> element.</p></li><li><p>Conceptually derived from existing <code>tt:layout</code> element,
which is a generic container for layout specifications, but for use
in defining animation specifications that apply to targeted elements.</p></li></ol></div></div><div class="div2">
-<h3><a id="d3e38574"></a>M.2 Attribute Derivation</h3><p>The first column of <a href="#attribute-vocab-derivation-table"><b>Table M-2 – Attributes</b></a>
+<h3><a id="d3e38581"></a>M.2 Attribute Derivation</h3><p>The first column of <a href="#attribute-vocab-derivation-table"><b>Table M-2 – Attributes</b></a>
specifies a TTML attribute vocabulary item; the second column specifies the
syntactic and/or semantic model on which the vocabulary item is based;
the third column specifies the reference that defines
@@ -10313,9 +10312,9 @@
<h2><a id="qa"></a>N QA Framework Compliance (Non-Normative)</h2><p>This appendix specifies the compliance of this specification with the
requirements and guidelines defined by <a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/">QA
Framework Specifications Guidelines</a> <a href="#qaf-sg">[QAF SG]</a>.</p><div class="div2">
-<h3><a id="d3e39567"></a>N.1 Requirements</h3><a id="qa-framework-requirements-table"></a><table class="common"><caption>Table N-1 – QA Framework Requirements Checklist</caption><col width="76%" span="1"><col width="6%" align="center" span="1"><col width="6%" align="center" span="1"><col width="6%" align="center" span="1"><col width="6%" align="center" span="1"><tbody><tr><td><span class="strong">Requirement</span></td><td><span class="strong">YES</span></td><td><span class="strong">NO</span></td><td><span class="strong">N/A</span></td><td><span class="strong">Notes</span></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#include-conformance-clause-principle">Requirement 01: Include a conformance
+<h3><a id="d3e39574"></a>N.1 Requirements</h3><a id="qa-framework-requirements-table"></a><table class="common"><caption>Table N-1 – QA Framework Requirements Checklist</caption><col width="76%" span="1"><col width="6%" align="center" span="1"><col width="6%" align="center" span="1"><col width="6%" align="center" span="1"><col width="6%" align="center" span="1"><tbody><tr><td><span class="strong">Requirement</span></td><td><span class="strong">YES</span></td><td><span class="strong">NO</span></td><td><span class="strong">N/A</span></td><td><span class="strong">Notes</span></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#include-conformance-clause-principle">Requirement 01: Include a conformance
clause</a></td><td><a href="#conformance">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#define-scope-principle">Requirement 02: Define the scope.</a></td><td><a href="#intro">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#implement-principle">Requirement 03: Identify who or what will implement the specification.</a></td><td><a href="#conformance">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#ref-norm-principle">Requirement 04: Make a list of normative references.</a></td><td><a href="#references">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#define-terms-principle">Requirement 05: Define the terms used in the normative parts of the specification.</a></td><td><a href="#definitions">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#conf-label-principle">Requirement 06: Create conformance labels for each part of the conformance model.</a></td><td><a href="#conformance">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#consistent-style-principle">Requirement 07: Use a consistent style for conformance requirements and explain how to distinguish them.</a></td><td><a href="#conventions">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#req-opt-conf-principle">Requirement 08: Indicate which conformance requirements are mandatory, which are recommended, and which are optional.</a></td><td><a href="#conventions">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#subdivide-mandatory-principle">Requirement 09: If the technology is subdivided, then indicate which subdivisions are mandatory for conformance.</a></td><td><a href="#conformance">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#subdiv-constraints-principle">Requirement 10: If the technology is subdivided, then address subdivision constraints.</a></td><td><a href="#conformance">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#likehood-extension-principle">Requirement 11: Address Extensibility.</a></td><td><a href="#doctypes">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#deprecated-feature-principle">Requirement 12: Identify deprecated features.</a></td><td></td><td></td><td>N/A</td><td>1</td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#degree-support-principle">Requirement 13: Define how each class of product handles each deprecated feature.</a></td><td></td><td></td><td>N/A</td><td>1</td></tr></tbody></table><div class="note"><p class="prefix"><b>Note:</b></p><ol class="enumar"><li><p>No feature is deprecated by this version of this specification.</p></li></ol></div></div><div class="div2">
-<h3><a id="d3e39731"></a>N.2 Guidelines</h3><a id="qa-framework-guidelines-table"></a><table class="common"><caption>Table N-2 – QA Framework Guidelines Checklist</caption><col width="76%" span="1"><col width="6%" align="center" span="1"><col width="6%" align="center" span="1"><col width="6%" align="center" span="1"><col width="6%" align="center" span="1"><tbody><tr><td><span class="strong">Guideline</span></td><td><span class="strong">YES</span></td><td><span class="strong">NO</span></td><td><span class="strong">N/A</span></td><td><span class="strong">Notes</span></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#conformance-model-gp">Good Practice 01: Define the specification's conformance model in the conformance clause.</a></td><td><a href="#conformance">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#norm-informative-gp">Good Practice 02: Specify in the conformance clause how to distinguish normative from informative content.</a></td><td><a href="#conventions">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#conformance-claim-gp">Good Practice 03: Provide the wording for conformance claims.</a></td><td><a href="#claims">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#ics-gp">Good Practice 04: Provide an Implementation Conformance Statement Pro Forma.</a></td><td></td><td>NO</td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#ics-claim-gp">Good Practice 05: Require an Implementation Conformance Statement as part of valid conformance claims.</a></td><td><a href="#claims">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#use-example-gp">Good Practice 06: Provide examples, use cases, and graphics.</a></td><td><a href="#example">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#write-sample-gp">Good Practice 07: Write sample code or tests.</a></td><td>YES</td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#ref-define-practice">Good Practice 08: When imposing requirements by normative references, address conformance dependencies.</a></td><td><a href="#references">YES</a></td><td></td><td></td><td>1</td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#define-terms-inline-gp">Good Practice 09: Define unfamiliar terms in-line and consolidate the definitions in a glossary section.</a></td><td><a href="#definitions">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#reuse-terms-gp">Good Practice 10: Use terms already defined without changing their definition.</a></td><td><a href="#definitions">YES</a></td><td></td><td></td><td>2</td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#formal-language-gp">Good Practice 11: Use formal languages when possible.</a></td><td><a href="#schemas">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#write-assertion-gp">Good Practice 12: Write Test Assertions.</a></td><td></td><td>NO</td><td></td><td>3</td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#subdivide-foster-gp">Good Practice 13: Create subdivisions of the technology when warranted.</a></td><td><a href="#conformance">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#rules-profiles-gp">Good Practice 14: If the technology is profiled, define rules for creating new profiles.</a></td><td><a href="#vocabulary-profiling">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#need-option-gp">Good Practice 15:Use optional features as warranted.</a></td><td>YES</td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#label-options-gp">Good Practice 16: Clearly identify optional features.</a></td><td>YES</td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#constraints-gp">Good Practice 17: Indicate any limitations or constraints on optional features.</a></td><td>YES</td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#extensions-prohibited-gp">Good Practice 18: If extensibility is allowed, define an extension mechanism.</a></td><td><a href="#extension-vocabulary-overview">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#breaking-conformance-gp">Good Practice 19: Warn extension creators to create extensions that do not interfere with conformance.</a></td><td><a href="#extension-vocabulary-overview">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#define-error-gp">Good Practice 20: Define error-handling for unknown extensions.</a></td><td><a href="#conformance-processor">YES</a></td><td></td><td></td><td>4</td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#workaround-gp">Good Practice 21: Explain how to avoid using a deprecated feature.</a></td><td></td><td></td><td>N/A</td><td>5</td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#obsolete-gp">Good Practice 22: Identify obsolete features.</a></td><td></td><td></td><td>N/A</td><td>5</td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#error-handling-gp">Good Practice 23: Define an error handling mechanism.</a></td><td><a href="#reduced-infoset">YES</a></td><td></td><td></td><td></td></tr></tbody></table><div class="note"><p class="prefix"><b>Note:</b></p><ol class="enumar"><li><p>When making normative references to external specifications,
+<h3><a id="d3e39738"></a>N.2 Guidelines</h3><a id="qa-framework-guidelines-table"></a><table class="common"><caption>Table N-2 – QA Framework Guidelines Checklist</caption><col width="76%" span="1"><col width="6%" align="center" span="1"><col width="6%" align="center" span="1"><col width="6%" align="center" span="1"><col width="6%" align="center" span="1"><tbody><tr><td><span class="strong">Guideline</span></td><td><span class="strong">YES</span></td><td><span class="strong">NO</span></td><td><span class="strong">N/A</span></td><td><span class="strong">Notes</span></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#conformance-model-gp">Good Practice 01: Define the specification's conformance model in the conformance clause.</a></td><td><a href="#conformance">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#norm-informative-gp">Good Practice 02: Specify in the conformance clause how to distinguish normative from informative content.</a></td><td><a href="#conventions">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#conformance-claim-gp">Good Practice 03: Provide the wording for conformance claims.</a></td><td><a href="#claims">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#ics-gp">Good Practice 04: Provide an Implementation Conformance Statement Pro Forma.</a></td><td></td><td>NO</td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#ics-claim-gp">Good Practice 05: Require an Implementation Conformance Statement as part of valid conformance claims.</a></td><td><a href="#claims">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#use-example-gp">Good Practice 06: Provide examples, use cases, and graphics.</a></td><td><a href="#example">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#write-sample-gp">Good Practice 07: Write sample code or tests.</a></td><td>YES</td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#ref-define-practice">Good Practice 08: When imposing requirements by normative references, address conformance dependencies.</a></td><td><a href="#references">YES</a></td><td></td><td></td><td>1</td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#define-terms-inline-gp">Good Practice 09: Define unfamiliar terms in-line and consolidate the definitions in a glossary section.</a></td><td><a href="#definitions">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#reuse-terms-gp">Good Practice 10: Use terms already defined without changing their definition.</a></td><td><a href="#definitions">YES</a></td><td></td><td></td><td>2</td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#formal-language-gp">Good Practice 11: Use formal languages when possible.</a></td><td><a href="#schemas">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#write-assertion-gp">Good Practice 12: Write Test Assertions.</a></td><td></td><td>NO</td><td></td><td>3</td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#subdivide-foster-gp">Good Practice 13: Create subdivisions of the technology when warranted.</a></td><td><a href="#conformance">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#rules-profiles-gp">Good Practice 14: If the technology is profiled, define rules for creating new profiles.</a></td><td><a href="#vocabulary-profiling">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#need-option-gp">Good Practice 15:Use optional features as warranted.</a></td><td>YES</td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#label-options-gp">Good Practice 16: Clearly identify optional features.</a></td><td>YES</td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#constraints-gp">Good Practice 17: Indicate any limitations or constraints on optional features.</a></td><td>YES</td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#extensions-prohibited-gp">Good Practice 18: If extensibility is allowed, define an extension mechanism.</a></td><td><a href="#extension-vocabulary-overview">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#breaking-conformance-gp">Good Practice 19: Warn extension creators to create extensions that do not interfere with conformance.</a></td><td><a href="#extension-vocabulary-overview">YES</a></td><td></td><td></td><td></td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#define-error-gp">Good Practice 20: Define error-handling for unknown extensions.</a></td><td><a href="#conformance-processor">YES</a></td><td></td><td></td><td>4</td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#workaround-gp">Good Practice 21: Explain how to avoid using a deprecated feature.</a></td><td></td><td></td><td>N/A</td><td>5</td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#obsolete-gp">Good Practice 22: Identify obsolete features.</a></td><td></td><td></td><td>N/A</td><td>5</td></tr><tr><td><a href="http://www.w3.org/TR/2005/REC-qaframe-spec-20050817/#error-handling-gp">Good Practice 23: Define an error handling mechanism.</a></td><td><a href="#reduced-infoset">YES</a></td><td></td><td></td><td></td></tr></tbody></table><div class="note"><p class="prefix"><b>Note:</b></p><ol class="enumar"><li><p>When making normative references to external specifications,
specific clauses or sections are cited.</p></li><li><p>See also <a href="#derivation"><b>M Vocabulary Derivation</b></a>.</p></li><li><p>Test assertions and test suites will be provided prior to entering
Proposed Recommendation (PR) phase.</p></li><li><p>See criterion #3 in <a href="#conformance-processor"><b>3.2 Processor Conformance</b></a> and definition of
TTML <a href="#doctypes">Abstract Document Instance</a>.</p></li><li><p>No feature is deprecated or obsoleted by this version of this specification.</p></li></ol></div></div></div><div class="div1">