編集（脚注記号 "†" 用のマークアップ

Author: triple-underscore

CBOR-ja.html

@@ -1770,7 +1770,7 @@ <h3 title="Objectives">1.1. 目標群</h3>
 ~memory, 処理能力, 命令~集合
 ］が ごく制限された~systemを~supportするため、［
 符号化器／復号器
-］用の~codeは，~compact†になることが可能でなければならない。
+］用の~codeは，~compact~FNになることが可能でなければならない。
 ◎
 The code for an encoder or decoder must be able to be compact in order to support systems with very limited memory, processor power, and instruction sets.
 </p>
@@ -1797,7 +1797,7 @@ <h3 title="Objectives">1.1. 目標群</h3>
 </li>
 		</ul>
 
-<p class="trans-note">【†
+<p class="trans-note">【~FN
 `compact^en
 — “密” ／ “ぎゅうぎゅう詰め” 。
 ~CBOR の `Concise^en （ “簡潔” ）と混同しないように。
@@ -2094,14 +2094,14 @@ <h3 title="Terminology">1.2. 各種用語</h3>
 — ~Infinity,
 ~NaN（ `not a number^en ）,
 負な 0,
-~subnormal†など —
+~subnormal~FNなど —
 は、
 `IEEE754$r にて定義される。
 ◎
 Terms and concepts for floating-point values such as Infinity, NaN (not a number), negative zero, and subnormal are defined in [IEEE754].
 </p>
 
-<p class="trans-note">【†
+<p class="trans-note">【~FN
 仮数が 1 以上になるよう正規化し得ないほど 0 に近い~number
 （`参考＠https://en.wikipedia.org/wiki/Subnormal_number$）
 】</p>
@@ -3213,7 +3213,7 @@ <h4 title="The 'break' Stop Code">3.2.1. `break^i</h4>
 
 <p>
 `~break@
-（ `"break" stop code^en, 略して `break^en ）†は、
+（ `"break" stop code^en, 略して `break^en ）~FNは、
 `111_11111^B
 （ `~major型$ `7$mj, `追加l情報$ `31^ai ）
 に符号化される。
@@ -3223,7 +3223,7 @@ <h4 title="The 'break' Stop Code">3.2.1. `break^i</h4>
 The "break" stop code is encoded with major type 7 and additional information value 31 (0b111_11111). It is not itself a data item: it is just a syntactic feature to close an indefinite-length item.
 </p>
 
-<p class="trans-note">【†
+<p class="trans-note">【~FN
 この訳では、
 一律に `break^i と略記する。
 】</p>
@@ -4979,9 +4979,9 @@ <h4 title="Self-Described CBOR">3.4.6. 自己を記述する~CBOR</h4>
 ］として現れることはない。
 特に， `d9d9f7^X は、
 `妥当$な`~data~item$が後続するならば，［
-~Unicode†に符号化された~Unicode~textの妥当な開始
+~Unicode~FNに符号化された~Unicode~textの妥当な開始
 ］にはならない。
-【† ~UTF-8のみならず， UTF-16 においても（ `d9d9^X は~surrogate符号位置になるので）】
+【~FN ~UTF-8のみならず， UTF-16 においても（ `d9d9^X は~surrogate符号位置になるので）】
 ◎
 The serialization of this tag's head is 0xd9d9f7, which does not appear to be in use as a distinguishing mark for any frequently used file types. In particular, 0xd9d9f7 is not a valid start of a Unicode text in any Unicode encoding if it is followed by a valid CBOR data item.
 </p>
@@ -5722,11 +5722,11 @@ <h2 title="Creating CBOR-Based Protocols">5. ~CBORに基づく~protocolの作成
 ~CBORに基づく~protocolを作成するときの考慮点
 ］のうち一部を論じる。
 それらは、
-少数の例外†を除き，助言的でしかない
+少数の例外~FNを除き，助言的でしかない
 — ~BCP 14 `RFC2119$r `RFC8174$r による文言は、
 その “〜してもヨイ（ `MAY^en ）” としても解釈できる語句を除いて，
 明示的に除外される。
-† これらの例外は、［
+~FN これらの例外は、［
 多様な［
 符号化器／復号器
 ］を

CSP-ja.html

