💬 ชาวเน็ตแห่แชร์: html/text level semantics.html

a要素がhref属性を持つ場合、要素はそのコンテンツにラベル付けされたハイパーリンク（ハイパーテキストアンカー）を表す。

a要素がhref属性を持たない場合、その要素は、当該要素のコンテンツのみにより構成される、関連するリンクがあった場合、リンクが他の方法で置かれただろう場所に対するプレースホルダーを表す。

a要素でitempropが指定される場合、href属性も指定されなければならない。

4.5.2 em要素

コンテンツの特定部分が持つ強調のレベルは、祖先のem要素の数によって与えられる。

強調の設置は、文の意味を変更する。このように要素は、コンテンツの不可欠な部位を形成する。強調が使用される正確な方法は、言語によって異なる。

これらの例は、強調を変更することで意味がどのように変化するかを示す。まず、強調のない、事実である一般文：

<p>Cats are cute animals.</p>

最初の単語を強調することによって、発言は、議論される動物の種類（おそらく誰かが犬はかわいいと主張している）が問題であることを意味する：

<p><em>Cats</em> are cute animals.</p>

動詞に強調を移動することで、文全体の真偽が問題である（おそらく誰かが猫はかわいくないと言っている）ことを強調する：

<p>Cats <em>are</em> cute animals.</p>

形容詞に移動することで、猫の的確な性質を断言する（おそらく誰かが猫は平均な動物だとほのめかした）：

<p>Cats are <em>cute</em> animals.</p>

同様に、誰かが猫は野菜であったと主張した場合も、誰かが最後の単語を強調することでこれを修正する：

<p>Cats are cute <em>animals</em>.</p>

文全体を強調することによって、話者が言いたいことを伝えるために懸命に戦っていることが明らかになる。この種の強調はまた、ここでは感嘆符に、典型的には句読点に影響を与える。

<p><em>Cats are cute animals!</em></p>

かわいらしさを強調するともに怒りが、次のようなマークアップにつながるかもしれない：

<p><em>Cats are <em>cute</em> animals!</em></p>

4.5.3 strong要素

strong要素は、そのコンテンツに対する強力な重要性、深刻性、または緊急性を表す。

重要性：strong要素は、より詳細な、より陽気な、または単に常用文かもしれない部分から本当に重要である部分を区別するために、見出し、キャプション、または段落で使用できる。（これはhgroup要素が適切である、小見出しのマークアップとは区別される。）

たとえば、1つ前の段落の最初の単語は、残りの段落においてより詳細なテキストと区別するために、strongとともにマークアップされる。

深刻性：strong要素は警告または注意の通知をマークアップするために使用できる。

緊急性：strong要素は、ユーザーが文書の他の部分よりも早く確認する必要があるコンテンツを示すために使用できる。

コンテンツの一部の相対的な重要性のレベルは、祖先strong要素の数によって与えられる。各strong要素が、その内容の重要性を増大する。

strong要素を持つテキストの一部の重要性を変更は、文の意味を変更しない。

4.5.4 small要素

small要素は、小さな活字体などの副次的なコメントを表す。

小さな活字体は通常、免責事項、警告、法的制約、または著作権を取り上げる。小さな活字体はまた、時として帰属に対して、またはライセンス要件を満たすために使用される。

small要素は、"非強調"、またはem要素によって強調されたテキストの重要性を低くする、strong要素を持つ重要としてマークされるものでない。強調または重要ではないものとしてテキストをマークするには、単にそれぞれemまたはstrong要素を使ってマークアップしない。

small要素は、複数の段落、リスト、またはテキストのセクションのような幅のあるテキストの長さに使用すべきでない。この要素は、短いテキストのみを対象とする。たとえば、利用規約を記載するページのテキストは、small要素に適した候補ではない。このような場合、テキストは副次的なコメントではなく、ページの主要コンテンツである。

