HTML — テキストレベルの意味論

【この訳に特有な表記規約】

4.5.1. `a^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$／`対話的~内容$ — ただし、 対話的~内容になるのは，要素が `href$a 属性を有する場合に限る。 ◎ Flow content. ◎ Phrasing content. ◎ If the element has an href attribute: Interactive content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`透過的$ — ただし、 子孫に［ `対話的~内容$ ／ `a$e 要素 ／ `tabindex$a 属性が指定された要素 ］が在ってはならない。 ◎ Transparent, but there must be no interactive content descendant, a element descendant, or descendant with the tabindex attribute specified.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`href$a — `~hyperlink$の~address。 ◎ href — Address of the hyperlink

`target$a — `~hyperlink$による`~navi$用の`~navigable$を与える。 ◎ target — Navigable for hyperlink navigation

`download$a — ［ 資源へ~navigateする代わりに，それを~downloadするかどうか ］, および［ その場合の~filename ］を与える。 ◎ download — Whether to download the resource instead of navigating to it, and its filename if so

`ping$a — ~pingする`~URL$を与える。 ◎ ping — URLs to ping

`rel$a — ［ 当の~hyperlinkを包含している文書の所在 ］, および［ 行先~資源との関係性 ］を与える。 ◎ rel — Relationship between the location in the document containing the hyperlink and the destination resource

`hreflang$a — ~link先~資源の言語を与える。 ◎ hreflang — Language of the linked resource

`type$a — 参照-先の資源の種別を与える~hint。 ◎ type — Hint for the type of the referenced resource

`referrerpolicy$a — この要素により起動される`~fetch$用の`~referrer施策$。 ◎ referrerpolicy — Referrer policy for fetches initiated by the element

`~accessibilityの考慮点$

要素は `href$a 属性を有する場合 ⇒ `a$AA ◎ If the element has an href attribute: for authors; for implementers.

他の場合 ⇒ `a-no-href$AA ◎ Otherwise: for authors; for implementers.

`~DOM~interface$

[Exposed=Window]
interface `HTMLAnchorElement@I : `HTMLElement$I {
  [`HTMLConstructor$] constructor();

  [`CEReactions$] attribute DOMString `target$m;
  [`CEReactions$] attribute DOMString `download$m;
  [`CEReactions$] attribute USVString `ping$m;
  [`CEReactions$] attribute DOMString `rel$m;
  [SameObject, PutForwards=`~value0$m] readonly attribute `DOMTokenList$I `relList$m;
  [`CEReactions$] attribute DOMString `hreflang$m;
  [`CEReactions$] attribute DOMString `type$m;

  [`CEReactions$] attribute DOMString `text$m;

  [`CEReactions$] attribute DOMString `referrerPolicy$m;

  // `HTMLAnchorElement$obsMb
};
`HTMLAnchorElement$I includes `HTMLHyperlinkElementUtils$I;

`a$e 要素は： ◎ ↓

• `href$a 属性を有するならば、［ 要素の内容で称される`~hyperlink$（~hypertext~anchor） ］を`表現-$する。 ◎ If the a element has an href attribute, then it represents a hyperlink (a hypertext anchor) labeled by its contents.
• `href$a 属性を有さないならば、［ 単に要素の内容からなるような，後で~linkが~~挿入され得る場 ］を`表現-$する。 この場合、［ `target$a, `download$a, `ping$a, `rel$a, `hreflang$a, `type$a, `referrerpolicy$a ］属性は，省略しなければナラナイ。 ◎ If the a element has no href attribute, then the element represents a placeholder for where a link might otherwise have been placed, if it had been relevant, consisting of just the element's contents. ◎ The target, download, ping, rel, hreflang, type, and referrerpolicy attributes must be omitted if the href attribute is not present.
• `itemprop$a 属性を有する場合、 `href$a 属性も指定しなければナラナイ。 ◎ If the itemprop attribute is specified on an a element, then the href attribute must also be specified.

［ `href$a, `target$a, `download$a, `ping$a, `referrerpolicy$a ］属性は、 利用者が `a$e 要素を利用して作成された［ `~hyperlinkを追う$ ／ `~hyperlinkを~downloadする$ ］ときに何が起こるかに影響する。 ［ `rel$a, `hreflang$a, `type$a ］属性は、 利用者が~linkを追う前に，［ 利用者~向けに，~target資源に見込まれる資質を指示する ］ために利用されてもヨイ。 ◎ The href, target, download, ping, and referrerpolicy attributes affect what happens when users follow hyperlinks or download hyperlinks created using the a element. The rel, hreflang, and type attributes may be used to indicate to the user the likely nature of the target resource before the user follows the link.

%a.`text$m

`textContent$m と同じ ◎ Same as textContent.

`relList@m ~IDL属性は、 `rel$a 内容~属性を`反映する$モノトスル。 ◎ The IDL attribute relList must reflect the rel content attribute.

`referrerPolicy@m ~IDL属性は、 `既知な値のみに制限され$る下で， `referrerpolicy$a 内容~属性を`反映する$モノトスル。 ◎ The IDL attribute referrerPolicy must reflect the referrerpolicy content attribute, limited to only known values.

4.5.2. `em^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`句ng内容$。 ◎ Phrasing content.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~accessibilityの考慮点$

`em$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Uses HTMLElement.

`em$e 要素は、 その内容に対する強勢 （ `stress emphasis^en 【アクセント, ~~発音上の~~強調】） を`表現-$する。 ◎ The em element represents stress emphasis of its contents.

内容を成す 特定0の片の強勢~levelは、 先祖 `em$e 要素の個数で与えられる。 ◎ The level of stress that a particular piece of content has is given by its number of ancestor em elements.

強勢の配置は、 文の意味を変える。 したがって、 要素は，内容の~~不可欠な部分を形成する。 強勢が この仕方で利用されるときの精確な仕方は、 言語に依存する。 ◎ The placement of stress emphasis changes the meaning of the sentence. The element thus forms an integral part of the content. The precise way in which stress is used in this way depends on the language.

4.5.3. `strong^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`句ng内容$。 ◎ Phrasing content.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~accessibilityの考慮点$

`strong$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Uses HTMLElement.

`strong$e 要素は、 その内容に対する強い［ 重要度／真剣さ／緊急性 ］を`表現-$する： ◎ The strong element represents strong importance, seriousness, or urgency for its contents.

• 重要度： `strong$e 要素は、［ 見出し／~caption／段落 ］内にて，本当に問題mになる部分を他の部分 — ［ より詳細な／より気楽な／単なる定型~文 ］（順不同）など — と判別し易くするために利用できる。 （これは、副見出しの~markupとは別物である — それには、 `hgroup$e 要素が適切になる）。 ◎ Importance: the strong element can be used in a heading, caption, or paragraph to distinguish the part that really matters from other parts that might be more detailed, more jovial, or merely boilerplate. (This is distinct from marking up subheadings, for which the hgroup element is appropriate.)

  例えば，前~段落の最初の単語 “重要度” は、 段落の残りの詳細~textから判別し易くなるよう， `strong$e で~mark-upされている。 ◎ For example, the first word of the previous paragraph is marked up with strong to distinguish it from the more detailed text in the rest of the paragraph.

• 真剣さ： `strong$e 要素は、 警告文や注意事項を通知するような~markupにも利用できる。 ◎ Seriousness: the strong element can be used to mark up a warning or caution notice.
• 緊急性： `strong$e 要素は、 利用者が文書の他の部分に先んじて見る必要がある内容にも利用できる。 ◎ Urgency: the strong element can be used to denote contents that the user needs to see sooner than other parts of the document.

重要度の相対~levelは、 先祖 `strong$e 要素の個数で与えられる — 各 `strong$e 要素は、 その内容の重要度を高める。 ◎ The relative level of importance of a piece of content is given by its number of ancestor strong elements; each strong element increases the importance of its contents.

