行動記録

WebDAVシステム構築ガイド released

あるスキーマに準拠するということ ( Re: 遠足に持っていくもの )

HTML 文書の作成とは、ある文書の文書構造をタグを用いて明示化していくことです。 その際には、特定のスキーマに従ってマークアップしていくこととなります。 で、そのスキーマではマークアップできない文書構造というものも勿論存在します。 顕著な例では、HTML 4.01 のスキーマを用いたときのリストを含む段落です。 これは、そのような文書構造をマークアップすることは HTML 4.01 のスキーマでは力不足であるためマークアップできないということを意味します。

そこで、朝顔日記の遠足に持っていくものより引用。

インチキくさいですか？ :p)

HTML4 等のスキーマでは当たり前のマークアップですよね。 object 要素を使ってリストを……などというのが流行っているようですが、 代替コンテンツを表示させたときにどのような構造になるのかぐらいは考えた方がいい。 スキーマに valid ならば良いという考えは美しくないとは思わないのだろうか。

HTML のための id と class

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

form の為の CSS を考えてみる

現実逃避(謎)ついでに form の CSS を考えてみる。 お題(謎)は、mixi の CSS テクニックとかいうコミュニティ。

label 要素で括って、label 要素を block レベルとしてレンダリングさせてみた。 問題点は次のようなところか。

submit ボタンがないのは盲点だったなぁ。 お題(謎)に入ってなかったのを見落としてた。 まあ、右揃えでもいい気もするが。

いろんなパターンを考えてみると面白いかも知れない。よくわからんが。

Re: How do you MARK UP?

Silver Ring の How do you MARK UP? への回答。

更新方法が「ブラウザから直接」という手段は取ってないので、 テキストエディタで更新してます。 挙がっている中では、手打ち直線型ですかね。

それはそうと、次のような段落がありますが、何か違和感が。

文章を書くとき、やっぱり人は先に言葉と文章ありきだと思うんです。 そのあとこれは段落にしたほうがいいな、これは定義リストにできるなとか、 マークアップのことを考えるのではないでしょうか？ その意味で、先に入力すべきタグ・要素を考えるのは不自然な気がします（直線型、タグ優先型）。

一般に、文章を output するときの流れは次のような感じだと思います。

  1. output するテーマを決める。
  2. 脳内でテーマについて考える。
  3. 脳内で output するものの論理展開、論理構造を考える。
  4. output する。
  5. output したものを推敲する。

したがって、実際にエディタ等を使って output する段階では、既に論理構造は決まっているので、HTML でのマークアップはその時点で決定しているはずです。 逆にいえば、決定していないと output できないのです。

ですから「先に入力すべきタグ・要素を考えるのは不自然な気がします」というのには賛同できないです。もちろん、output した後に推敲することはあるでしょうけど。

尤も、単に表現の問題なのかも知れませんが。

ヒトミンという Web デザイナーについて

ヒトミンという Web デザイナーの日記「WEBデザイナー日記」の「ウインドウズ派のWEBデザイナー」というエントリに次のような一文がある。

マックとウインドウズでは、いろいろ見た目が変わりますよね。それにファイルのやり取りで面倒な事が多い。＿|￣|○　ウインドウズ派な私としては、マックをウインドウズが買収して、ウインドウズ統一国家になる事を望んでいます。（小市民な野望）

一応、Web デザイナーを自称しているし、今までのエントリーへのコメントをみても、 彼女の発言をみて鵜呑みにする人が散見されることからも、それなりに影響力が高いと思ったので、ちょっとコメントをいれた。 「Web 業界の最近の潮流はユニバーサルデザインとかそういう方向なので、冗談にせよそういうことを書くと、ぜんぜん解ってない自称 Web デザイナーだと思われる可能性がある気がしました。」と。時間は 13:36 ぐらいに。

そうすると、14:07 ぐらいに再度みてみると、早速削除されていた。 仕事がはやいねー……じゃなくて、あのコメントが中傷だと判断されたらしい。 まあ、確かに「コメント（コメント歓迎です。中傷は削除対象です。） 」とは書いてますけどね。あれを中傷だというのか?

さて、このエントリーからも TrackBack を送ってみるわけですが、これも消されるんだろうか。

14:33 に TrackBack も消された。

たまたま、コメント直後、TrackBack の確認をしたウィンドウがそのままだったので、キャプチャーしてみた。

なんだか、「私のコメントが中傷だ!」と私自身が中傷されてしまった記録になってしまったような感じ。

Re: あなたの知らないかもしれないCSS: 5. こだわりのh1

textocean のエントリ あなたの知らないかもしれないCSS のこだわりのh1 から引用。

サイトのタイトルにちょっとこだわったフォントを使いたい。でもそれぞれのPCにフォントがインストールされていなければそれは可能になりません。そこでテキストの代わりに画像をってのは、結構常套手段となっています。（最近ではFlashで読み込んで表示するものもあります）

<h1><img src="widget-image.gif" alt="Buy widgets" /></h1>

もちろんこれでも問題ないのですが、Googleなどのサーチエンジンなどからは当然拾ってもらえません。

何故「当然拾ってもらえません」と言えるのでしょうか? 敢えて「当然」という表現を使うならば、仕様を考えれば、むしろ、そこから取得することが当然だと思うのですが。

元ネタだか翻訳されるものだかはわからないのですが、Ten CSS tricks you may not know では次のようになってますね。

This is OK but there's strong evidence to suggest that search engines don't assign as much importance to alt text as they do real text (because so many webmasters use the alt text to cram in keywords).

これを以って「当然」と断ずるのはなんか違うんじゃないでしょうか。 まあ、悪意のあるユーザが多いから検索エンジン側としては対処せざるを得ないという背景はあるのかも知れませんが、 その理由を書かずに「当然」と断ずるだけでは、img 要素の alt 属性の意味への誤解を誘発してしまうと懸念します。

IWAI, Masaharu iwai@alib.jp

Copyright © 2003 IWAI, Masaharu All Rights Reserved.

powered by blosxom