agenda 2002-07（上旬）～ 非精神的人間の反撃 ～

ProxomitronのHeadersフィルタ（IN）で、text/xmlをtext/htmlにすげかえてみたところ、なんか知らんがWinIE（6.0）はXMLとして表示してくれる。

IEのこの奇妙な解釈は興味深い。text/htmlでもxml宣言を見ている? じゃあXHTMLはなぜHTMLとして表示されるのか。なにを見てHTMLだと判断するのか……。

ともかく、XMLにユーザースタイルシート（ユーザーXSL?）を使える。RSSな更新情報を一貫したHTMLに変換すれば、埋め込みJavaScriptによるDOM操作で自分寄りのユーザビリティも追求できる、という寸法。どのサイトもThe Web KanzakiのようなXSLを使ってくれていればいいのだけど、大抵のニュースサイトだのその辺りは、RSSを人向けに提供していない。でも私としては、「不思議マークアップされたHTML + 広告 + 段組」のゴタゴタした「ぺーじ」を見るより、RSSを自分のスタイルシートで閲覧したい。90%はさらっと読み流すだけだし。

ところが IEのこの奇妙な解釈を調べてみると、HTMLとして扱うか、XMLとして扱うか、その判断基準が極めて曖昧だった。まあRSSなら確実にXMLとして扱ってくれるみたいだから良いのだけど。好奇心が。

In = TRUE
Out = FALSE
Key = "Content-Type:Filter text/xml"
Match = "(text/xml*)\0"
Replace = "\0$FILTER(true)"

6月26、27日のメールにてご案内しておりますが、7月10日のWebSpaceシステム構成変更作業にともない下記の影響がありますのでご注意ください。

• ホームページ公開のURLは、下記の形式に限定されます。
  • http://members.jcom.home.ne.jp/<アカウント名>/
  http://members.home.ne.jp/<アカウント名>/ でアクセスされている場合、ホームページの参照が出来ませんので、ご注意ください。
• FTPサーバー名が members-ftp.jcom.home.ne.jpに変更されます。
• 「ファイルマネージャ」機能がご利用いただけなくなります。 (7月10日)

＜WebSpaceシステム構成変更に伴う注意点＞（JCOM@Nethomeサポート情報） より

そんなメールは届いていない。FTPサーバ名変更なんて、知らなかったら混乱していたかも知れない。

ちなみに、JCOMのUNIXサーバは、拡張子.xslのテキストファイルのMIME typeを、text/plain としてしまう。IEはtext/plainでもxml宣言を見ていたので今の今まで気づかなかった。クレームでもつけてみるか。

以上を踏まえて考えると，ニールセン博士の件の文書[see User Empowerment and the Fun Factor (Alertbox July 2002) (英語)]を読むとき，我々は下記のような構造をもつ文章で構成されていると脳内補完して読んでいるのではないでしょうか。

<大見出し>User Empowerment and the Fun Factor</大見出し>
    <小見出し>Summary</小見出し>
        <p>要約文</p>
    <小見出し>The text</小見出し>
        <p>本文</p>

要約文（Web Site Watch） より

DDTさんが要約文と本文を明確に区別されたように、私も明確に区別します。本文ではないということをです。「User Empowerment and the Fun Factor」という「Chapter」の、本文ではない部分と認識します。つまりこの見出しと共に形成されるこのChapterのheaderであり、それとしてマークアップ（グループ化）可能であると思っています。そうであるなら、それが意味するのはISO-HTMLのdivnを考えると（以下略）。

その他、図などの参照されたオブジェクトの扱いについては前回も書いたように同意でして、本来XLinkでいうxlink:type="embed"をもった要素と考えても良いかと思います。そのようなオブジェクトの表題は、title属性にするのも良いかも知れません。CSSの出番。しかし純粋にメタな情報でないなら、できる限り要素にしたいところですが。

[2002-06-11] 日弁連は http://www.nichibenren.or.jp/terms.html（これはリンクではありません^^;）で「リンク先は　http://nichibenren.or.jp　としていただきます」（これではつながらない。正しい URL は http://www.nichibenren.or.jp/），「また、リンクを張られる前に、日本弁護士連合会に以下の事項をメールで報告してください。／リンク元サイトのホームページのＵＲＬ／リンク元サイトの管理者の住所及び氏名又は名称（団体の場合は代表者の氏名を含む）／担当者の氏名、電話番号及びメールアドレス」と書いている。 Slashdot.jpで馬鹿にされている。

リンクに許可は必要か より

ハイパーリンクじゃないかも知れないが、http://www.nichibenren.or.jp/terms.htmlと書けばリンクだろう（まあ馬鹿を話題にしているので用語の用法を適当に合わせたんだろうけど、相手が馬鹿だろうがなんだろうが顔文字を使ったやり方は虫唾が走る）。アドレスバーに貼り付けて「Go」だの「移動」だの「Enter」だのする手間をなくしたのがハイパーリンク。

参照が便利になっているだけなのに、「移動」だの「ジャンプ」だのといったメソッドを、イコール「リンク」と考えてしまうのが間違い。

しかし、しつこいなー私も。

いやしかし、XMLブラウザの普及が楽しみで楽しみでしかたがないよ。XPointerを利用した参照なんかは、どんな実装になるんだろう。連続しないノード集合を指定したら、「リンク」＝「ジャンプ」という認識は崩壊するんじゃないの?（というか、とっとと崩壊しやがれ）