@@ -6435,7 +6435,7 @@ <h3 title="Redirect Information Leakage">9.2. ~redirect情報の漏洩e</h3>
 `identityprovider.example.net^s
 とする）へ~redirectしたとするとき、~CSPにより，その要請は阻止されることになる。
 仮に、阻止された~URLを，違反~報告に全部的に包含することにした場合、違反~報告に，~redirect先の~URL内に［
-~session識別子や purported identities††などの敏感な情報
+~session識別子や purported identities~FN2などの敏感な情報
 ］が包含されていれば，それも包含することになる。
 この理由から、~UAは，［
 阻止された~URL
@@ -6447,7 +6447,7 @@ <h3 title="Redirect Information Leakage">9.2. ~redirect情報の漏洩e</h3>
 <p class="trans-note">【†
 “~identity~provider”
 — <abbr>IdP</abbr> とも略称される，個人認証~serviceを専門に供する~providerを指すものと見られる。
-】【††
+】【~FN2
 “purported identities（ある特定目的の識別情報）”
 — 現実の個人の識別は含意しないような，（当の~site~~専用の）異なる個人を別人として識別する類の情報と見られる。
 】</p>

CSP3-ja.html

@@ -1616,7 +1616,8 @@ <h2 title="Introduction">1. 序論</h2>
 `Content Security Policy^en
 （ “内容~security施策”, または単に “施策” ）
 — 略して
-`~CSP@ †
+`~CSP@
+~FN
 —
 を定義する。
 それは、
@@ -3622,7 +3623,7 @@ <h3 title="The &lt;meta&gt; element">3.3. `meta^e 要素</h3>
 
 <p>
 `文書$は、
- 1 個~以上†の［
+ 1 個~以上~FNの［
 ~HTML `meta$e 要素であって, ［
 その `http-equiv$a 属性~値 ~EQ`大小無視$sub `Content-Security-Policy^l
 ］なるもの
@@ -3632,7 +3633,7 @@ <h3 title="The &lt;meta&gt; element">3.3. `meta^e 要素</h3>
 A Document may deliver a policy via one or more HTML meta elements whose http-equiv attributes are an ASCII case-insensitive match for the string "Content-Security-Policy". For example:＼
 </p>
 
-<p class="trans-note">【†
+<p class="trans-note">【~FN
 と記されているが、
 ~HTMLは，複数個の［
 等価な `http-equiv^a を伴う `meta^e
@@ -5522,12 +5523,12 @@ <h2 title="Reporting">5. 報告-法</h2>
 ］ものが在る場合には、
 `~CSP~hash報告@
 と呼ばれる`報告$が生成され，
-当の施策に結付けられた報告先†へ送信されることになる。
+当の施策に結付けられた報告先~FNへ送信されることになる。
 ◎
 When a directive that impacts script-like destinations has a report-sha256, report-sha384 or report-sha512 value, and a request with a script-like destination is fetched, a csp hash report will be generated and sent out to a reporting endpoint associated with the policy.
 </p>
 
-<p class="trans-note">【†
+<p class="trans-note">【~FN
 当の施策を成す `report-to$dir 指令に指定されたそれ
 （そのような指令は無い場合、
 送信されない）
@@ -8225,7 +8226,7 @@ <h4>6.1.10. `script-src^dir</h4>
 	</li>
 	<li>
 <p>
-次に挙げる~JS実行~sink†は、
+次に挙げる~JS実行~sink~FNは、
 `~source式$［
 `unsafe-eval$pl ／ `trusted-types-eval$pl
 ］で通過制御される
@@ -8256,7 +8257,7 @@ <h4>6.1.10. `script-src^dir</h4>
 Note: If a user agent implements non-standard sinks like setImmediate() or execScript(), they SHOULD also be gated on "unsafe-eval". Note: Since "unsafe-eval" acts as a global page flag, script-src-attr and script-src-elem are not used when performing this check, instead script-src (or it’s fallback directive) is always used.
 </p>
 
-<p class="trans-note">【†
+<p class="trans-note">【~FN
 ~security文脈における~sink（ “槽” ）とは、
 ~data~flowにおいて最初に~app層に渡される，
 外部からの信用できない~data~sourceを意味する
@@ -9705,9 +9706,9 @@ <h5 title="Is base allowed for document?">6.3.1.1. 文書に対する基底は
 			</li>
 		</ol>
 <p class="note">注記：
-ここで %~CSP~list の`自己-生成元$csp†と比較するのは、
+ここで %~CSP~list の`自己-生成元$csp~FNと比較するのは、
 不透明な生成元の中へ~sandbox化された`~iframe-srcdoc文書$などに正しく~~対処するためである。
-【† 原文には “`fallback base URL^en （`~fallback基底~URL＠~HTMLurl#fallback-base-url$）” と記されているが、（自己-生成元が導入される前の）古い記述の更新漏れと見受けられる。】
+【~FN 原文には “`fallback base URL^en （`~fallback基底~URL＠~HTMLurl#fallback-base-url$）” と記されているが、（自己-生成元が導入される前の）古い記述の更新漏れと見受けられる。】
 ◎
 Note: We compare against the fallback base URL in order to deal correctly with things like an iframe srcdoc Document which has been sandboxed into an opaque origin.
 </p>