small要素は副見出しに対して使用されてはならない。この目的のために、hgroup要素を使用する。

4.5.5 s要素

s要素は正確ではないか、もはや関連しないコンテンツを表す。

文書の編集を示す場合、s要素は適切ではない。文書から削除されているものとしてテキスト範囲をマークするためには、del要素を使用する。

4.5.6 cite要素

cite要素は、作品（たとえば、本、新聞、エッセイ、詩、楽譜、歌、脚本、映画、テレビ番組、ゲーム、彫刻、絵画、映画、演劇、オペラ、ミュージカル、展示、訴訟事例報告、コンピュータープログラムなど）のタイトルを表す。これは、引用されるまたは詳細に参照される（すなわち引用文）作品かもしれず、またはそれは単に通りがかりに記載される作品かもしれない。

人名は作品のタイトルではない―たとえ人々がその人を作品の一部とみなすとしても―したがって要素は人名をマークアップするために使用してはならない。（一部の場合、b要素が名前に対して適切であるかもしれない。たとえば、有名人の名前が注意を引くために別のスタイルを使用してレンダリングされるキーワードであるようなゴシップ記事において。他の例では、要素が本当に必要である場合、span要素を使用できる。）

作品のタイトルが慣例的に約物で区切られている場合、たとえば、英語の記事タイトルの前後に引用符が使用されている場合、または日本語の書籍タイトルの前後にかぎ括弧（『』）が使用されている場合、その約物はタイトルの一部ではなく、cite要素の外側にある。

4.5.7 q要素

要素のコンテンツを引用している引用句読点（たとえば引用符など）は、直前、直後、またはq要素の内部に現れてはならない。これらは、ユーザーエージェントによってレンダリング時に挿入される。

qの要素内のコンテンツは、別のソースから引用されなければならず、そのアドレスがある場合は、cite属性に引用してもよい。ソースは小説や脚本中の文字を引用するときのように、架空のものであってよい。

cite属性が存在する場合、潜在的にスペースで囲まれた妥当なURLでなければならない。対応する引用リンクを取得するために、属性値は、要素のノード文書に対して解析されなければならない。ユーザーエージェントは、ユーザーがそのような引用のリンクをたどることを可能にしてもよいが、これは主に読者のためでなく、（たとえば引用のサイトの使用に関する統計を収集するサーバーサイドスクリプトによってなど）私的使用のために意図される。

q要素は、引用文を表さない引用符の代わりに使用してはならない。たとえば、風刺文をマークアップするためにq要素を使用するのは不適切である。

引用文をマークアップするためのq要素の使用は完全に任意である。q要素なしで明示的に引用句読点を使用は同様に正しい。

4.5.8 dfn要素

dfn要素のtitle属性が存在する場合、属性は定義されている用語のみを含まなければならない。

dfn要素へリンクするa要素は、dfn要素によって定義される用語の実体を表す。

4.5.9 abbr要素

abbr要素は、任意でその完全表記を伴う、略語や頭字語を表す。title属性は、略語の完全表記を提供するために使用されてもよい。属性が指定される場合は、略語の完全表記を含まなければならず、他には何も持たない。

略語が複数形の場合、完全表記の文法的な数（複数形対単数形）は、要素のコンテンツの文法的な数と一致しなければならない。

略語は、この要素を使用してマークアップする必要はない。それは次のような場合に有用であることが期待される：

一度title属性で完全表記を提供しても、同じコンテンツをもつがあたかもコンテンツが同じ完全表記を持つかのように機能するためのtitle属性をもたない同じ文書における他のabbrをもたらすとは必ずしも限らない。すべてのabbr要素は独立である。

4.5.10 ruby要素

ruby要素は、ルビ注釈をマークする1つ以上のフレージングコンテンツの範囲を与える。ルビ注釈は、発音の案内または他の注釈を含むものとして東アジアの活版印刷で主に使用される、ベーステキストと並んで表示される短いテキストである。日本語において活版印刷のこの形式は、振り仮名としても知られる。

