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

Author: triple-underscore

infra-ja.html

@@ -807,6 +807,7 @@
 対処-:work around:~
 利用度:usage:~
 上限:limit:~
+下限:lower limit:~
 computing::::コンピュータ処理
 助言:advice:~
 複雑:complicated:~
@@ -898,7 +899,6 @@
 	課す:impose
 	競うこと:competition
 	受け入れる:embrace
-	より低い:lower
 	実施~上の:practical
 	容易に推定できる:relatively easy to infer
 	この構文:multiple assignment syntax
@@ -1241,10 +1241,11 @@ <h3 title="Conformance">2.1. 適合性</h3>
 】</p>
 
 <p class="note">注記：
-これは RFC 8174 に対する`故意的な違反$であり、
+これは， RFC 8174 に対する`故意的な違反$であり、
 判読能, および［
-RFC 8174 以前の， IETF 以外から公表された多くの文書における、
-長年の実施
+RFC 8174 以前の［
+~IETF以外から公表された多くの文書
+］における長年の実施
 ］を保全するよう欲されていることが，動機にある。
 `RFC8174$r
 ◎
@@ -1327,7 +1328,7 @@ <h3 title="Compliance with other specifications">2.2. 他の仕様への準拠
 一般に，仕様は、
 他の多種多様な仕様とヤリトリしたり, それらに依拠する。
 あいにく，ある種の状況下では、
-互いに競合する必要性により，仕様が他の仕様による要件に違反することが要求される。
+互いに競合する必要性により，ある仕様が他の仕様による要件に違反することが要求される。
 これが生じたときは、
 この仕様を利用している文書は，そのような破戒を
 `故意的な違反@
@@ -1339,7 +1340,7 @@ <h3 title="Compliance with other specifications">2.2. 他の仕様への準拠
 <p class="example" id="example-willful-violation">
 前述の
 `§ 適合性＠#conformance$では、［
-この標準【！Infra】により~commitされた RFC 8174 への`故意的な違反$
+この標準【！Infra】により~commitされた RFC 8174 に対する`故意的な違反$
 ］を文書化している。
 ◎
 The previous section, § 2.1 Conformance, documents a willful violation of RFC 8174 committed by Infra.
@@ -1350,9 +1351,8 @@ <h3 title="Compliance with other specifications">2.2. 他の仕様への準拠
 <h3 title="Terminology">2.3. 各種用語</h3>
 
 <p>
-“または”, “いずれか”
-などの句（ “`or^en” ）は、
-特に断らない限り，あるいは排他的としか解釈し得ない場合を除き、
+“または”, “いずれか” などの句（ “`or^en” ）は、
+特に断らない限り, あるいは排他的としか解釈し得ない場合を除き，
 排他的でないとする。
 排他的になるときは、
 “片方”, “いずれかのみ”
@@ -1422,9 +1422,9 @@ <h3 title="Terminology">2.3. 各種用語</h3>
 
 <p class="example">
 “`実装定義$な方式で、
-結果の各~行lには %n 個を超える符号位置は無いように，
+結果の各~行lを成す符号位置の個数が %n を超えないよう，
 %入力 の中に `000A^U `LF^cn を挿入する”
-と記されているなら、
+と記されたなら、
 この要件の目的においては，各~行lは［
 %入力 の始端 ／ %入力 の終端 ／ `000A^U `LF^cn
 ］で区切られる
@@ -1439,7 +1439,7 @@ <h3 title="Terminology">2.3. 各種用語</h3>
 <h3 title="Privacy concerns">2.4. ~privacyの懸念</h3>
 
 <p>
-この標準を利用している文書にて定義される特能には、
+この標準を利用している文書において定義される特能には、
 利用者の便利を利用者の~privacy保護策と引換えにしているものもあるかもしれない。
 ◎
 Some features that are defined in documents using the Infra Standard might trade user convenience for a measure of user privacy.
@@ -1522,7 +1522,7 @@ <h3 title="Privacy concerns">2.4. ~privacyの懸念</h3>
 悪意ある目的は，著しく邪悪にもなり得るので、［
 ~UAの実装者／仕様の策定者
 ］には，［
-利用者を指紋収集したり追跡するためにも利用され得るような情報
+利用者を指紋収集したり追跡するためにも利用され得る情報
 ］の漏洩ngを最小限にすることが強く奨励される。
 ◎
 Since the malevolent purposes can be remarkably evil, user agent implementors and specification authors are strongly encouraged to minimize leaking information that could be used to fingerprint or track a user.
