グリッドベースのレイアウトを作成すると、ついついdiv要素を多用してしまいがちですが、意味のあるデータにはそれに適した要素を使用し、無駄なdiv要素やclassだらけのマークアップから卒業する方法をWebdesigner Depotから紹介します。 Fight Div-itis and Class-itis With the 960 Grid System 下記は各ポイントを意訳したものです。 はじめに CSSのフレームワーク：960.gsの場合 classの乱用を避ける リスト要素の使用 画像とキャプションの使用 複数の見出しとパラグラフの使用 子要素のclassは親要素に はじめに 数年前までウェブページの設計はテーブルがスタンダードでした。そしてCSSはそれを大きく変え、今日ではCSSのフレームワークがウェブページの設計を容易にしてくれています。 しかしながら、このCSSのフレームワ

カードローンって最近よく耳にするようになったのではないでしょうか。カードローンというのは消費者金融や銀行に申し込んでカードを発行してもらい、そのカードを使って提携のATMなどからお金を借りるというものです。金額は人によって決まっていますが、特に目的について制限されるわけではなく、1万円からなど比較的少額からの借り入れも出来るという便利な個人ローンなんです。 でもカードローンって本当にたくさん種類があります。各銀行でもそれぞれカードローンがありますし、消費者金融だってそれぞれの商品としてカードローンを取り扱っています。モビットもカードローンの1つですね。モビットは三井住友銀行系の会社ですので、三井住友銀行のATMからの借り入れ・返済であれば手数料無料になるんですよ。 実際お金を借りたら返さなければいけないのですが、モビットはどのような返済方法があるのでしょうか。返済方法は3つ！口座引き落とし

鍵っ子ブログ(Key Blog)：Keyが大好きな鍵っ子によるKeyのファンサイト。Keyに関する情報・コラム・考察・ニュースが中心 リキッドレイアウトの是非について web屋を自称する人の主張が余りにも酷い。 「その余白、もったいなくない？」っていう自然な感覚とそれをなんとかしようとするWebデザイン魂を眼前にすると、「横幅はやはり800px基準でしょ」とか「いやそろそろ1024px基準でもいいかも」とかいう議論自体がなんだかむなしいと感じただけだ。 その余白がもったいないと思う感覚とどうにかしようとするデザイン魂 - Web屋のネタ帳 つまりweb屋のネタ帳氏の主張は「ディスプレイの解像度に合わせて動的に表示を変えるAmazonすげー。それに比べて楽天は左右に余白が出来てそのスペースがもったいない」らしい。 たしかにその主張は一理あるが、ではweb屋のネタ帳氏のサイトはどうか。 スペー

本家Slashdotで「Alarm Raised For "Clickjacking" Browser Exploit」という記事がありました。 Zdnet上の「Clickjacking: Researchers raise alert for scary new cross-browser exploit」という記事を話題にしたものです。 Zdnetでの記事は、OWASP NYC AppSec 2008 Conferenceで発表されるはずだった「Clickjacking」という脆弱性についてでした。 「Clickjacking」は結局発表されずに、ベンダが対策を出来る期間をあけるということでした。 Clickjackingは、IE、Firefox、Safari、Opera、Adobe Flashなど多くのブラウザで実現可能であり、かつJavaScriptとは関係がない技術ということらし

概要 cssassistは画像にて<a>,<h1~h6>,<li>を設定する時に楽にコーディングできるコーディング補助のscriptです。 Example 非常に簡単なHTML記述のみで画像置換のためのCSSを書く必要がなく(面倒な、画像の幅や高さもJSで勝手に取ってくれます＞＜)、画像に置換できます。 <h2 id="h2_about_jpg" class="cssassist">h2について</h2> <a href="#" id="btn_sample_gif" class="cssassist">テストはこちら</a> <a href="#" id="btn_sample2_gif" class="cssassist">テスト2はこちら</a> 使い方 画像を準備します。<h1~h6>,<li>の場合は何も気にしなくていいですが、<a>の場合は下半分がロールオーバー画像のものを準備

米Microsoftは3月3日 (現地時間)、開発中のInternet Explorer(IE) 8で、同バージョンのスタンダードモードをデフォルトレンダリングにすることを明らかにした。これは同社が米国時間の2月21日に発表した、主要製品の相互運用性を向上させる新戦略に沿った変更だ。 IE8は3つのレンダリングモードを搭載している。1つはIE8のスタンダードモードで、残る2つはIE7とIE6以前のスタンダードをサポートする互換モードだ。Microsoftは昨年12月にバージョン8がIEで初めてAcid2テストをパスしたと発表したが、その際にIE8では標準規約への準拠と共に、IE7以前への互換性を確保する方針を示していた。IE7ではCSSサポートの改善など標準準拠を強化したものの、デフォルトレンダリングを変更したことで、IE6で表示調整されたWebサイトの表示が崩れるという問題が起こった。そ