ruby要素の内容モデルは、次の順序の1つ以上で構成される：

rubyとrt要素は、特に（特定の意味に限らず）以下で説明するように、注釈のさまざまな種類に対して使用できる。より具体的な日本語ルビの詳細、およびどのように日本語ルビをレンダリングするのかについては、日本語組版処理の要件を参照のこと。[JLREQ]

執筆時点において、CSSはまだ完全にHTML ruby要素のレンダリングを制御する方法を提供しない。CSSがやがて後述のスタイルをサポートするように拡張されることが望まれる。

ruby要素の祖先を持たないruby要素内で、コンテンツはセグメント化され、セグメントは3つのカテゴリーに置かれる：ベーステキストセグメント、注釈セグメント、無視セグメント。無視されるセグメントは文書のセマンティックスの一部を形成しない（それらは要素間の空白文字およびrp要素で構成され、後者は全くルビをサポートしないレガシーユーザーエージェントに使用される）。ベーステキストセグメントは重複可能である（DOMで任意の位置と重複する2つのセグメントの制限とともに、重複するセグメントより前の始点を有する任意のセグメントはまた、同等またはそれ以降の終点を持ちつつ、そして、任意のセグメントが同等またはそれ以前の始点を持つ重複セグメントよりも後に終点を持つ）。注釈セグメントは、rt要素に対応する。各注釈セグメントは、ベーステキストセグメントに関連付けることができ、それぞれのベーステキストセグメントは、関連付けられる注釈セグメントを持つことができる。（適合文書において、各ベーステキストセグメントは、少なくとも1つの注釈セグメントに関連付けられており、各注釈セグメントは1つのベーステキストセグメントに関連付けられている。）ruby要素は、注釈セグメントにこれらのベーステキストセグメントからマッピングと一緒に、それに含まれるベーステキストセグメントの結合を表す。セグメントは、DOMの範囲の観点から説明され、注釈セグメントの範囲は常に正確に1つの要素で構成される。[DOM]

任意の特定の時点における、ruby要素のコンテンツのセグメンテーションと分類は、次のアルゴリズムを実行して得られたであろう結果である：

base text segmentsをベーステキストセグメントの空のリストにする。
Let annotation segmentsを注釈セグメントの空のリストにし、それぞれが潜在的にベーステキストセグメントまたはサブセグメントに関連付ける。
アルゴリズムが実行しているものに対してrootをruby要素とする。
rootがruby要素の祖先を持つ場合、ステップラベルendにジャンプする。
current parentをrootにする。
indexを0にする。
start indexをnullにする。
saved start indexをnullにする。
current base textをnullにする。
Start mode: If index is greater than or equal to the number of child nodes in current parent, then jump to the step labeled end mode.
current parentでindex番目のノードがrtまたは rp要素の場合、annotation modeのラベルが付いたステップへジャンプする。
start indexをindexの値に設定する。
Base mode：current parentでのindex番目のノードがruby要素の場合、かつcurrent parentがrootと同じ要素の場合、rubyレベルをプッシュし、ラベルstart modeのステップにジャンプする。
current parentでindex番目のノードがrtまたは rp要素の場合、現在のベーステキストを設定し、ラベルannotation modeのステップにジャンプする。
indexを1でインクリメントする。
Base mode post-increment: If index is greater than or equal to the number of child nodes in current parent, then jump to the step labeled end mode.
base modeにラベル付けされたステップにジャンプする。
Annotation mode：current parentでindex番目のノードがrt要素の場合、ルビ注釈をプッシュし、ラベルannotation mode incrementにジャンプする。
current parentでindex番目のノードがrp要素の場合、ラベルannotation mode incrementのステップにジャンプする。
current parentでindex番目のノードがTextノードでない、または要素間の空白文字でないTextノードの場合、ラベルbase modeのステップにジャンプする。
Annotation mode increment：lookahead indexをindexに1加えるものにする。
Annotation mode white-space skipper： lookahead indexがcurrent parentで子ノードの数以上の場合、ラベルend modeのステップにジャンプする。
current parentでのlookahead index番目のノードがrt要素またはrp要素である場合、indexに lookahead indexを設定し、ラベルannotation modeのステップにジャンプする。
current parentでのlookahead index番目のノードがTextノードでない、または要素間の空白文字でないTextノードである場合、ラベルbase modeのステップにジャンプする（さらにindexをインクリメントせず、要素間の空白文字が見られる範囲では次のベーステキストセグメントの一部になる）
lookahead indexを1でインクリメントする。
ラベルannotation mode white-space skipperのステップにジャンプする。
End mode： current parentがrootと同じ要素でない場合、ルビレベルをポップし、ラベルbase mode post-incrementのステップにジャンプする。
End： base text segmentsおよびannotation segmentsを返す。これらリストのいずれかのセグメントによって説明されないruby要素の任意のコンテンツは、暗黙のうちにignored segmentである。