`strong$e 要素で ~text片の重要度を変更しても，文の意味は変化しない。 ◎ Changing the importance of a piece of text with the strong element does not change the meaning of the sentence.

4.5.4. `small^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`句ng内容$。 ◎ Phrasing content.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~accessibilityの考慮点$

`small$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Uses HTMLElement.

`small$e 要素は、 “細則事項” （ `small print^en, “小さく印字されるもの” ） などの~side~commentを`表現-$する。 ◎ The small element represents side comments such as small print.

注記： 細則事項は、 概して［ 免責条項, 但書き, 法的制約, 著作権, 等々 ］を~~提示する。 細則事項は、 帰属や，利用許諾~要件を満たしていることの~~表示に利用されることもある。 ◎ Small print typically features disclaimers, caveats, legal restrictions, or copyrights. Small print is also sometimes used for attribution, or for satisfying licensing requirements.

注記： `small$e 要素は、［ `em$e 要素による~textの強勢 ／ `strong$e 要素による~textの重要度 ］を “元に戻す” ものではない。 そのように~textを~markするためには、 単純に［ `em$e ／ `strong$e ］要素を用いない他にない。 ◎ The small element does not "de-emphasize" or lower the importance of text emphasized by the em element or marked as important with the strong element. To mark text as not emphasized or important, simply do not mark it up with the em or strong elements respectively.

`small$e 要素の用途は、 ~textの短い連なりに限られる。 拡がりのある~text~span — 複数の段落, ~list, 何節かの~text, 等々 — には利用されるべきではない。 一例として、 利用規約を~~列挙するような~page内の~textは， `small$e 要素の候補として相応でない — それは、 ~side~commentではなく，~pageの主要な内容である。 ◎ The small element should not be used for extended spans of text, such as multiple paragraphs, lists, or sections of text. It is only intended for short runs of text. The text of a page listing terms of use, for instance, would not be a suitable candidate for the small element: in such a case, the text is not a side comment, it is the main content of the page.

`small$e 要素は、 副見出しに利用してはナラナイ — その目的には、 `hgroup$e 要素を利用すること。 ◎ The small element must not be used for subheadings; for that purpose, use the hgroup element.

4.5.5. `s^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`句ng内容$。 ◎ Phrasing content.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~accessibilityの考慮点$

`s$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Uses HTMLElement.

`s$e 要素は、 もはや［ 正確aでなくなった／関連しなくなった ］内容を`表現-$する。 ◎ The s element represents contents that are no longer accurate or no longer relevant.

注記： `s$e 要素は、 文書~編集を指示する用途には適切でない — 文書から除去された~text~spanを~markするときは、 `del$e 要素を利用すること。 ◎ The s element is not appropriate when indicating document edits; to mark a span of text as having been removed from a document, use the del element.

4.5.6. `cite^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`句ng内容$。 ◎ Phrasing content.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~accessibilityの考慮点$

`cite$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Uses HTMLElement.

`cite$e 要素は、 作品 （著作物に該当するもの — 例：【！book, paper, essay...】 本, 論文, 楽曲, 映画, 美術品, 上演, コンピュータプログラム, 等々） の~titleを`表現-$する。 単に~titleを~markするのみならず、 この要素には，詳細として引用元や`参照-$先も付与できる。 ◎ The cite element represents the title of a work (e.g. a book, a paper, an essay, a poem, a score, a song, a script, a film, a TV show, a game, a sculpture, a painting, a theatre production, a play, an opera, a musical, an exhibition, a legal case report, a computer program, etc.). This can be a work that is being quoted or referenced in detail (i.e., a citation), or it can just be a work that is mentioned in passing.

個人~名は、 作品の~titleではない — 世間がその作品を個人~名で呼んでいるとしても。 したがって要素は、 人の名前を~mark-upするために利用してはナラナイ （事例によっては、 その種の名前には `b$e 要素が適切になるかもしれない — 例：~gossip記事~内の著名人の名前を， 注目を引く~keywordとして異なる~styleで具現化するため。 あるいは、 `本当に^em 要素が必要なら， `span$e 要素を利用できる。） ◎ A person's name is not the title of a work — even if people call that person a piece of work — and the element must therefore not be used to mark up people's names. (In some cases, the b element might be appropriate for names; e.g. in a gossip article where the names of famous people are keywords rendered with a different style to draw attention to them. In other cases, if an element is really needed, the span element can be used.)

注記： `引用元^em は、 `引用-ではない^em（それには `q$e 要素が適切になる）。 ◎ A citation is not a quote (for which the q element is appropriate).

4.5.7. `q^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`句ng内容$。 ◎ Phrasing content.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`cite$a — 引用の~sourceや, 編集についての更なる情報 への~link ◎ cite — Link to the source of the quotation or more information about the edit

`~accessibilityの考慮点$

`q$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLQuoteElement$I を利用する。 ◎ Uses HTMLQuoteElement.

`q$e 要素は、 別の~sourceから引用された何らかの`句ng内容$を`表現-$する。 ◎ The q element represents some phrasing content quoted from another source.

要素の内容を括っている引用~約物（引用符など）は、 `q$e 要素の直前／直後／内側に現れてはナラナイ — それらは、描画-時に，~UAにより挿入されることになる。 ◎ Quotation punctuation (such as quotation marks) that is quoting the contents of the element must not appear immediately before, after, or inside q elements; they will be inserted into the rendering by the user agent.

`q$e 要素の内側にある内容は、 別の~sourceから引用しなければナラナイ。 その~sourceに引用元~addressがあれば、 `cite@a 属性に付与されてもヨイ。 ~sourceは、 小説や台本~内の文字~並びを引用するときなど， 架空のものにもなり得る。 ◎ Content inside a q element must be quoted from another source, whose address, if it has one, may be cited in the cite attribute. The source may be fictional, as when quoting characters in a novel or screenplay.

