4.2.4.1. `media^aL 属性の処理

`media$aL 属性は、 当の~linkが： ◎ ↓

• `~hyperlink$である場合、 純粋に助言的であり，~link先の文書が どの媒体~用に設計されていたかを述べる。 ◎ If the link is a hyperlink then the media attribute is purely advisory, and describes for which media the document in question was designed.
• `外部~資源~link$である場合、 ~~規範的になる。 ~UAは、［ この属性の値が`環境に合致して$いて, かつ関連な他の条件にも該当する ］ときは，外部~資源を適用し、 他の場合は適用しないモノトスル。 ◎ However, if the link is an external resource link, then the media attribute is prescriptive. The user agent must apply the external resource when the media attribute's value matches the environment and the other relevant conditions apply, and must not apply it otherwise.

`media$aL 属性が省略された場合の既定は `all^l であり、 その~linkは既定で すべての媒体に適用されることを意味する。 ◎ The default, if the media attribute is omitted, is "all", meaning that by default links apply to all media.

注記： 外部~資源には、 その適用能を制限するような更なる制約も定義され得る。 例えば，~CSS~stylesheetは、 `media^at ~blockを有することもある。 この仕様は、 そのような更なる制約や要件は，上書きしない。 ◎ The external resource might have further restrictions defined within that limit its applicability. For example, a CSS style sheet might have some @media blocks. This specification does not override such further restrictions or requirements.

4.2.4.2. `type^aL 属性の処理

~UAは、 実際の型を決定するときには， `type$aL 属性を — ［ それは、 資源の実際の型を与えるとは限らない【！authoritative】 ］と見なして — 利用しないモノトスル。 資源を`適用する^emかどうか決定するときには、 前述した見做された型ではなく，次に定義する実際の型のみを利用すること。 ◎ User agents must not consider the type attribute authoritative — upon fetching the resource, user agents must not use the type attribute to determine its actual type. Only the actual type (as defined in the next paragraph) is used to determine whether to apply the resource, not the aforementioned assumed type.

注記： `stylesheet$v ~link型については、 資源の`~Content-Type~metadata$を処理するための規則が定義されている。 ◎ The stylesheet link type defines rules for processing the resource's Content-Type metadata.

資源の型が確立されたなら、 ~UAは［ その型を~supportする, かつ 関連な他の条件にも該当する ］ならば，資源を適用するモノトスル。 他の場合，その資源を無視するモノトスル。 ◎ Once the user agent has established the type of the resource, the user agent must apply the resource if it is of a supported type and the other relevant conditions apply, and must ignore the resource otherwise.

4.2.4.3. `link^e 要素から資源を~fetchして処理する

すべての`外部~資源~link$には、 `~link先の資源を~fetchして処理する@ ~algoがあり， ( `link$e 要素 ) が渡される。 また、 `~link先の資源~fetch用に設定しておく@ ~algoもあり， ( `link$e 要素, `要請$ ) が渡される。 個々の~link型には，自前の`~link先の資源を~fetchして処理する$ ~algoを供するものもあるが、 明示的に言明されない限り，`~link先の資源を~fetchして処理する既定の~algo$を利用する。 同様に，個々の~link型には，自前の`~link先の資源~fetch用に設定しておく$ ~algoを供するものもあるが、 明示的に言明されない限り，その手続きは単に ~T を返すとする。 ◎ All external resource links have a fetch and process the linked resource algorithm, which takes a link element el. They also have linked resource fetch setup steps which take a link element el and request request. Individual link types may provide their own fetch and process the linked resource algorithm, but unless explicitly stated, they use the default fetch and process the linked resource algorithm. Similarly, individual link types may provide their own linked resource fetch setup steps, but unless explicitly stated, these steps just return true.

~UAは、 そのような資源を，［ 必要なときに限り， `~fetchして処理-＠#fetch-and-process-the-linked-resource$しようと試行する ］ことにしてもヨイ — 適用されていないものも含め，すべての`外部~資源~link$を事前に~fetchする代わりに。 ◎ User agents may opt to only try to fetch and process such resources when they are needed, instead of pro-actively fetching all the external resources that are not applied.

`~link先の資源を~fetchして処理する$ ~algoと類似に、 すべての`外部~資源~link$には `~link先の資源を処理する@ ~algoがあり， ( `link$e 要素, 真偽値, `応答$, `~byte列$【！bodyBytes】 ) が渡される。 個々の~link型は，自前の~algoを`~link先の資源を処理する$ためとして供してもヨイが、 明示的に言明されない限り，この~algoは何もしない。 ◎ Similar to the fetch and process the linked resource algorithm, all external resource links have a process the linked resource algorithm which takes a link element el, boolean success, a response response, and a byte sequence bodyBytes. Individual link types may provide their own process the linked resource algorithm, but unless explicitly stated, that algorithm does nothing.

`rel$aL に与えられた~keyword用に他が指定されない限り，要素の`~node文書$に対する~load~eventは、 要素による`~link先の資源を~fetchして処理する$試み, および その`必須な下位資源$がすべて完了するまで，`遅延-$されるモノトスル。 （~UAがまだ~fetchして処理しようと試みていない資源 — 例えば 資源が必要になるまで待機しているためなど — により、 ~load~eventが`遅延-$されることはない。） ◎ Unless otherwise specified for a given rel keyword, the element must delay the load event of the element's node document until all the attempts to fetch and process the linked resource and its critical subresources are complete. (Resources that the user agent has not yet attempted to fetch and process, e.g., because it is waiting for the resource to be needed, do not delay the load event.)

4.2.4.4. `Link^h ~headerの処理

各~link型のうち，`外部~資源~link$になり得るものは、 `~link~headerを処理する手続き@ を定義する。 この~algoは、 `~link処理~option群$をとり， ~HTTP `Link$h 応答~header内に当の~link型が現れたとき［ 反応するかどうか, どう反応するか ］を定義する。 ◎ All link types that can be external resource links define a process a link header algorithm, which takes a link processing options. This algorithm defines whether and how they react to appearing in an HTTP `Link` response header.

注記： この~algoは、 ほとんどの~link型に対しては何もしない。 `要約~表t＠~HTMLlinks#table-link-relations$が，［ どの~link型に`~link~headerを処理する手続き$が定義されたか ］を素早く知る良い参照を与える。 ◎ For most link types, this algorithm does nothing. The summary table is a good reference to quickly know whether a link type has defined process a link header steps.

`~link処理~option群@ は、 `構造体$であり，次に挙げる`~item$sctからなる： ◎ A link processing options is a struct. It has the following items:

• `href@lO ⇒ 文字列 （既定は空~文字列） ◎ href (default the empty string)
• `行先@lO ⇒ 文字列 （既定は空~文字列） ◎ destination (default the empty string)
• `起動元@lO ⇒ 文字列 （既定は `link^l ） ◎ initiator (default "link")
• `完全性~metadata@lO ⇒ 文字列 （既定は空~文字列） ◎ integrity (default the empty string)
• `~MIME型@lO ⇒ 文字列 （既定は空~文字列） ◎ type (default the empty string)
• `暗号用~nonce~metadata@lO ⇒ 文字列 （既定は空~文字列） ◎ cryptographic nonce metadata (default the empty string) • A string
• `~CORS状態@lO ⇒ `~CORS設定群~属性$がとり得る状態 （既定は `~CORSなし$st ） ◎ crossorigin (default No CORS) • A CORS settings attribute state
• `~referrer施策@lO ⇒ `~referrer施策$ （既定は空~文字列） ◎ referrer policy (default the empty string) • A referrer policy
• `~source集合@lO ⇒ ~NULL ／`~source集合$ （既定は ~NULL ） ◎ source set (default null) • Null or a source set
• `基底~URL@lO ⇒ `~URL$ ◎ base URL • A URL
• `生成元@lO ⇒ `生成元$ ◎ origin • An origin
• `環境@lO ⇒ `環境$ ◎ environment • An environment
• `施策~容器@lO ⇒ `施策~容器$ ◎ policy container • A policy container
• `文書@lO ⇒ ~NULL ／ `文書$ （既定は ~NULL ） ◎ document (default null) • Null or a Document
• `文書~準備済み時の手続き@lO ⇒ ~NULL ／［ `文書$を受容する~algo ］ （既定は ~NULL ） ◎ on document ready (default null) • Null or an algorithm accepting a Document
• `~fetch優先度@lO ⇒ `~fetch優先度~属性$がとり得る状態 （既定は`自動$st） ◎ fetch priority (default auto) • A fetch priority attribute state