上記のステップで現在のベーステキストを設定するという場合、これは、アルゴリズムでその時点の次のステップを実行することを意味する：

text rangeを境界ポイント（current parent、start index）で開始し、境界ポイント(current parent, index)で終了するDOM範囲にする。
Let new text segment be a base text segment described by the range text range.
new text segmentをbase text segmentsに加える。
current base textをnew text segmentにする。
start indexをnullにする。

上記のステップでルビレベルをプッシュするという場合、これは、アルゴリズムでその時点の次のステップを実行することを意味する：

current parentをcurrent parentのindex番目のノードにする。
indexを0にする。
saved start indexをstart indexの値に設定する。
start indexをnullにする。

上記のステップでルビレベルをポップするという場合、これは、アルゴリズムでその時点の次のステップを実行することを意味する：

indexをrootでcurrent parentの位置にする。
current parentをrootにする。
indexを1でインクリメントする。
start indexをsaved start indexの値に設定する。
saved start indexをnullにする。

上記のステップでルビ注釈をプッシュするという場合、これは、アルゴリズムでその時点の次のステップを実行することを意味する：

rtをcurrent parentのindex番目のノードであるrt要素にする。
annotation rangeを境界ポイント（current parent、start index）で開始し、境界ポイント（current parent、indexに1を加える)（すなわちrtのみを含む）で終了するDOM範囲にする。
new annotation segmentを範囲annotation rangeで記述される注釈セグメントにする。
current base textがnullでない場合、new annotation segmentとcurrent base textを結びつけて考える。
new annotation segmentをannotation segmentsに加える。

4.5.11 rt要素

rt要素は、ルビ注釈のルビテキストコンポーネントをマークする。要素がruby要素の子である場合、要素は何らそれ自身を表さないが、ruby要素はそれが何を表すかを決定するものの一部として使用する。

4.5.12 rp要素

rp要素は、ルビ注釈をサポートしないユーザーエージェントによって示される、ルビ注釈のルビテキストコンポーネントを囲む括弧または別のコンテンツを提供するために使用できる。

ruby要素の子であるrp要素は何も表さない。親要素がruby要素でないrp要素は、その子を表す。

4.5.13 data要素

data要素は、value属性でコンテンツの機械可読形式に沿って、そのコンテンツを表す。

value属性が存在しなければならない。その値は、機械可読形式での要素コンテンツの表現でなければならない。

値が日付または時刻に関連する場合、より具体的なtime要素を代わりに使用できる。

この仕様で定義されるマイクロフォーマットまたはマイクロデータ属性と組み合わせた場合、要素は、データプロセッサの目的のために機械可読な値、およびウェブブラウザーでレンダリング目的のために人間可読な値の両方を提供する役割を果たす。この場合、value属性で使用されるフォーマットは、使用中のマイクロフォーマットまたはマイクロデータ語彙によって決定される。

