CSS3が日本語の禁則処理、傍点、縦書きなど対応へ、ドラフト公開
スタイルシートの新たなWeb標準として現在策定が進められているCSS3に対して、日本語に対応した禁則、傍点（圏点）、縦書き仕様などの機能が追加されたドラフトが公開されました。 9月28日にPublickeyで公開した記事「電子書籍フォーマット「EPUB」で縦書きとルビのサポート、来年5月には仕様完成の見通し」では、EPUBでの縦書きやルビ、傍点などの仕様を策定中であることを紹介しましたが、EPUBはXHTMLやCSSをベースにした仕様であるため、仕様策定の作業はEPUBとCSSのそれぞれのグループが協力してCSS3に対して機能を追加する方法で行われていました。 これが最終的にCSS3の仕様として策定されれば、Webブラウザ上での禁則処理、傍点、縦書きなどの組み版処理が充実することになります（ルビはまだ作業中ですが）。大げさではなく、世界中のWebブラウザに対して日本の日本語文化に対応した表
Mozilla Re-Mix: Stylishの管理をより高機能化できるFirefoxアドオン「Stylish-Custom」（3.5対応）
Firefoxのインターフェースなどを手軽にカスタマイズアドオン「Stylish」は、多くのユーザーが利用している代表的なアドオンです。 このアドオンを使って、ツールバーやメニュー周りなどを自由にカスタマイズしている方も多いことでしょう。 手軽にカスタマイズが可能なことから、次々にこのStylishに新たなユーザースタイルを加えてしまうことがありますが、、いつのまにか大量のスタイルが登録され、どの状態がデフォルトだったか、どのスタイルが最新かなどの管理がややこしくなってきますね。 このように、多くのスタイルを適用されている方に便利なアドオンが「Stylish-Custom」です。 「Stylish-Custom」は、その名の通り、Stylish自体の管理機能をカスタマイズすることができるというもので、Stylishと一緒に導入することにより、デフォルトにはない様々なスタイル管理機能を利用す
タブを丸くする - えむもじら
4 Ways to Add Rounded Tabs to Firefox | Firefox Facts で紹介されていた Firefox のタブを丸くするユーザスタイルシート、ちょっと丸みが目立ちすぎているので控え目にして、ついでに Firefox 3.5 の新規タブボタンにも対応させました。ご利用は Stylish がお勧め。 （4/21追記）タブの一覧表示ボタンにも対応。 @namespace url(http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul); .tabbrowser-tab, .tabs-newtab-button { -moz-border-radius-topleft: 8px !important; -moz-border-radius-topright: 8px !important; }
‘web屋が主張する「リキッドレイアウト」に騙されないために’に騙されないために：ekken
ウェブサイトのデザインに関する話で、固定幅派と可変幅派の意見対立は珍しくも無いのだけど、これはちょっと酷かったなー。 web屋が主張する「リキッドレイアウト」に騙されないために 私自身は今現在、最小・最大幅設定の可変幅を採用しているわけなんだけど、別に「固定幅憎しッ！ セーバイしてくれるッ！」とか思っているわけじゃなくて、まぁ読みやすければ良いんじゃないのよ、などと言いながらハナクソをホジホジしている「どっちでもよかんべ派」 そのどっちでもよかんべの私が可変幅を採用しているのは、自分が読みにくいと思う他人のウェブサイトを閲覧する際に、文字サイズや表示領域を変更することが多いから。 表示領域を変更しているくせに、その最大・最小幅を限定しているのは、そのサイズより大きい・小さいと、なまら読みにくいべや、などと思っているからなのです。あ、今ちょっとだけ北海道弁が出てきたけど気にすんな。 で、安眠
ブラウザを最大化して開く必要はないよ！：ekken
可変幅のデザインのウェブサイトは、最大表示幅（または文字数）が指定されていないとウィンドウを最大化したときに読み難くなる、という話を目にするのだけど。 モニターサイズがこれだけ大きくなっている時代に、いまだに幅いっぱいのページ作っている方も見かける。なぜか、W3C信望者に多いような気がしてならないのだが、気のせいだろうか？ たぶん、「調整したい人は勝手にしてください」ってことなんだろうなぁと思うのだけれど、それって、読み手に「ヒト手間」をかけさせるという点においては、音楽がいきなり流れるページを作っておいて「キライな人はオフボタンをクリックしてください」というのと同類ぢゃないのか？ モニターサイズがこれだけ大きくなっている時代に、いまだに幅いっぱいのウィンドウでブラウザを開いているのかッ！？ ……と、反撃してみる。僕はW3Cには全く興味が無いけれど。 読みにくいほどの横幅なるくらいにブラウ
スタイルシートをめぐる冒険: CSS実験室: clearfixの決定版を作る ―モダンブラウザ編―
floatに起因するレイアウトくずれの多くは、floatをしかるべき場所でクリアすることによって解決する。このことを発見して以来、もっぱら空ボックスにclearを指定するという方法（<div style="clear: both"></div>）を多用してきたが、HTMLにある種の不純物が混じることに居心地の悪さはずっと感じていた（「floatを繰り返すとレイアウトがくずれる」参照）。この気持ち悪さを解消してくれるのが、clearfixというテクニックだ。 基本的な発想は上記の空ボックスによるクリアと同じだが、それをHTMLには一切手を加えず、スタイルシートだけで実現しているところに大きな特徴がある。しかし、ひとくちにclearfixといっても様々なバリエーションがあり、その記述のしかたは微妙に異なる。 例えば、clearfixの提唱者ではないかと類推されるPosition Is Ever
CSSのfont-family：ヒラギノとＭＳ Ｐゴシックとメイリオの悩ましい関係 : webデザイナーのナナメガキ
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」で表示されてしま
bodyに設定しておくと便利な3つのポイントとおまけ｜CSS HappyLife
CSS（スタイルシート）でbodyに設定しておくと便利な5つのポイント - デザインウォーカー | DesignWalker - ロサンゼルスで働くウェブデザイナーの日記を読んで、ボクなりな最初に指定して置くと良いポイントを上げたくなったので書いちゃいます。 むしろこのサイトの方向性的に有った方が便利だよなーと。 書くきっかけを頂き、感謝いたします。 ちなみに、最初に指定しておくポイントってそれぞれだと思うので、一つの参考として読んでいただければ幸いです。 最初にbodyに指定しておくと便利だと思う3つを。 body { background:#FFF url(../img/share/bg.gif) no-repeat left top; font-family:Verdana, "ＭＳ Ｐゴシック", sans-serif; font-size:80%; } じゃあ、詳細について色々書
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
そろそろCSSハックの良し悪しについて考えてみる（書式編） | Blog hamashun.com
関連リンク そろそろCSSハックの良し悪しについて考えてみる（書式編） そろそろCSSハックの良し悪しについて考えてみる（管理編） おまけ付き Re:CSS の用途をわざわざ (X)HTML に限ることはない スターハックに端を発するアレコレ スターハックに端を発するアレコレ まとめ編 フルCSSでサイトを制作する際に、まだまだ避けては通れないのがCSSハックです。 巷には色んなハックが溢れていますが、今回は良いハックと悪いハックを『書式』をキーにして考えてみたいと思います。 なお、ハックはあくまで最終手段であり、使わないにこした事は無いという事を、事前に書いておきたいと思います。 また、一部CSSハックと呼ぶには語弊があるテクニックもありますが、ブラウザ実装の差異に対する技術、といった意味合いで、この記事ではハックで統一しています。 バリデータに通るか否か まず最低条件として、バリデータ
Writing Efficient CSS - MDC
この記事は、Mozilla Japan 翻訳部門もしくはその関連グループによりすでに翻訳済みのものを移行してきました 移行元の文書。英語版と内容が異なる場合や、MDC の他の記事と整合性のとれていない場合があります。 以下の文書では Mozilla の UI で使用する CSS ファイルの最適化についての規則を概説します。最初の節では Mozilla のスタイルシステムにおけるルール分類の要について書きます。このシステムについて理解してもらった上で、続く節では Mozilla のスタイルシステムの力を最大限に発揮するルールの書き方を説明します。 【訳注: CSS スタイルのマッチング処理に於いては、ルール集合のうち各要素に対してマッチするものがないか順に全て調べていく必要があり、単純計算では (要素数)×(ルール数) 回のマッチング処理が必要になってしまいます。如何にしてこれを効率化するの
HTML 4.01とCSS2のHTMLヘルプ
HTML 4.01 SpecificationとCascading Style Sheets, level 2のHTML Helpを作ってみた。探せば幾つか見つけられるのだけど、キーワードがないというありがちなアレだったので。 HTMLヘルプとか二年ぶりくらいに作ろうとしたので、作り方をほとんど忘れてた。最終的にはIndexからキーワードを捏造するPerlスクリプトを作ってやったのだけど、そこまでいくのに1時間くらい格闘した気がする。HTML Help WorkshopのGUIでやるのは無理。 で、公開しようかなとか。W3C Document Licenseを読んだところ、変更を加えたり派生物的なものにするわけでなければOKっぽいので。 HTML 4.01 Specification Cascading Style Sheets, level 2 上記アーカイブはWinRAR 3.51でZ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
フロートとネガティブマージンまとめ:CSS | Tech de Go
CSS（スタイルシート）でbodyに設定しておくと便利な5つのポイント - デザインウォーカー | DesignWalker - ロサンゼルスで働くウェブデザイナーの日記