注記： `~link処理~option群$が，構文解析された~URLではなく［ `基底~URL$lO, `href$lO ］を伴うのは、 ~option群の`~source集合$lOの結果が~URLを成すこともあるからである。 ◎ A link processing options has a base URL and an href rather than a parsed URL because the URL could be a result of the options's source set.

4.2.4.5. 早期~hint

`早期~hint@ （ `early hint^en ）は、 ある演算を遂行することを~UAに許容する — ある文書への~navi要請において、［ 当の文書により利用される見込みが高い資源 ］を［ 当の要請が~serverにより全部的に取扱われ，応答~codeが~serveされる ］より前に投機的に読込むなど。 `~server＠~HTTPinfra#server$は、［ `最終-応答$【！最終-`応答$】を~serveする前に， “早期~hint応答” — 状態s~code `103$hst を伴う応答【！`応答$】 — を~serveする ］ことにより，早期~hintを指示できる。 `RFC8297$r ◎ Early hints allow user-agents to perform some operations, such as to speculatively load resources that are likely to be used by the document, before the navigation request is fully handled by the server and a response code is served. Servers can indicate early hints by serving a response with a 103 status code before serving the final response.[RFC8297]

注記： 互換性の理由から、 早期~hintは，概して`~HTTP2以上の~version越しに送達される＠~HTTPearlyhints#security-considerations$が、 可読性を得るため，以下では~HTTP11~styleによる記法を利用する。 ◎ For compatibility reasons early hints are typically delivered over HTTP/2 or above, but for readability we use HTTP/1.1-style notation below.

103 Early Hint
Link: </image.png>; `rel$aL=`preload$v; `as$aL=image

200 OK
Content-Type: text/html

<!DOCTYPE html>
...
<img src="/image.png">

注記： ［ 当の~naviの間に~serveされる早期~hint応答 ］のうち最初のものに限り，取扱われる — それは、 ある非同一-生成元~redirectにより成功した場合には，破棄される。 ◎ Only the first early hint response served during the navigation is handled, and it is discarded if it is succeeded by a cross-origin redirect.

`103^hst 応答は、 `Link$h ~headerに加えて， `~CSP$~header 【 `Content-Security-Policy^h ／ `Content-Security-Policy-Report-Only^h 】 を包含することもアリである — それは、 早期~hintを処理するとき，施行される。 ◎ In addition to the `Link` headers, it is possible that the 103 response contains a Content Security Policy header, which is enforced when processing the early hint.

103 Early Hint
Content-Security-Policy: `style-src$dir: 'self'【！self】;
Link: </style.css>; `rel$aL=`preload$v; `as$aL=style

103 Early Hint
Link: </image.png>; `rel$aL=`preload$v; `as$aL=image

302 Redirect
Location: /alternate.html

200 OK
Content-Security-Policy: `style-src$dir: 'none'【！none】;
Link: </font.ttf>; `rel$aL=`preload$v; `as$aL=font

4.2.4.6. `link^e 要素を用いて作成された~hyperlinkを追う手段を利用者に供するとき

対話的~UAは、［ 文書~内の各 `link$e 要素 ］に対し［ それを利用して作成された`~hyperlinkを追う$手段 ］を［ ~UIの中のどこか ］で利用者に供してもヨイ。 そのような`~hyperlinkを追う$ ~algoの呼出nは、 その引数 %利用者-関与i に `~browser~UI$i を渡すモノトスル。 正確な~UIは，この仕様では定義されないが、 次に挙げる，何らかの形による（場合によっては単純~化して）情報 （要素の各種~属性から得されるそれ（下に定義される）） も含み得る （以下， %資源 は当の~hyperlinkが指している資源とする）： ◎ Interactive user agents may provide users with a means to follow the hyperlinks created using the link element, somewhere within their user interface. Such invocations of the follow the hyperlink algorithm must set the userInvolvement argument to "browser UI". The exact interface is not defined by this specification, but it could include the following information (obtained from the element's attributes, again as defined below), in some form or another (possibly simplified), for each hyperlink created with each link element in the document:

• この文書と %資源 との関係性 （ `rel$aL 属性により与えられる） ◎ The relationship between this document and the resource (given by the rel attribute)
• %資源 の~title （ `title$aL 属性により与えられる） ◎ The title of the resource (given by the title attribute).
• %資源 の~address （ `href$aL 属性により与えられる） ◎ The address of the resource (given by the href attribute).
• %資源 の言語 （ `hreflang$aL 属性により与えられる） ◎ The language of the resource (given by the hreflang attribute).
• %資源 用の最適な媒体 （ `media$aL 属性により与えられる） ◎ The optimum media for the resource (given by the media attribute).

~UAは、 他の情報も含ませれる — 資源の型など （ `type$aL 属性により与えられる）。 ◎ User agents could also include other information, such as the type of the resource (as given by the type attribute).

4.2.5.1. 標準な~metadata名

この仕様は、 `meta$e 要素に対する `name$a 属性~用に， 以下に挙げる少数の名前を定義する。 ◎ This specification defines a few names for the name attribute of the meta element.

各~名前は、 `~ASCII大小無視$で比較するモノトスル。 ◎ Names are case-insensitive, and must be compared in an ASCII case-insensitive manner.

【 以下に現れる “値” は、 `content$a 属性の値を指す — これらの名前を利用した場合、 暗黙的に， `content^a 属性の値も指定することが要求されよう。 】

`application-name@v

値は、 短い自由形な【すなわち，特に追加的な制約はない】文字列であり， 当の~pageが表現する~web~appの名前を与えていなければナラナイ。 この~metadata名は、 当の~pageが~web~appでない場合には，利用してはナラナイ。 名前の言語を指定する `lang$a 属性を利用して，~web~app名の翻訳を与えてもヨイ。 ◎ The value must be a short free-form string giving the name of the web application that the page represents. If the page is not a web application, the application-name metadata name must not be used. Translations of the web application's name may be given, using the lang attribute to specify the language of each name.

【 何が “~web~app” を成すかは定義されていないが、 `~app~manifest＠~APPMANIFEST#dfn-manifest$が適用される~pageは該当しよう （ `manifest$v も見よ）。 】

同じ文書~内に 次を満たす `meta$e 要素が複数個~在ってはナラナイ ⇒ ［ 互いに同じ`言語$を伴う ］~AND［ `name$a 属性を有していて，その値は`~ASCII大小無視$で `application-name$v に合致する ］ ◎ There must not be more than one meta element with a given language and where the name attribute value is an ASCII case-insensitive match for application-name per document.

~UAは、 ~UIにおいて，~pageの `title$e に代えて~app名を利用してもヨイ — ~titleは、 ~app名のみならず，［ 特定0の時点における~pageの状態sに関連な様な~message ］も含むかもしれないので。 ◎ User agents may use the application name in UI in preference to the page's title, since the title might include status messages and the like relevant to the status of the page at a particular moment in time instead of just being the name of the application.