しかし、要素はまた、人間可読な値と一緒に格納するリテラルな値を持つときに、ページ内でスクリプトと併せて使用される。このような場合、使用されるフォーマットは、スクリプトの要求に依存する。（data-*属性もそのような状況において有用でありうる。）

4.5.14 time要素

time要素は、datetime属性でコンテンツの機械可読形式に沿って、そのコンテンツを表す。コンテンツの種類は、以下に説明するような、日付、時刻、タイムゾーンのオフセット、および期間の様々な種類に限定される。

datetime属性は存在してもよい。存在する場合、その値は、機械可読形式での要素コンテンツの表現でなければならない。

datetime型のコンテンツ属性を持たないtime要素は、任意の要素の子孫を持ってはならない。

time要素の日付時刻値は次の構文のいずれかと一致しなければならない。

要素のコンテンツの機械可読な等価物は、次のアルゴリズムを使用することで要素の日付時刻値から取得しなければならない：

If parsing a month string from the element's datetime value returns a month, that is the machine-readable equivalent; return.
If parsing a date string from the element's datetime value returns a date, that is the machine-readable equivalent; return.
If parsing a yearless date string from the element's datetime value returns a yearless date, that is the machine-readable equivalent; return.
If parsing a time string from the element's datetime value returns a time, that is the machine-readable equivalent; return.
If parsing a local date and time string from the element's datetime value returns a local date and time, that is the machine-readable equivalent; return.
If parsing a time-zone offset string from the element's datetime value returns a time-zone offset, that is the machine-readable equivalent; return.
If parsing a global date and time string from the element's datetime value returns a global date and time, that is the machine-readable equivalent; return.
If parsing a week string from the element's datetime value returns a week, that is the machine-readable equivalent; return.
If the element's datetime value consists of only ASCII digits, at least one of which is not U+0030 DIGIT ZERO (0), then the machine-readable equivalent is the base-ten interpretation of those digits, representing a year; return.
If parsing a duration string from the element's datetime value returns a duration, that is the machine-readable equivalent; return.
機械可読な等価物は存在しない。

上記で参照したアルゴリズムは、アルゴリズムの1つのみが値を返すよう、任意の文字列sに対して設計されるよう意図される。より効率的なアプローチは、1つのパス内のすべてのこのデータ型を解析する単一のアルゴリズムを作成することかもしれない。そのようなアルゴリズムを開発することは読者への課題として残される。

4.5.15 code要素

code要素は、コンピューターコードの断片を表す。これは、XML要素名、ファイル名、コンピュータープログラム、またはコンピューターが認識するだろう文字列であるかもしれない。

マークアップされているコンピューターコードの言語を示すための、正式な方法はない。使用される言語と一緒にcode要素をマークしたい著者は、たとえば構文強調表示スクリプトが正しい規則を使用できるように、たとえば要素に"language-"で始まるクラスを追加することによって、classを使用できる。

4.5.16 var要素

var要素は変数を表す。これは、数式やプログラミングコンテキスト、定数を表す識別子、物理量を識別する記号、関数パラメーター、または単に文のプレースホルダーとして使用される用語で、実際に変数であるかもしれない。

数学について、具体的には最も簡潔な式の範囲を超えるすべてのものに対して、MathMLはより適切である。しかし、var要素は依然としてMathMLの表現で言及される特定の変数を参照するために使用できる。

4.5.17 samp要素

samp要素は、サンプルまたは別のプログラムまたはコンピューティングシステムからの引用出力を表す。

この要素は、output要素と対比でき、これはウェブアプリケーションで即時出力を提供するために使用できる。

4.5.18 kbd要素

kbd要素は、ユーザーの入力（この要素はまた、音声コマンドなど、他の入力を表すために使用されるかもしれないが、通常はキーボード入力）を表す。

