[reporting] Remove optional URL from generate a report w3c/reporting@57e73b5

Author: triple-underscore

reporting1-ja.html

@@ -120,16 +120,16 @@
 ●●options
 
 spec_title:Reporting API
-spec_date:2025-09-05
-trans_update:2025-09-25
-source_checked:201019
+spec_date:2026-01-02
+trans_update:2026-02-25
+source_checked:260102
 page_state_key:WEBAPPSEC
 original_url:https://w3c.github.io/reporting/
 	abbr_url:REPORTING
 spec_status:ED
 ref_id_prefix:biblio-
 ref_id_lowercase:true
-copyright:2025,permissive
+copyright:2026,permissive
 trans_1st_pub:2016-06-06
 
 
@@ -686,7 +686,7 @@
 [INFRA]
     Anne van Kesteren; Domenic Denicola. ＜Infra Standard＞. Living Standard. URL: https://infra.spec.whatwg.org/
 [RDF12-CONCEPTS]
-    Olaf Hartig; et al. ＜RDF 1.2 Concepts and Abstract Data Model＞. URL: https://w3c.github.io/rdf-concepts/spec/
+    Gregg Kellogg; et al. ＜RDF 1.2 Concepts and Abstract Data Model＞. URL: https://w3c.github.io/rdf-concepts/spec/
 [RFC3864]
     G. Klyne; M. Nottingham; J. Mogul. ＜Registration Procedures for Message Header Fields＞. September 2004. Best Current Practice. URL: https://www.rfc-editor.org/rfc/rfc3864
 [RFC5234]
@@ -765,30 +765,19 @@ <h1>Reporting API</h1>
 	<section id="abstract">
 ◎要約
 
-<div class="p">
 <p>
 この文書は、
-報告処理の汎用~frameworkを定義する：
-</p>
-
-<ol>
-	<li>
-開発者は、
+報告処理の汎用な~frameworkを定義する
+— それは、
 名前が付与された［
-`報告先$の集合
-］を，`生成元$に結付けれる。
-</li>
-	<li>
-様々な~platform特能
-（ `CSP3$r, `NETWORK-ERROR-LOGGING$r【！Network Error Reporting】, その他）
-が、
-これらの報告先を利用して，それぞれに特有な報告を一貫した方式で送達する。
-</li>
-</ol>
-
+`報告先$たちが成す集合
+］を`生成元$に結付ることを開発者に許容する。
+様々な~platform特能が，
+これらの報告先を利用して、
+各自に特有な報告を一貫した方式で送達できる。
 ◎
-This document defines a generic reporting framework which allows web developers to associate a set of named reporting endpoints with an origin. Various platform features (like Content Security Policy, Network Error Reporting, and others) will use these endpoints to deliver feature-specific reports in a consistent manner.
-</div>
+This document defines a generic reporting framework which allows web developers to associate a set of named reporting endpoints with an origin. Various platform features can use these endpoints to deliver feature-specific reports in a consistent manner.
+</p>
 
 	</section>
 	<section id="sotd">
@@ -993,7 +982,7 @@ <h4 title="Endpoints">2.1.1. 報告先</h4>
 
 <p>
 各 `報告先$は、
-次のものを持つ：
+次に挙げるものを有する：
 ◎
 ↓</p>
 
@@ -1075,7 +1064,7 @@ <h4 title="Reports">2.1.3. 報告</h4>
 
 <p>
 各 `報告$は、
-次に挙げるものを持つ：
+次に挙げるものを有する：
 ◎
 ↓</p>
 
@@ -1222,12 +1211,11 @@ <h3 title="Queue data as type for destination">2.3. ある種別の報告を %~d
 直列化-可能な~obj %~data,
 文字列 %種別,
 文字列 %行先,