~UAは、 所与の［ 言語たちが成す`有順序~集合$【！ordered list】 %言語~群 （例： 英国~英語, 米国~英語, 英語） ］から，利用する~app名を見出すときは、 次の手続きを走らすモノトスル — 結果が ε になるときは、 ~app名は与えられない：

1. %文書 ~LET 当の`文書$
2. %既定の言語 ~LET %文書 の`文書~要素$の`言語$
3. ~IF［ %既定の言語 ~NEQ 空~文字列 （すなわち，未知でない） 【！不要］~AND［%既定の言語 ~NIN %言語~群】 ］ ⇒ %言語~群 に %既定の言語 を`付加する$set
4. %言語~群 を成す ~EACH( %言語 ) に対し ⇒ %文書 内の ~EACH( `meta$e 要素 %要素 ) に対し，`~tree順序$で ⇒ ~IF［ %要素 の`言語$ ~EQ %言語 ］~AND［ %要素 は `name$a 属性を有していて，その値は`~ASCII大小無視$で `application-name$v に合致する ］~AND［ %要素 は `content$a 属性を有する ］ ⇒ ~RET %要素 の `content$a 属性の値
5. ~RET ε

◎ To find the application name to use given an ordered list of languages (e.g. British English, American English, and English), user agents must run the following steps: • Let languages be the list of languages. • Let default language be the language of the Document's document element, if any, and if that language is not unknown. • If there is a default language, and if it is not the same language as any of the languages in languages, append it to languages. • Let winning language be the first language in languages for which there is a meta element in the Document where the name attribute value is an ASCII case-insensitive match for application-name and whose language is the language in question. • If none of the languages have such a meta element, then return; there's no given application name. • Return the value of the content attribute of the first meta element in the Document in tree order where the name attribute value is an ASCII case-insensitive match for application-name and whose language is winning language.

注記： この~algoは、 ~pageの名前 — 一例として，~bookmarkの~labelなど — を必要とする~browserにより利用されることになる。 ~algoには、 利用者が選好する言語が供されることになる。 ◎ This algorithm would be used by a browser when it needs a name for the page, for instance, to label a bookmark. The languages it would provide to the algorithm would be the user's preferred languages.

`author@v

値は、 自由形な文字列であり， ~pageの作者たちのうち，いずれかの名前を与えていなければナラナイ。 ◎ The value must be a free-form string giving the name of one of the page's authors.

`description@v

値は、 自由形な文字列であり， ~pageについて述べるものでなければナラナイ。 値は、 ~pageの~directoryにおける利用 — 例えば探索~engine — 用に適切でなければナラナイ。 ◎ The value must be a free-form string that describes the page. The value must be appropriate for use in a directory of pages, e.g. in a search engine.＼

同じ文書~内に次を満たす `meta$e 要素が複数個~在ってはナラナイ ⇒ `name$a 属性を有していて，その値は`~ASCII大小無視$で `description$v に合致する ◎ There must not be more than one meta element where the name attribute value is an ASCII case-insensitive match for description per document.

`generator@v

値は、 自由形な文字列であり，［ 文書を生成するために利用された~software~package ］のうちいずれかを識別するものでなければナラナイ。 この~metadata名【！値】は、 ~softwareから~markupが生成されていない~page — 例：~text~editorで書かれた~page — には，利用してはナラナイ。 ◎ The value must be a free-form string that identifies one of the software packages used to generate the document. This value must not be used on pages whose markup is not generated by software, e.g. pages whose markup was written by a user in a text editor.

“Frontweaver” と称される~toolが，~pageの `head$e 要素~内に［ 当の~pageを生成した~toolとして自身を識別する名前 ］を出力する例： ◎ Here is what a tool called "Frontweaver" could include in its output, in the page's head element, to identify itself as the tool used to generate the page:

`meta-generator-1^xCode

`keywords@v

値は、 ~pageに関連な~keywordたちが成す`~commaで分離された~token集合$でなければナラナイ。 ◎ The value must be a set of comma-separated tokens, each of which is a keyword relevant to the page.

ある高速道路標識についての~pageが， `meta$e 要素を利用して［ 利用者が~page内を~~検索するときに利用し得る~keywordたち ］を指定する例： ◎ This page about typefaces on British motorways uses a meta element to specify some keywords that users might use to look for the page:

`meta-keywords-1^xCode

注記： 多くの探索~engineは、 これらの~keywordを考慮しない。 この特能は、 歴史的に — 結果として利用者の助けにならなくなるような — あてにならない, あるいは探索~engineを誤解させるような~spamにすら利用されてきたので。 ◎ Many search engines do not consider such keywords, because this feature has historically been used unreliably and even misleadingly as a way to spam search engine results in a way that is not helpful for users.

作者が~pageに適用-可能なものとして指定した~keywordたちが成す~listを得するときは、 ~UAは，次の手続きを走らすモノトスル： ◎ To obtain the list of keywords that the author has specified as applicable to the page, the user agent must run the following steps:

1. %~keyword群 ~LET 新たな`~list$ ◎ Let keywords be an empty list.
2. 当の`文書$内の ~EACH( `meta$e 要素 %要素 ) に対し ⇒ ~IF［ %要素 は `name$a 属性を有していて，その値は`~ASCII大小無視$で `keywords$v に合致する ］~AND［ %要素 は `content$a を有する ］ ⇒ %~keyword群 を次の結果で`拡張する$ ⇒ `~commaで分割する$( %要素 の `content^a 属性の値 ) ◎ For each meta element with a name attribute and a content attribute and where the name attribute value is an ASCII case-insensitive match for keywords: ◎ Split the value of the element's content attribute on commas. ◎ Add the resulting tokens, if any, to keywords.
3. %~keyword群 から重複するものを除去する ◎ Remove any duplicates from keywords.
4. ~RET %~keyword群 ◎ Return keywords. This is the list of keywords that the author has specified as applicable to the page.

~UAは、 この値があてになるかどうか疑わしいときは，この情報を利用するベキでない。 ◎ User agents should not use this information when there is insufficient confidence in the reliability of the value.

一例として、 内容~管理~systemにとっては，［ ~siteに特有な探索~engine用~indexを拡充するために，~systemの中で~pageの~keyword情報を利用する ］ことは適理になろう。 一方で、 この情報を利用する大規模な内容~集積者は，［ 不適切な~keywordの利用を通して~rankingを不当に操ろうと試行する利用者 ］を見出す見込みが高いであろう。 ◎ For instance, it would be reasonable for a content management system to use the keyword information of pages within the system to populate the index of a site-specific search engine, but a large-scale content aggregator that used this information would likely find that certain users would try to game its ranking mechanism through the use of inappropriate keywords.

`referrer@v

値は、 `~referrer施策$でなければナラナイ。 それは、 `文書$に対する既定の`~referrer施策$を定義する。 `REFERRERPOLICY$r ◎ The value must be a referrer policy, which defines the default referrer policy for the Document. [REFERRERPOLICY]

`meta$e 要素 %要素 に対し［ %要素 が`文書の中へ挿入された$／ %要素 の［ `name$a ／ `content$a ］内容~属性が変化した ］ときは、 ~UAは，次の~algoを走らすモノトスル： ◎ If any meta element element is inserted into the document, or has its name or content attributes changed, user agents must run the following algorithm:

1. ~IF［ %要素 は ~OR↓ を満たさない ］…

   • `文書~tree内$にある
   • `name$a 属性を有していて，その値は`~ASCII大小無視$で `referrer$v に合致する
   • `content$a 属性を有していて，その値 ~NEQ 空~文字列

   …ならば ⇒ ~RET

   ◎ If element is not in a document tree, then return. ◎ If element does not have a name attribute whose value is an ASCII case-insensitive match for "referrer", then return. ◎ If element does not have a content attribute, or that attribute's value is the empty string, then return.
2. %値 ~LET `~ASCII小文字~化する$( %要素 の`content$a 属性の値 ) ◎ Let value be the value of element's content attribute, converted to ASCII lowercase.

3. ~IF［ %値 は次の表tの 1 列目に挙げるいずれかである ］ ⇒ %値 ~SET 同じ行の 2 列目に与える値 ◎ If value is one of the values given in the first column of the following table, then set value to the value given in the second column:

   旧来の値	~referrer施策
   `never^v	`no-referrer$v
   `default^v	`既定の~referrer施策$
   `always^v	`unsafe-url$v
   `origin-when-crossorigin^v	`origin-when-cross-origin$v

   ◎ Legacy value｜Referrer policy never｜no-referrer default｜the default referrer policy always｜unsafe-url origin-when-crossorigin｜origin-when-cross-origin