kbd要素がsamp要素内にネストされる場合、この要素はシステムによってエコーされたような入力を表す。

kbd要素がsamp要素を含む場合、この要素はメニュー項目を呼び出す例に対して、システムの出力に基づく入力を表す。

kbd要素が他のkbd要素内にネストされる場合、入力メカニズムに応じて、実際のキーまたはその他の入力の単一の単位を表す。

4.5.19 subおよびsup要素

sup要素は、上付き文字を表し、sub要素は、下付き文字を表す。

これらの要素は、プレゼンテーションの目的に対する表記規則のためでなく、明確な意味を伴う表記規則をマークアップするためのみに使用しなければならない。たとえば、subおよびsup要素にLaTeX文書作成システムの名前に使用することは不適切だろう。一般に、これら要素の不在がコンテンツの意味を変更するような場合にのみ、著者はこれらの要素を使用すべきである。

特定の言語において、上付き文字は略語の表記規則の一部である。

下付き文字を持つ変数に対して、sub要素はvar要素内で使用できる。

数式は、しばしば上付き文字と下付き文字を使用する。著者は、数学的表現をマークアップするためにMathMLを使用するよう推奨されるが、詳細な数学的マークアップを望まない場合、著者はsubおよびsupを使用することを選んでもよい。[MATHML]

4.5.20 i要素

i要素は、代わりの声やムードでテキストの範囲を表すか、またはそうでなければ、たとえば分類学上の名称、専門用語、他言語の慣用句、意見、または西洋のテキストで船名など、異なる品質のテキストを示す方法で通常の文からのオフセットを表す。

主テキストと異なる言語の用語はlang属性（または、XMLでXML名前空間のlang属性）で注釈を付けるべきである。

特定の用途のスタイル（たとえば、分類学上の用語でないものとしての夢の場面）が後日変更される場合、著者が各用途の注釈を文書全体（または関連する一連の文書）を検討する必要がないよう、著者は要素が使用されている理由を識別するためのi要素にclass属性を使用できる。

著者は、i要素よりもより適切な他の要素があるかどうか、たとえば、強調をマークアップするためのem要素、または用語の定義例をマークアップするためのdfn要素などを検討することを推奨する。

スタイルシートは、任意の要素が再スタイル付けできるように、i要素の書式を設定するために使用できる。したがって、この場合においてi要素のコンテンツが、必ずしもイタリック体であるとは限らない。

4.5.21 b要素

b要素は、たとえば、文書の概要でのキーワード、レビューでの製品名、対話的なテキスト駆動型ソフトウェアでの使用可能語、または記事リードなど、特別な重要性を伝えることなく、代わりの声やムードの意味合いなしに、実用的な目的に対して描かれている注目すべきテキストの範囲を表す。

i要素と同様に、著者は、特定の用途のスタイルが後日変更される場合、著者が各用途の注釈を検討する必要がないよう、著者は要素が使用されている理由を識別するためのb要素にclass属性を使用できる。

他により適切な要素がない場合に、b要素は最後の手段として使用すべきである。具体的には、見出しはh1からh6までの要素を使用すべきであり、強調はem要素を使うべきであり、重要性はstrong要素で表されるべきであり、テキストのマークまたは強調は、mark要素を使用すべきである。

スタイルシートは、任意の要素が再スタイル付けできるように、b要素の書式を設定するために使用できる。したがって、この場合においてb要素のコンテンツが、必ずしも太字であるとは限らない。

4.5.22 u要素

u要素は、明示的にレンダリングされるが、非テキストの注釈、たとえば中国語のテキストで固有名詞（中国語の固有名詞のマーク）としてテキストを分類する、またはスペルミスとしてテキストを分類するような、明瞭に発音されないテキストの範囲を表す。

