2006 年 11 月のアーカイブ

2006 年 11 月 26 日連続する空白類文字の扱いについて

xfy Personal Client の XHTML ~~ボキャブラリ~~コンポーネントについて調べていたところ、空白類文字周りで不思議な現象に出くわしました。

正しい (と思われる) 空白類文字の扱い

下記の XHTML 文書を xfy Personal Client で表示すると、

<?xml version="1.0" encoding="utf-8"?>

<html xmlns="http://www.w3.org/1999/xhtml">
  <body>
    <p>0123456789abcdef</p>
    <p>0             ef</p>
    <p>01             f</p>
  </body>
</html>

パラグラフ中の連続する空白類文字は一つにまとめられて表示されます (= XHTML + CSS 的に正しい挙動)。

正しくない (と思われる) 空白類文字の扱い

が、例えば 2 番目のパラグラフ中の文字 e を削除すると……、

一つにまとめられていた空白類文字が復元 (?) してしまいます (= XHTML + CSS 的に正しくない挙動)。

同様に、 3 番目のパラグラフ中の文字 1 を削除すると……、

やはり、一つにまとめられていた空白類文字文字が復元してしまいます。

2006 年 11 月 27 日 xfy Personal Client で XHTML 文書を編集すると、連続する空白類文字が別の文字に置換される ?

xfy Personal Client の XHTML コンポーネントの不思議な挙動について、さらに調べてみました。どうやら XHTML コンポーネントは、文書が編集されたタイミングで、文書中の空白類文字を別の文字に置き換えてしまうようです。

試したこと (その 1)

まず、下記の仮説の下、 XHTML 文書のレンダリング結果が変わるかどうかを調べてみました。

仮説

XHTML コンポーネントの HTML レンダラは、 CSS の white-space プロパティ (デフォルト値: normal) を正しく解釈できていないのでは ?
それを回避するために、 XHTML 文書を読み込んだタイミングで何らかのレンダリング修正処理を加えているのでは ?

検証方法

サンプル文書 (先のエントリーで挙げた XHTML 文書) を xfy Personal Client で読み込み、
編集し (= 一つにまとめられていた空白類文字が復元される)、
上書き保存した上で、
再読み込みする。

これで XHTML 文書が正しく表示されれば、文書の読み込み時に何らかのレンダリング修正処理を加えていると見なせます。

結果

XHTML 文書は正しく表示されない (= 復元された空白類文字はそのまま)。
上書き保存した XHTML 文書中を <oXygen/> (XML エディタ) で確認したところ、文書中の空白類文字が「no-break space (  で参照される文字)」と「空白 (  で参照される文字)」とのペアに置き換えられていた。

というわけで、 XHTML 文書を読み込んだタイミングで何らかのレンダリング修正処理を加えているわけではなく、文書の編集後に文書中の空白類文字を別の文字に置き換えているようです。

試したこと (その 2)

次に、どのタイミングで XHTML 文書中の空白類文字が別の文字に置き換えられているのかを調べてみました。

仮説

XHTML コンポーネントの挙動からして、 (文書が保存されたタイミングではなく、) 文書が編集されたタイミングで、文書中の空白類文字が別の文字に置き換えられているのでは ?

検証方法

サンプル文書を xfy Personal Client で読み込み、
ソースをクリップボードにコピーし、
その内容を <oXygen/> で確認する (これをサンプル文書 (対照区) とする)。
さらに、サンプル文書を編集し (= 一つにまとめられていた空白類文字が復元される)、
ソースをクリップボードにコピーし、
その内容を <oXygen/> で確認する (これをサンプル文書 (実験区) とする)。

結果

サンプル文書 (対照区) 中の空白類文字はそのまま。
サンプル文書 (実験区) 中の空白類文字は、 no-break space と空白とのペアに置き換えられていた。

というわけで、 XHTML 文書が編集されたタイミングで、文書中の空白類文字が別の文字に置き換えられていることがわかりました。

まとめ

XHTML コンポーネントでは、文書が編集されたタイミングで、文書中の空白類文字が別の文字に置き換えられてしまう。
「空白が連続する」のと「no-break space と空白とのペアが連続する」のとでは、文書の意味が異なる (後者は明らかに見た目を重視している)。見た目に重きを置くのであれば、 pre 要素としてマークアップすべきであり、文字の置き換えで対処すべきではない。
が、ボキャブラリコンポーネントとして実装されている以上、この現象は回避できない ?

xfy.memo