`cite$a 属性が在る場合： ◎ If the cite attribute is present,＼

• その値は、 `前後~空白~可の妥当な~URL$でなければナラナイ。 ◎ it must be a valid URL potentially surrounded by spaces.＼
• 対応する引用元~linkを得するときには、 次の結果になるモノトスル ⇒ `~URLを符号化法の下で相対的に構文解析する$( この属性の値, 当の要素の`~node文書$ ) ◎ To obtain the corresponding citation link, the value of the attribute must be parsed relative to the element's node document.＼
• ~UAは，そのような引用元~linkを 利用者が追えるようにしてもヨイが、 それらは読者ではなく，私的~利用が首に意図されている （例：~siteにおける引用の利用についての統計を収集するような，~server側~script）。 ◎ User agents may allow users to follow such citation links, but they are primarily intended for private use (e.g., by server-side scripts collecting statistics about a site's use of quotations), not for readers.

`q$e 要素は、 引用-を表現しない引用符の代わりとして利用してはナラナイ — 例えば、［ `q$e 要素を利用して，皮肉のような言明を~mark-upする ］ことは，不適切になる。 ◎ The q element must not be used in place of quotation marks that do not represent quotes; for example, it is inappropriate to use the q element for marking up sarcastic statements.

引用を~mark-upするための `q$e 要素の利用は、 全面的に任意選択~である — `q$e 要素なしに，明示的な引用~約物で括って引用しても~~等しく正しい。 ◎ The use of q elements to mark up quotations is entirely optional; using explicit quotation punctuation without q elements is just as correct.

4.5.8. `dfn^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`句ng内容$ — ただし、 子孫に `dfn$e 要素が在ってはならない。 ◎ Phrasing content, but there must be no dfn element descendants.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~title1$a 属性は、 この要素に対し，特別な意味論がある — それは、 語の全部的な展開形を与える。 ◎ Also, the title attribute has special semantics on this element: Full term or expansion of abbreviation

`~accessibilityの考慮点$

`dfn$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Uses HTMLElement.

`dfn$e 要素は、 ある用語を定義していることを`表現-$する。 `dfn$e 要素が`定義している用語$用の定義（たち）は、 要素の最も近い先祖である［ `段落$ ／ 記述~list~group ／ `~section$ ］が包含していなければナラナイ。 ◎ The dfn element represents the defining instance of a term. The paragraph, description list group, or section that is the nearest ancestor of the dfn element must also contain the definition(s) for the term given by the dfn element.

`dfn$e 要素が `~title1$a 属性を有する場合、 その値は，定義されている用語のみを包含していなければナラナイ。 ◎ If the title attribute of the dfn element is present, then it must contain only the term being defined.

注記： 要素の先祖の `title$a 属性は、 `dfn$e 要素には影響しない。 ◎ The title attribute of ancestor elements does not affect dfn elements.

`dfn$e 要素へ~linkを張っている `a$e 要素は、 `dfn$e 要素が定義している当の用語の~instanceを表現する。 ◎ An a element that links to a dfn element represents an instance of the term defined by the dfn element.

4.5.9. `abbr^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`句ng内容$。 ◎ Phrasing content.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~title0$a 属性は、 この要素に対し，特別な意味論がある — それは、 略称の全部的な展開形を与える。 ◎ Also, the title attribute has special semantics on this element: Full term or expansion of abbreviation

`~accessibilityの考慮点$

`abbr$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Uses HTMLElement.

`abbr$e 要素は、 略称または頭字語を`表現-$する — 任意選択で その展開形も伴うような。 `~title0@a 属性を利用して，略称の展開形が供されてもヨイ。 この属性に指定する値は、 略称の展開形のみを包含していなければナラナイ。 ◎ The abbr element represents an abbreviation or acronym, optionally with its expansion. The title attribute may be used to provide an expansion of the abbreviation. The attribute, if specified, must contain an expansion of the abbreviation, and nothing else.

展開形と要素~内容とでは、 複数形か単数形かは，合致しなければナラナイ。 ◎ If an abbreviation is pluralized, the expansion's grammatical number (plural vs singular) must match the grammatical number of the contents of the element.

略称は、 この要素を利用して~mark-upしなくともよい。 この要素は、 次の事例で有用になるものと期待されている： ◎ Abbreviations do not have to be marked up using this element. It is expected to be useful in the following cases:

• 作者が略称に対し展開形を与えたいと求めている場合 — この場合、 `title$a 属性を有する `abbr$e 要素を利用することは， 展開形を（例えば丸括弧で括って）~inlineに含めることの代替になる。 ◎ Abbreviations for which the author wants to give expansions, where using the abbr element with a title attribute is an alternative to including the expansion inline (e.g. in parentheses).
• 文書の読者におよそ馴染まれていないと見込まれる略称 — この場合、 作者には，次のいずれかがが奨励される ⇒＃ `title$a 属性を有する `abbr$e 要素を利用して，略称を~mark-upする／ 略称が最初に利用される所で，その展開形を~text内に~inlineに含める ◎ Abbreviations that are likely to be unfamiliar to the document's readers, for which authors are encouraged to either mark up the abbreviation using an abbr element with a title attribute or include the expansion inline in the text the first time the abbreviation is used.
• 略称が在ることを意味論的に注釈する必要がある場合 — 例： 略称に特定の~styleを与えるために、 `title$a 属性を有さない `abbr$e 要素を利用して， ~stylesheetから識別できるようにする。 ◎ Abbreviations whose presence needs to be semantically annotated, e.g. so that they can be identified from a style sheet and given specific styles, for which the abbr element can be used without a title attribute.

同じ文書~内に，複数の同じ内容の `abbr$e 要素があるとき、［ どれか一つに `title$a 属性を指定して展開形を与えた ］としても，［ 他の `abbr$e 要素も同じ展開形を有するかのように挙動する ］ことにはならない。 どの `abbr$e 要素も互いに独立である。 ◎ Providing an expansion in a title attribute once will not necessarily cause other abbr elements in the same document with the same contents but without a title attribute to behave as if they had the same expansion. Every abbr element is independent.

4.5.10. `ruby^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

注釈文を見よ。 ◎ See prose.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~accessibilityの考慮点$

`ruby$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Uses HTMLElement.

`ruby$e 要素により、 句ng内容のある~spanを~ruby注釈で~mark可能になる。 ~ruby注釈は、 基底~textの傍に呈示される短い~text連なりであり， 首に東Asian文字組版で — 発音の手引きとして, あるいは他の注釈を含めるために — 利用される。 日本語では、 この形の文字組版は，`振仮名^i として知られている。 ◎ The ruby element allows one or more spans of phrasing content to be marked with ruby annotations. Ruby annotations are short runs of text presented alongside base text, primarily used in East Asian typography as a guide for pronunciation or to include other annotations. In Japanese, this form of typography is also known as furigana.

`ruby$e 要素の内容~modelは、 1 個以上の，次の並びからなる： ◎ The content model of ruby elements consists of one or more of the following sequences:

1. 次のうちいずれか： ◎ One or the other of the following:

   • `ruby$e 要素~以外の`句ng内容$ — ただし、 その子孫に `ruby$e 要素は無いとする ◎ Phrasing content, but with no ruby elements and with no ruby element descendants
   • 1 個の `ruby$e 要素 — ただし、 その子孫に `ruby$e 要素は無いとする ◎ A single ruby element that itself has no ruby element descendants

2. 次のうちいずれか： ◎ One or the other of the following:

   • 1 個以上の `rt$e 要素 ◎ One or more rt elements

   • 次の順の並び：

     1. `rp$e 要素

     2. 1 個以上の，次の順の並び：

        1. `rt$e 要素
        2. `rp$e 要素
     ◎ An rp element followed by one or more rt elements, each of which is itself followed by an rp element

`ruby$e, `rt$e 要素は、 様々な種類の注釈に利用できる — 特に，以下に述べるものを含む （が，それらに限られない）。 特に，日本語における~rubyの詳細と描画-法については、 `JLREQ$r を見よ。 ◎ The ruby and rt elements can be used for a variety of kinds of annotations, including in particular (though by no means limited to) those described below. For more details on Japanese Ruby in particular, and how to render Ruby for Japanese, see Requirements for Japanese Text Layout. [JLREQ]

注記： これを書いている時点では、 ~CSSは［ `ruby$e 要素の描画を全部的に制御する仕方 ］をまだ供していない。 順当に運べば、 ~CSSが［ 以下に述べる~styleを~supportするよう拡張される ］ものと希望されている。 【現時点では、~CSS~ruby注釈~layout~moduleにて策定されている。】 ◎ At the time of writing, CSS does not yet provide a way to fully control the rendering of the HTML ruby element. It is hoped that CSS will be extended to support the styles described below in due course.

日本語における個々の基底~文字~用の~mono-ruby ◎ Mono-ruby for individual base characters in Japanese

各~表語-文字（基底~text）に対し， 1 個以上の［ 平仮名／片仮名 ］（~ruby注釈）が配置される。 これは、 漢字の読みを供するために利用される。 ◎ One or more hiragana or katakana characters (the ruby annotation) are placed with each ideographic character (the base text). This is used to provide readings of kanji characters.

`ruby-1^xCode

次の例では、 各 基底~文字に 1 個の注釈が対応していることに注意されたし： ◎ In this example, notice how each annotation corresponds to a single base character.

`ruby-2^xCode `ruby-2^xView

上の例の最初の 2 個の `ruby$e 要素は、 1 個の `ruby$e 要素を利用して — それに［ 基底~textを成す 2 個の区分, それぞれに対応する 2 個の注釈 ］を伴わせて — 次のようにも書ける： ◎ This example can also be written as follows, using one ruby element with two segments of base text and two annotations (one for each) rather than two back-to-back ruby elements each with one base text segment and annotation (as in the markup above):

`ruby-3^xCode

複合語（熟語）用の~mono-ruby ◎ Mono-ruby for compound words (jukugo)

これは、 前の事例に類似する — 複合語~内の各~表語-文字（基底~text）に対し、 その読み（~ruby注釈）が［ 平仮名／片仮名 ］で与えられる。 前の事例との相違は、 各 基底~text区分が，互いに分離されずに複合語を形成することにある。 ◎ This is similar to the previous case: each ideographic character in the compound word (the base text) has its reading given in hiragana or katakana characters (the ruby annotation). The difference is that the base text segments form a compound word rather than being separate from each other.

`ruby-4^xCode

次の例もまた、 各~注釈が 1 個の基底~文字に対応する様子に注意されたし。 各~複合語（熟語）は、 1 個の `ruby$e 要素に対応している。 ◎ In this example, notice again how each annotation corresponds to a single base character. In this example, each compound word (jukugo) corresponds to a single ruby element.

ここでの描画は、 各~注釈が［ 基底~文字の傍に配置され，隣の文字には張り出さない ］ことが期待される。 ◎ The rendering here is expected to be that each annotation be placed over (or next to, in vertical text) the corresponding base character, with the annotations not overhanging any of the adjacent characters.

`ruby-5^xCode `ruby-5^xView

熟語~ruby（ `Jukugo Ruby^en ）

これは，意味論的には前の事例と一致する （基底を成す複合語~内の各 表語-文字に対し、 その読みが［ 平仮名／片仮名 ］による注釈で与えられる） が、 その描画は，もっと複雑な熟語~ruby描画になる。 ◎ This is semantically identical to the previous case (each individual ideographic character in the base compound word has its reading given in an annotation in hiragana or katakana characters), but the rendering is the more complicated Jukugo Ruby rendering.

これは， 上の複合語~用の~mono-rubyの例と同じであるが、 異なる~styleにより（例：~CSSにより）異なる描画が達成されることが期待される — ここには示されないが。 【熟語としてのまとまりを重視して描画する。】 ◎ This is the same example as above for mono-ruby for compound words. The different rendering is expected to be achieved using different styling (e.g. in CSS), and is not shown here.

`ruby-6^xCode

注記： 熟語~rubyの描画 についての更なる詳細は、 `JLREQ$r の Appendix F を見よ ◎ For more details on Jukugo Ruby rendering, see Appendix F in the Requirements for Japanese Text Layout. [JLREQ]

意味を述べる~group~ruby ◎ Group ruby for describing meanings

注釈は、［ 発音ではなく／発音に加えて ］，基底~textの意味を述べる。 そのため、［ 基底~text, 注釈 ］どちらも，複数の文字にまたがり得る。 ◎ The annotation describes the meaning of the base text, rather than (or in addition to) the pronunciation. As such, both the base text and the annotation can be multiple characters long.

`ruby-7^xCode

表語-文字からなる複合語に，対応する片仮名を注釈として与える例： ◎ Here a compound ideographic word has its corresponding katakana given as an annotation.

`ruby-8^xCode `ruby-8^xView

表語-文字からなる複合語に，注釈として英訳を与える例： ◎ Here a compound ideographic word has its translation in English provided as an annotation.

`ruby-9^xCode `ruby-9^xView

熟字~読み（熟字訓）用の~group~ruby ◎ Group ruby for Jukuji readings

文字ごとの対応付けは困難なため、 複数の基底~文字からなる語に一体として対応するような音標~読み。 （英語の場合、［ 発音から個々の普通字へ直接的な対応付け ］が — 一部の方言においては — 不明瞭になる例として， 単語 "`Colonel^en" や "`Lieutenant^en" などが挙げられる。） ◎ A phonetic reading that corresponds to multiple base characters, because a one-to-one mapping would be difficult. (In English, the words "Colonel" and "Lieutenant" are examples of words where a direct mapping of pronunciation to individual letters is, in some dialects, rather unclear.)

次の例では、 ~group~rubyを利用して，花の品種~名に音標~読みが供されている： ◎ In this example, the name of a species of flowers has a phonetic reading provided using group ruby:

`ruby-10^xCode `ruby-10^xView

［ 音標による注釈, 意味論上の注釈 ］両方を伴う~text（両側~ruby） ◎ Text with both phonetic and semantic annotations (double-sided ruby)

~rubyは、 このような複数~種の注釈が組合されることもある — 各自が同じ単独の基底~区分を受持っている場合、 それらの注釈は，単に連ねて配置できる。 ◎ Sometimes, ruby styles described above are combined. ◎ If this results in two annotations covering the same single base segment, then the annotations can just be placed back to back.

`ruby-11^xCode

`ruby-12^xCode

次の作為的な例では、 いくつかの記号に 日本語と英語で名前が付与される。 ◎ In this contrived example, some symbols are given names in English and French.

`ruby-13^xCode

次の例のような，もっと複雑な状況では、 入子な `ruby$e 要素を利用して内縁の注釈を与えた上で， 全体の `ruby$e が “外縁” ~levelの注釈を与える。 ◎ In more complicated situations such as the following examples, a nested ruby element is used to give the inner annotations, and then that whole ruby is then given an annotation at the "outer" level.

`ruby-14^xCode

次のものは、 ~ruby注釈で，［ 音標~読み, 意味 ］の両者を与える。 入子な各 `ruby$e 要素~内の注釈は， 各~基底~文字~用に~mono-rubyで音標~注釈を与える一方で、［ 外縁な `ruby$e 要素の子である `rt$e 要素 ］内の注釈は，平仮名を利用して意味を与える。 ◎ Here both a phonetic reading and the meaning are given in ruby annotations. The annotation on the nested ruby element gives a mono-ruby phonetic annotation for each base character, while the annotation in the rt element that is a child of the outer ruby element gives the meaning using hiragana.

`ruby-15^xCode `ruby-15^xView

次のものは同じ例だが、 その意味は，日本語に代えて英語で与えられている: ◎ This is the same example, but the meaning is given in English instead of Japanese:

`ruby-16^xCode `ruby-16^xView

4.5.11. `rt^e 要素

`分類$

なし。 ◎ None.

`この要素を利用できる文脈$

`ruby$e 要素の子として。 ◎ As a child of a ruby element.

`内容~model$

`句ng内容$。 ◎ Phrasing content.

`text/html における~tag省略$

`rt$e 要素の`終了~tag$は、［ 直後に［ `rt$e ／ `rp$e ］要素が来る ］または［ 親~要素~内に後続する内容は無い ］ならば省略できる。 ◎ An rt element's end tag can be omitted if the rt element is immediately followed by an rt or rp element, or if there is no more content in the parent element.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~accessibilityの考慮点$

`rt$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Uses HTMLElement.

`rt$e 要素は、 ~ruby注釈の~ruby~text成分を~markする。 `ruby$e 要素の子であるときは，何も`表現-$しないが、 `ruby$e 要素が`表現-$するものを決定するときには，それも利用される。 ◎ The rt element marks the ruby text component of a ruby annotation. When it is the child of a ruby element, it doesn't represent anything itself, but the ruby element uses it as part of determining what it represents.

`rt$e 要素は、 `ruby$e 要素の子でない場合は，その子たちと同じものを`表現-$する。 ◎ An rt element that is not a child of a ruby element represents the same thing as its children.

4.5.12. `rp^e 要素

`分類$

なし。 ◎ None.

`この要素を利用できる文脈$

`ruby$e 要素の子として — `rt$e 要素の直前／直後に。 ◎ As a child of a ruby element, either immediately before or immediately after an rt element.

`内容~model$

`~text$。 ◎ Text.

`text/html における~tag省略$

`rp$e 要素の`終了~tag$は、 次の場合には省略できる ⇒ 直後に［ `rt$e ／ `rp$e ］要素が来るか, 親~要素~内に後続する内容が無い場合。 ◎ An rp element's end tag can be omitted if the rp element is immediately followed by an rt or rp element, or if there is no more content in the parent element.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~accessibilityの考慮点$

`rp$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Uses HTMLElement.

`rp$e 要素は、 ~ruby注釈の~ruby~text成分を括る丸括弧や他の内容を供するために利用できる — ~ruby注釈を~supportしない~UAにより示されることになるような。 ◎ The rp element can be used to provide parentheses or other content around a ruby text component of a ruby annotation, to be shown by user agents that don't support ruby annotations.

`rp$e 要素は、 親~要素が `ruby$e 要素であるならば，何も`表現-$しない — そうでないならば、 その子たちを`表現-$する。 ◎ An rp element that is a child of a ruby element represents nothing. An rp element whose parent element is not a ruby element represents its children.

4.5.13. `data^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`句ng内容$。 ◎ Phrasing content.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`value$a — 機械読取可能な値 ◎ value — Machine-readable value

`~accessibilityの考慮点$

`data$AA ◎ For authors. For implementers.

`~DOM~interface$

[Exposed=Window]
interface `HTMLDataElement@I : `HTMLElement$I {
  [`HTMLConstructor$] constructor();

  [`CEReactions$] attribute DOMString `value$m;
};

`data$e 要素は、 その内容を`表現-$する — 要素の `value$a 属性で与えられる，内容の機械読取可能な形も伴われるような。 ◎ The data element represents its contents, along with a machine-readable form of those contents in the value attribute.

要素は `value@a 属性を有していなければナラナイ。 この属性に指定する値は、 要素の内容を機械読取可能な形式で表現したものでなければナラナイ。 ◎ The value attribute must be present. Its value must be a representation of the element's contents in a machine-readable format.

注記： 値が日付や時刻に関係するものである場合、 より特定な `time$e 要素を代わりに利用できる。 ◎ When the value is date- or time-related, the more specific time element can be used instead.

この要素は、 いくつもの目的に利用できる。 ◎ The element can be used for several purposes.

この仕様に定義される~microformatsや`~microdata属性$と組合された場合、 この要素は： ◎ When combined with microformats or the microdata attributes defined in this specification,＼

• 次を供するものとして~serveする ⇒＃ ~data処理器の目的においては，機械読取可能な値 ／ ~web~browserにおける描画の目的においては，ヒトが読める値 ◎ the element serves to provide both a machine-readable value for the purposes of data processors, and a human-readable value for the purposes of rendering in a web browser.＼
• その `value$a 属性~値に利用する形式は、 利用-中な［ ~microformats／~microdata語彙 ］により決定される。 ◎ In this case, the format to be used in the value attribute is determined by the microformats or microdata vocabulary in use.

この要素には、 他の利用もある — ~pageの~scriptが、 ヒトが読める値に加えて~literal値も格納するときなど。 そのような事例では、 利用される形式は，当の~scriptの必要性にのみ依存する。 （そのような状況では、 `data-*$a 属性も有用になる。） ◎ The element can also, however, be used in conjunction with scripts in the page, for when a script has a literal value to store alongside a human-readable value. In such cases, the format to be used depends only on the needs of the script. (The data-* attributes can also be useful in such situations.)

`value@m ~IDL属性は、 `value$a 内容~属性を`反映する$モノトスル。 ◎ The value IDL attribute must reflect the content attribute of the same name.

4.5.14. `time^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

要素が `datetime$a 属性を有する場合： `句ng内容$。 ◎ If the element has a datetime attribute: Phrasing content.

他の場合： `~text$ — ただし、 下の注釈文に述べる要件に合致しなければナラナイ。 ◎ Otherwise: Text, but must match requirements described in prose below.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`datetime$a — 機械読取可能な値 ◎ datetime — Machine-readable value

`~accessibilityの考慮点$

`time$AA ◎ For authors. For implementers.

`~DOM~interface$

[Exposed=Window]
interface `HTMLTimeElement@I : `HTMLElement$I {
  [`HTMLConstructor$] constructor();

  [`CEReactions$] attribute DOMString `dateTime$m;
};

`time$e 要素は、 その内容を`表現-$する — 要素の `datetime$a 属性で与えられる，内容の機械読取可能な形も伴われるような。 内容の種類は、 下に述べるように，各種［ 日付, 時刻, 偏差t（時間帯偏差）, 時間長 ］に制限される。 ◎ The time element represents its contents, along with a machine-readable form of those contents in the datetime attribute. The kind of content is limited to various kinds of dates, times, time-zone offsets, and durations, as described below.

`time$e 要素の `datetime@a 属性に指定する値は、 要素の内容の機械読取可能な形式による表現でなければナラナイ。 ◎ The datetime attribute may be present. If present, its value must be a representation of the element's contents in a machine-readable format.

`time$e 要素が `datetime$a 内容~属性を有さない場合、 要素に子孫~要素があってはナラナイ。 ◎ A time element that does not have a datetime content attribute must not have any element descendants.

`time$e 要素の `日時~値@ は、 要素が `datetime$a 内容~属性を［ 有するならば その値 ／ 有さないならば `time$e 要素の`子~text内容$ ］である。 ◎ The datetime value of a time element is the value of the element's datetime content attribute, if it has one, otherwise the child text content of the time element.

`time$e 要素の`日時~値$は、 次に挙げる構文のうち，いずれかに合致しなければナラナイ。 ◎ The datetime value of a time element must match one of the following syntaxes.

`妥当な年月t文字列$ ◎ A valid month string

`2011-11^time

`妥当な日付~文字列$ ◎ A valid date string

`2011-11-18^time

`妥当な月日t文字列$ ◎ A valid yearless date string

`11-18^time

`妥当な時刻~文字列$ ◎ A valid time string

`14:54^time `14:54:39^time `14:54:39.929^time

`妥当な局所的~日時t文字列$ ◎ A valid local date and time string

`2011-11-18T14:54^time `2011-11-18T14:54:39^time `2011-11-18T14:54:39.929^time `2011-11-18 14:54^time `2011-11-18 14:54:39^time `2011-11-18 14:54:39.929^time

注記： 日付は伴うが偏差tは伴わない時刻は、 各~時間帯ごとに，ある日tにおける同じ特定の時刻に観測される~eventを指定するときに有用になる。 例えば， 2020 年の年始は、 各~時間帯ごとに 2020-01-01 00:00 に祝われる — すべての時間帯にわたって精確に同時に生じる瞬間ではなく。 すべての時間帯にわたって同時に生じる~event — 例：~video会議の会合 — には、 `妥当な大域的~日時t文字列$が有用になろう。 ◎ Times with dates but without a time zone offset are useful for specifying events that are observed at the same specific time in each time zone, throughout a day. For example, the 2020 new year is celebrated at 2020-01-01 00:00 in each time zone, not at the same precise moment across all time zones. For events that occur at the same time across all time zones, for example a videoconference meeting, a valid global date and time string is likely more useful.

`妥当な偏差t文字列$ ◎ A valid time-zone offset string

`Z^time `+0000^time `+00:00^time `-0800^time `-08:00^time

注記： 日付を伴わない時刻 （あるいは，複数の日付に繰返し生じる~eventを指す時刻） に対しては、 時刻を制御する地理的所在を指定する方が，偏差tを指定するより通例的に有用になる — 地理的所在は，夏時間も込みで偏差tを変更するので。 一部の事例では、 地理的所在は，時間帯まで変更することもある — 例： 2011 年の年末に~Samoaで起きたような，時間帯の境界が引き直されるとき。 時間帯の境界, および 各~時間帯の中でどの規則を適用するかは、 `time zone database^i `TZDATABASE$r による時間帯~databaseに述べられている。 ◎ For times without dates (or times referring to events that recur on multiple dates), specifying the geographic location that controls the time is usually more useful than specifying a time zone offset, because geographic locations change time zone offsets with daylight saving time. In some cases, geographic locations even change time zone, e.g. when the boundaries of those time zones are redrawn, as happened with Samoa at the end of 2011. There exists a time zone database that describes the boundaries of time zones and what rules apply within each such zone, known as the time zone database. [TZDATABASE]

`妥当な大域的~日時t文字列$ ◎ A valid global date and time string

`2011-11-18T14:54Z^time `2011-11-18T14:54:39Z^time `2011-11-18T14:54:39.929Z^time `2011-11-18T14:54+0000^time `2011-11-18T14:54:39+0000^time `2011-11-18T14:54:39.929+0000^time `2011-11-18T14:54+00:00^time `2011-11-18T14:54:39+00:00^time `2011-11-18T14:54:39.929+00:00^time `2011-11-18T06:54-0800^time `2011-11-18T06:54:39-0800^time `2011-11-18T06:54:39.929-0800^time `2011-11-18T06:54-08:00^time `2011-11-18T06:54:39-08:00^time `2011-11-18T06:54:39.929-08:00^time `2011-11-18 14:54Z^time `2011-11-18 14:54:39Z^time `2011-11-18 14:54:39.929Z^time `2011-11-18 14:54+0000^time `2011-11-18 14:54:39+0000^time `2011-11-18 14:54:39.929+0000^time `2011-11-18 14:54+00:00^time `2011-11-18 14:54:39+00:00^time `2011-11-18 14:54:39.929+00:00^time `2011-11-18 06:54-0800^time `2011-11-18 06:54:39-0800^time `2011-11-18 06:54:39.929-0800^time `2011-11-18 06:54-08:00^time `2011-11-18 06:54:39-08:00^time `2011-11-18 06:54:39.929-08:00^time

注記： 日付と偏差tを伴う時刻は、 時刻が 特定の地理的所在に~~縛られないような，［ 特定の~event ／ 繰返し生じる~~予定の~event ］を指定するときに有用になる。 例えば、［ 小惑星衝突の精確な時刻 ／ 世界の特定0の~~地域にて夏時間かどうかに関わらず，毎日 1400 UTC に~~開かれる何らかの会合 ］。 精確な時刻が［ 特定の地理的所在における局所的~偏差t ］に応じて変わる~event用には、［ `妥当な局所的~日時t文字列$と当の地理的所在を組合せる ］方が有用になろう。 ◎ Times with dates and a time zone offset are useful for specifying specific events, or recurring virtual events where the time is not anchored to a specific geographic location. For example, the precise time of an asteroid impact, or a particular meeting in a series of meetings held at 1400 UTC every day, regardless of whether any particular part of the world is observing daylight saving time or not. For events where the precise time varies by the local time zone offset of a specific geographic location, a valid local date and time string combined with that geographic location is likely more useful.

`妥当な年週t文字列$ ◎ A valid week string

`2011-W47^time

4 個~以上の`~ASCII数字$，かつ 少なくとも 1 つは `0030^U ( `0^l ) でない ◎ Four or more ASCII digits, at least one of which is not U+0030 DIGIT ZERO (0)

`2011^time `0001^time

`妥当な時間長~文字列$ ◎ A valid duration string

`PT4H18M3S^time `4h 18m 3s^time

`dateTime@m ~IDL属性は、 `datetime$a 内容~属性を`反映する$モノトスル。 ◎ The dateTime IDL attribute must reflect the element's datetime content attribute.

4.5.15. `code^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`句ng内容$。 ◎ Phrasing content.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~accessibilityの考慮点$

`code$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Uses HTMLElement.

`code$e 要素は、 ~computer~code片を`表現-$する。 その内容は、 ~computerが認識するような どの文字列 — 例： ~XML要素~名, ~filename, ~computer~program — にもなり得る。 ◎ The code element represents a fragment of computer code. This could be an XML element name, a filename, a computer program, or any other string that a computer would recognize.

~mark-upされている~computer~codeの言語を指示するための，正式な仕方はない。 作者は、 `code$e 要素に利用される言語も~markしたいと望むなら — 例：構文強調~scriptに利用する規則を与えるため — `class$a 属性を利用できる — 例： `language-^l が接頭された~classを要素に追加する。 ◎ There is no formal way to indicate the language of computer code being marked up. Authors who wish to mark code elements with the language used, e.g. so that syntax highlighting scripts can use the right rules, can use the class attribute, e.g. by adding a class prefixed with "language-" to the element.

注記： 更なる詳細は `pre$e 要素を見よ。 ◎ See the pre element for more details.

4.5.16. `var^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`句ng内容$。 ◎ Phrasing content.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~accessibilityの考慮点$

`var$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Uses HTMLElement.

`var$e 要素は、 変数を`表現-$する — 例えば、 次に挙げるものなど ⇒＃ 数式や~programming文脈における実際の変数／ 定数を表現している識別子／ 物理-数量を識別する記号／ 関数の~parameter／ 単に注釈文の中で 代名詞的に他の何かを指すために利用される語 ◎ The var element represents a variable. This could be an actual variable in a mathematical expression or programming context, an identifier representing a constant, a symbol identifying a physical quantity, a function parameter, or just be a term used as a placeholder in prose.

特に数学では，［ 単純な式を超えるものには，~MathMLの方が適切になる ］が、それでも，［ ~MathML式~内に示される特定の変数を指すとき ］には `var$e 要素を利用できる。 ◎ For mathematics, in particular for anything beyond the simplest of expressions, MathML is more appropriate. However, the var element can still be used to refer to specific variables that are then mentioned in MathML expressions.

4.5.17. `samp^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`句ng内容$。 ◎ Phrasing content.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~accessibilityの考慮点$

`samp$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Uses HTMLElement.

`samp$e 要素は、 別の~programや計算機からの見本や出力の引用-を`表現-$する。 ◎ The samp element represents sample or quoted output from another program or computing system.

注記： 更なる詳細は、 `pre$e ／ `kbd$e 要素を見よ。 ◎ See the pre and kbd elements for more details.

注記： この要素は、 ~web~appからの直の出力を供する `output$e 要素とは対照をなす。 ◎ This element can be contrasted with the output element, which can be used to provide immediate output in a web application.

4.5.18. `kbd^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`句ng内容$。 ◎ Phrasing content.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~accessibilityの考慮点$

`kbd$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Uses HTMLElement.

`kbd$e 要素は、 利用者-入力を`表現-$する （概して~keyboard入力であるが、 声~commandなど，他の入力を表現するために利用してもよい）。 ◎ The kbd element represents user input (typically keyboard input, although it may also be used to represent other input, such as voice commands).

`kbd$e 要素が `samp$e 要素の内側に入子にされた場合、 ~systemにより復唱された入力を表現する。 ◎ When the kbd element is nested inside a samp element, it represents the input as it was echoed by the system.

逆に， `kbd$e 要素が `samp$e 要素を`包含する^em場合、 ~system出力に基づく入力を表現する — 例えば、~menu~itemの呼出ng。 ◎ When the kbd element contains a samp element, it represents input based on system output, for example invoking a menu item.

`kbd$e 要素が別の `kbd$e 要素の内側に入子にされた場合、 入力の仕組みに応じて適切な，入力を成す 1 個の単位 — 実際の~UIkeyなど — を表現する。 ◎ When the kbd element is nested inside another kbd element, it represents an actual key or other single unit of input as appropriate for the input mechanism.

4.5.19. `sub^e, `sup^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`句ng内容$。 ◎ Phrasing content.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~accessibilityの考慮点$

`sub$e 要素： `sub$AA ◎ The sub element: for authors; for implementers.

`sup$e 要素： `sup$AA ◎ The sup element: for authors; for implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Use HTMLElement.

`sup$e 要素は、 上付文字を`表現-$する。 `sub$e 要素は、 下付文字を`表現-$する。 ◎ The sup element represents a superscript and the sub element represents a subscript.

これらの要素は、［ 呈示~用ではなく，特定の意味を伴う ］文字組版規約を~mark-upするときに限って，利用しなければナラナイ。 例えば、［ `sub$e ／ `sup$e ］要素を組版前処理~system名 LaTeX に利用するのは、 不適切になる 【例えば L_AT^EX 】 。 一般に，作者は、 これらの要素の利用を［ その`有無^emに応じて，内容の意味が変化する場合 ］に限るべきである。 ◎ These elements must be used only to mark up typographical conventions with specific meanings, not for typographical presentation for presentation's sake. For example, it would be inappropriate for the sub and sup elements to be used in the name of the LaTeX document preparation system. In general, authors should use these elements only if the absence of those elements would change the meaning of the content.

ある種の言語においては、 上付文字は，何らかの略称~用の文字組版規約の一部を成す。 ◎ In certain languages, superscripts are part of the typographical conventions for some abbreviations.

`sub$e 要素は、 下付文字による添字を伴う変数~用に， `var$e 要素の内側で利用できる。 ◎ The sub element can be used inside a var element, for variables that have subscripts.

数式は、 下付文字や上付文字を利用することが多い。 作者には，［ 数学を~mark-upするときは `MATHMLCORE$r を利用する ］ことが奨励されるが、［ 詳細な数学的~markupは欲されない場合 ］には［ `sub$e ／ `sup$e ］を利用することにしてもヨイ。 ◎ Mathematical expressions often use subscripts and superscripts. Authors are encouraged to use MathML for marking up mathematics, but authors may opt to use sub and sup if detailed mathematical markup is not desired. [MATHML]

4.5.20. `i^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`句ng内容$。 ◎ Phrasing content.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~accessibilityの考慮点$

`i$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Uses HTMLElement.

`i$e 要素は、［ 本文と異なる声や雰囲気にある~text~span ］を`表現-$するか，あるいは［ 通常の注釈文とは質が異なる~text ］を指示する — ［ 分類名／ 技術-用語／ 別の言語の慣用句／ 翻字／ 考え／ 西欧~textによる船名 ］など。 ◎ The i element represents a span of text in an alternate voice or mood, or otherwise offset from the normal prose in a manner indicating a different quality of text, such as a taxonomic designation, a technical term, an idiomatic phrase from another language, transliteration, a thought, or a ship name in Western texts.

主要な~textと異なる言語による用語は、 `lang$a 属性で注釈されるべきである （~XMLにおいては、 ~XML名前空間に属する `lang^a 属性で）。 ◎ Terms in languages different from the main text should be annotated with lang attributes (or, in XML, lang attributes in the XML namespace).

作者は、 要素が利用されている~~理由を識別するためとして， `i$e 要素に `class$a 属性を利用できる。 そうすれば、 後日，~~理由ごとに~styleを違えたくなった場合 （例：分類名と夢の一節を分けるなど） にも文書~全体にわたる各~利用の~~修正は~~容易になる。 ◎ Authors can use the class attribute on the i element to identify why the element is being used, so that if the style of a particular use (e.g. dream sequences as opposed to taxonomic terms) is to be changed at a later date, the author doesn't have to go through the entire document (or series of related documents) annotating each use.

作者には、 他の要素が `i$e 要素よりも適用-可能かどうか，考慮することが奨励される — 一例として、 強勢を~mark-upするときは `em$e 要素, 用語を定義する~markupには `dfn$e 要素, 等々。 ◎ Authors are encouraged to consider whether other elements might be more applicable than the i element, for instance the em element for marking up stress emphasis, or the dfn element to mark up the defining instance of a term.

注記： `i$e 要素を整形するときは、 他の要素と同じく，~stylesheetを利用できる。 `i$e 要素~内の内容が~italic化される必然性はない。 ◎ Style sheets can be used to format i elements, just like any other element can be restyled. Thus, it is not the case that content in i elements will necessarily be italicized.

4.5.21. `b^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`句ng内容$。 ◎ Phrasing content.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~accessibilityの考慮点$

`b$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Uses HTMLElement.

`b$e 要素は、［ 実用目的で注目を引くような~text~span ］を`表現-$する — ［ 本文と異なる声や雰囲気を含意する ／ 余計な重要度を伝達する ］ことなく。 例えば ⇒＃ 文書の要約文の主要語 ／ 製品評における品名 ／ ~textでやりとりする~softwareにおいて動作指示に用いる単語 ／ 記事の序文 ◎ The b element represents a span of text to which attention is being drawn for utilitarian purposes without conveying any extra importance and with no implication of an alternate voice or mood, such as key words in a document abstract, product names in a review, actionable words in interactive text-driven software, or an article lede.

`i$e 要素と同様に，作者は、 `b$e 要素にも，利用されている~~理由を識別するための `class$a 属性を利用できる。 そうすれば、 後日，~~理由ごとに~styleを違えたくなった場合にも~~修正は~~容易になる。 ◎ As with the i element, authors can use the class attribute on the b element to identify why the element is being used, so that if the style of a particular use is to be changed at a later date, the author doesn't have to go through annotating each use.

`b$e 要素は、 他のどの要素も適切でないときの，最後の~~手段として利用されるべきである。 特に、［ 見出しには `h1$e 〜 `h6$e ／ 強勢には `em$e ／ 重要度には`strong$e ／ ~markしたり強調する~textには `mark$e ］要素を利用するべきである。 ◎ The b element should be used as a last resort when no other element is more appropriate. In particular, headings should use the h1 to h6 elements, stress emphasis should use the em element, importance should be denoted with the strong element, and text marked or highlighted should use the mark element.

注記： 他の要素と同じく， `b$e 要素も~stylesheet利用して整形できる。 `b$e 要素が~bold化される必然性はない。 ◎ Style sheets can be used to format b elements, just like any other element can be restyled. Thus, it is not the case that content in b elements will necessarily be boldened.

4.5.22. `u^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`句ng内容$。 ◎ Phrasing content.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~accessibilityの考慮点$

`u$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Uses HTMLElement.

`u$e 要素は、［ ~~明確に~~表現または~~発音できないが明示的に描画されるような，符号的な注釈 ］を成す，~text~spanを`表現-$する。 例えば、 中国語~textの专名号 【固有名詞を指示する標点符号（ `proper name^en, `Chinese proper name mark^en ）】 や，綴りの誤りを~markするときなど。 ◎ The u element represents a span of text with an unarticulated, though explicitly rendered, non-textual annotation, such as labeling the text as being a proper name in Chinese text (a Chinese proper name mark), or labeling the text as being misspelt.

ほとんどの事例では、 およそ，他の要素の方が適切になる — 例えば、［ 強勢には `em$e ／ 主要語句には 文脈に依存して `b$e か `mark$e ／ 本の標題には `cite$e ／ ~textに~textな注釈を明示的に付与するときは `ruby$e ／ ［ 技術-用語／ 分類名／ 翻字／ 考え／ 西欧~textによる船名 ］には `i$e ］要素を利用して~markするべきである。 ◎ In most cases, another element is likely to be more appropriate: for marking stress emphasis, the em element should be used; for marking key words or phrases either the b element or the mark element should be used, depending on the context; for marking book titles, the cite element should be used; for labeling text with explicit textual annotations, the ruby element should be used; for technical terms, taxonomic designation, transliteration, a thought, or for labeling ship names in Western texts, the i element should be used.

注記： 視覚的な呈示における `u$e 要素の既定の描画は、 ~hyperlinkの慣例の描画（ 下線 ）と衝突する。 作者には、 ~hyperlinkと混同されそうな所では， `u$e 要素の利用を避けることが奨励される。 【あるいは、~CSSで~styleを違えることでも用を為すであろう。】 ◎ The default rendering of the u element in visual presentations clashes with the conventional rendering of hyperlinks (underlining). Authors are encouraged to avoid using the u element where it could be confused for a hyperlink.

4.5.23. `mark^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`句ng内容$。 ◎ Phrasing content.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~accessibilityの考慮点$

`mark$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Uses HTMLElement.

`mark$e 要素は、 同じ文書~内で`参照-$する目的において，別の文脈との関連性に因り［ ~markされる／強調-（ `highlight^en ）される ］~text連なりを`表現-$する。 引用~その他の~text~block内で，他所の注釈文から指されるために利用されたときは、 それが元々は無かった強調-であって — その~blockが元々書かれた時点では，重要と見なされていなかったかもしれないが、 注釈文を書くにあたり，見直したときに — ~textの該当部分に読者の注目を引くために追加されたことを指示する。 文書の主要な注釈文に利用されたときは、 利用者の現在の活動に見込まれる関連性に因り強調された部分を指示する。 ◎ The mark element represents a run of text in one document marked or highlighted for reference purposes, due to its relevance in another context. When used in a quotation or other block of text referred to from the prose, it indicates a highlight that was not originally present but which has been added to bring the reader's attention to a part of the text that might not have been considered important by the original author when the block was originally written, but which is now under previously unexpected scrutiny. When used in the main prose of a document, it indicates a part of the document that has been highlighted due to its likely relevance to the user's current activity.

4.5.24. `bdi^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`句ng内容$。 ◎ Phrasing content.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

大域~属性 `dir$a は、 この要素に対し，特別な意味論がある。 ◎ Also, the dir global attribute has special semantics on this element.

`~accessibilityの考慮点$

`bdi$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Uses HTMLElement.

`bdi$e 要素は、［ 双方向な~text整形の目的において，周囲から隔離される ］ような~text~spanを`表現-$する。 `BIDI$r ◎ The bdi element represents a span of text that is to be isolated from its surroundings for the purposes of bidirectional text formatting. [BIDI]

注記： この要素の `dir$a 大域~属性は、 既定で `auto$v をとる （他の要素の様に親~要素から継承することは、決してない）。 ◎ The dir global attribute defaults to auto on this element (it never inherits from the parent element like with other elements).

注記： この要素には、 `双方向-~algoを孕む具現化~要件が課される$。 ◎ This element has rendering requirements involving the bidirectional algorithm.

<ul>
 <li>User <bdi>jcranmer</bdi>: 12 posts.
 <li>User <bdi>hober</bdi>: 5 posts.
 <li>User <bdi>إيان</bdi>: 3 posts.
</ul>

4.5.25. `bdo^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`句ng内容$。 ◎ Phrasing content.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

大域~属性 `dir$a は、 この要素に対し，特別な意味論がある。 ◎ Also, the dir global attribute has special semantics on this element.

`~accessibilityの考慮点$

`bdo$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Uses HTMLElement.

`bdo$e 要素は、 その子たちの~text方向性に対する明示的な整形~制御を`表現-$する。 それは、［ 方向性を明示的に上書きして，~Unicode双方向-~algoを上書きする ］ことを作者に許容する。 `BIDI$r ◎ The bdo element represents explicit text directionality formatting control for its children. It allows authors to override the Unicode bidirectional algorithm by explicitly specifying a direction override. [BIDI]

作者は、 この要素に対し， `dir$a 属性を指定しなければナラナイ。 値［ `ltr$v は左横書き／ `rtl$v は右横書き ］で上書きすることを指定する。 値 `auto$v は、 指定してはナラナイ。 ◎ Authors must specify the dir attribute on this element, with the value ltr to specify a left-to-right override and with the value rtl to specify a right-to-left override. The auto value must not be specified.

注記： この要素には、 `双方向-~algoを孕む具現化~要件が課される$。 ◎ This element has rendering requirements involving the bidirectional algorithm.

4.5.26. `span^e 要素

`分類$

`~flow内容$／`句ng内容$／`可触~内容$。 ◎ Flow content. ◎ Phrasing content. ◎ Palpable content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`句ng内容$。 ◎ Phrasing content.

`text/html における~tag省略$

両~tagとも省略不可。 ◎ Neither tag is omissible.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~accessibilityの考慮点$

`span$AA ◎ For authors. For implementers.

`~DOM~interface$

[Exposed=Window]
interface `HTMLSpanElement@I : `HTMLElement$I {
  [`HTMLConstructor$] constructor();
};