ほとんどの場合、別の要素がより適切である可能性が高い。強調のマークアップに対してem要素を使用すべきであり、キーワードやフレーズに対して、コンテキストに応じてb要素かmark要素のいずれかを使用すべきであり、本のタイトルのマークアップに対してcite要素を使用すべきであり、明示的なテキスト注釈をもつテキストのラベル付けに対してruby要素を使用すべきであり、技術用語、分類学上の名称、音訳、意図、または西洋の文書で船名を標識するためにi要素を使用すべきである。

視覚プレゼンテーションでu要素の既定のレンダリングは、ハイパーリンク（下線）の慣習的なレンダリングと衝突する。著者は、ハイパーリンクと混同するかもしれないu要素を使用しないよう推奨する。

4.5.23 mark要素

mark要素は、別のコンテキストにおいて関連性のために、参照目的でマークまたは強調表示されるある文書内の一連のテキストを表す。引用文または文から参照されるテキストのブロック内で使用される場合、ブロックが元々書かれたときに、元々存在しないが、オリジナルの著者によって重要だと考えられていないかもしれないだろう、テキストの一部に読者の注意を喚起するために追加されたハイライトを示す。この追加は、事前に予期しない精査である。文書の本文で使用した場合、ユーザーの現在のアクティビティーに関連性が高いために強調されている文書の一部を示す。

4.5.24 bdi要素

bdi要素は、双方向テキスト書式設定の意図に対してその周囲から分離されるべきテキストの範囲を表す。[BIDI]

dirグローバル属性は、この要素上でデフォルトでautoとなる（他の要素と同様に、親要素から継承しない）。

4.5.25 bdo要素

bdo要素は、その子に対する明示的なテキスト方向の書式設定コントロールを表す。この要素は、作者が明示的に方向の上書きを指定することによって、Unicode双方向アルゴリズムを上書きできる。[BIDI]

著者は、左から右への上書きを指定する値ltrと、右から左への上書きを指定する値rtlとともに、この要素のdir属性を指定しなければならない。auto値は指定されてはならない。

4.5.26 span要素

span要素はそれ自身では何の意味もないが、たとえばclass、lang、またはdirなどのグローバル属性とともに使用する場合に役立つ。この要素は、要素の子を表す。

4.5.27 br要素

改行は通常、後続のテキストを新しい行へ物理的に移動することによって視覚メディアで表現される一方で、スタイルシートまたはユーザーエージェントは、たとえば緑のドットとして、または余分な物として、異なる方法でレンダリングされるために改行しつつ均等に割り付けるかもしれない。

br要素は、詩やアドレスのように、実際にコンテンツの一部である改行のためにのみに使用されなければならない。

br要素は、段落でテーマ別グループを分離するために使用してはならない。

段落が単一のbr要素を除いて何も構成しない場合、プレースホルダーの空白行を（たとえば、テンプレート内）を表す。そのような空白行は、プレゼンテーションの目的に対して使用してはならない。

br要素内部のすべてのコンテンツは、周囲のテキストの一部とみなされてはならない。

4.5.28 wbr要素

wbr要素内部のすべてのコンテンツは、周囲のテキストの一部とみなされてはならない。

HTML

4.5 テキストレベルセマンティックス

4.5.1 `a`要素

4.5.2 `em`要素

4.5.3 `strong`要素

4.5.4 `small`要素

4.5.5 `s`要素

4.5.6 `cite`要素

4.5.7 `q`要素

4.5.8 `dfn`要素

4.5.9 `abbr`要素

4.5.10 `ruby`要素

4.5.11 `rt`要素

4.5.12 `rp`要素

4.5.13 `data`要素

4.5.14 `time`要素

4.5.15 `code`要素

4.5.16 `var`要素

4.5.17 `samp`要素

4.5.18 `kbd`要素

4.5.19 `sub`および`sup`要素

4.5.20 `i`要素

4.5.21 `b`要素

4.5.22 `u`要素

4.5.23 `mark`要素

4.5.24 `bdi`要素

4.5.25 `bdo`要素