4. ~IF［ %値 は`~referrer施策$である ］ ⇒ %要素 の`~node文書$の`施策~容器$docの`~referrer施策$pC ~SET %値 ◎ If value is a referrer policy, then set element's node document's policy container's referrer policy to policy.

注記： 歴史的な理由から、 `referrer$v 用の処理~modelは — 他の標準な~metadata名と違って — 要素が除去されても応答しないし，`~tree順序$も利用しない。 この状態にある `meta$e 要素は、 最も近過去に挿入されたか改変されたものに限り，効果がある。 ◎ For historical reasons, unlike other standard metadata names, the processing model for referrer is not responsive to element removals, and does not use tree order. Only the most-recently-inserted or most-recently-modified meta element in this state has an effect.

`theme-color@v

値は、 ~CSS `color$t 生成規則に合致する文字列でなければナラナイ。 ◎ The value must be a string that matches the CSS <color> production,＼

これは、［ ~UAが~pageや周囲の~UIの表示を~custom化するときに利用するべき色 ］として示唆されるものを定義する。 例えば，~browserは、 指定された色を［ ~pageの~title~bar／ ~UItab~barや~task切替器における強調~色 ］に利用するかもしれない。 ◎ defining a suggested color that user agents should use to customize the display of the page or of the surrounding user interface. For example, a browser might color the page's title bar with the specified value, or use it as a color highlight in a tab bar or task switcher.

同じ~HTML文書の中に次を満たす `meta$e 要素が複数個~在ってはナラナイ ⇒ ［ `name$a 属性を有していて，その値は`~ASCII大小無視$で `theme-color$v に合致する ］~AND［ `media$a 属性を有していて，その値は互いに異なる ］ ◎ Within an HTML document, the media attribute value must be unique amongst all the meta elements with their name attribute value set to an ASCII case-insensitive match for theme-color.

この標準~自身【すなわち，この和訳の原文】も、 ~theme色として “WHATWG green” を利用している： ◎ This standard itself uses "WHATWG green" as its theme color:

`meta-theme-color-1^xCode

`media$a 属性を利用すれば、 当の文脈には供された色が利用されるべきであることを述べれる。 ◎ The media attribute may be used to describe the context in which the provided color should be used.

暗な~modeにて，この標準の~theme色 “WHATWG green” のみを利用したいと求めるなら、 `prefers-color-scheme$d 媒体~特能を利用することもできる。 ◎ If we only wanted to use "WHATWG green" as this standard's theme color in dark mode, we could use the prefers-color-scheme media feature:

`meta-theme-color-2^xCode

~pageの~theme色を得するときは、 次の手続きを走らすモノトスル： ◎ To obtain a page's theme color, user agents must run the following steps:

1. %候補~要素~list ~LET ~AND↓ を満たす `meta$e 要素たちが成す`~tree順序$による~list： ◎ Let candidate elements be the list of all meta elements that meet the following criteria, in tree order:

   • `文書~tree内$にある ◎ the element is in a document tree;
   • `name$a 属性を有していて，その値は`~ASCII大小無視$で `theme-color$v に合致する ◎ the element has a name attribute, whose value is an ASCII case-insensitive match for theme-color; and
   • `content$a 属性を有する ◎ the element has a content attribute.

2. %候補~要素~list を成す ~EACH( %要素 ) に対し： ◎ For each element in candidate elements:

   1. ~IF［ %要素 は`media$a 属性を有していて，その値は`環境に合致して$いない ］ ⇒ ~CONTINUE ◎ If element has a media attribute and the value of element's media attribute does not match the environment, then continue.
   2. %値 ~LET `前後の~ASCII空白~列を剥ぐ$( %要素 の`content$a 属性の値 ) ◎ Let value be the result of stripping leading and trailing ASCII whitespace from the value of element's content attribute.
   3. %色 ~LET `~CSS色~値を構文解析する$( %値 ) ◎ Let color be the result of parsing value.
   4. ~IF［ %色 ~NEQ `失敗^i ］ ⇒ ~RET %色 ◎ If color is not failure, then return color.
3. ~RET ε （~pageには~theme色は無い。） ◎ Return nothing (the page has no theme color).

ある `meta$e 要素について，次のいずれかがが生じたときは、 ~UAは上の~algoを再度~走らせて，その結果を影響される~UIに適用するモノトスル：

• `文書の中へ挿入された$とき
• `文書から除去された$とき
• その `name$a 属性が変化したとき
• その `content$a 属性が変化したとき
• その `media$a 属性が変化したとき
• `media$a 属性を有している下で，その値が`環境に合致して$いるかどうかが変化したとき

◎ If any meta elements are inserted into the document or removed from the document, or existing meta elements have their name, content, or media attributes changed, or if the environment changes such that any meta element's media attribute's value may now or may no longer match the environment, user agents must re-run the above algorithm and apply the result to any affected UI.

~UAは、 ~theme色を~UIに利用するときは、 より相応しくなるよう，実装に特有な仕方で調整してもヨイ。 例えば、 ~UAが~theme色を背景に利用していて，その上に白い~textで表示することを意図する場合、 必要十分な~contrastを確保するため，~UIのその部位には~theme色を暗くした色を利用するなど。 ◎ When using the theme color in UI, user agents may adjust it in implementation-specific ways to make it more suitable for the UI in question. For example, if a user agent intends to use the theme color as a background and display white text over it, it might use a darker variant of the theme color in that part of the UI, to ensure adequate contrast.

`color-scheme@v

~UAが~pageの背景を欲される`色~scheme$で即時に （~page内のすべての~CSSを読込むまで待機することなく） 描画するのを援助するため、 `meta$e 要素~内には `color-scheme$p 用の値を供せる。 ◎ To aid user agents in rendering the page background with the desired color scheme immediately (rather than waiting for all CSS in the page to load), a 'color-scheme' value can be provided in a meta element.

値は、 ~CSS `color-scheme$p ~prop用の値の構文に合致する文字列でなければナラナイ。 それは、 `~pageが~supportする色~scheme群$を決定する。 ◎ The value must be a string that matches the syntax for the CSS 'color-scheme' property value. It determines the page's supported color-schemes.

同じ文書~内に 次を満たす `meta$e 要素が複数個~在ってはナラナイ ⇒ `name$a 属性を有していて，その値は`~ASCII大小無視$で `color-scheme$v に合致する ◎ There must not be more than one meta element with its name attribute value set to an ASCII case-insensitive match for color-scheme per document.

【 しかしながら、 下の注記では，複数個の用法が示唆されている。 この（適合性）要件は本当に要求されるのか？ 】

次の宣言は、 当の~pageは［ 暗な背景~色, 明な前景~色 ］を伴う色~schemeを自覚して取扱えることを指示する： ◎ The following declaration indicates that the page is aware of and can handle a color scheme with dark background colors and light foreground colors:

`meta-color-scheme-1^xCode

`~pageが~supportする色~scheme群$を得するときは、 次の手続きを走らすモノトスル： ◎ To obtain a page's supported color-schemes, user agents must run the following steps:

1. %候補~要素~list ~LET ~AND↓ を満たす `meta$e 要素たちが成す`~tree順序$による~list： ◎ Let candidate elements be the list of all meta elements that meet the following criteria, in tree order:

   • `文書~tree内$にある ◎ the element is in a document tree;
   • `name$a 属性を有していて，その値は`~ASCII大小無視$で `color-scheme$v に合致する ◎ the element has a name attribute, whose value is an ASCII case-insensitive match for color-scheme; and
   • `content$a 属性を有する ◎ the element has a content attribute.

2. %候補~要素~list を成す ~EACH( %要素 ) に対し： ◎ For each element in candidate elements:

   1. %構文解析した結果 ~LET `成分~値~listを構文解析する$( %要素 の `content$a 属性の値 ) ◎ Let parsed be the result of parsing a list of component values given the value of element's content attribute.
   2. ~IF［ %構文解析した結果 は妥当な~CSS `color-scheme$p ~prop値である ］ ⇒ ~RET %構文解析した結果 ◎ If parsed is a valid CSS 'color-scheme' property value, then return parsed.
3. ~RET ~NULL ◎ Return null.

ある `meta$e 要素が［ `文書の中へ挿入された$ ／ `文書から除去された$ ］とき, または 既存の `meta$e 要素の［ `name$a ／ `content$a ］属性が変化したときは、 ~UAは上の~algoを再度~走らすモノトスル。 ◎ If any meta elements are inserted into the document or removed from the document, or existing meta elements have their name or content attributes changed, user agents must re-run the above algorithm.

注記： これらの規則【色~schemeを得するとき】は，［ 合致する `meta$e 要素を見出すまで，先頭から順に検査する ］ので、 作者は，そのような要素を複数個~供することで旧来の~UA用の~fallbackを取扱える。 それらの要素は — ~CSSにおいて，~propの~fallbackが働くようにするときとは反対に — 旧来の値が新たな値より`後^emに来るよう配列する必要がある。 ◎ Because these rules check successive elements until they find a match, an author can provide multiple such values to handle fallback for legacy user agents. Opposite to how CSS fallback works for properties, the multiple meta elements needs to be arranged with the legacy values after the newer values.

4.2.5.2. 他の~metadata名

誰もが、 自前の `定義済み~metadata名の集合に対する拡張@ を作成して利用できる。 そのような拡張を登録するための要件はない。 ◎ Anyone can create and use their own extensions to the predefined set of metadata names. There is no requirement to register such extensions.

