[HTML] 編集（言い回しなど

Author: triple-underscore

HTML-infrastructure-ja.html

@@ -703,7 +703,7 @@ <h4 title="Parallelism">2.1.1. 並列処理</h4>
 その手続きを，この標準~内の他の~logicと~~同時並行的に走らすことを意味する
 （例： `~event~loop$と~~同時並行的に）。
 この標準は、
-これが達成される精確な仕組みは定義しない
+これを達成するための精確な仕組みを定義しない
 — 例えば、
 時間を協力的に共有する［
 `multitasking, fibers, threads, processes^en
@@ -737,15 +737,15 @@ <h4 title="Parallelism">2.1.1. 並列処理</h4>
 `並列~queue@
 は、［
 順番に走らすモノトスル，~algo手続きたち
-］からなる~queueを表現する。
+］が成す~queueを表現する。
 ◎
 A parallel queue represents a queue of algorithm steps that must be run in series.
 </p>
 
 <p>
 各`並列~queue$は、
 `~algo~queue@
-を持つ
+を有する
 — それは、
 `~queue$であり，初期~時は空とする。
 ◎
@@ -1745,9 +1745,8 @@ <h4 title="Plugins">2.1.6. ~plugin</h4>
 ~UAは、
 ~MIME型［
 `text/plain$c ／ `application/octet-stream$c
-］に対しては，［
-登録-済みな`~plugin$は常に無い
-］と見なすモノトスル。
+］に対しては，
+登録-済みな`~plugin$は常に無いものと見なすモノトスル。
 ◎
 A user agent must not consider the types text/plain and application/octet-stream as having a registered plugin.
 </p> 
@@ -1760,35 +1759,33 @@ <h4 title="Plugins">2.1.6. ~plugin</h4>
 これは、
 ~UA自身が~PDF~viewer~componentを実装した主体であるかどうかに関わらず，
 ~pluginに数えられることになる。
-一方で，~UAが（自身の~UIは利用せずに，）別々な~PDF~viewer~appを立上げる場合、
+一方で，~UAが（自身の~UIを利用せずに）別々な~PDF~viewer~appを立上げる場合、
 その~appは，この定義においては~pluginではない。
 ◎
 One example of a plugin would be a PDF viewer that is instantiated in a navigable when the user navigates to a PDF file. This would count as a plugin regardless of whether the party that implemented the PDF viewer component was the same as that which implemented the user agent itself. However, a PDF viewer application that launches separate from the user agent (as opposed to using the same interface) is not a plugin by this definition.
 </p>
 
 <p class="note">注記：
 この仕様は、
-~pluginとヤリトリする仕組みは定義しない
-— それは［
+~pluginとヤリトリする仕組みを定義しない
+— それは、［
 ~UA／~platform
-］に特有と期待されているので。
+］に特有であると期待されているので。
 ~UAには、
-~pluginを~~任意選択で入れる仕組み
-— Netscape Plugin ~API `NPAPI$r など —
-を~supportするものもあれば，［
+~pluginを~~任意選択で入れる仕組み（例： `NPAPI$r ）を~supportするものもあれば，［
 ~remote内容~変換器を利用するもの／
 ある種の内容~型に対しては組込みの~pluginで~supportするもの
 ］もある。
-~~実際、
-この仕様では，~UAによる~pluginの~supportは まったく要求されない。
+~~実際，この仕様は、
+~UAに対し~pluginの~supportを まったく要求しない。
 ◎
 This specification does not define a mechanism for interacting with plugins, as it is expected to be user-agent- and platform-specific. Some UAs might opt to support a plugin mechanism such as the Netscape Plugin API; others might use remote content converters or have built-in support for certain types. Indeed, this specification doesn't require user agents to support plugins at all. [NPAPI]
 </p>
 
 <p class="warning">
 ~browserは、
 `~plugin$用に意図される外部~内容とヤリトリするときには，特段に~careするベキである。
-第三者-主体の手による~softwareを~UA自身と同じ特権で走らせた場合、
+第三者-主体の~softwareを~UA自身と同じ特権で走らせた場合、
 その~software内の脆弱性は，~UA内のそれと同等に危険になる。
 ◎
 Browsers should take extreme care when interacting with external content intended for plugins. When third-party software is run with the same privileges as the user agent itself, vulnerabilities in the third-party software become as dangerous as those in the user agent.
@@ -1871,9 +1868,9 @@ <h4 title="Conformance classes">2.1.8. 適合性の各種~class</h4>
 
 <p class="example">
 例えば、
-要件にて
+ある要件において
 “作者は `foobar^e 要素を利用してはナラナイ”
-と言明されている場合、
+と言明された場合、
 それは，［
 文書が名前 `foobar^e を伴う要素を包含することは、
 許容されない
@@ -1883,9 +1880,8 @@ <h4 title="Conformance classes">2.1.8. 適合性の各種~class</h4>
 </p>
 
 <p class="note impl">
-文書, 実装
-に課される適合性~要件の間には、
-含意される関係性はない。
+文書に課される適合性~要件, 実装に課されるそれには、
+暗黙な関係性はない。
 ~UAは、
 適合しない文書を好きに取扱う自由はない
 — この仕様にて述べる処理~modelは、
@@ -1945,7 +1941,7 @@ <h4 title="Conformance classes">2.1.8. 適合性の各種~class</h4>
 	<dd class="note">注記：
 明示的に言明されない限り、
 ~HTML要素の意味論を上書きする仕様であっても，
-その要素を表現している~DOM~objに課される要件は上書きしないとする。
+当の要素を表現している~DOM~objに課される要件を上書きしないこと。
 例えば，上の例の `script$e 要素は、
 依然として， `HTMLScriptElement$I ~interfaceを実装することになる。
 ◎
@@ -1997,9 +1993,9 @@ <h4 title="Conformance classes">2.1.8. 適合性の各種~class</h4>
 </dt>
 	<dd>
 ヤリトリありかどうかにかかわらず、
-~UAは，［
-この仕様に定義され, 示唆される（ `suggested^en ），既定の具現化（ `rendering^en ）† を~supportする
-］ものとして指名され得る
+~UAは，既定の具現化
+— この仕様に定義され, 示唆される具現化 —
+（ `suggested default rendering^en ）を~supportするものとして指名され得る
 （場合によっては、
 利用者の~optionとして）。
 ◎
