おぉ、春ですね。
昨日の嵐、逗子＆葉山の海岸ではすごかったです。全身砂まみれ。

NIKOさんがuribou.netを「少しずつ、確実に新しくしていく」ということ、すごいなあといつも思います。
150万PVも、ほんとにおめでとうございました。

ワヲ！

ちょっと前に文字が大きくなって、おばさんには有り難いよ〜なんて思ってたんですが。
（老眼じゃないよ。ド近眼なの！）

軽やかな雰囲気になりましたね〜。ポピー？タンポポ？もしかしてNIKO色？？笑
春っぽいです♪

引用： ありがとうございます〜
まぁ、必要以上にいじくって、オタク心を満足させてるだけなんですけどね〜


引用： 僕自信もちょっと文字大きくしたいなぁ、って思って試しにやってみてたんですが、
全体的にレイアウトがどうもね・・・
もうちょっと色々と試してみますわ。


というわけで、今後細かいところ（誰も気づかないところ？ ）も順次更新していくので、
皆様も何かご意見やご要望などあったらお気軽にどうぞ。

NIKOさん、更新おつかれさまです。

引用：
僕も今、慣れないcssでのレイアウトに四苦八苦してるんですが、ちょっと今日もいじってて気になったことがあるんですよ。

ボックスのpaddingを指定するとき、例えばボックスの幅が100pxだとしてpaddingに10px指定したとします。イメージ的には100pxのボックスが表示され、中身が10px内側に狭まると思うんですね。実際IEだとそうなるみたいです。

それがFirefoxだと、padding指定の10px分ボックスが外に大きくなるようなんですね。しょうがないのでボックスを入れ子にして急場をしのぎましたが、もっといい対応はないものかなと。

確かNIKOさんもファイアフォクサーだったように記憶してるんですが その辺何かご存知ですか？ここもちゃんと表示されてるようだし。

引用：
こういう細かいところに気づいてしまうのがマニアたる所以なわけですが・・・
仰るとおり、paddingとwidthの関係っていうのも、
『環境に依存せずに』スタイルシートでレイアウトをきれいに見せる難しさの一例だと思ってます。

CSS2の厳密な仕様上、widthは「contents width」の意で使用されていて、
すなわち、paddingの内側領域(実際に文字が表示される領域)の幅を指しています。
（ちなみに近いところではborderとwidthの関係にも要注意です。）
そういう意味では、firefoxの方が仕様に忠実にできているわけで、
このpaddingとwidthの組み合わせで環境毎にうまく見えなくなるっていう問題は、
IEの実装が仕様に忠実でないのが原因だと言えます。

で、Microsoftに「仕様に忠実にしてくれ！」と抗議してばかりはいられないので、
僕個人的にはどういう対策を取るかというと。。。
『同一タグに対してpaddingとwidthを同時に指定しない』と、これだけです。
どうしても両方指定する必要がある場所については、
例えば、一個のdivタグで済むところを入れ子にしてやります。
で、外側のdivにwidthを指定して、内側のdivにpaddingを指定してやると。

このあたり、詳しく知りたい場合には このサイト が参考になります。

というわけで、オタクの戯言でした〜

引用：
やっぱりそうなんだ。
僕もちょっと調べたんですが、contentsの周りにpadding領域のある図があって、これはもしやと思ってたんですよ。それにIEならそういう可能性は高いかなと 逆にFirefoxが仕様に忠実ってのも妙に納得です。

こういうとき、仕様に忠実であることに固執して「IEでは表示が崩れます。css2準拠のブラウザで云々」なんてサイトを鼻息荒げて作っちゃう人も中にはいると思います（滅多にいないとは思いますが ）。でも依然IEのシェアはダントツだし、そこを切るわけにはいかないでしょうと。

引用：
うんうん。僕もいろいろ試行錯誤の結果そこにたどり着いたんですね。でも階層がどうしても深くなってしまいますよね。ユーザのマシンスペックによっては、表示が重いページになっちゃいます。うーん、でもこれは現状しょうがないかもしれないですね。