inline-blockとは、displayプロパティの値のひとつで、表示形式を「インラインに流し込むことのできるブロック要素」にするためのもの。まともに対応しているのが、OperaとSafari、それになぜかMac版IEくらいというマイナーな存在だが、なかなか興味深い振る舞いをする値なので、いろいろと検証してみた。 まず、「インラインに流し込むことのできるブロック要素」とはどういうものなのかを見てみるために、.inlineblockというクラスを作り、div要素に指定してみた。また、「インラインに流し込むことのできるブロック要素」とは、言い換えれば、「幅と高さを指定できるインライン要素」ということだから、span要素にも指定した。 インラインブロックの検証 その1 【スタイルシート】 .inlineblock { display: inline-block; width: 100px;

IE7のズーム機能を使うと、ラジオボタンやチェックボックス、文中に入れた画像がおかしくなります。こんな風に。 <input type="radio" />ウェブ全体から検索 <input type="checkbox" />日本語のページを検索 <img src="/clip/cmn/img/entry-bg-01.gif" />オマケ IE7のズームで崩れるサンプル これを直す方法。 IE6までは、問題のある要素にheight:0を指定するという、holly hackと呼ばれるバグ対処方法で、数々の問題のあるバグが解決されてきました。IE7になっても、コレに変わり、min-height:0を指定すれば直るじゃん！と思ってました。 しかし、その方法でもこれは直らない・・・。他のズーム機能のあるブラウザではこんなこと起こらないのに、どうすればいいか到底見当もつかない・・・ひどすぎるIE7・・

Make a note of it: Web tech, montaineering, and so on. Note: この記事は、3年以上前に書かれています。Webの進化は速い！情報の正確性は自己責任で判断してください。 サンプルは透過PNG。テキストの上に、透明度36%の矩形を重ねてある。IE6とFirefoxでは見え方が違うことが解るだろうか？ 左がIEで見た場合、右がFirefoxで見た場合。バージョン６までのIEはPNGのアルファチャンネル（半透明）に対応していないので、普通に使うと透過部分が灰色っぽくなり、期待はずれな結果に終わる。IE6でも透過PNGを表示するには、次のように記述する。 #overlay { filter: progid:DXImageTransform.Microsoft.AlphaImageLoader(src="./overlay.png", sizi

この資料についての説明と謝罪 この資料は公開時より24時間内において他サイトの内容を無断で使用しておりました。 これに関して、kzは以下のエントリにおいて説明及び謝罪をしております。 社内勉強会の資料についての説明及び謝罪

この記事は、Mozilla Japan 翻訳部門もしくはその関連グループによりすでに翻訳済みのものを移行してきました 移行元の文書。英語版と内容が異なる場合や、MDC の他の記事と整合性のとれていない場合があります。 以下の文書では Mozilla の UI で使用する CSS ファイルの最適化についての規則を概説します。最初の節では Mozilla のスタイルシステムにおけるルール分類の要について書きます。このシステムについて理解してもらった上で、続く節では Mozilla のスタイルシステムの力を最大限に発揮するルールの書き方を説明します。 【訳注: CSS スタイルのマッチング処理に於いては、ルール集合のうち各要素に対してマッチするものがないか順に全て調べていく必要があり、単純計算では (要素数)×(ルール数) 回のマッチング処理が必要になってしまいます。如何にしてこれを効率化するの

9 視覚フォーマットモデル 9.1 視覚フォーマットモデルの導入 9.及び10.では，視覚フォーマットモデルを示す。具体的には，利用者エージェントが視覚メディアの文書ツリーをどのように処理するかを示す。 視覚フォーマットモデルでは，文書ツリーの各要素は，ボックスモデルに従ってゼロ個以上のボックスを生成する。これらのボックスのレイアウトは，次によって支配される。 ボックスの寸法及び型。 位置決め方式(通常のフロー，浮動及び絶対)。 文書ツリーの要素間の関係。 表示域のサイズ，画像の固有寸法などの外部情報。 9.及び10.で定義される特性は，連続メディアにもページ付けしたメディアにも適用される。しかし，ページ付けしたメディアに適用する場合は，マージン特性の意味は様々になる。詳細については，ページモデルを参照すること。 視覚フォーマットモデルは，フォーマット化のすべての局面を規定するわけではない

正しい知識を得たい人の爲のCSS2リファレンス 簡易目次 概要 CSS2の構文 基本データ型 セレクタ 値わりあて，カスケード処理，継承 メディアタイプ HTML文書へのスタイルシート適用 プロパティの定義 テキスト 色と背景 フォント ボックスモデル 視覚整形モデル テーブル 生成内容 リストとマーカー ユーザインタフェイス 附録 CSSに関するアクセシビリティ技術 CSS2.0のプロパティ一覧表 CSS2.1のプロパティ一覧表 CSS2.1の視覚整形モデル詳細 詳細目次 概要 CSSの概要 HTMLの経緯とCSSの役割 CSSの正式勧告水準について 改訂版CSS2.1と次世代CSS3 CSS2.1 vs CSS2 CSSの設計原則 CSS2の処理モデル カンヴァス（The canvas） わりあてモデル（addressing model） 用語の定義 CSS2の構文 構文（Syntax

70 Expert Ideas For Better CSS Coding | Smashing Magazine CSS isn’t always easy to deal with. Depending on your skills and your experience, CSS coding can sometimes become a nightmare, particularly if you aren’t sure which selectors are actually being applied to document elements. CSSコーディングの際に役立つエキスパートによる７０の方法。 最初にＣＳＳをリセットせよ、とか、デバッグ用 ( .floatLeft, .floatRight クラス等 )のクラスを定義しよう、といった有用なテクニックが７０も記述されて