しかしその前にXHTMLの普及が怪しかったりして。願わくは大いに普及してもらいたいなあ。本当に心から楽しみにしているんだ。XPointerのWebでの実用化。まあ駄目なら駄目で、埋め込みJavaScriptを利用して個人的に楽しんでみてもいい。とはいってもまだ実験中で、XLinkの形式を利用した個人ブックマークを試しているのだけど、終点アンカーの位置が変ったりすると困るんでその辺が問題。この意味では、訂正などはすべてdel、ins要素でやってもらえるとちょっと助かる。ただ、p要素であったものをdel要素にすげかえたりするのはNGだ。判別不可能だから。マークアップ作法からしてどうかという問題は別として、やはり既存のp要素の中身をdel要素にしてもらえると有り難い。del要素の子になってしまうと、木構造レベル（階層レベル）で既存の要素の位置が変化してしまうから大変だ。逆にins要素はpタグなどで括られると困る。……以上、奇妙な異世界の話でした。

文書構造と無関係な表題（HTML）について、ご意見を頂いきました。

この手のコラムが書籍で節の途中で出てくるのは，視覚的・参照的効果を狙ってのものと思いますが，意味的には節の末尾に（若しくは，全く別の文章として）書かれているものと考えられます。

コラム（Web Site Watch） より

視覚的・参照的効果を狙ってのもの。その場合ならリンクにしてしまえば良いのでしょう。

<div>
    <h1>……</h1>
    <p>文章</p>
    <div>
        <h2>……に関する注意点など</h2>
        <p>文章</p>
    </div>
    <p>文章</p>
</div>

<h1>……</h1>
<p>文章</p>
<p><a href="#note">……に関する注意点など</a>も参照。</p>
<p>文章</p>
<h2>Foot Note</h2>
<h3 id="note">……に関する注意点など</h3>
<p>文章</p>

<div>
    <h1>見出し</h1>
    <p>文章</p>
    <div>
        <h2>Note</h2>
        <p>文章</p>
    </div>
    <p>文章</p>
</div>

このNoteと表題されたブロックは、文書構造において章や節を意味するものではないが、このような形式はよく見られ、批判の的になっている。

しかし、かといってこのNoteにあたる見出し部分を見出しとしてマークアップしなければそれで良いのだろうか。例えば、The Web Kanzakiに良く登場する点線付きのブロック。

• フォームデータの送信

先頭に交通標識のような画像があり、alt属性に「Note:」と記述してある。The Web Kanzakiでは、このブロックは各節の末尾に置かれているので何ら問題があるとは思わないが、書籍等では多くの場合「点線等で区画されたブロック」はしばしば節などの途中に登場し、表題がついている。章番号、節番号などからは独立した表題だ。

このような、章や節などの文書構造とは無関係な表題は、なにでマークアップすれば良いのだろうか。

<div>
    <h1>見出し</h1>
    <p>文章</p>
    <dl>
        <dt>Note</dt>
        <dd>文章</dd>
    </dl>
    <p>文章</p>
</div>

このように定義リストとしてマークアップするのも何か引っかかるものがある。

<div>
    <h1>見出し</h1>
    <p>文章</p>
    <fieldset>
        <legend>Note</legend>
        <p>文章</p>
    </fieldset>
    <p>文章</p>
</div>

この方がしっくりくる。Noteが見出しであるという意図も明示できているし、fieldset要素の目的上、他の要素とはっきりとした区別がつくよう、ブラウザによって表現されるはずだ。ただ、フォームコントロールとして誤解される恐れがあるのかどうかが心配。form要素ではないのだから大丈夫だとは思うけれども。

というようなことを以前から考えていた。

ulタグを省略するためのテンプレート。これで、ルート要素の直下にli要素を置ける。同様にdlタグやtableタグなんかも省略できそうだ。

<xsl:template match="/child::*[1]/li">
    <xsl:if test="name(preceding-sibling::*[1]) != 'li'">
        <ul>
            <xsl:call-template name="groupListItems" />
        </ul>
    </xsl:if>
</xsl:template>

<xsl:template name="groupListItems">
    <li><xsl:apply-templates select="child::node()" /></li>
    <xsl:for-each select="following-sibling::*[1]">
        <xsl:if test="name(self::*) = 'li'">
            <xsl:call-template name="groupListItems" />
        </xsl:if>
    </xsl:for-each>
</xsl:template>

変換前：

<root-element>
    <p>文章</p>
    <li>リスト</li>
    <li>リスト</li>
    <p>文章</p>
    <ul>
        <li>リスト</li>
        <li>リスト</li>
    </ul>
</root-element>

変換後：

<root-element>
    <p>文章</p>
    <ul>
        <li>リスト</li>
        <li>リスト</li>
    </ul>
    <p>文章</p>
    <ul>
        <li>リスト</li>
        <li>リスト</li>
    </ul>
</root-element>

順序型リストだった場合はlo（List-item Ordered）要素とか何かをでっち上げて同じようにやってみようかと思ったが、素直にolタグでグループ化することにした。あまり使わないし。

xsl:call-templateで自分を呼び出す際、無限ループには気をつけなければ。この例にて、for-eachでカレントノードを変更し忘れた為無限ループをやってしまい、プロセッサを一つ再起不能にしてしまった。リブートで復活。