仕事では依然テーブル組みが99％ですが、そろそろこういう知識も付けていかないといけないかもですね。 NIKOさんありがとうございました。たまにはこんなヲタッキーな話もいいんじゃないでしょうか

引用：
そうなんですよね〜
現実問題考えると、まずは IE でキレイに表示されるように作らざるを得ないんですよね・・・
なんか釈然としないけど。。。


引用：
この前の書き込みを書いた後で改めて読んでみたら、
「あれっ、結局ケンタさんと同じ事してたんじゃん」って気づきました。
やっぱり、誰もが同じような回避のしかたしてるんですね。
そのうち、ちゃんと一つの仕様に固まってくれることを祈るのみです。。。

こういうオタッキーな話題、個人的には大歓迎ですので、今後もどんどんどうぞ〜

何を話しているのか分からないわけですが早く一個に統一してくれっとイライラしながら願うのみ、ホントどれでもいいからルールをあいまいにしないでどっかでフィックスさせてほしいです。
あと早くそういう知識が無くてもある程度アプリケーション上で完結できるようになってほしいです。

俺も早速Ｆｉｒｅｆｏｘインストールして自分のページ見てみたら・・・

IEとこうも違うもんなんですね。
俺はフレーム使ってるんですが、IEだとスクロールバーの色を変えられるので、それでいろいろ逃げてる部分とかあったんですが、 Ｆｉｒｅｆｏｘは使えないんですね。

↓こことか。
http://www.woodsmall.jp/info/info.html

何か逃げ道はないのかなぁ。

引用：
それは一理あるところですね。
ブログやソーシャルネットがこれだけ爆発的に流行したのも、
情報発信の敷居が低い、というところがまずは大前提にあったと思います。

そういう意味でも、仕様はいくら複雑でもいいけど一つに統一してもらって、
まずはブラウザ間の互換性を高くしてもらうのが重要です。
コンテンツを作るコストは、ブログや CMS などのアプリケーションプラットフォームで、
これからもドンドン低くなっていくはずです。
皆がオタクになる必要はないんです！


引用：
まず、スクロールバー系のスタイルは全て IE の独自仕様なんですよね。
というわけで、Firefox や Netscape 系のブラウザ用に、
スクロールバーを修飾することはできないはずです。

で、スクロールバーが付くことで位置がずれてしまう問題については、、、
機種依存性、ブラウザ依存性をさらに強めてしまいそうですが、
インラインフレーム（iframe）を使うという手もあります。
この場合、ネットスケープの4以前を捨てることになってしまいますが、
レイアウトの自由度は上がるはずです。

結局のところ、フレームの類でレイアウトをカチッと決めるのは結構難しいですよね。
というような理由もあって、最近は使わないところも増えてきてるようです。。。

>スクロールバー系のスタイルは全て IE の独自仕様なんですよね。

そうみたいっすねー。

>インラインフレーム（iframe）を使うという手もあります。

おっさすが！！早速挑戦してみます。

IEもMozillaも携帯もネスケも全部同じ規格にしたら、かなり発展すると思うんですけどね。。。
やっぱハードの問題とかあって難しいのかなぁ。

なんつーか、微妙なズレって根本じゃなくてどうでもいいのばっかじゃないっすか。

引用：
そうですね。一時期は
「そのうちwebサイトを作るアプリケーションが進化して、誰もが簡単に作れるようになる。
そしてweb業界冬の時代が… 」なんてことを考えました。でもどうやらそうではなさそうです。

個人ユーザが情報を発信するのは、ブログやSNS等でどんどん簡単になる。
でも最先端のwebでの表現もどんどん進歩していくのでそこに追いつくことはない。
二極化というか、それぞれで進化していくような気がします。
（要はハヤシさんもブログにしましょうってことです ）

引用：
僕も統一を望みます。特定の団体が利益をとらないような仕組みは発展しますよね。

たぶんあれですよ、ゲーム機や光ディスクの規格のように
webでもどんどん新しい技術が出ちゃうじゃないですか。
そして都度、統一しようとせず争ってしまう。違いはあるにせよ、webでも似たようなとこがあるんでしょうね。


でもその各仕様の差にも対応することでお金もらってる面がありますから
僕としてはなんとも難しいとこです