XSLT版はid:mayukiさんが既に作られているのですが、他の言語だと複数の解が出ているところもあるので、自分もXSLTでの別解を作ってみようと試みました。方針は以下。

• XSLTスタイルシートの埋め込みを使ってみる。
• 入力文字列がXPathとして評価されるようにしてみる。

できたものは以下の通り。

<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet type="text/xsl" href="#style"?>
<!DOCTYPE ひだまりスケッチ [
  <!ATTLIST xsl:stylesheet id ID #REQUIRED>
]>
<ひだまりスケッチ>
  <xsl:stylesheet version="1.0"
    id="style"
    xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
    <xsl:output method="text"/>
    <xsl:template match="/*">
      <xsl:if test=" 来週も見てくださいね > X / _ / X  ">
        <xsl:value-of select="name( /* )"/>
        <xsl:text>×</xsl:text>
        <xsl:value-of select="*[last()]"/>
        <xsl:text> </xsl:text>
        <xsl:value-of select="name( *[last()] )"/>
        <xsl:text>!&#xa;</xsl:text>
      </xsl:if>
    </xsl:template>
    <xsl:template match="xsl:stylesheet"></xsl:template>
  </xsl:stylesheet>
  <X>
    <_>
      <X>201</X>
    </_>
  </X>
  <来週も見てくださいね>365</来週も見てくださいね>
</ひだまりスケッチ>

Firefox 2.0, Opera 9.51では直接開いて結果を見ることもできます。サンプルをどうぞ。IEでもXSLTスタイルシートと文書を分離すれば見れるようになるかと思います。

コマンドラインより、libxmlのxsltprocで変換することもできます。

$ xsltproc hidamari.xml
ひだまりスケッチ×365 来週も見てくださいね!

１つのformで複数ボタンを作り、どのボタンが押されたのかをCGI側で判定したい場合があります。

ということでJavaScriptを使用したソースが例示されていたのですが、「複数ボタンを作り、どのボタンが押されたのかをCGI側で判定」という目的に適うものならば、以下のようにHTMLだけでごく簡単に実現できます。

<form action="" method="get">
<input type="submit" name="b1" value="button1">
<input type="submit" name="b2" value="button2">
</form>

• サンプルHTML

サンプルのフォームは action="" method="get" としているので、ボタンを押すとHTMLファイル自身のURLにクエリ文字がついた形 (～/form_sample.html?name=value) でアクセスされます。

(余談ですが、こうするとHTTPサーバを介さなくてもブラウザのみでフォーム送信のテストができるので、自分はよく使っています)

で、このようにすると、

• "button1"を押した時は、b1=button1 というデータが送信される。
• "button2"を押した時は、b2=button2 というデータが送信される。

となるので、フォームデータを受け取る側は「パラメタ名b1に値があるか」および「パラメタ名b2に値があるか」をチェックすることで、どちらのボタンが押されたかを判定することができることになります。

自分は以前、「submitボタン(type="submit"のinput要素)のvalue属性はラベル表示のためだけのもの」という誤解をしていたのですが、そうではなくちゃんとname属性を与えれば、送信時にはその name属性値=value属性値 というデータの組が付加されて送られることを後から知りました。さらに、submitボタンに設定されたデータはあくまでボタンを押した時のみ有効となります。そのおかげで上記のようなボタンの区別も容易にできるというわけです。

XML宣言とDOCTYPE宣言 - vantguarde - web:gをきっかけにXHTML Media Types - Second Editionを見て、XHTML Media Types(FE, SE)のtext/htmlの項とXHTML 1.0 SEやXHTML Media Types FEのHTML互換性ガイドラインはデフォルトの文字エンコーディングの点で矛盾があるのでは、と思いました。

上記を拝見して自分も

• XHTML Media Types Second Edition の「3.1. 'text/html'」の項
• XHTML Media Types Second Edition の互換性ガイドラインの項

を読んでみたのですが、この2つの記述は矛盾というよりは、現時点における事実をそのまま述べているだけと思いました。

text/htmlについては、(XHTML Media Types SEでも言及されているように、)

• RFC 2046([MIME])によれば、textメディア型のデフォルトのcharsetはUS-ASCIIである。(4.1.2)
• RFC 2616([HTTP])によれば、textメディア型のデフォルトのcharsetはISO-8859-1と定義される。(3.7.1)

といった異なる内容の規定があったりするので、「デフォルトのcharsetをあてにすると面倒なことになるから、charsetは明示しましょう」ということで注意をうながしているものと思います。

また、互換性ガイドラインの記述については、この箇所はもともとXML宣言の省略に関して述べているわけで、XML宣言を省略するとなるとエンコーディング宣言も書けないわけですから、その条件として、XML文書のデフォルト文字エンコーディング(UTF-8またはUTF-16)にも言及せざるを得ないところだと思います。

「デフォルトの文字エンコーディング」という観点で見ると一見矛盾のように見えますが、「text/htmlというメディア型」と「XML文書の仕様」という2つの事情があり、それらはXHTML Media Typesが書かれる以前に既に決められたことであったため、それをありのままに述べた……ということだと思います。

以上のような考えで、下記のブックマークコメントを記していました。

text/htmlではデフォルトcharsetを仮定すべきでない(RFC 2854)、という話と、XML文書ではUTF-8/UTF-16がデフォルト(XML仕様)、という話だと思う。

そうしたところ、ブックマークコメントへの言及として、以下の問いかけを元記事の追記にて頂きましたので、再度考えてみました。

それについては異論ありませんが、ではHTML互換性ガイドラインが仕様(XHTML 1.0 SE, XHTML Media Types SE (Editor's Draft, 2008-04-23))の言うように文書をHTML UAでもレンダリングしたい文書作成者のための設計ガイドラインだとして、何故HTML(text/html)には適用されないルールを何の注釈もなしに記述しているのでしょうか。

念のためcnrdさんの疑問点を確認しておくと、「互換性ガイドラインはHTMLとの互換を考慮するものなのに、なぜHTML(text/html)には適用されない『XML文書ではUTF-8, UTF-16がデフォルトの文字コード』という話を持ち出すのか?」ということであろうと解釈しています。以下その前提で述べます。

確かにcrndさんの引用箇所(Remember, however, that ...)に注目すると「UTF-8, UTF-16で書ける」という話にとれなくもないですが、そのもう少し前からの文章の流れを読むと、そもそもこの箇所は「XML処理命令・XML宣言を省略する」ということが主題となっているものと思います。見出しも Processing Instructions and the XML Declaration となっていますし。

Processing Instructions and the XML Declaration以下の文章の流れを、自分は以下のように解釈しています。

1. いくつかのブラウザは、XML処理命令やXML宣言をうまく扱えないよ。
2. そういうブラウザとの互換性を考えるのであれば、処理命令やXML宣言を外したいと思うかも。
3. しかし思い出してほしい。文書がXML宣言を含まないとき、HTTPのような上位のプロトコルでエンコーディングが指定されていなければ、使用できるのはUTF-8かUTF-16だけだよ。

互換性を考慮するにあたっては、単にHTMLの側の事情のみを考えるのは不十分で、XML側の事情にも配慮してはじめて互換が達成できるわけですから、「XML宣言を外す」という命題において「XML側ではこのような事情がある」という点に言及することは、やはり必要なことだと思います。

……という風に考えたのですが、答えになっているでしょうか。

The idea behind this event is to promote Web Standards. Plain and simple. This includes proper use of (x)html, semantic markup, a good hierarchy structure, and of course, a good 'ol play on words. It's time to show off your <body>.

• CSS裸日2007 - 徒書
• CSS裸日 - 徒書 (2006年)