re:マルチシートアプローチとかクラス名とか
re:マルチシートアプローチとかクラス名とか ネタ元:マルチシートアプローチとかクラス名とか いろいろな人の意見が出てきて面白いところですので、私の意見も書いておきたいと思います。 個人的にはスタイルシートを、分けないほうが効率が良いと思ってます。 Firebugを利用すれば編集したいCSSが、どのスタイルシートの何行目に記述されているかが3秒でわかるので1枚だと非常に楽です。 作業的には ブラウザで確認→Firebugでスタイルの確認→エディタに移動(Alt+Tab)→編集する行に移動(Ctrl+g)→編集保存→ブラウザに移動→最初に戻る。 で済むのですが複数枚で管理していると ブラウザで確認→Firebugでスタイルの確認→エディタに移動(Alt+Tab)→編集するスタイルシートに移動(Ctrｌ+Tab)→編集する行に移動(Ctrl+g)→編集保存→ブラウザに移動→最初に戻る。 という
デバッグCSSはStylishを使うとすこぶる便利な件 | TOTOCO.ORG
先日TRANSさんで紹介されていたデバッグCSS、Firefxの拡張「Stylish」を使えば便利だと思うのですよ。 以前書いたFx拡張まとめでも挙げているように、Stylishはユーザースタイルシートの編集・管理をする拡張です。 デバッグ用CSS「Diagnostic Styling」とそのサンプルコード - TRANS [hatena] http://d.hatena.ne.jp/aratako0/20080119/p1 サイトのチェックをするたびにデバッグCSSを追記するのもちょっと面倒ですよね？ Stylishに登録しておいてチェックの時だけ有効にすれば、制作済みのファイルを汚すこともなくとても便利です。自分はこの方法でチェックをやっています。Web制作者なら大抵Firefoxをインストールされていると思うので、試しにやってみてはどうでしょう。（以下はWindowsでの手順で
デバッグ用CSS「Diagnostic Styling」とそのサンプルコード - Trans
CSSを使って開発中のHTMLのデバッグを行ってしまうという考え方の紹介とそのサンプルコードをメモしておきます。 デバッグ用CSSとは何か。 まず、サンプルのコードを示してみます。 img[alt=""] {border: 3px dotted red;} img[title=""] {outline: 3px dotted fuchsia;} img要素に続くのは属性セレクタ（属性セレクタについてはCSS セレクタに関するおさらい | WWW WATCHが詳しいので、そちらを参考に）。alt=""とtitle=""の属性と値を持つimg要素にマッチし、それぞれのスタイルを与えます。こうしておくと、HTML内に空白のalt属性やtitle属性があれば、指定されたスタイルが適用されるになり、空白であることが分かるわけです。 もう1つサンプルとして、こんなのはどうでしょうか。 a[href="
長い子孫セレクタをインデントする - lucky bag
子孫セレクタをうまく使うことで、スタイルのためだけに ID や クラスを付与することなんかを避けることが出来るわけだけど、状況によっては深い階層の要素を指定するために子孫セレクタがとんでもなく長くなる場合がある。例えば、最近見た他人が書いたコードで一番長かった子孫セレクタなんかは、こんな感じ。 #content-body div.collapsing-block.pseudo-collapsed .collapsing-btns .toggle-collapse { property: value; } 基本的に、セレクタ内には空白文字を挿入することが可能なんだけど、改行やインデントも空白文字のひとつに含まれる。そこで、長いセレクタに改行、インデントをうまく使うことで、視認性を高めることができるかもよってのが今回のアイデア。上記の長い子孫セレクタに改行・インデントを取り入れてみると、こんな
IE5.xとIE6互換モードがidやclass名の大文字小文字を区別しない件を利用する | Blog hamashun.com
IE5.xやIE6の互換モードがidやclass名の大文字小文字を区別しないのは、わりと知られています。 これとラクダ式id、class名を使えば、cssの振り分けができるなーとか思いつきました。 ちなみにラクダ式とは、「mainContent」や「subNavi」など2単語以上からなるid、class名を、ハイフンではなく2単語目を大文字にして可読性を上げる書き方の事です。 camelと英語で呼ぶ人もいるとか。 個人的には結構好き。 HTMLとCSSのソース /* for modern brow */ #sampleA { color: blue; } /* for IE5 6 */ #samplea { color: red; } <p id="sampleA">ほげほげ</p> これで、IE5.xとIE6互換モードでは文字が赤に、Firefoxなどでは青になります。 なお、他の人が見
分割CSSファイルの構成とそのルール - 3ping.org
ひとつのスキンは、機能・役割ごとに独立したCSSファイルが複数組み合わさって構成されています。各CSSファイルがどのような役割をもち、スキンの一部として組み込まれているかを理解することで、既存スキンの編集が簡単になります。 ここでは、Vicunaで配布しているスキンについて、 全体の構成 コアファイルの役割 記述ルール 分割方法の特徴 に分けて解説します。 全体の構成 次の図は、各ページが読み込むCSSファイルを示したものです。Vicunaで配布している純正のスキンは、すべて以下のような構成になっています。 ページに直接読み込まれる 0-import.css は、その下の5つのファイル 1-element.css 2-class.css 3-context.css 4-layout.css 5-module.css を読み込みます。スキンのデザインのほとんどは、このうち 5-module.
[CSS]ブラウザのスタイルを初期化するスタイルシートのサンプル集 | コリス
YUI、Blueprint、YAMLなどのCSSのフレームワークでも利用されているブラウザのスタイルを初期化するスタイルシートのサンプル集です。 Blueprint YAML YUI Tripoli meyerweb warpspire christianmontoya crucialwebhost 下記のスタイルシートは、記述スタイルを同様のスタイルに全て変更しています。また、コメントも削除しています。 Blueprint Blueprint Based:Reset Reloaded <textarea name="code" class="css" cols="60" rows="5"> html, body, div, span, object, iframe, h1, h2, h3, h4, h5, h6, p, blockquote, pre, a, abbr, acronym,
![[CSS]ブラウザのスタイルを初期化するスタイルシートのサンプル集 | コリス](https://cdn-ak-scissors.b.st-hatena.com/image/square/bc54860ba06deaa45382cf2bddc929515def0354/height=288;version=1;width=512/https%3A%2F%2Fcoliss.com%2Fshared%2Flogo-2014050501-en.png)
ブラウザのデフォルトスタイルをリセットする手段、ユニバーサルセレクタとタイプセレクタの違いは？ | Blog hamashun.com
ブラウザのデフォルトスタイルをリセットする際にユニバーサルセレクタを使用すると、読み込みが遅くなるとか言う話があるんですけど、具体的にどれくらい遅くなるのかという話は聞いた事がありません。 なので、調べてみました。 ソース 使用したソースは以下の2種類です。 なお、2番目のソースはYUIで公開されている物を使用しました。 * { margin: 0; padding: 0; } body,div,dl,dt,dd,ul,ol,li,h1,h2,h3,h4,h5,h6,pre,form,fieldset,input,textarea,p,blockquote,th,td { margin:0; padding:0; } それぞれを当サイトのcssファイルに書いて、Firebugでcssファイルの読み込み時間を100回づつ計測しました。 計測したのは、2007年9月2日の夜23時頃、ADSL回
CSS記述規則「プロパティ別整理法」の提案 : akiyan.com
2005-03-06 はじめに 2005-03-05 提案の目的 2005-03-07 必須ツール 2005-03-06 注意点 2005-03-11 多くのCSSは図書館方式で整理されている 2005-03-06 図書館方式の例 2005-03-07 図書館方式の利点 2005-03-11 図書館方式の欠点 2005-03-04 図書館方式の何が不満か 2005-03-06 プロパティ別整理法とは 2005-03-04 絶対規則 2005-03-04 推奨規則 2005-03-06 プロパティ別整理法の例 2005-03-11 プロパティ別整理法の利点 2005-03-04 プロパティ別整理法の欠点 2005-03-04 プロパティ別整理法に近い例 2005-03-04 機械との親和性 2005-03-04 Grep検索を活用する 2005-03-04 機械が完全に理解できる 2005-
ウノウラボ Unoh Labs: CSSの管理と記述法のコツ
前回はYUIの紹介でしたが、今回はCSSの管理と記述法について書きたいと思います。 CSSは、主なHTMLエディタなどでは標準で編集できますが、多人数での開発 やスタイルが多くなってくるほど管理が大変になっていきます。 アプリケーションソフトの管理機能もいいですが、CSSコーディング規約のようなものがあると、より把握が容易になるメリットがあります。 サイト基準設定、ページレイアウト、共通要素、個別スタイルに分ける 構成内容によって、上記のような段階に分けると、意図しない表示等が出たとき、簡単に影響箇所の割り出せます。 基準スタイル（ex: base.css) font-sizeやfamily,デフォルトのmarginやpaddingのリセット等。 前回のYUIのReset.CSSを使う手もあります。 ページレイアウト(ex: layout.css) カラム構成やグローバ
Writing Efficient CSS - MDC
この記事は、Mozilla Japan 翻訳部門もしくはその関連グループによりすでに翻訳済みのものを移行してきました 移行元の文書。英語版と内容が異なる場合や、MDC の他の記事と整合性のとれていない場合があります。 以下の文書では Mozilla の UI で使用する CSS ファイルの最適化についての規則を概説します。最初の節では Mozilla のスタイルシステムにおけるルール分類の要について書きます。このシステムについて理解してもらった上で、続く節では Mozilla のスタイルシステムの力を最大限に発揮するルールの書き方を説明します。 【訳注: CSS スタイルのマッチング処理に於いては、ルール集合のうち各要素に対してマッチするものがないか順に全て調べていく必要があり、単純計算では (要素数)×(ルール数) 回のマッチング処理が必要になってしまいます。如何にしてこれを効率化するの
我的春秋 コード共有のためのネーミングルール
最近、CSS の使いまわしなどを視野に入れ、一部で class名や id名の共有というテーマへの関心が徐々に高まりつつあるような印象です。microformats なんかも、その流れのひとつといえるでしょう。 Naming conventions table（And all that Malarkey） もう、class名やid名で悩まないんだからっ！！（CSS HappyLife） (X)HTML の id/class における命名規則（purprin さん CSS Flight プレゼンスライド） 名前の共有はコードの共有のための（複数人で同一コードを編集・転用する）重要なファクターのひとつですし、非常にいい傾向だとは思うんですけど、実際につけられている名前を見てみると、シブい顔をせざるを得ない事例が結構あるようです。 コード共有のためには避けたい命名事例 構造ではなく見栄えで命名して
スタイルシートのコンポーネント要素 〜ネーミングとCSS 3 Attribute Selectors〜 | F+R (FplusR)
前回からの続きです。よく使うコンポーネントを構成する要素 一覧の例をあげてみました。今回は、つくったクラスのネーミングについて考えてみたいと思います。 どのようなネーミングがいいのか 理想は、「文書中でどのような役割を持つのか」が一番です。しかし、ネーミングを考えるのは難しいのでそのあたりは少しずつかんがえていくといいでしょう。現実的に、「同じ内容なのに、クラス名だけ違う」のでは、コンポーネントの名前としては「分かりにくい」ので受け入れられないかもしれません。 ネーミングと CSS 3 Attribute Selectors 意外とネーミングを考えるときにキーになるのが「CSS 3 Attribute Selectors」です。 例えば、E[foo*="bar"] の指定を行い、foo 属性値が部分文字列 bar を含んでいる E 要素にマッチするようなクラス指定をおこなえる、というのが
『CSS でよく使う装飾定義をコンポーネントとしてまとめる』をもう一度
2007-01-27T20:51:03+09:00 CSS でよく使う装飾定義をコンポーネントとしてまとめるの続き 前回の記事で、コンポーネントする方法としてひとつの class に集約するという方法をとっていましたが、それではそもそも見た目重視のマークアップになってしまい HTML の構造化と、CSS で見た目制御するということについて本来の目的と離れた方向性であるというご指摘をいただき、考えを改めてみました。 単にclass名を変更するだけでは状況は大差ないような気がします。問題は、「よく使うスタイル定義の組み合わせ」をコンポーネントとしてまとめるのはいいとしても、それを或る一つのclass名に集約することなのではないかと思います。 HTMLのclass属性はスタイルシートのセレクタとしても利用されますが、より汎用的には、要素を分類するためにあるものだと考えます。なので、class名を
CSSでよく使う装飾定義をclass名でまとめることについて - 徒書
2xup.orgのCSS でよく使う装飾定義をコンポーネントとしてまとめるという記事を読んだのですが、挙げられているHTMLの例を見てみて、「いやいやその方向性は無しでしょう」と思ったのでした。何故かといえば、 リストをインラインで表示するために <ul class="inline"> ナビゲーションリストをタブのように表示するために <ul class="tab"> という書き方をしていたので。それはつまり「文字を赤くしたいので <span class="red">文字</span>」というのと同じなのでは。 ADP: class=red スタイルシートの基本 -- ごく簡単なHTMLの説明 (「クラス名の考え方」参照) 記事では、 見た目を意識しすぎてしまっているのが気になるので class の名前を変更したり、 とも書かれているのですが、単にclass名を変更するだけでは状況は大差な
CSS 分割管理の実践編
2006-12-13T09:47:51+09:00 数日前に行ったリニューアルでは、いくつか課題を設けました。ただただリニューアルしても張りがありませんし、ウェブデザインを行うものにとって自身のウェブサイトは自身の作品のようなものだし、好き勝手できるのも魅力なわけです。何回かの記事にわけて、リニューアルでおこなった作業をまとめていこうと思います。 前回、スタイルシートを分けて管理する方法をまとめるで CSS ファイルを分割管理するメリットや、どのように分割するか案を書いてみましたが、今回のリニューアルで実際に案を元に分割管理を実践し、結果はリストのようになりました。各ファイルの概要は案段階から変化がないので、そちら参照ください。以下のリストでは、テーマファイル以外の実際の CSS ファイルにリンクしています。 common.css component.css fonts.css scree
CSSを書くときに最初に読み込むファイル 06年10月25日現在 - Vox
YUIや独自のreset.cssを使用して使っています。/common/css/reset.css body, div, ul,ol,li, h1,h2,h3,h4,h5,h6, p,a, img, table,th,td, dl,dt,dd, form { margin:0; padding:0; border:0; line-height:130%; font-weight:normal; font-style:normal; font-size:100%; }ul{ list-style:none; }img { vertical-align:bottom; } /common/css/fonts.css /* Copyright (c) 2006, Yahoo! Inc. All rights reserved
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
class名に「表示に関する指示を組み込む」ことについて | Tech de Go
CSSの記述順とグループ化 | Tech de Go
新規でサイトを作る際に僕がいつも使ってるCSSのセットを公開するよ::::::STOPN' LISTEN::::::to the silence:::::::