@@ -2011,12 +2007,12 @@ <h4 title="Conformance classes">2.1.8. 適合性の各種~class</h4>
 示唆される既定の具現化を実装するとしても，
 利用者~体験を改善するためとして［
 既定の具現化を上書きする設定群
-］を提供することが奨励される。
-例えば、
+］を提供することが奨励される
+— 例：
 色の~contrastを変更する,
 ~focusに異なる~styleを利用する,
-その他、
-利用者がより~access可能かつ利用-可能になるものなど。
+その他，
+利用者がより~access可能かつ利用-可能になるもの。
 ◎
 This is not required. In particular, even user agents that do implement the suggested default rendering are encouraged to offer settings that override this default to improve the experience for the user, e.g. changing the color contrast, using different focus styles, or otherwise making the experience more accessible and usable to the user.
 </dd>
@@ -2102,7 +2098,7 @@ <h4 title="Conformance classes">2.1.8. 適合性の各種~class</h4>
 検査するベキである
 （この要件は、
 “するベキ” までに限られ， “するモノトスル” ではない
-— それは不可能なことが証明されているので `COMPUTABLE$r ）。
+— それが不可能なことは証明-済みなので `COMPUTABLE$r ）。
 ◎
 and should also check that the input document conforms when parsed with a browsing context in which scripts execute, and that the scripts never cause non-conforming states to occur other than transiently during script execution itself. (This is only a "SHOULD" and not a "MUST" requirement because it has been proven to be impossible. [COMPUTABLE])
 </li>
@@ -2123,8 +2119,7 @@ <h4 title="Conformance classes">2.1.8. 適合性の各種~class</h4>
 したがって、
 ~XML処理器と~DTDだけでは，適合性~検査器を成し得ない。
 また、
-この仕様にて定義される
-`2 つの著作~形式＠#_authoring-formats$は，どちらも~SGMLの応用ではないので、
+この仕様にて定義される `2 つの著作~形式＠#_authoring-formats$は，どちらも~SGMLの応用ではないので、
 それらを検証する~SGML~systemも，適合性~検査器を成し得ない。
 ◎
 XML DTDs cannot express all the conformance requirements of this specification. Therefore, a validating XML processor and a DTD cannot constitute a conformance checker. Also, since neither of the two authoring formats defined in this specification are applications of SGML, a validating SGML system cannot constitute a conformance checker either.
@@ -2385,7 +2380,7 @@ <h4 title="Conformance classes">2.1.8. 適合性の各種~class</h4>
 <h4 title="Dependencies">2.1.9. 依存関係</h4>
 
 <p class="trans-note">【
-この節の内容は、
+この節を成す内容は、
 `別~pageにて＠~HTMLdep#dependencies$
 】</p>
 
@@ -2415,10 +2410,12 @@ <h4 title="Extensibility">2.1.10. 拡張能</h4>
 </p>
 
 <p class="example">
-例えば，そうすることは強く忌避されてはいるが、
+例えば、
 実装は，ある~controlに［
-利用者が その~controlの現在の値を選択するときにかかった時間
-］を返すような，新たな~IDL属性 `typeTime^m を追加することもできる。
+利用者が当の~controlの現在の値を選択するときにかかった時間
+］を返すような新たな~IDL属性 `typeTime^m を追加することもできる
+— そうすることは、
+強く忌避されるが。
 他方、［
 ~formの `elements$m 配列に出現するような，新たな~control
 ］を定義することは、
@@ -2473,8 +2470,7 @@ <h4 title="Extensibility">2.1.10. 拡張能</h4>
 ~UAは、
 自身が解さない［
 要素／属性
-］を，
-次のように意味論的に中立的なものとして扱うモノトスル：
+］を次のように意味論的に中立的なものとして扱うモノトスル：
 ◎
 User agents must treat elements and attributes that they do not understand as semantically neutral;＼
 </p>
@@ -2507,14 +2503,14 @@ <h4 title="Extensibility">2.1.10. 拡張能</h4>
 処理能の理由から），［
 当の特能を何ら~supportしていなかった
 ］かつ［
-当の特能は，この仕様に言及されていなかった
+当の特能は，この仕様において言及されなかった
 ］かのように動作するモノトスル。
 例えば，
-特定0の特能が~Web~IDL~interface内の属性を介して~accessされる場合、
-当の属性~自体を，当の~interfaceを実装する~objから外すことになる
+特定0の特能が~Web~IDL~interface内の ある属性を介して~accessされる場合、
+当の属性~自体を当の~interfaceを実装する~objから外すことになる
 — ~obj上に当の属性を残した上で［
 ~NULL を返す／例外を投出する
-］ようにすることでは，足らない。
+］ようにするだけでは，足らない。
 ◎
 When support for a feature is disabled (e.g. as an emergency measure to mitigate a security problem, or to aid in development, or for performance reasons), user agents must act as if they had no support for the feature whatsoever, and as if the feature was not mentioned in this specification. For example, if a particular feature is accessed via an attribute in a Web IDL interface, the attribute itself would be omitted from the objects that implement that interface — leaving the attribute on the object but making it return null or throw an exception is insufficient.
 </p>