BDO要素を含む行内要素で使われるdir属性が、同等機能の[UNICODE]の整形文字と同時に使われると、衝突を起こすということを思い起こされたい。[RFC1555]及び[RFC1556]によると、MIMEメールにおける双方向性の取扱いについて、特に視覚的方向性と暗黙的方向性と明示的方向性とを区別するための、charsetパラメータ使用に関する特別な規約が存在する。ヘブライ語に用いるパラメータ"ISO-8859-8"は、視覚方向符号化を示し、"ISO-8859-8-i"は双方向性を暗示し、"ISO-8859-8-e"は明示的方向性を示す。8859-8で符号化する適合文書は、パラメータ"ISO-8859-8-i"でラベルづけしなければならない。8859-8では表現できない。従って"ISO-8859-8-e"は用い得ない。TABLEを右揃えで行の折り返しなしにする等)が行なわれている、ということを暗示する。した文書は、現在の仕様には適合しない。これを現在の仕様に適合させる必要があり、同時に旧いユーザエージェントでも正しい表示を得たいと考える場合、適宜BDOのマーク付けを加えることで、この目的が達成できる。句読点などいくつかの文字については方向性に関する両義性が生じ得るため、[UNICODE]仕様はこれを適切に解決するための文字を含んでいる。ユニコードは、例えばアラビア語のアラビア文字等において必要となることがある、結合の制御を行なう文字をも含んでいる。4は、これらの文字への文字参照を含む。次のDTD抜粋は、方向性と結合に関連する実体の例である。mark-->zwnj実体は、結合が起こり得る文脈で結合を禁じたい場合に用いる。zwj実体は、その反対に、結合が起らない文脈で強制的に結合させる。独立形の"HEH"はインド数字に基づく5をアラビア文字で綴ったものに形が似ているので、"HEH"が年の末尾の5と混同されることを避けるため、語頭形で用いられる。この文脈では"HEH"の結合相手となる文字が存在しないため、zwj文字が結合文脈を提供する。同様に、ペルシア語のテキストでは、通常は後続の文字と結合される文字について続け字にしたくないような場合が存在する。この場合、zwnj文字が結合制御に使われる。他の文字、lrmとrlmは、方向性中立な文字に方向性を持たせるために用いる。二重引用符がアラビア語(右-左)とラテン文字(左-右)との間にある場合、アラビア語を囲むのか、ラテン文字テキストを囲むのか、二重引用符の向きは明解ではない。lrm文字とrlm文字は、方向性は持っているが幅はなく、語及び行をbreakすることもない文字である。詳細は[UNICODE]を参照されたい。一般に、双方向アルゴリズムは文字グリフを鏡像化させず、そのままにしておく。[UNICODE]表4-7参照)である。エジプトのヒエログリフや、ギリシアの犂耕書式、その他特殊なデザイン効果のために鏡像化を望む場合、スタイル制御によって行なう必要がある。双方向性へのスタイルシートの効果スタイルシートを用いてある要素の視覚的レンダリングをブロックレベルから行内レベルへ変えること(及びその逆の変換)は、簡単にできる。双方向アルゴリズムがブロックレベルと行内レベルの違いに依存するため、この変換には格段の注意を払わねばならない。dir属性を持たない行内要素がスタイルシートによってブロック要素へと変換された場合、当該ブロックの基本方向を定める、最も近親の祖先ブロック要素からdir属性を継承する。dir属性を明示的に付加して得られるものと、等価である必要がある。正規の規定は英語版です。この文書は参考に過ぎません。翻訳上の誤りがあり得ます。このファイルは2000年10月14日版です。uchida@happy.email.ne.jp。