4.5.26 `span`要素

4.5.27 `br`要素

4.5.28 `wbr`要素

4.5.29 使用方法の概要

要素	目的	例
`a`	ハイパーリンク	`Visit my <a href="drinks.html">drinks</a> page.`
`em`	強調	`I must say I <em>adore</em> lemonade.`
`strong`	重要	`This tea is <strong>very hot</strong>.`
`small`	サイドコメント	`These grapes are made into wine. <small>Alcohol is addictive.</small>`
`s`	正確でないテキスト	`Price: <s>£4.50</s> £2.00!`
`cite`	作品のタイトル	`The case <cite>Hugo v. Danielle</cite> is relevant here.`
`q`	引用文	`The judge said <q>You can drink water from the fish tank</q> but advised against it.`
`dfn`	定義例	`The term <dfn>organic food</dfn> refers to food produced without synthetic chemicals.`
`abbr`	略語	`Organic food in Ireland is certified by the <abbr title="Irish Organic Farmers and Growers Association">IOFGA</abbr>.`
`ruby`, `rt`, `rp`	ルビ注釈	`<ruby> OJ <rp>(<rt>Orange Juice<rp>)</ruby>`
`data`	等価な機械可読形式	`Available starting today! <data value="UPC:022014640201">North Coast Organic Apple Cider</data>`
`time`	日付または時刻関連データの等価な機械可読形式	`Available starting on <time datetime="2011-11-18">November 18th</time>!`
`code`	コンピューターコード	`The <code>fruitdb</code> program can be used for tracking fruit production.`
`var`	変数	`If there are <var>n</var> fruit in the bowl, at least <var>n</var>÷2 will be ripe.`
`samp`	コンピューター出力	`The computer said <samp>Unknown error -3</samp>.`
`kbd`	ユーザー入力	`Hit <kbd>F1</kbd> to continue.`
`sub`	下付き文字	`Water is H<sub>2</sub>O.`
`sup`	上付き文字	`The Hydrogen in heavy water is usually <sup>2</sup>H.`
`i`	代替音声	`Lemonade consists primarily of <i>Citrus limon</i>.`
`b`	キーワード	`Take a <b>lemon</b> and squeeze it with a <b>juicer</b>.`
`u`	注釈	`The mixture of apple juice and <u class="spelling">eldeflower</u> juice is very pleasant.`
`mark`	ハイライト	`Elderflower cordial, with one <mark>part</mark> cordial to ten <mark>part</mark>s water, stands a<mark>part</mark> from the rest.`
`bdi`	テキスト方向の分離	`The recommended restaurant is <bdi lang="">My Juice Café (At The Beach)</bdi>.`
`bdo`	テキスト方向形式	`The proposal is to write English, but in reverse order. "Juice" would become "<bdo dir=rtl>Juice</bdo>">`
`span`	その他	`In French we call it <span lang="fr">sirop de sureau</span>.`
`br`	改行	`Simply Orange Juice Company<br>Apopka, FL 32703<br>U.S.A.`
`wbr`	改行の機会	`www.simply<wbr>orange<wbr>juice.com`

4.5 テキストレベルセマンティックス

4.5.1 a要素

4.5.2 em要素

4.5.3 strong要素

4.5.4 small要素

4.5.5 s要素

4.5.6 cite要素

4.5.7 q要素

4.5.8 dfn要素

4.5.9 abbr要素

4.5.10 ruby要素

4.5.11 rt要素

4.5.12 rp要素

4.5.13 data要素

4.5.14 time要素

4.5.15 code要素

4.5.16 var要素

4.5.17 samp要素

4.5.18 kbd要素

4.5.19 subおよびsup要素

4.5.20 i要素

4.5.21 b要素

4.5.22 u要素

4.5.23 mark要素

4.5.24 bdi要素

4.5.25 bdo要素

4.5.26 span要素

4.5.27 br要素

4.5.28 wbr要素