This domain may be for sale!
(Amazonから買えるようになったもようです) 九天社より出版される「実践 Web Standards Design - Web 標準の基本と CSS レイアウト &Tips」の執筆をさせていただき、まもなく発売となるので宣伝させてください。 本書籍はhxxk.jpの真琴さん、lucky bag blogのe-luckさんとの共著で、それぞれが連携しながら得意なパートを担当して書き上げました。大まかな構成は次のようになっています。(詳細なアウトラインは記事下部にあります) XHTML, CSSの基礎知識と管理方法 レイアウト編 Tips&Tecnique ずっと作りたかった構成ができた! CSSはまず『(X)HTMLありき』であり、(X)HTMLの正しい知識を覚えた上で学ぶものです。そこで、まずレイアウトや実線編となるまえに、Web Standardsの考え方や(X)HTMLの基本、プレ
選択したテキストのスタイル(CSS)状態を簡単に知ることができるFirefox拡張「Font Finder」 2007年02月21日- Font Finder | Firefox Add-ons | Mozilla Corporation Get all CSS styles of selected text in Firefox. 選択したテキストのスタイル(CSS)状態を簡単に知ることができるFirefox拡張「Font Finder」。 ページを見ていて、このスタイルシートはどうなっているんだろう、と思うことがあると思います。 そんな場合に使えるツールで、テキスト選択して簡単にスタイル状態を知ることが可能です。 使い方は簡単で、まず、テキストを選択 右クリックで、「Font Finder」をクリック。 すると、次のようなダイアログが表示されます。 FireBugなんかでも同じような情
CSSでのfont-familyの指定がとても悩ましい。文字コードによって表示が変わったりするし、イレギュラーケースまで想定すると煩雑なコードになってしまう。ちょっと整理しながら考えてみる。 まず、font-familyを何も指定しないと、だいたいのブラウザではデフォルトで設定されているフォントで表示されるのだが、文字コードがUTF-8だとWindowsのIE6で英数文字が「Times New Roman」になってしまう。※文字コードがShift_JISやEUC-JPの場合はデフォルトのフォントで表示される。 それでは例えば総称ファミリー名(generic-family)である「sans-serif」のみ指定してみると、WindowsのIE6では文字コードがShift_JIS・EUC-JPの場合は「Lucida Sans Unicode」で、UFT-8の場合は「Arial」で表示されてしま
I'm always learning new things with CSS. It's interesting because I've thought of myself as a CSS expert for a while now (I'll challenge anyone to a competition, seriously) but I still keep learning and improving. I've come across some techniques lately that are extremely valuable and worth sharing. Have a look: Initial Settings Years ago I used the * selector as so in all my CSS: * { margin:0; pa
404 Not Found お探しのファイルは見つからないようです。 お手数ですが、下記リンクからトップページへお戻りください。 CoolWebWindow Copyright (C) Cool Web Window All Rights Reserved
CSSはHTMLだけのものじゃない妥当でないCSSハックはやめようという趣旨の記事を読んだのだけれど、一つ気になるところがあったので書いておく。普段だったらdel.icio.us辺りに誰も読まないコメントを書いて流すんだけど、はてブでもまだつっこまれていないようなので、記事にしておく。 結論を述べるとスターハックはCSS文法上全く問題がないハックであり、単にUAのバグをつついただけのハックである。この記事の筆者が言うような議論の必要などない。 下記にtypoを修正しつつ記事を引用する。 次に考えたいのは、書式として合っているかどうかです。* html .hoge {~}といったスターハックなどと呼ばれるハックは、「*(全ての要素)の子孫要素であるhtmlの子孫要素のクラスhogeの要素に対して~」という意味になります。しかし、html要素はルート要素なので、あらゆる要素の子要素となりえませ
CSSの書式は、もともとエラーが混入することを許容する仕様になっています。それはCSS2の仕様で構文解析エラー処理のための規則(原文)が定められていることからも分かることで、CSS仕様に従うブラウザは、誤まった記述をどの程度の範囲で無視すべきかについても正しく従う必要があります。 なので、CSSに多少のエラーが入っていても、利用者は、ブラウザが正しく処理してそれを無視することを期待することができるものと思います。 そしてここに、いわゆるCSS Hackが有用となる余地があると思います。つまり、あるCSS記述について、 理想的なブラウザが、HackによりそのCSSに含まれた誤りを適切に無視し、かつ仕様で定められたプロパティを全て正しく処理した結果として想定される表示 現実に存在するブラウザが、そのCSSを解釈した結果の表示 の両者が一致するのであれば、将来新たなブラウザが出現したためにそのC
関連リンク そろそろCSSハックの良し悪しについて考えてみる(書式編) そろそろCSSハックの良し悪しについて考えてみる(管理編) おまけ付き Re:CSS の用途をわざわざ (X)HTML に限ることはない スターハックに端を発するアレコレ スターハックに端を発するアレコレ まとめ編 フルCSSでサイトを制作する際に、まだまだ避けては通れないのがCSSハックです。 巷には色んなハックが溢れていますが、今回は良いハックと悪いハックを『書式』をキーにして考えてみたいと思います。 なお、ハックはあくまで最終手段であり、使わないにこした事は無いという事を、事前に書いておきたいと思います。 また、一部CSSハックと呼ぶには語弊があるテクニックもありますが、ブラウザ実装の差異に対する技術、といった意味合いで、この記事ではハックで統一しています。 バリデータに通るか否か まず最低条件として、バリデータ
さて、上山君に質問をもらっていた件の、(私なりの)解答編。おさらいだが、質問は次のようなものだった。 4231のソースをテーブルからスタイルシートに書き換えているのですが、floatタグで英夫日記を左に寄せて、恭子日記を右に来るようにすると、恭子日記で写真がある後にclear:leftしたときに、次の行が英夫日記の下まで飛んでしまいます。 clearが一個上のfloatまでしか効かないようにするにはどうすればいいのでしょうか? まず最初に断っておかないといけないのは、ブラウザのこの「気の利かない」挙動(CSS解釈)はべつにバグなのではなくて、CSSの仕様に従った正しいものであるということ。「clear」は基本的に、それ以前にあるすべての「float」を解除する(ただしもちろん「clear: left」は「float: left」のみを、「clear: right」は「float: righ
2007-01-27T20:51:03+09:00 CSS でよく使う装飾定義をコンポーネントとしてまとめるの続き 前回の記事で、コンポーネントする方法としてひとつの class に集約するという方法をとっていましたが、それではそもそも見た目重視のマークアップになってしまい HTML の構造化と、CSS で見た目制御するということについて本来の目的と離れた方向性であるというご指摘をいただき、考えを改めてみました。 単にclass名を変更するだけでは状況は大差ないような気がします。問題は、「よく使うスタイル定義の組み合わせ」をコンポーネントとしてまとめるのはいいとしても、それを或る一つのclass名に集約することなのではないかと思います。 HTMLのclass属性はスタイルシートのセレクタとしても利用されますが、より汎用的には、要素を分類するためにあるものだと考えます。なので、class名を
hatena毎日使っているのにデフォルトのスタイルのままになっていた「はてなブックマーク」の CSS を変えました。こんな感じです。 b:id:nitoyon「はてブ」の何となく分かりにくい部分を、分かりやすく見せることを目標に作ってみました。以下では、今回のデザインでこだわった「タイトル部分のアイコン」と「コメントのふきだし」について簡単に説明してみたいと思います。 タイトル部分のアイコンまずは、タイトル部分。デフォルトのタイトル部分のアイコンや数字の羅列は意味が分かりにくいですよね。マウスを乗せたらツールチップで説明が表示されるのですが、なんか直感的じゃない。この部分の数字の意味を分からずにはてブを使ってるひとも多いのでは…。 なので、画像を書き換えて分かりやすくしてみました。RSS の青くてかっこ悪いアイコンも、オレンジ色のおしゃれなやつに。いろんな人にお気に入りにいれてほしいので、
2xup.orgのCSS でよく使う装飾定義をコンポーネントとしてまとめるという記事を読んだのですが、挙げられているHTMLの例を見てみて、「いやいやその方向性は無しでしょう」と思ったのでした。何故かといえば、 リストをインラインで表示するために <ul class="inline"> ナビゲーションリストをタブのように表示するために <ul class="tab"> という書き方をしていたので。それはつまり「文字を赤くしたいので <span class="red">文字</span>」というのと同じなのでは。 ADP: class=red スタイルシートの基本 -- ごく簡単なHTMLの説明 (「クラス名の考え方」参照) 記事では、 見た目を意識しすぎてしまっているのが気になるので class の名前を変更したり、 とも書かれているのですが、単にclass名を変更するだけでは状況は大差な
2007-01-26T01:26:38+09:00 北村曉さんよりコンポーネントにまとめる際、それを或る一つのclass名に集約するという方向性についてご指摘いただきました。この記事をご覧いただく際、是非参照してください。 CSSでよく使う装飾定義をclass名でまとめることについて(徒書) また、いただいたフィードバックを元にもう一度考えを改めて記事を書きました。 『CSS でよく使う装飾定義をコンポーネントとしてまとめる』をもう一度 リニューアルの際に CSS の分割管理を実践したのだけれど、その分割した CSS の中によく使う装飾をコンポーネントとして class にまとめた component.css というのを作成しました。コンポーネントとしてまとめることで変化に強くなりメンテナンス性が上がるのだけではなく、同じような装飾をおこなうために何度も良く似たスタイル定義を行うということ
最近、CSS の使いまわしなどを視野に入れ、一部で class名や id名の共有というテーマへの関心が徐々に高まりつつあるような印象です。microformats なんかも、その流れのひとつといえるでしょう。 Naming conventions table(And all that Malarkey) もう、class名やid名で悩まないんだからっ!!(CSS HappyLife) (X)HTML の id/class における命名規則(purprin さん CSS Flight プレゼンスライド) 名前の共有はコードの共有のための(複数人で同一コードを編集・転用する)重要なファクターのひとつですし、非常にいい傾向だとは思うんですけど、実際につけられている名前を見てみると、シブい顔をせざるを得ない事例が結構あるようです。 コード共有のためには避けたい命名事例 構造ではなく見栄えで命名して
CSS is important. And it is being used more and more often. Cascading Style Sheets offer many advantages you don’t have in table-layouts - and first of all a strict separation between layout, or design of the page, and the information, presented on the page. Thus the design of pages can be easily changed, just replacing a css-file with another one. Isn’t it great? Well, actualy, it is. Over the la
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く