-`環境~設定群~obj$ %設定群 ~DF ε,
-`~URL$ %~URL ~DF ε
+`環境~設定群~obj$ %設定群 ~DF ε
 ◎終
 に対し：
 ◎
-To generate a report given a serializable object (data), a string (type), another string (destination), an optional environment settings object (settings), and an optional URL (url):
+To generate a report given a serializable object (data), a string (type), another string (destination), and an environment settings object (settings):
 </p>
 
 <ol>
@@ -1258,13 +1246,9 @@ <h3 title="Queue data as type for destination">2.3. ある種別の報告を %~d
 • 0
 </li>
 	<li>
-~IF［
-%~URL ~EQ ε
-］
-⇒
-%~URL ~SET %設定群 の`作成時の~URL$
+%~URL ~LET %設定群 の`作成時の~URL$
 ◎
-If url was not provided by the caller, let url be settings’s creation URL.
+Let url be settings’s creation URL.
 </li>
 	<li>
 %~URL の
@@ -1408,7 +1392,7 @@ <h3 title="Serialize Reports">2.4. 報告を直列化する</h3>
 	<li>
 ~RET `~Infra値を~JSON~byte列に直列化する$( %~collection )
 ◎
-Return the byte sequence resulting from executing serialize JSON to bytes on collection.
+Return the byte sequence resulting from executing serialize an Infra value to JSON bytes on collection.
 </li>
 </ol>
 </div>
@@ -2067,7 +2051,7 @@ <h4 title="Attempt to deliver reports to endpoint">3.5.2. %報告先 へ %報告
 origin
 • origin
 header list
-• A new header list containing a header named `Content-Type` whose value is "application/reports+json"
+• A new header list containing a header named `Content-Type` whose value is `application/reports+json`
 client
 • null
 window
@@ -2339,34 +2323,34 @@ <h3 title="Interface ReportingObserver">4.1. ~interface `ReportingObserver^I</h3
 
 <p>
 各 `ReportingObserver$I ~objには、
-次の概念が結付けられる：
+次に挙げる概念が結付けられる：
 ◎
 Each ReportingObserver object has these associated concepts:
 </p>
-
-<dl class="def-list">
-	<dt>`~callback@ob</dt>
-	<dd>
+<ul>
+	<li>
+`~callback@ob
+⇒
 作成-時に設定される~callback関数。
 ◎
 A callback function set on creation.
-</dd>
-
-	<dt>`~option群@ob</dt>
-	<dd>
+</li>
+	<li>
+`~option群@ob
+⇒
 作成-時に設定される `ReportingObserverOptions$I 辞書。
 ◎
 A ReportingObserverOptions dictionary called options.
-</dd>
-
-	<dt>`報告~queue@ob</dt>
-	<dd>
+</li>
+	<li>
+`報告~queue@ob
+⇒
 `Report$I ~objたちが成す~list。
 初期~時には空とする。
 ◎
 A list of Report objects called the report queue, which is initially empty.
-</dd>
-</dl>
+</li>
+</ul>
 
 <p>
 `ReportList$I は、
@@ -2585,15 +2569,15 @@ <h3 title="Add report to observer">4.3. 観測器に報告を追加する</h3>
 %報告~obj ~LET 新たな `Report$I ~obj
 — その
 ⇒＃
-`type$m ~SET %報告 の`種別$rP,
-`url$m ~SET %報告 の`~URL$rP,
-`body$m ~SET %報告 の`本体$rP
+`type$mb ~SET %報告 の`種別$rP,
+`url$mb ~SET %報告 の`~URL$rP,
+`body$mb ~SET %報告 の`本体$rP
 ◎
 Create a new Report r with type initialized to report’s type, url initialized to report’s url, and body initialized to report’s body.
 </p>
 
 <p class="issue">
-`body$m を多形態的に初期化するにはどうする？
+`body$mb を多形態的に初期化するにはどうする？
 ◎
 how to polymorphically initialize body?
 </p>
@@ -3118,7 +3102,7 @@ <h3 title="Cross-origin correlation">9.3. 非同一-生成元の相関</h3>
 その報告先は，［
 それぞれから生成元~付きの報告を受信する
 ］ことになるので、
-特定0の利用者がある~websiteの集合とやりとりしたことを学習できることになる。
+特定0の利用者がある~websiteたちが成す集合とやりとりしたことを学習できることになる。
 これは、［
 複数の生成元が，同じ情報を協力的に追跡する能
 ］がある現状を，より悪化させるものには見えない。