@@ -1556,7 +1556,7 @@ <h3 title="Privacy concerns">2.4. ~privacyの懸念</h3>
 
 <p>
 ◎追跡路
-この標準を利用している文書~内で定義される特能のうち，
+この標準を利用している文書において定義される特能のうち，
 `追跡~行路@
 （ `tracking vector^en ）として利用され得るものには、
 この段落に示される印が付与される。
@@ -1607,7 +1607,7 @@ <h3 title="Privacy concerns">2.4. ~privacyの懸念</h3>
 <h2 title="Algorithms">3. ~algo</h2>
 
 <p class="trans-note">【
-この節の内容は、
+この節を成す内容は、
 和訳における`~algoに共通して利用される表記＠index.html#common-algo-symbols$と重複する。
 その表記規約は，この仕様が作成される以前からあり、
 この仕様を参照する仕様のみならず，この~siteの大多数の和訳に利用されている。
@@ -1860,7 +1860,7 @@ <h3 title="Avoid limits on algorithm inputs">3.2. ~algoの入力に対する上
 </p>
 
 <p>
-`実装定義$な上限を より低い上限で拘束することが有用になることもある。
+`実装定義$な上限を ある下限で拘束することが有用になることもある。
 すなわち、
 すべての実装が，所与の最小~sizeの入力を取扱えることを確保するよう。
 ◎
@@ -1883,15 +1883,14 @@ <h3 title="Declaration">3.3. 宣言</h3>
 “~algoであること”
 を表す語を伴う名前
 — 次の例に示すような。
-その種の~algoは、
-他の（~algoを引数にとる）~algoへ渡されるものが多い。
 】【
 動詞~句による~algo名 “[〜する]” を参照rする所では、
 “[〜する] ~algoは…”
 の様に記されることが多い。
 】</p>
 
-<p class="example">
+<div class="example">
+<p>
 後者の部類に入る~algo名の例
 ⇒＃
 “属性~変更-時の手続き”,
@@ -1901,6 +1900,12 @@ <h3 title="Declaration">3.3. 宣言</h3>
 Some algorithm names in the latter category include "attribute change steps", "internal module script graph fetching procedure", and "overload resolution algorithm".
 </p>
 
+<p class="trans-note">【
+このように命名された~algoは、
+他の（~algoを引数にとる）~algoへ渡されるものが多い。
+】</p>
+</div>
+
 <p>
 ~algoは、
 その［
@@ -1933,8 +1938,9 @@ <h3 title="Declaration">3.3. 宣言</h3>
 和訳では、
 ほぼ常に “~algo” を伴うよう表記される
 — 当の~algo名~自体が “~algoであること” を示唆する句を含む場合を除いて。
-例えば `速度^i の様な（何かの~data~propであるかの様な）用語が，
-実際には~algoを通して評価される場合、
+何かの~data~propであるかの様に命名された用語
+— 例えば “速度” —
+が，実際には~algoを通して評価される場合、
 その~algoは，
 “`速度^i を決定する~algoは…”
 の様な句で導入される。
@@ -2287,7 +2293,9 @@ <h3 title="Parameters">3.4. ~parameter</h3>
 
 <p class="trans-note">【
 和訳では，このような事例に対しては、
-~parameterがとり得る値を，真偽値に代えて（意味を持つ名前を伴う） 2 個の定数が成す集合に改めることにより表現することが多い
+~parameterがとり得る値を［
+真偽値に代えて（意味を持つ名前を伴う） 2 個の定数が成す集合に改める
+］ことにより表現することもある
 （この例では、
 引数の宣言を
 “%例外を可能化するか ~IN { `例外を可能化する^i, ε } ~DF ε”
@@ -2455,13 +2463,13 @@ <h3 title="Parameters">3.4. ~parameter</h3>
 上述したとおり，和訳では、
 ~parameterがとり得る値を［
 真偽値に代えて，（意味を持つ名前を伴う） 2 個の定数が成す集合に改める
-］ことが多い。
+］こともある。
 】</p>
 </div>
 
 <p>
 明確さを改善するための別の相補的な技法は、
-関係する値たちを`構造体$の中に梱包しておいて，その構造体を~parameterとして渡すことである。
+関係する値たちを`構造体$の中へ梱包しておいて，その構造体を~parameterとして渡すことである。
 これは，とりわけ、
 複数の~algoの入力に同じ［
 関係する値たちが成す集合