@@ -12787,24 +12788,24 @@ <h3 title="Violation Reports">7.5. 違反~報告</h3>
 【 `example.com^s の~log-in用~pageの~URLである】
 `https://example.com/login^s
 を画像として読込もうと試みた場合、
-`example.com^s の~serverが，ある `identity provider^en†（例えば
-`identityprovider.example.net^s
-とする）へ~redirectしたとするとき、
+`example.com^s の~serverが，ある `identity provider^en~FN
+（例えば `identityprovider.example.net^s とする）
+へ~redirectしたとするとき、
 ~CSPにより，その要請は阻止されることになる。
 仮に，阻止された~URLを，違反~報告に全部的に包含することにした場合、
 違反~報告に，~redirect先の~URL内に［
-~session識別子や `purported identities^en††などの敏感な情報
+~session識別子や `purported identities^en~FN2などの敏感な情報
 ］が包含されていれば，それも包含することになる。
 この理由から、
 ~UAは，~redirect~targetではなく 元の要請の~URLを違反~報告に含むようにしている。
 ◎
 The violation reporting mechanism in this document has been designed to mitigate the risk that a malicious web site could use violation reports to probe the behavior of other servers. For example, consider a malicious web site that allows https://example.com as a source of images. If the malicious site attempts to load https://example.com/login as an image, and the example.com server redirects to an identity provider (e.g. identityprovider.example.net), CSP will block the request. If violation reports contained the full blocked URL, the violation report might contain sensitive information contained in the redirected URL, such as session identifiers or purported identities. For this reason, the user agent includes only the URL of the original request, not the redirect target.
 </p>
 
-<p class="trans-note">【†
+<p class="trans-note">【~FN1
 “`identity provider^en” （ <abbr>IdP</abbr> とも略称される）とは、
 個人認証サービスを専門に供するプロバイダを指すと思われる。
-】【††
+】【~FN2
 “`purported identities^en（ある特定目的の識別情報）” とは、
 現実の個人を識別することは含意しないような，
 （当の~site~~専用の）異なる個人を別人として識別するための情報と見受けられる。
@@ -13447,7 +13448,7 @@ <h3 title="Strict CSP">8.5. 厳密な~CSP</h3>
 ~XSSに抗する効果的な~CSPの配備は、
 難題である
 （ <a lang="en" href="https://dl.acm.org/doi/10.1145/2976749.2978363">CSP Is Dead, Long Live CSP!</a>
-`LONG-LIVE-CSP$r にて述べられるとおり）†。
+`LONG-LIVE-CSP$r にて述べられるとおり）~FN。
 しかしながら、
 次に挙げる一群の~CSP指令を施行することが，
 ~XSSに抗する効果的かつ配備-可能な軽減であるものと識別された：
@@ -13456,7 +13457,7 @@ <h3 title="Strict CSP">8.5. 厳密な~CSP</h3>
 However, enforcing the following set of CSP directives has been identified as an effective and deployable mitigation against XSS.
 </p>
 
-<p class="trans-note">【†
+<p class="trans-note">【~FN
 ~scriptの読込n先として，どこを許容する必要があるかにも依存する。
 該当する事例として、
 特に，［

DOM-Parsing-ja.html

@@ -1076,10 +1076,10 @@ <h2 title="XML Serialization">4. ~XML直列化</h2>
 </p>
 
 <p class="note" id="issue-container-generatedID">注記：
-`DOM4$r により， `Attr$I ~objは `Node$I を継承しない†ので、
+`DOM4$r により， `Attr$I ~objは `Node$I を継承しない~FN ので、
 ~nodeを`~XMLに直列化する$ことでは直列化できず，
 そうするよう試みた場合の結果は空~文字列になる。
-【†この記述は，今や~~正しくないが、いずれにせよそうなるであろう。】
+【~FN この記述は，今や~~正しくないが、いずれにせよそうなるであろう。】
 ◎
 Note
 
@@ -2449,12 +2449,12 @@ <h4 title="The Namespace Prefix Map">4.1.2. ~ns接頭辞~map</h4>
 <p class="note">注記：
 `選好される接頭辞~文字列を検索取得する$手続きは、
 `~ns接頭辞~list$を利用して，［
-所与の~nsを結付けている接頭辞のうち，最も近過去に利用されたもの†
+所与の~nsを結付けている接頭辞のうち，最も近過去に利用されたもの~FN
 ］を追跡する
 — 当の~listを成す最後の接頭辞がそれになる。
 この~listは、
 より早く出くわした同じ接頭辞を重複して包含し得る（そうなってもかまわない）。
-【†原文には <abbr>MRU</abbr> （ `most recently used^en ）という略称も付記されている）。】
+【~FN 原文には <abbr>MRU</abbr> （ `most recently used^en ）という略称も付記されている）。】
 ◎
 Note