「semantic」カテゴリーアーカイブ

IT戦記 - マークアップエンジニアはどこへ向かうべきか（を考えてたらカッとなって LL の資料公開）を読んで。

まあ、論調とか引用されている発言には微妙なものもいろいろ思うところもあるけど、HTMLとCSSが書けるだけの人は何か別のことも必要という点は同感。

ただ、そもそも、HTMLをちゃんと書ける人ってそんなにいないと思っているけどね。CSSありきとかJavaScriptありきで考える人が多すぎ。

最近みたものではウノウラボ Unoh Labs: JavaScriptを使わないスターレイティングの作り方のHTMLとかさ、ひどい。ひどすぎる。なんだよ、そのリスト。他の例だと、HTMLの構造上、ナビゲーションを何処に出現させるのか、とか。これはXHTML Role Attribute Moduleの時代(謎)がくると少しはマシなのかな。くれば、ですが。

ウェブ標準が流行っているとか、ウェブ標準の時代とか言われたりするけど、現実はそんなもん。tableレイアウトが流行っていたときにレイアウトをtable要素等で行っていたのが、CSSが流行ったからレイアウトにCSSを使っているようになっただけ。

ま、それでも、validなHTML文書が増えるのはいいことだけどね。機械的に処理がやりやすくなるし。

HTML/XML Validatorの用途とAnother HTML-lintの用途を書いておく。当たり前のことではあるが、当たり前のことでもウェブに晒した方が良いだろうという判断。

HTML/XML Validatorは、作成した文書がミスのためにinvalidになっていないかを確認するために使うもの。ウェブで公開するあらゆるHTML文書、XML文書は、全て事前にValidatorを通してもいいぐらい。当然、学習用ツールではない。

Another HTML-lintは、作成した文書がミスのために意図しないものになっていないかを確認するために使うもの。エラー箇所や警告箇所のコメントを読むと勉強になることはあるかも知れないが、学習用ツールではない。

Microformatsの仕様がパブリックドメインになろうとしています。全てのAuthor、Editorが賛同した仕様については、既にパブリックドメインになっています。例えば、 rel="license"がそうです。

また、今後、Microformatsの仕様への貢献については、それをパブリックドメインにする人からのみを受け付けるようです。関連するメーリングリストのスレッドは[uf-discuss] Voluntary Public Domain declarations now enabled on the wikiあたり。Microformats Wikiにcommitしている人は、ユーザページにpublic-domain-releaseテンプレートを適用することで、意思表明ができます。

日本で活動している人間としては、パブリックドメインの解釈が微妙なところもあるのですが、方向性は良い方向だとは思います。

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を振ってやればいい。

初出

2005-12-08T17:54:00+09:00

profileをmicroformatsのhCardでマークアップしてみた。

hCard の概要はこんな感じ。

• rootになる要素のclassに「vcard」を指定。
• 名前(name)を表す文字列のclass に「fn」か「n」を指定。「fn」はformatted textになる。詳細はRFC 2426 - vCard MIME Directory Profileを参照のこと。
• 名前関係は他に次のようなものもある。
  • family-name
  • given-name
  • additional-name
  • honorific-prefix
  • honorific-suffix
  • nickname
• 「fn」の場合は次のような取り決めがある。
  • 「fn」を指定した要素の内容は空白文字で区切られる。
  • 最初の文字列は「given-name」と解釈される。
  • その次、もしくは最後の文字列は「family-name」と解釈される。
  • 例外として、最初の文字列が「,」で終わるときや、2つめの文字列が一文字(と「.」)で終わるときは、最初の文字列が「family-name」、2つめが「given-name」となる。
  • Webサイト等のURLへリンクしたa要素には「url」クラスを指定する。
  • 顔写真を示すimg要素には「photo」クラスを指定する。
  • emailアドレスを示す要素には「email」クラスを指定する。
  • 所属を示すために「org」、「organization-name」、「organization-unit」を用いる。

まあ、他にもいろいろあるが、詳細は次のものを参照のこと。

• http://www.microformats.org/wiki/hcard
• http://www.microformats.org/wiki/hcard-profile

サンプルとしてはこんな感じか。

<dl class="vcard">
  <dt>名前</dt>
  <dd><a href="http://iwai.alib.jp/" 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.b-architects.com/">株式会社ビジネス・アーキテクツ</a></span>
    <span class="organization-unit">Plannig & Management Group</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://iwai.alib.jp/" 
     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ディレクトリプロファイルが参考になる。

初出

2006-01-09T07:22:00+09:00

第九回XML開発者の日でちょっと話題になっていたけど、microformatsのhCardでrootのクラス名と同じ要素にプロパティを指定することはダメらしい。詳細はhCard FAQのCan you mix properties and the root class nameを参照のこと。