ちなみに、私はいつも構造化エディタを使って図書館方式で記述している。小規模なんで問題ない、というかスタイルシートを1ファイルにする必要はないでしょ?僕にとってはスタイルシートファイルの分割も機能分割に入ります。プロパティー別整理法は、機能分割に時間をかけないという意味でスタイルシートを1ファイルにするようなものだと思ったんです。実際の話、プロパティ別整理法を使っている人がスタイルシートをどう分割しているかで話が変わってきちゃいますけど。ファイルを分割する際や分割後にどれに入れるか悩んだり、どれに入れたのか忘れる場合はよろしくありません。いうことは、悩まないような分割方法であれば構わないといえます。いう風に分割するなら問題ありません。私が採用している継承方式は基準となる大規模なスタイルがあって、ページごとにちょっとだけカスタムしたいときに別ファイルにして定義するという方式です。稀にどちらに入れたかわからなくなったりしますが、ほんとに稀なのであまり問題になりません。派生スタイルがシンプルな(小規模な)CSSだからでしょう。あるプロパティの記述箇所を探すときにプロパティ別整理法を使っていれば、たとえファイルが分割されていたとしても最大でも分割された数だけ検索をかければ発見することが可能です。ご意見、ありがとうございました。okkezのPukiWikiイイかも知れない。頭の片隅に置いておこう。ぷろじぇくと、みすじら。diary(2005-03-11)ズバリ,ひとことで説明するならば,CSSの第一正規化といえるのではなかろうか.つまり,CSSを行思考のデータベースとすることにより,grepを用いてプロパティをキーにしてデータベース内を検索できる,というわけだ.CSSの第一正規化という表現は、データベースを知っている人ならなるほどと頷ける表現ですね。2005-03-16とにかく手法そのものだけでなく、CSSという「存在自体がなんとなくぐちゃぐちゃ」なものに対してもびしっと切り込んでいく考え方に学ぶべきところは多くあるように感じました。oogattaさん、褒め過ぎです。調子に乗る私には危険な言及です。要はCSSの記述の仕方をどの程度まで厳密にルール化し、またそれを維持するかってことに尽きるのではないかと思います。id/class属性値の命名規則とか、mozilla.orgのCSSファイルで話題になった同一セレクタ内でのプロパティ登場順、といった部分のルール化ですね。スタイル変更時に変更対象の探索については、いずれツールの類が進化すれば(いつも他力本願ですけど)十分解決が可能と期待しています。mozilla.orgのプロパティ登場順でソートは需要があると感じてきました。私もpaddingとmarginは隣り合わせたいと常々思いますから。本の進捗[雑記22]CSSメンテナンス直感的なGUIを持つ(DreamweaverやGoLiveなどの)ホストアプリケーションのエクステンションとして展開できそうな気がする。プロダクションなどはワークフローが強固だから道具を変えるのは難しいが、エクステンションなら導入しやすい。エクステンションですか、いい提案ですね。CSS記述規則「プロパティ別整理法」の提案より。twwbm:検索、EC、ウェブデザ、flickrをメモ。『cssのネックを解消できるかも。『作った後「○○を修正したい」という場合には便利かも。『巨大なスタイルシートの整理法。『1セレクタ1プロパティ。『「プロパティ別整理法」は長所もあるが欠点もある。文字色は文字色、サイズはサイズでまとめていく感じ。『視点を変えたCSSの記述法。発想は面白いけど、まぁ採用することは無いだろう。『css初心者ですが、自動生成やってみたら、すんごくかっこえくなった。『セレクタを行、プロパティを列とするなら、「行セット」だったものを「列セット」にしてしまう逆転の発想。『複雑なCSSスタイルシートの記述をするときにおすすめの整理法』ChangeLog2005-03-20反応リンク集のRefererログから見つけたものを更新。コメント付のはてなブックマークを更新。2005-03-11反応リンク集のRefererログから見つけたものを更新。2005-03-09反応リンク集のRefererログから見つけたものを更新。2005-03-08反応リンク集のRefererログから見つけたものを更新。コメント付のはてなブックマークを更新。2005-03-07セレクタ別のスタイルを把握したいときは、セレクタ基準で整形節を追記。図書館方式の利点を更新。図書館方式の欠点を更新。2005-03-06反応リンク集を更新。