'LISTEN)【sIFR】...でletter-spacingを効かせる方法。shuffleが終了しました。対する、とっても良いレポートと論評をアップしていて、参加者された方には是非とも一読をオススメしたいのですが、いくつか気づいた点がでてきたので蛇足気味ではありますが、一応、書き留めておきます。差も実感しにくいのかも...なんて思いました。なんかよりもはるかに重要。XHTML1)をそのまま継続利用すれば良く、無理に次世代規格にシフトする必要はないと思います。HTML文書に対するサポートを切り捨てるとは考えにくいでしょう。要領よくまとめています。気持ちに余裕があったら、訳してみようかな..。個人的に気になるのは、どういうケースが記述できるようになって、どういうケースが記述できなくなるのか?といったあたりでしょうか。これは追々、僕も検討してみようと思います。)であるかの違いがあります。)「classやidによる拡張は可能だが、それは共有することが困難な拡張だ。モデルと、単に利用頻度の高いモデルとは区別されるべきだと思います。前者に比べ、後者は柔軟性や変化への耐性が低いため、新要素・新属性の追加やモデルの見直しが迫られるリスクが増大します。ような、民間有志のコミュニティーによる、より緩い下位標準に委ねた方がいいのではないかと思ってます。名を考える(2007.05.30)定義リストの違和感(続)(2007.05.28)定義リストの違和感(2007.05.26)コメント小嶋さんのブログ(TRANS)のコメント欄参照。18:51こんにちは、いつも拝見させていただいています。次世代規格について詳細が決まっていない段階からこういった議論を展開するのも早いような気がしますが、1点気になることがあり、コメントさせてください。XHTML2やHTML5で、ナビゲーション要素を示すnl、もしくはnav要素が追加されると聞きました。これって、HTML4.01で非推奨になったmenu要素と一体何が違うのでしょうか?Kurumaさんの見解である「多くの人が使うのもははじめから共有化されたほうがよい」という意見は同意できるのですが、以前非推奨としたものをまた追加し直すというのもどうかな?とは思いましたもちろん、このnavやnl要素がmenu要素と違ったコード体系を持っているのかもしれませんし、根本的な扱いがmenu要素とは違ったりするのかもしれません。このへん、詳しくないので、なんとも言えないのですが。それなら、いっそのことmicroformats的なclass属性への拡張、いや追加?的なアプローチのほうが妥当かなとも思ったりします。3rdの内容は信ずるに値するか?にコメントしたはずなんですが、反映されたのかどうか分からなかったので、TBでもお伝えしておきます。自分の無知をさらけ出すのもあまりよい気持ちでもありませんが、やはり気になることであるので。