`span$e 要素は、 それ自体は何も意味しないが、 `大域~属性$ — 例： `class$a, `lang$a, `dir$a — と一緒に利用すれば有用になり得る。 それは、 その子たちを`表現-$する。 ◎ The span element doesn't mean anything on its own, but can be useful when used together with the global attributes, e.g. class, lang, or dir. It represents its children.

4.5.27. `br^e 要素

`分類$

`~flow内容$／`句ng内容$。 ◎ Flow content. ◎ Phrasing content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`なし$。 ◎ Nothing.

`text/html における~tag省略$

`終了~tag$はない。 ◎ No end tag.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~accessibilityの考慮点$

`br$AA ◎ For authors. For implementers.

`~DOM~interface$

[Exposed=Window]
interface `HTMLBRElement@I : `HTMLElement$I {
  [`HTMLConstructor$] constructor();

  // `HTMLBRElement$obsMb
};

`br$e 要素は、 改行を`表現-$する。 ◎ The br element represents a line break.

注記： 改行は，視覚-媒体においては［ 通例的に，後続な~textを物理的に新たな行lへ移動する ］ことで表現されるが、［ ~stylesheet／~UA ］には，［ 改行を異なる方式で描画する ］ことも等しく正当化される — 一例として、 色を違えたドット列や空間を挟むなど。 ◎ While line breaks are usually represented in visual media by physically moving subsequent text to a new line, a style sheet or user agent would be equally justified in causing line breaks to be rendered in a different manner, for instance as green dots, or as extra spacing.

