|
9 | 9 | <meta itemprop="pubType" content="AG" /> |
10 | 10 | <meta itemprop="pubNumber" content="26" /> |
11 | 11 | <!-- <meta itemprop="pubPart" content="XX" /> --> |
12 | | - <meta itemprop="pubState" content="draft" /> |
| 12 | + <meta itemprop="pubState" content="pub" /> |
13 | 13 | <!-- meta itemprop="pubStage" content="WD" / --> |
14 | 14 | <meta itemprop="pubConfidential" content="no" /> |
15 | 15 | <!--< meta itemprop="pubTC" content="XX" /> --> |
16 | 16 | <meta itemprop="pubSuiteTitle" content="HTML Pub" /> |
17 | | - <meta itemprop="pubDateTime" content="2025-02-26" /> |
| 17 | + <meta itemprop="pubDateTime" content="2026-01-27" /> |
18 | 18 | <!-- <meta itemprop="pubRevisionOf" content="SMPTE ST XXXX-Y:ZZZZ" /> --> |
19 | 19 | <title>Tooling and documentation for HTML documents</title> |
20 | 20 | </head> |
@@ -452,15 +452,15 @@ <h5>RDD</h5> |
452 | 452 | <p>When <code>pubType</code> is set to <code>RDD</code>, the <a>Foreword</a> section shall be present and there there shall be a single <code>dl</code>, after any author-supplied prose if supplied, which contains contact information about the proponent(s) of the RDD document. </p> |
453 | 453 |
|
454 | 454 | <p>The <code>id</code> attribute shall be present on the <code>dl</code> element and equal to |
455 | | - <code>rdd-proponent</code>. </p> |
| 455 | + <code>element-proponent</code>. </p> |
456 | 456 |
|
457 | 457 | <p>If present, the <code>dl</code> element shall use a single <code>dt</code> element for each company name designated as a Proponent of the document, and multiple lines of <code>dd</code> as needed for contact information for each company listed. The contact infomation should at least include an address and email, reach out to SMPTE HO for further deatails. </p> |
458 | 458 |
|
459 | 459 | <div class="example"> |
460 | 460 | <pre> |
461 | 461 | <section id="sec-foreword"> |
462 | 462 | <p>This is the additional information relevant to the document.</p> |
463 | | - <dl id="rdd-proponent"> |
| 463 | + <dl id="element-proponent"> |
464 | 464 | <dt>Company 1 Name Here</dt> |
465 | 465 | <dd>Contact Name</dd> |
466 | 466 | <dd>Company Address</dd> |
@@ -1277,7 +1277,7 @@ <h4>Formulae</h4> |
1277 | 1277 |
|
1278 | 1278 | <section id="sec-special-characters"> |
1279 | 1279 | <h4>Special Characters</h4> |
1280 | | - <p>Characters should should be encoded as UTF-8-encoded Unicode codepoints, e.g. あ, instead of HTML entities, e.g. <code>&#x3042;</code>, except as needed for usage in <code>pre</code> or examples. |
| 1280 | + <p>Characters should be encoded as UTF-8-encoded Unicode codepoints, e.g. あ, instead of HTML entities, e.g. <code>&#x3042;</code>, except as needed for usage in <code>pre</code> or examples. |
1281 | 1281 | </p> |
1282 | 1282 |
|
1283 | 1283 | </section> |
@@ -1356,7 +1356,7 @@ <h3>Building</h3> |
1356 | 1356 | <li>Uploading the rendered document and corresponding redlines to S3</li> |
1357 | 1357 | </ol> |
1358 | 1358 |
|
1359 | | - <p>The build process is carried by the build script <code>scripts/build.mjs</code>, which is usually executed by the |
| 1359 | + <p>The build process carried by the build script <code>scripts/build.mjs</code> is usually executed by the |
1360 | 1360 | GitHub workflow (see <a href="#sec-gh-integration"></a>). The script has the following dependencies:</p> |
1361 | 1361 |
|
1362 | 1362 | <ul> |
@@ -1480,7 +1480,7 @@ <h3>Amazon AWS integration</h3> |
1480 | 1480 | <code>AWS_S3_BUCKET</code></figcaption> |
1481 | 1481 | </figure> |
1482 | 1482 |
|
1483 | | - <p>The contents of the bucket is also made available through a Cloudfront distribution, which allows the publication artifacts |
| 1483 | + <p>The contents of the bucket are also made available through a Cloudfront distribution, which allows the publication artifacts |
1484 | 1484 | to be made available through a custom domain name and TLS (currently <code>https://doc.smpte-doc.org/</code>).</p> |
1485 | 1485 | </section> |
1486 | 1486 |
|
@@ -1592,7 +1592,7 @@ <h4>Column Alignment</h4> |
1592 | 1592 | <h4>Cell Alignment</h4> |
1593 | 1593 |
|
1594 | 1594 | <p> |
1595 | | - To change the alignment of a individual cell, the class <code>center-cell</code> may be added to each <code>td</code> as needed, as the below example shows. |
| 1595 | + To change the alignment of an individual cell, the class <code>center-cell</code> may be added to each <code>td</code> as needed, as the below example shows. |
1596 | 1596 | </p> |
1597 | 1597 |
|
1598 | 1598 | <pre data-include="snippets/tab-sample-tabledata-centercell.txt"></pre> |
@@ -2210,14 +2210,14 @@ <h3>Pull Request Guidelines</h3> |
2210 | 2210 | <p> |
2211 | 2211 | Generally, no changes to a document shall ever be made directly on the <code>main</code> branch, which doesn't allow the tooling to create needed redlines. Instead, changes (regardless of the nature of the change) shall always be made on a new branch and managed via a PR (Pull Request). Each PR is then merged to <code>main</code> after approval, as noted below in <a href="#sec-sample-workflow"></a> at the various stages. |
2212 | 2212 | </p> |
2213 | | - <p>PRs should have at least (1) approver that is not the the person requesting the PR. This can be the DG chair, TC chair, commentor, or secondary editor, depending on nature of the PR. For instance, on ballot state change PRs, this should be the DG or TC chair, and for publication state PRs, the TC chairs. See <a href="#sec-sample-workflow"></a> for more details.</p> |
| 2213 | + <p>PRs should have at least (1) approver that is not the person requesting the PR. This can be the DG chair, TC chair, commentor, or secondary editor, depending on nature of the PR. For instance, on ballot state change PRs, this should be the DG or TC chair, and for publication state PRs, the TC chairs. See <a href="#sec-sample-workflow"></a> for more details.</p> |
2214 | 2214 |
|
2215 | 2215 | </section> |
2216 | 2216 |
|
2217 | 2217 | <section id="sec-sample-workflow"> |
2218 | 2218 | <h3>Sample Workflow </h3> |
2219 | 2219 | <p> |
2220 | | - The below list shows a sample workflow which would be the steps for an Engineering Document going through the an initial draft or revision and the balloting process. |
| 2220 | + The below list shows a sample workflow which would be the steps for an Engineering Document going through an initial draft or revision and the balloting process. |
2221 | 2221 | </p> |
2222 | 2222 |
|
2223 | 2223 | <p class="note">Editors and Chairs should be aware of the general guidelines provided in the <a href="#bib-smpte-gh-om"></a>. |
|
0 commit comments