しかしながら，次のいずれかに該当する場合、 新たな~metadata名は作成されるベキでない： ◎ However, a new metadata name should not be created in any of the following cases:

• ［ 当の名前, または それに付随する `content$a 属性の値 ］は`~URL$である場合。 この事例では、 `定義済み~link型の集合に対する拡張$として登録することが奨励される （新たな~metadata名は作成せずに）。 ◎ If either the name is a URL, or the value of its accompanying content attribute is a URL; in those cases, registering it as an extension to the predefined set of link types is encouraged (rather than creating a new metadata name).
• 当の名前には、 ~UAにおける何らかの処理~要件が期待される場合。 この事例では、 標準~化されるべきである。 ◎ If the name is for something expected to have processing requirements in user agents; in that case it ought to be standardized.

また、 新たな~metadata名を作成して利用する前に， `WHATWG Wiki MetaExtensions ~page＠https://wiki.whatwg.org/wiki/MetaExtensions$ — 以下，“この~Wiki~page” と略記する — に諮ることが奨励される — すでに利用-中にある~metadata名［ を選ぶ／と目的が重複する ］のを避けるため，および［ 選んだ名前が，新たな標準~化された名前と衝突する ］のを避けるため。 `WHATWGWIKI$r ◎ Also, before creating and using a new metadata name, consulting the WHATWG Wiki MetaExtensions page is encouraged — to avoid choosing a metadata name that's already in use, and to avoid duplicating the purpose of any metadata names that are already in use, and to avoid new standardized names clashing with your chosen name. [WHATWGWIKI]

誰もが，いつでも、 この~Wiki~pageを編集して，~metadata名を追加してもかまわない。 新たな名前は、 次の情報も伴わせて指定できる： ◎ Anyone is free to edit the WHATWG Wiki MetaExtensions page at any time to add a metadata name. New metadata names can be specified with the following information:

~keyword （ `Keyword^en ）

定義される実際の~metadata名。 定義-済みな他の名前と紛らわしいものは、 避けるベキである （例： 文字大小のみ相違するなど）。 ◎ The actual name being defined. The name should not be confusingly similar to any other defined name (e.g. differing only in case).

概略的な記述 （ `Brief description^en ）

~metadata名の意味についての，規範的でない短い記述 — 値に要求される形式も含め。 ◎ A short non-normative description of what the metadata name's meaning is, including the format the value is required to be in.

仕様 （ `Specification^en ）

~metadata名の意味論と要件についての詳細な記述への~link。 この~Wikiの別の~pageや外部~pageへの~linkにもなり得る。 ◎ A link to a more detailed description of the metadata name's semantics and requirements. It could be another page on the wiki, or a link to an external page.

同義語 （ `Synonyms^en ）

処理~要件が正確に同じであるような，他の~metadata名たちが成す~list。 作者は、 同義語による名前を定義して利用するベキでない （その意図は、 ~UAが旧来の内容を~supportできるようにするために限られる）。 誰もが、 実施に利用されていない同義語を除去してもヨイ。 この仕方で登録されるのは、 旧来の内容との互換性のため，同義語として処理される必要がある~metadata名に限られる。 ◎ A list of other names that have exactly the same processing requirements. Authors should not use the names defined to be synonyms (they are only intended to allow user agents to support legacy content). Anyone may remove synonyms that are not used in practice; only names that need to be processed as synonyms for compatibility with legacy content are to be registered in this way.

地位 （ `Status^en ）

次のいずれか： ◎ One of the following:

提案-済み （ `Proposed^en ）

~metadata名は、 まだ，広くから査読を受けてないか認可されていない。 誰かがそれを提案していて、 それを利用しているか，近いうちに利用することになる。 ◎ The name has not received wide peer review and approval. Someone has proposed it and is, or soon will be, using it.

批准-済み （ `Ratified^en ）

~metadata名は、 広くから査読を受け，認可された。 ~metadata名を利用している~pageを取扱う方法を — 不正な仕方で利用された場合も含め — 一義的に定義する仕様がある。 ◎ The name has received wide peer review and approval. It has a specification that unambiguously defines how to handle pages that use the name, including when they use it in incorrect ways.

使用中止 （ `Discontinued^en ）

この~metadata名は、 広くから査読を受けた上で，水準に満たないものと判明した。 既存の~pageが この~metadata名を利用していても、 新たな~pageには避けるベキである。 作者が代わりに利用すベキものは、 （もしあれば） “概略的な記述 ” と “仕様” の項に詳細が与えられることになる。 ◎ The metadata name has received wide peer review and it has been found wanting. Existing pages are using this metadata name, but new pages should avoid it. The "brief description" and "specification" entries will give details of what authors should use instead, if anything.

~metadata名が，既存の値とかぶると判明した場合、 除去された上で，既存の値に対する同義語として~listされるベキである。 ◎ If a metadata name is found to be redundant with existing values, it should be removed and listed as a synonym for the existing value.

~metadata名が “提案-済み” の地位で追加されてから， 1 ヶ月~以上 利用されない／指定されない ままにある場合、 この~Wiki~pageから除去されてヨイ。 ◎ If a metadata name is added in the "proposed" state for a period of a month or more without being used or specified, then it may be removed from the WHATWG Wiki MetaExtensions page.

“提案-済み” の地位で追加された~metadata名が，既存の値とかぶるものと判明した場合、 除去された上で，既存の値に対する同義語として~listされるベキである。 “提案-済み” の地位で追加された~metadata名が，有害と判明した場合、 “使用中止” の地位に変更されるベキである。 ◎ If a metadata name is added with the "proposed" status and found to be redundant with existing values, it should be removed and listed as a synonym for the existing value. If a metadata name is added with the "proposed" status and found to be harmful, then it should be changed to "discontinued" status.

誰もがいつでも地位を変更できるが、 上の定義に則る限りにおいて，そうするベキである。 ◎ Anyone can change the status at any time, but should only do so in accordance with the definitions above.

4.2.5.3. ~pragma指令

`http-equiv@a 属性が指定されている `meta$e 要素は、 ~pragma指令になる。 ◎ When the http-equiv attribute is specified on a meta element, the element is a pragma directive.