`br$e 要素は、 実際に内容の一部を成す改行 — 詩文や住所におけるそれなど — に限って，利用しなければナラナイ。 ◎ br elements must be used only for line breaks that are actually part of the content, as in poems or addresses.

`br$e 要素は、 段落~内の~thema的~groupを分離するために利用してはナラナイ。 ◎ br elements must not be used for separating thematic groups in a paragraph.

ある`段落$が 1 個の `br$e 要素のみからなる場合、 何かが~~挿入され得る空行（例：~template内のそれ）を表現する。 そのような空行を呈示~目的に利用してはナラナイ。 ◎ If a paragraph consists of nothing but a single br element, it represents a placeholder blank line (e.g. as in a template). Such blank lines must not be used for presentation purposes.

`br$e 要素の内容 【例えば~scriptにより設定されたそれ】 は、 周囲の~textの一部を成すとは見なさないモノトスル。 ◎ Any content inside br elements must not be considered part of the surrounding text.

注記： この要素には、 `双方向-~algoを孕む具現化~要件が課される$。 ◎ This element has rendering requirements involving the bidirectional algorithm.

4.5.28. `wbr^e 要素

`分類$

`~flow内容$／`句ng内容$。 ◎ Flow content. ◎ Phrasing content.

`この要素を利用できる文脈$

`句ng内容$が期待される所。 ◎ Where phrasing content is expected.

`内容~model$

`なし$。 ◎ Nothing.

`text/html における~tag省略$

`終了~tag$はない。 ◎ No end tag.

`内容~属性$

`大域~属性$ ◎ Global attributes

`~accessibilityの考慮点$

`wbr$AA ◎ For authors. For implementers.

`~DOM~interface$

`HTMLElement$I を利用する。 ◎ Uses HTMLElement.

`wbr$e 要素は、 改行~機会を`表現-$する。 ◎ The wbr element represents a line break opportunity.

`wbr$e 要素の内容は、 周囲の~textの一部を成すとは見なされないモノトスル： ◎ Any content inside wbr elements must not be considered part of the surrounding text.

var %wbr = document.createElement("wbr");
%wbr.textContent = "This is wrong";
document.body.appendChild(%wbr);

注記： この要素には、 `双方向-~algoを孕む具現化~要件が課される$。 ◎ This element has rendering requirements involving the bidirectional algorithm.

4.5.29. 用法の要約

【 この節は未訳（和訳は省略する）。 】