タグ

cssとGuidelineに関するs-e-iのブックマーク (7)

  • CSS SPICE » より良いマークアップをするためのガイドライン(Guidelines for creating better markup)

    456 Berea StreetのRoger Johansson氏が、Garrett Dimon氏のMarkup as a Craftというエントリーを読んで、沢山のガイドラインが多すぎると感じて(?)6つの最も重要なガイドラインをエントリーであげていました。 Guidelines for creating better markup Keep it simple. (シンプルにしてください) No layout tables. (レイアウトテーブルは使わない) Avoid classitis. (classの多様は避けて下さい) Structure and meaning first, presentation later.(構造と意味を最初に考えて下さい。見た目は後です) Know all HTML elements and attributes. (全てのHTMLの要素と属性を知って

    s-e-i
    s-e-i 2007/05/04
    いいねえ、シンプルでいい
  • Mozilla — 利益ではなく、ユーザーのためのインターネット

    このサイトが機能するために必要な Cookie に加えて、あなたの閲覧のニーズをより理解し、エクスペリエンスを向上させるために、追加の Cookie を設定する許可をお願いします。プライバシーは侵害しませんのでご安心ください。

    Mozilla — 利益ではなく、ユーザーのためのインターネット
    s-e-i
    s-e-i 2007/05/04
    HTML用というかXUL用…かな?
  • コーディングガイドライン

    構造と見た目の分離の必要性 HTML は Markup (意味付け)する Language (言語)です。例えば文脈のなかで、「ここは見出しですよ」「ここは段落ですよ」などという感じに「意味付け」を行い、文書構造を記述するための言語です。 ところが HTML は Web ページのレイアウト目的に使う仕様が多数盛り込まれ、その簡便さ、習得のしやすさと柔軟性から、来の「意味付け」以外のレイアウトや見栄えに関する要素が多く使われていました。 それでは来の HTML の目的に反するということで、「見た目」の部分を担当する CSS が策定されました。 建築物に置き換えるならば、きれいな骨組みの建物(HTML)に壁の色を塗ったり窓の形を変えたり(CSS)という感じでしょうか。いくらきれいな色を使っていても設計ミスの建物では使い物になりません。文書でも同じことが言えるもので、プレーンに理解しやすい文

  • CSSで見やすくメンテナンスしやすいコードを記述するための自己流ルール【その2】 - pur*log

    Tag: CSS, guideline 前回のエントリーで仕様書の出現順などと書いてみたものの、どうも不完全燃焼感が漂っていました。先日、友人結婚パーティのあとに Web 業界な人と飲み会があり、プロパティに関して雑談をしていたところ、 アルファベット順で書く 好きなプロパティ順で書く なるほどいろいろやりかたがあるのだなー、と参考にしつつ、また悶々と考えながらいろいろなところを巡回。 一般にスタイルの設計は、広域的なスタイルから小さなブロックのスタイルへ、集合的な要素型から個別の要素へという具合に、広く汎用的なところから始めて順次対象を絞り込みながら細かな規則を加えていくと、効率的でメンテナンスしやすいものとなります。これをセレクタの使い方に当てはめると、 全体に共通する要素型セレクタ(および擬似要素、擬似クラスセレクタ)による定義を行い、 文書の大きな機能ブロックを表す要素型やIDセ

  • CSSで見やすくメンテナンスしやすいコードを記述するための自己流ルール - pur*log

    CSSで見やすくメンテナンスしやすいコードを記述するための自己流ルール 2006-05-11T02:03:32+09:00  Tag: code, CSS, guideline CSS の記述において、ある1つのセレクタに対して複数のプロパティを記述することは日常的に行われますが、プロパティを記述する順番がセレクタの種類によってバラバラになってしまいがちです。 例えば、このような感じです。 ul li { font-size: 90%; list-style-type: square; margin: 0; padding: 0; } ol li { padding: 0; margin: 0; font-size: 90%; list-style-type: decimal; } バラバラになって特に問題が起きるわけではありません(同一セレクタ内に同一プロパティが複数存在する場合は後に記

  • スタイルシートを書く時のガイドライン - 2xup.org

    2006-07-11T19:56:28+09:00 会社ではやっているのだけれど、自分のウェブサイトでもやってみよう。と簡略記述を利用する場合の値の順序やらもまとめとく必要があるのかもしれないけれど、セットフォーマットルールやプロパティの順番だけをサクッとまとめて資料にしてみました。課題は残したもののこれだけでも相当すっきり。詳細やセットフォーマットルールに関しては、ダウンロードできるようにしている資料を参考にしていただくとして、このエントリーではプロパティの順序についてまとめることに。自分自身が実際に作業を進めていくことを考慮し、その考えに基づいて設定したモデル別の順序は以下の通り。 生成 内容, 自動番号付け及びリスト (Generated content, Automatic numbering, and Lists) 利用者インターフェイス (User Interface) ビジュ

    s-e-i
    s-e-i 2007/05/04
    書く順番・優先順位なんか。考えて整理すれば読みやすい・わかりやすい、あと書きやすくもなるかもね。
  • CSS Nite Vol.7: Web制作現場の対立を解消する! XHTML CSSガイドライン作り [1]

    This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

  • 1