BIDI

bdo 要素型 (HTML, XHTML 1)

[1] bdo 要素型は、 bidi 算法を局所的に上書き (override) したいときに使うことができます。 (IW:HTML4:"struct/dirlang.html#edef-BDO" 参照。)

HTML の bidi 算法については、 書字方向, dir 属性の解説も参照してください。

[12] 仕様書:

SI 4281:1998
- 6.1.2 The Bidirectional Override Tag (BDO) http://www.qsm.co.il/Hebrew/si4281e.htm

必須。

必須。

(%inline;)*

名前	値の型	既定値	意味	出典
`class`			級	[HTML4] `%coreattrs;`
`dir`		(必須)	書字方向	[HTML4]
`id`			一意識別子	[HTML4] `%coreattrs;`
`lang`			自然言語	[HTML4]
`style`			スタイル指定	[HTML4] `%coreattrs;`
`title`			説明的題	[HTML4] `%coreattrs;`

[3] 必須の dir 属性の値が、その要素の文内容の基底方向となります。

[4] 普通は書字方向の制御は使用されている文字自体の特性により、それが不十分であっても任意の属性についての dir 属性の指定により、意図した通りにすることができます。しかし、それでもうまくいかない場合が存在します。そのときに使うことができるのが、この bdo 要素型です。

bdo 要素型は、順序についての絶対的な制御が必要な場面でしようするべきです (should)。

[5] HTML 4 仕様書の説明によれば、この要素型が想定しているのは、表示順で符号化したいときのようです。たとえば、

トラックの側面に「輸運らたんな」と書いてありました。

を HTML でマーク付けするときに、

トラックの側面に<q dir="rtl">なんたら運輸</q>と書いてありました。

とする代わりに、

トラックの側面に<q><bdo dir="ltr">輸運らたんな</bdo></q>と書いてありました。

ともできる、ということです。

[6] ヘブライ文字やアラビア文字を符号化するにあたって、昔から表示順 (visual order, 視覚順) と意味順 (論理順) が両方使われてきました。特に欧米のソフトウェアを地域化したようなソフトウェアでは、表示順で符号化した方が処理は圧倒的に楽です。

HTML 4 仕様書によれば、ヘブライ文字圏では table を使って、表示順で符号化した上で右寄せ、行折り畳み (wrap) なし、というのがよく行われていたそうです。そのような慣習の文書は HTML 4 には適合しませんが、古い実装と互換でありつつ HTML 4 的にするためには、適当に bdo のタグで囲んでしまえばよいのです。

[7] なお、同じ目的のために、 LRO (U+202D), RLO (U+202E), PDF (U+202C) を使うことができます。 (混用についての dir 属性の解説も参照されたし。)

[8] このような背景ですから、おそらく、新しく書かれる文書ではこの要素型は使用するべきではないと思います。

[9]

要 よ 文 に >>5-6
素 く 字 す こ
型 あ ほ る ん
を る ど の な
用 の で も 風
意 だ は ヘ に
し し な ブ 縦
て 専 い ラ 書
お 用 に イ き
く の し
れ    ろ

縦書きエミュレーション

[10] >>9 計算機の能力が低かった (あるいは今でも低い) がために不適切な文字の並べ方をしてきた例は右横書きや縦書きだけではなくて、例えば半角と全角の幅を想定した整形とか、1文字ごとに空白を挿入 (中文の文章でよくある) とか、一行ごとに空行を挿入とか、 ASCII や ISO-8859-1 と見せかけて実は font 要素を使って別の文字を表現 (東南アジアの言語の文章に多い。欧米や日本でも、 Symbol フォントとかでよくある。フォント依存符号化 ) とか、色々あるわけだ。そういう過去 (または現在) の悪しき慣習のうちで右横書きだけが bdo だけが特別扱いされる (ように見える) のは、仕方が無い側面もあるとはいえ、どうかなあとは思う。