`http-equiv$a 属性は，`列挙d属性$であり、 次に挙げる~keyword, とり得る状態, それらの対応付けが定義される： ◎ The http-equiv attribute is an enumerated attribute with the following keywords and states:

`内容~言語@st （ `http-equiv^a="`content-language$v" ） ◎ Content language state (http-equiv="content-language")

注記： この特能は不適合である。 作者には、 代わりに `lang$a 属性を利用することが奨励される。 ◎ This feature is non-conforming. Authors are encouraged to use the lang attribute instead.

この状態にある~pragmaは、 `~pragma集合の既定の言語@ を設定する。 この~pragmaが成功裡に処理されるまでは、 `~pragma集合の既定の言語$は無い： ◎ This pragma sets the pragma-set default language. Until such a pragma is successfully processed, there is no pragma-set default language.

1. ~IF［ `content$V ~EQ ε ］ ⇒ ~RET ◎ If the meta element has no content attribute, then return.
2. ~IF［ `content$V は ❝, を包含する ］ ⇒ ~RET ◎ If the element's content attribute contains a U+002C COMMA character (,) then return.
3. %入力 ~LET `content$V ◎ Let input be the value of the element's content attribute.
4. %位置 ~LET %入力 の最初の文字を指している`位置~変数$ ◎ Let position point at the first character of input.
5. %入力 内の %位置 から`~ASCII空白を読飛ばす$ ◎ Skip ASCII whitespace within input given position.
6. %候補 ~LET %入力 内の %位置 から `~ASCII空白$以外の`符号位置~並びを収集する$ ◎ Collect a sequence of code points that are not ASCII whitespace from input given position. ◎ Let candidate be the string that resulted from the previous step.
7. ~IF［ %候補 ~EQ 空~文字列 ］ ⇒ ~RET ◎ If candidate is the empty string, return.

8. `~pragma集合の既定の言語$ ~SET %候補 ◎ Set the pragma-set default language to candidate.

   注記： 値が，~space等で分離された複数個の~tokenからなる場合、 最初の~tokenを除くすべての~tokenは無視される。 ◎ If the value consists of multiple space-separated tokens, tokens after the first are ignored.

注記： この~pragmaは、 全くではないが， 同じ名前の ~HTTP `Content-Language$h ~headerと まるっきり異なる。 `HTTP$r ◎ This pragma is almost, but not quite, entirely unlike the HTTP `Content-Language` header of the same name. [HTTP]

`符号化法~宣言@st （ `http-equiv^a="`content-type$v" ） ◎ Encoding declaration state (http-equiv="content-type")

この状態は、 `charset$a 属性の代替な形であり，その属性を設定することに等しい。 すなわち、 `符号化法~宣言$を与える。 この状態に課される~UA要件すべては、 この仕様の § 構文解析により取扱われる。 ◎ The Encoding declaration state is just an alternative form of setting the charset attribute: it is a character encoding declaration. This state's user agent requirements are all handled by the parsing section of the specification.

`http-equiv$a 属性が`符号化法~宣言$st状態にある下では、 `content$V は［ 次の並びに`~ASCII大小無視$で合致する文字列 ］でなければナラナイ ⇒＃ `text/html;^l, 0 個~以上の`~ASCII空白$, `charset=utf-8^l ◎ For meta elements with an http-equiv attribute in the Encoding declaration state, the content attribute must have a value that is an ASCII case-insensitive match for a string that consists of: "text/html;", optionally followed by any number of ASCII whitespace, followed by "charset=utf-8".

同じ文書~内に 次を満たす 2 つの `meta$e 要素が在ってはナラナイ ⇒ 一方は［ `符号化法~宣言$st状態にある `http-equiv$a 属性 ］を有していて, 他方は `charset$a 属性を有する ◎ A document must not contain both a meta element with an http-equiv attribute in the Encoding declaration state and a meta element with the charset attribute present.

［ `符号化法~宣言$st状態にある `http-equiv$a 属性を有する `meta$e 要素 ］は、 `~HTML文書$には利用してもヨイが，`~XML文書$に利用してはナラナイ。 ◎ The Encoding declaration state may be used in HTML documents, but elements with an http-equiv attribute in that state must not be used in XML documents.

`既定の~style@st （ `http-equiv^a="`default-style$v" ） ◎ Default style state (http-equiv="default-style")

この~pragmaは、 既定の`~CSS~stylesheet集合~名$を設定する： ◎ This pragma sets the name of the default CSS style sheet set.

1. ~IF［ `content$V ~IN { ε, 空~文字列 } ］ ⇒ ~RET ◎ If the meta element has no content attribute, or if that attribute's value is the empty string, then return.
2. `選好される~CSS~stylesheet集合~名を変更する$( `content$V ) `CSSOM$r ◎ Change the preferred CSS style sheet set name with the name being the value of the element's content attribute. [CSSOM]

`~refresh@st （ `http-equiv^a="`refresh$v" ） ◎ Refresh state (http-equiv="refresh")

この~pragmaは、 時限~redirectとして動作する。 ◎ This pragma acts as a timed redirect.

各 `文書$には、 真偽値 `宣言的に~refreshするか@ が結付けられ、 初期~時は ~F とする。 ◎ A Document object has an associated will declaratively refresh (a boolean). It is initially false.

1. ~IF［ `content$V ~IN { ε, 空~文字列 } ］ ⇒ ~RET ◎ If the meta element has no content attribute, or if that attribute's value is the empty string, then return.
2. `共用~宣言的~refresh手続き$( `meta$V の`~node文書$, `content$V, `meta$V ) ◎ Let input be the value of the element's content attribute. ◎ Run the shared declarative refresh steps with the meta element's node document, input, and the meta element.

`共用~宣言的~refresh手続き@ は、 所与の ( `文書$ %文書, 文字列 %入力, `meta$e 要素 %meta （省略時は ε ） ) に対し： ◎ The shared declarative refresh steps, given a Document object document, string input, and optionally a meta element meta, are as follows:

1. ~IF［ %文書 の`宣言的に~refreshするか$ ~EQ ~T ］ ⇒ ~RET ◎ If document's will declaratively refresh is true, then return.
2. %位置 ~LET %入力 の最初の`符号位置$を指している`位置~変数$ ◎ Let position point at the first code point of input.
3. %入力 内の %位置 から`~ASCII空白を読飛ばす$ ◎ Skip ASCII whitespace within input given position.
4. %秒数 ~LET 0 ◎ Let time be 0.
5. %秒数~文字列 ~LET %入力 内の %位置 から `~ASCII数字$からなる`符号位置~並びを収集する$ ◎ Collect a sequence of code points that are ASCII digits from input given position, and let the result be timeString.
6. ~IF［ %秒数~文字列 ~EQ 空~文字列 ］ ⇒ ~IF［ %位置↗ ~NEQ ❝. ］ ⇒ ~RET ◎ If timeString is the empty string, then: ◎ • If the code point in input pointed to by position is not U+002E (.), then return.
7. ~ELSE ⇒ %秒数 ~LET `負でない整数として構文解析する$( %秒数~文字列 ) ◎ Otherwise, set time to the result of parsing timeString using the rules for parsing non-negative integers.
8. %入力 内の %位置 から { `~ASCII数字$, ❝. } からなる`符号位置~並びを収集する$ — 結果は無視する。 ◎ Collect a sequence of code points that are ASCII digits and U+002E FULL STOP characters (.) from input given position. Ignore any collected characters.
9. %~URL~record ~LET %文書 の`~URL$doc ◎ Let urlRecord be document's URL.

10. ~IF［ %位置↗ ~NEQ ε ］： ◎ If position is not past the end of input, then:

    1. ~IF［ %位置↗ ~NIN { ❝;, ❝,, `~ASCII空白$ } ］ ⇒ ~RET ◎ If the code point in input pointed to by position is not U+003B (;), U+002C (,), or ASCII whitespace, then return.
    2. %入力 内の %位置 から`~ASCII空白を読飛ばす$ ◎ Skip ASCII whitespace within input given position.
    3. ~IF［ %位置↗ ~IN { ❝;, ❝, } ］ ⇒ %位置 ~INCBY 1 ◎ If the code point in input pointed to by position is U+003B (;) or U+002C (,), then advance position to the next code point.
    4. %入力 内の %位置 から`~ASCII空白を読飛ばす$ ◎ Skip ASCII whitespace within input given position.

