HTML 文書の作成とは、ある文書の文書構造をタグを用いて明示化していくことです。 その際には、特定のスキーマに従ってマークアップしていくこととなります。 で、そのスキーマではマークアップできない文書構造というものも勿論存在します。 顕著な例では、HTML 4.01 のスキーマを用いたときのリストを含む段落です。 これは、そのような文書構造をマークアップすることは HTML 4.01 のスキーマでは力不足であるためマークアップできないということを意味します。
そこで、朝顔日記の遠足に持っていくものより引用。
インチキくさいですか? :p)
HTML4 等のスキーマでは当たり前のマークアップですよね。 object 要素を使ってリストを……などというのが流行っているようですが、 代替コンテンツを表示させたときにどのような構造になるのかぐらいは考えた方がいい。 スキーマに valid ならば良いという考えは美しくないとは思わないのだろうか。
profile を Microformats の hCard でマークアップしてみた。
hCard の概要はこんな感じ。
まあ、他にもいろいろあるが、詳細は次のものを参照のこと。
サンプルとしてはこんな感じか。
<dl class="vcard">
<dt>名前</dt>
<dd><a href="http://everybody.good-day.net/~iwai/" class="url n">
<span class="family-name">岩井</span>
<span class="given-name">雅治</span></a></dd>
<dt>所属</dt>
<dd class="org">
<span class="organization-name">
<a href="http://www.good-day.co.jp/">株式会社グッデイ</a></span>
<span class="organization-unit">ネットワークシステム部</span></dd>
<dt>メールアドレス</dt>
<dd><a href="mailto:iwai@good-day.co.jp" class="email">iwai@good-day.co.jp</a></dd>
</dl>
<div class="vcard">
<a href="http://everybody.good-day.net/~iwai/"
class="url fn">IWAI, Masaharu</a>
<a href="mailto:iwai@alib.jp" class="email">iwai@alib.jp</a>
</div>
なお、RFC 2426 - vCard MIME Directory Profile については、JIS X 0046:2001 vCard電子名刺のMIMEディレクトリプロファイルが参考になる。
Web::Blogoscope の XHTMLの最適化手法内の id/classを少なくするから引用。
id/classはdiv/span要素と組み合わせてスタイル適用のためのトリガーとして使う(スクリプトの参照先などにも利用するが、ここではひとまず置いておく)。id/classも少ないに越したことはない。
これは特に、効率的なCSS設計と関係する。id/classセレクタではなく子孫セレクタが利用できないか考えるのが、CSSの効率化に不可欠だからだ。なぜならid/classづけはCSSだけで完結する作業ではなく、XHTMLでid/class属性を追加・修正するという手間が発生するからである。
作業効率を考えると、CSSだけで作業が完結する子孫セレクタを利用したほうがよい。何よりXHTMLがクリーンになるというメリットもある。
なんか凄く違和感があるなぁ。
XHTML の話をしているのに CSS の効率化の話がでてくるし。
そもそも、文書構造を考える時点でスタイルシートなんかに囚われていることがおかしいのではないだろうか。
文書構造を示す上で必要であるならば id も class も積極的に指定していくべきだ。
これは、XML の設計目標の一つである「Terseness in XML markup is of minimal importance.」
にも合致した考え方でもあるだろう。
そうやって、文書構造を明示した上で、スタイルシートやスクリプトのために必要であるならば、別途 id や class を振ってやればいい。
The Web Standards Project の BUZZ の右側の月別アーカイブの部分を消したりする Greasemonkey スクリプト。
現実逃避(謎)ついでに form の CSS を考えてみる。 お題(謎)は、mixi の CSS テクニックとかいうコミュニティ。
label 要素で括って、label 要素を block レベルとしてレンダリングさせてみた。 問題点は次のようなところか。
submit ボタンがないのは盲点だったなぁ。 お題(謎)に入ってなかったのを見落としてた。 まあ、右揃えでもいい気もするが。
いろんなパターンを考えてみると面白いかも知れない。よくわからんが。
blog と呼ばれるようなものには、大抵、永続的リンクという記事毎の固有 URL がある。
いわゆる blog システムでも実装されていることは多いが、記事一覧から永続的リンクにリンクするときに
のような時刻からリンクするものが多いのはどうにかならないのだろうか。
論理的におかしいとしか思えないのだが。
こういう悪習が広まったのは、Movable Type が元凶か? あれの初期テンプレートはそうなっているようだが。
もっと、マークアップのときに頭使おうよ、とか思う。 ちょっと見直しませんか?>誰
Last.fm がリニューアルされた。 なんか、専用プレイヤーが用意されて、それと連携するようだ。
Linux なので、とりあえず Linux 用のバイナリアーカイブをもってきて、 /usr/local で展開し、Mozilla Firefox の設定を変更した。 設定は、An alternative way of making the lastfm:// protocol work on firefox (all platforms) にあるままで OK。
他に何が変わったのかは、次にあげるエントリを読むとよいかも。