標準準拠・後方互換モード各々の CSS 解釈の違いをまとめたドキュメントを共有
2007-07-27T21:11:11+09:00 最近のブラウザには DOCTYPE 宣言の有無や種類で大きくわけて2種類の表示モードを切り替え、CSS や HTML の解釈を変える機能が備わっています。マイクロソフトは同様の機能を DOCTYPE スイッチとしており、一般的にもそう呼ばれることが多いように感じます (この記事でも DOCTYPE スイッチとします)。 DOCTYPE スイッチはオンの状態で standards mode (標準準拠モード) に、オフの状態で quirks mode (後方 (過去) 互換モード) になります。標準準拠モードは仕様に準拠した厳格な表示モード、後方 (過去) 互換モードは仕様に準拠していない古いブラウザとの互換を目的とした表示モードです。つまり DOCTYPE 宣言の記述が無いようなコンテンツに対しては、仕様に準拠していない古いブラウザの解釈
見出しレベルを調整するモディファイアを追加する Movable Type プラグイン
2007-08-30T23:11:11+09:00 Movable Type 4 のデフォルトテンプレートでもそうなのだけれど、ブログ記事アーカイブテンプレートの見出しはブログ記事のタイトルが heading level 1 (h1) になっています。2xup.org でも、ドメインルート以外はそのページで一番大きな見出しにしたい部分、例えばブログ記事個々のページではブログ記事のタイトルを h1 としています。 しかしそれを前提にブログ記事を書いた場合、h1 がサイトのタイトルになる、もしくはブログ記事のタイトルが h1 以外になるページでは、ブログ記事に含まれる見出しの出現順序がおかしくなってしまう可能性があります。それを解消する為の Movable Type プラグインを以前に作成して利用していたのですが、先日の Hack-a-thon の時間を利用して公開できる状態にし、ダイナミック
省略語と頭文字語から定義リストを生成する Movable Type プラグイン
2006-11-30T01:56:25+09:00 エントリー本文と追記に abbr (省略語) や acronym (頭文字語) があった場合、それらの語句を定義した定義リストを生成する Movable Type プラグインを作ってみました。各々の要素でコンテナした語句が定義語 (dt)、title 属性の値は定義語の概要 (dd) になります。ヒントは lomo さんの記事から。 頭文字語と略語から定義リストを生成 - Auto-Glossary(caramel*vanilla) 今回は abbr (省略語) や acronym (頭文字語) でやりましたが、microformats とか、何か他にも面白い事ができそうな予感。 ダウンロードとインストール 利用の際は自己責任でお願いします。ぜひ修正案などもお伝えください。 2xup repos - Movable Type Plugin
displaymode check sample
displaymode check sample サンプル一覧 幅・高さの計算 幅・高さの計算 (XML 宣言なし) 幅・高さの計算 (DOCTYPE宣言無し) text-align でブロック要素を揃える text-align でブロック要素を揃える (XML 宣言無し) text-align でブロック要素を揃える (DOCTYPE 宣言無し) 左右に auto のマージン 左右に auto のマージン (XML 宣言無し) 左右に auto のマージン (DOCTYPE 宣言無し) 標準のフォントサイズ 標準のフォントサイズ (XML 宣言無し) 標準のフォントサイズ (DOCTYPE 宣言無し) 非置換インライン要素に幅と高さを指定 非置換インライン要素に幅と高さを指定 (XML 宣言無し) 非置換インライン要素に幅と高さを指定 (DOCTYPE 宣言無し) 属性値の大文字・小文字
非対応セレクタを利用した CSS ハックの注意点 - 2xup.org
2007-01-21T04:00:10+09:00 Microsoft Internet Explorer 7 正式版の登場で、これまで未対応だった CSS セレクタが利用できるようになりました。Windows IE7 で対応したプロパティのおさらいと、その他ブラウザでの対応状況を資料ではなく実際に試してみてまとめていた中から今回は子セレクタと隣接兄弟セレクタにしぼり、備忘録も兼ねてまとめてみます。子セレクタ、隣接兄弟セレクタの仕様は以下のとおり。 子セレクタ A>B { property: value; } 親要素 A の直下(子) にあるBにのみ装飾を行うセレクタ。 div>span { color: gray; } この場合、<div><span>not gray</span></div> はグレーの文字になりますが、<div><p><span>not gray</span></p>
Japanese Traditional Colors
桜色 (さくらいろ) # 薄桜 (うすざくら) # 桜鼠 (さくらねず) # 鴇鼠 (ときねず) # 虹色 (にじいろ) # 珊瑚色 (さんごいろ) # 一斤染 (いっこんぞめ) # 宍色 (ししいろ) # 紅梅色 (こうばいいろ) # 薄紅 (うすべに) # 甚三紅 (じんざもみ) # 桃色 (ももいろ) # 鴇色 (ときいろ) # 撫子色 (なでしこいろ) # 灰梅 (はいうめ) # 灰桜 (はいざくら) # 淡紅藤 (あわべにふじ) # 石竹色 (せきちくいろ) # 薄紅梅 (うすこうばい) # 桃花色 (ももはないろ) # 水柿 (みずがき) # ときがら茶 (ときがらちゃ) # 退紅 (あらぞめ) # 薄柿 (うすがき) # 長春色 (ちょうしゅんいろ) # 梅鼠 (うめねず) # 鴇浅葱 (ときあさぎ) # 梅染 (うめぞめ) # 蘇芳香 (すおうこう) # 浅蘇芳 (あさすお
CSS でよく使う装飾定義をコンポーネントとしてまとめる
2007-01-26T01:26:38+09:00 北村曉さんよりコンポーネントにまとめる際、それを或る一つのclass名に集約するという方向性についてご指摘いただきました。この記事をご覧いただく際、是非参照してください。 CSSでよく使う装飾定義をclass名でまとめることについて(徒書) また、いただいたフィードバックを元にもう一度考えを改めて記事を書きました。 『CSS でよく使う装飾定義をコンポーネントとしてまとめる』をもう一度 リニューアルの際に CSS の分割管理を実践したのだけれど、その分割した CSS の中によく使う装飾をコンポーネントとして class にまとめた component.css というのを作成しました。コンポーネントとしてまとめることで変化に強くなりメンテナンス性が上がるのだけではなく、同じような装飾をおこなうために何度も良く似たスタイル定義を行うということ
スタイルシートを分けて管理する方法をまとめる - 2xup.org
comment 2006-10-17T21:15:00+09:00 お好みの言語が英語で無い場合は、日本語でどうぞ。 In this PDF file, the order of the set format rule and property's appearing was announced. This time, the method of separately managing the CSS file used on the site is announced. Why is CSS divided? I think that most reasons are the improvements of the work efficiency. The access to the revision part becomes early They are combined and co
Photoshop でつややかな表現をわりと簡単に実現する
2006-05-05T20:05:06+09:00 Illustrator などを利用してベジェ曲線で書いた絵に Photoshop を利用してつややかな表現を加える方法は何通りもあり、すでにたくさんのノウハウが存在しますが、それなりのものならほんの少しの作業で実現できます。いつも違う方法でやってしまいあとで苦労する事があるので、自分自身の忘記録も兼ねてその Tips をまとめておきたいと思います。Photoshop CS で作成したデータですが、サンプルファイルも用意しているのでもしよろしければダウンロードして使ってみてください。 サンプルファイルをダウンロード(tsuyayaka-sample.psd) サンプルファイルはせっかく角丸の四角形で作成したので、Feed Icon として利用できるように、オレンジで描いたレイヤーと、アンテナ部分を描いたレイヤーも追加してあります。 レイヤー
スタイルシートを書く時のガイドライン - 2xup.org
2006-07-11T19:56:28+09:00 会社ではやっているのだけれど、自分のウェブサイトでもやってみよう。と簡略記述を利用する場合の値の順序やらもまとめとく必要があるのかもしれないけれど、セットフォーマットルールやプロパティの順番だけをサクッとまとめて資料にしてみました。課題は残したもののこれだけでも相当すっきり。詳細やセットフォーマットルールに関しては、ダウンロードできるようにしている資料を参考にしていただくとして、このエントリーではプロパティの順序についてまとめることに。自分自身が実際に作業を進めていくことを考慮し、その考えに基づいて設定したモデル別の順序は以下の通り。 生成 内容, 自動番号付け及びリスト (Generated content, Automatic numbering, and Lists) 利用者インターフェイス (User Interface) ビジュ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