11. ~IF［ %位置↗ ~NEQ ε ］： ◎ If position is not past the end of input, then:

    1. %~URL文字列 ~LET %入力 内の %位置 以降の`符号位置$たちが成す部分文字列 ◎ Let urlString be the substring of input from the code point at position to the end of the string.
    2. ~IF［ %位置↗ ~NIN { ❝U, ❝u } ］ ⇒ ~GOTO `引用符を飛ばす^i ◎ If the code point in input pointed to by position is U+0055 (U) or U+0075 (u), then advance position to the next code point. Otherwise, jump to the step labeled skip quotes.
    3. ~IF［ ( %位置 + 1 )↗ ~NIN { ❝R, ❝r } ］ ⇒ ~GOTO `構文解析-^i ◎ If the code point in input pointed to by position is U+0052 (R) or U+0072 (r), then advance position to the next code point. Otherwise, jump to the step labeled parse.
    4. ~IF［ ( %位置 + 2 ) ↗ ~NIN { ❝L, ❝l } ］ ⇒ ~GOTO `構文解析-^i ◎ If the code point in input pointed to by position is U+004C (L) or U+006C (l), then advance position to the next code point. Otherwise, jump to the step labeled parse.
    5. %位置 ~INCBY 3 ◎ ↑
    6. %入力 内の %位置 から`~ASCII空白を読飛ばす$ ◎ Skip ASCII whitespace within input given position.
    7. ~IF［ %位置↗ ~NEQ ❝= ］ ⇒ ~GOTO `構文解析-^i ◎ If the code point in input pointed to by position is U+003D (=), then advance position to the next code point. Otherwise, jump to the step labeled parse.
    8. %位置 ~INCBY 1 ◎ ↑
    9. %入力 内の %位置 から`~ASCII空白を読飛ばす$ ◎ Skip ASCII whitespace within input given position.

    10. `引用符を飛ばす^i：
        ~IF［ %位置↗ ~IN { ❝', ❝" } ］：

        1. %引用符 ~LET %位置↗
        2. %位置 ~INCBY 1
        3. %~URL文字列 ~SET %入力 内の %位置 から %引用符 以外の`符号位置~並びを収集する$
        ◎ Skip quotes: If the code point in input pointed to by position is U+0027 (') or U+0022 ("), then let quote be that code point, and advance position to the next code point. Otherwise, let quote be the empty string. ◎ Set urlString to the substring of input from the code point at position to the end of the string. ◎ If quote is not the empty string, and there is a code point in urlString equal to quote, then truncate urlString at that code point, so that it and all subsequent code points are removed.
    11. `構文解析-^i：
        %~URL~record ~LET `~URLを符号化法の下で相対的に構文解析する$( %~URL文字列, %文書 ) ◎ Parse: Set urlRecord to the result of encoding-parsing a URL given urlString, relative to document.
    12. ~IF［ %~URL~record ~EQ `失敗^i ］ ⇒ ~RET ◎ If urlRecord is failure, then return.
12. %文書 の`宣言的に~refreshするか$ ~SET ~T ◎ Set document's will declaratively refresh to true.

13. 任意選択で、 次に挙げる (A), (B), (C), (D) のうち，いずれか一つを遂行する： ◎ Perform one or more of the following steps:

    • (A) ：

      1. ~IF［ `閲覧~文脈~sandbox化( 自動的な特能 )~flag$ ~IN %文書 の`作動中な~sandbox法~flag集合$ ］ ⇒ ~RET

      2. 次のうち，`後に^em生じた方の時点から，ある秒数だけ経過するまで待機する：

         • %文書 が`完全に読込まれた時刻$
         • %meta ~NEQ ε の場合に限り， %meta がこの`文書の中へ挿入された$とき

         この段における秒数は、 利用者／~UA による選好も織り込んで，調整された結果とする。 【！ある秒数が 2 つの時点ごとに個別に調整されるとしても、調整に統合されると見なせば論理的に同じ】

         注記： ここでは、 %文書 — すなわち、 この手続きの初期~時における %meta の`~node文書$ — を利用するのが重要になる。 この時点の %meta の~node文書は、 来たる~refreshに備えて，すでに変化しているかもしれず、 %meta は常に与えられるとは限らない （~HTTP `Refresh$h ~headerの事例では）。

         【 %~URL~record が %文書 自身の~URLの場合、 同じ文書~資源の~refreshが際限なく繰返され得ることになる。 】

      3. ~IF［ %meta ~NEQ ε ］~AND［ 利用者は~redirectを取消した ］ ⇒ ~RET
      4. `~navigableを~URLへ~navigateする$( %文書 の`~node~navigable$, %~URL~record, %文書 ) — 次も与える下で ⇒＃ `履歴~取扱い^i ~SET `replace$hH
      ◎ After the refresh has come due (as defined below), if the user has not canceled the redirect and, if meta is given, document's active sandboxing flag set does not have the sandboxed automatic features browsing context flag set, then navigate document's node navigable to urlRecord using document, with historyHandling set to "replace". ◎ For the purposes of the previous paragraph, a refresh is said to have come due as soon as the later of the following two conditions occurs: ◎ • At least time seconds have elapsed since document's completely loaded time, adjusted to take into account user or user agent preferences. ◎ • If meta is given, at least time seconds have elapsed since meta was inserted into the document document, adjusted to take into account user or user agent preferences. ◎ It is important to use document here, and not meta's node document, as that might have changed between the initial set of steps and the refresh coming due and meta is not always given (in case of the HTTP `Refresh` header).
    • (B) ⇒ 利用者に~~許可を請う~UIを供した上で，利用者から~~許可されたなら次を行う ⇒ `~navigableを~URLへ~navigateする$( %文書 の`~node~navigable$, %~URL~record, %文書 ) ◎ Provide the user with an interface that, when selected, navigates document's node navigable to urlRecord using document.
    • (C) ⇒ (A) を遂行しつつ，待機している間に並行して (B) も遂行する。 ◎ ↑
    • (D) ⇒ 何もしない。 ◎ Do nothing.

    加えて，~UAは、 利用者に その演算の一部または全部の側面を（他のものに加えて）伝えてもヨイ — 例えば、 ~timerの状態, ~redirectの行先, 等々。 ◎ In addition, the user agent may, as with anything, inform the user of any and all aspects of its operation, including the state of any timers, the destinations of any timed redirects, and so forth.

    `http-equiv$a 属性が`~refresh$st状態にある下では、 `content$V は次のいずれかでなければナラナイ：

    • (1) `妥当な負でない整数$ — これは、 現在の~pageが読込直されるまでの秒~数を表現する。

    • (2) 次の並び：

      1. `妥当な負でない整数$
      2. 1 個の ❝;
      3. 1 個~以上の`~ASCII空白$
      4. 文字列 `URL^l に`~ASCII大小無視$で合致する文字列
      5. 1 個の ❝=
      6. `妥当な~URL文字列$であって，その先頭の文字 ~NIN { ❝', ❝" } なるもの

      これは、 現在の~pageが［ 並びの最後に与えられる`~URL$にある~pageに置換されるまで ］の秒~数を表現する。

    ◎ For meta elements with an http-equiv attribute in the Refresh state, the content attribute must have a value consisting either of: • just a valid non-negative integer, or • a valid non-negative integer, followed by a U+003B SEMICOLON character (;), followed by one or more ASCII whitespace, followed by a substring that is an ASCII case-insensitive match for the string "URL", followed by a U+003D EQUALS SIGN character (=), followed by a valid URL string that does not start with a literal U+0027 APOSTROPHE (') or U+0022 QUOTATION MARK (") character. ◎ In the former case, the integer represents a number of seconds before the page is to be reloaded; in the latter case the integer represents a number of seconds before the page is to be replaced by the page at the given URL.

`head$e 要素~内の~markup例 — 5 分ごとに~pageを~serverから自動的に読込直すようにする （ニュース配信サイトの第一面など）： ◎ A news organization's front page could include the following markup in the page's head element, to ensure that the page automatically reloads from the server every five minutes:

`meta-refresh-1^xCode

別の~pageに自動的に~refreshさせる~markup例 （スライドショー用に，一連の~pageを順々に示すときなど）： ◎ A sequence of pages could be used as an automated slide show by making each page refresh to the next page in the sequence, using markup such as the following:

`meta-refresh-2^xCode

`Set-Cookie@st （ `http-equiv^a="`set-cookie$v" ） ◎ Set-Cookie state (http-equiv="set-cookie")

この~pragmaは不適合であり、 効果は無い。 ◎ This pragma is non-conforming and has no effect.

~UAには、 この~pragmaを無視することが要求される。 ◎ User agents are required to ignore this pragma.

`~X-UA-Compatible@st （ `http-equiv^a="`x-ua-compatible$v" ） ◎ X-UA-Compatible state (http-equiv="x-ua-compatible")

この~pragmaは、 実施においては， Internet Explorer が この仕様にもっと近く従うよう促す。 ◎ In practice, this pragma encourages Internet Explorer to more closely follow the specifications.

`http-equiv$a 属性が`~X-UA-Compatible$st状態にある下では、 `content$V は，［ `IE=edge^l に`~ASCII大小無視$で合致する文字列 ］でなければナラナイ。 ◎ For meta elements with an http-equiv attribute in the X-UA-Compatible state, the content attribute must have a value that is an ASCII case-insensitive match for the string "IE=edge".

~UAには、 この~pragmaを無視することが要求される。 ◎ User agents are required to ignore this pragma.

`~CSP@st （ `http-equiv^a="`content-security-policy$v" ） ◎ Content security policy state (http-equiv="content-security-policy")

この~pragmaは、 `文書$に対し`~CSP$を`施行-$する `CSP$r — その~algoは： ◎ This pragma enforces a Content Security Policy on a Document. [CSP]

1. ~IF［ `meta$V は `head$e 要素の子でない ］ ⇒ ~RET ◎ If the meta element is not a child of a head element, return.
2. ~IF［ `content$V ~IN { ε, 空~文字列 } ］ ⇒ ~RET ◎ If the meta element has no content attribute, or if that attribute's value is the empty string, then return.
3. %施策 ~LET `直列形の~CSPを構文解析する$( `content$V, `meta^l, `enforce^l ) ◎ Let policy be the result of executing Content Security Policy's parse a serialized Content Security Policy algorithm on the meta element's content attribute's value, with a source of "meta", and a disposition of "enforce".
4. %施策 からすべての［ `report-uri$dir, `frame-ancestors$dir, `sandbox$dir ］`指令$を除去する ◎ Remove all occurrences of the report-uri, frame-ancestors, and sandbox directives from policy.
5. %施策 を`施行-$する ◎ Enforce the policy policy.

`http-equiv$a 属性が`~CSP$st状態にある下では、 `content$V は：

• `妥当な~CSP$でなければナラナイ。
• 次に挙げる`指令$を包含してはナラナイ ⇒＃ `report-uri$dir, `frame-ancestors$dir, `sandbox$dir

この`~CSP$は、 現在の文書に対し`施行-$されることになる。 `CSP$r

◎ For meta elements with an http-equiv attribute in the Content security policy state, the content attribute must have a value consisting of a valid Content Security Policy, but must not contain any report-uri, frame-ancestors, or sandbox directives. The Content Security Policy given in the content attribute will be enforced upon the current document. [CSP]

注記： 一部の資源は、 `meta$e 要素を文書に挿入する時点で，すでに~fetch済みになることもアリである。 例えば、［ `~CSP$st 状態にある `http-equiv$a 属性を伴う `meta$e 要素 ］を動的に挿入するに先立って， 当の画像は`可用な画像~list$に格納-済みかもしれない。 そのような~fetch済み資源が，後で`施行-$される`~CSP$により阻止されることは、 保証されない。 ◎ At the time of inserting the meta element to the document, it is possible that some resources have already been fetched. For example, images might be stored in the list of available images prior to dynamically inserting a meta element with an http-equiv attribute in the Content security policy state. Resources that have already been fetched are not guaranteed to be blocked by a Content Security Policy that's enforced late.

`meta$e 要素による施策を利用して，［ ~inline~JSの実行を防止する ／ すべての~plugin内容を阻止する ］ことにより、 ~XSS攻撃の~riskを軽減する例： ◎ A page might choose to mitigate the risk of cross-site scripting attacks by preventing the execution of inline JavaScript, as well as blocking all plugin content, using a policy such as the following:

`meta-csp-1^xCode

同じ文書~内の複数個の `meta$e 要素が同時に次を満たしてはナラナイ ⇒ `http-equiv$a 属性を有していて，互いに同じ状態にある ◎ There must not be more than one meta element with any particular state in the document at a time.

4.2.5.4. 文書の符号化法の指定-法

`符号化法~宣言@ は、［ 文書を格納する／伝送するために利用される`符号化法$ ］を指定する仕組みである。 【この訳では、 “文字~符号化法” を，単に “符号化法” と略記する。】 ◎ A character encoding declaration is a mechanism by which the character encoding used to store or transmit a document is specified.

Encoding 標準は、 `~UTF-8$`符号化法$の利用，および それを識別するためとして `utf-8^l `符号化法~label$の利用を要求する。 それらの要件により、 文書の`符号化法~宣言$は，存在するならば［ `~ASCII大小無視$で `utf-8^l に合致する`符号化法~label$を指定する ］ことが必要yである。 この宣言の有無に関わらず，文書を符号化するときに利用される実際の`符号化法$docは、 `~UTF-8$でなければナラナイ。 `ENCODING$r ◎ The Encoding standard requires use of the UTF-8 character encoding and requires use of the "utf-8" encoding label to identify it. Those requirements necessitate that the document's character encoding declaration, if it exists, specifies an encoding label using an ASCII case-insensitive match for "utf-8". Regardless of whether a character encoding declaration is present or not, the actual character encoding used to encode the document must be UTF-8. [ENCODING]

上の規則を施行するためには、 著作~toolは，新たに作成する文書には既定では`~UTF-8$を利用しなければナラナイ。 ◎ To enforce the above rules, authoring tools must default to using UTF-8 for newly-created documents.

加えて、 符号化法~宣言を直列化する際には： ◎ The following restrictions also apply:

• いかなる種類の`文字~参照$や文字~escapeも利用してはナラナイ。 ◎ The character encoding declaration must be serialized without the use of character references or character escapes of any kind.
• 当の宣言を包含している要素~全体が文書の先頭から 1024 ~byteまでに現れなければナラナイ。 ◎ The element containing the character encoding declaration must be serialized completely within the first 1024 bytes of the document.

加えて、 `meta$e 要素に課される制約に因り，文書~内の `meta$e による符号化法~宣言は 1 個までに限られる。 ◎ In addition, due to a number of restrictions on meta elements, there can only be one meta-based character encoding declaration per document.

`~iframe-srcdoc文書$である文書には、 `符号化法~宣言$が在ってはナラナイ （この事例では、 当の文書は当の `iframe$e を包含した文書の一部を成すので， その~sourceはすでに復号-済みである）。 ◎ If the document is an iframe srcdoc document, the document must not have a character encoding declaration. (In this case, the source is already decoded, since it is part of the document that contained the iframe.)

~XMLにおいては、 必要yなら，~XML宣言を利用して 符号化法の情報を~inlineに与えるベキである。 ◎ In XML, the XML declaration should be used for inline character encoding information, if necessary.