アカウント名:
パスワード:
普段 SeaMonkey なので試しに IE6 で見てみたのですが、「行間が広い」「左側の一覧しかでない」なんてのは、IE6 でしか確認できませんでした。
狭くしたら右のブロックが下に落ちるのは、おそらく IE6 のボックスサイズ計算がバグっているところ (border 込みのサイズで計算する) を踏んでいると思われますし、同時に表示領域 (ビューポート) を超える内容の描画に関しても、CSS1 の範疇を超えた指定 (ま、要は CSS2 なだけですが) を IE6 が認識できない→メニューが float 指定であるためにトピックの一覧等が入っているボックスが下へ流れ込む、となっていると思われます。
参考までに、別のマシンに入れてある IE7 でも確認してみたところ、「行間が広い」「左の一覧しか出ない」という状況は確認できませんでした。
CSS が PC 用だけでも 3 つのファイルに分かれていて見るのも面倒だったのであれですが、大方 body か内容が入っている box に min-width 指定→IE6 じゃ効くわけも無い、という辺りかと。
で、一応 HTML 位は確認しようかな、と見てみたところ……
<div><!-- IE bug: この div を抜くと topnav が横へ伸びる --></div>
あぁ、うん、こりゃダメかな。
細かい辺りを言うと、Gecko 系ブラウザでは標準設定 (ブラウザのデフォルトスタイルシート) が結構タコなため、input 要素や select 要素に対して font-size: 100%; (または font-size: 1em;) を指定して頂けるとありがたい、という感じです。
というのも、ブラウザ側の設定で文字サイズを 12px 表示にしているのですが、type="text" なテキストボックスや select の部分では、文字サイズが 8px となってしまいます。(スタイル無指定時のデフォルト) font-size: 100%; や font-size: 1em; という部分だけ見ると、全く何の指定でも無い様に見えたりしますが、なんと文字表示が 12px になってレンダリングされちゃったりします。
小さなことですが、デメリット 0 でメリットのみだと思います。
# コメントに div を付けても p と違ってレンダリング結果的に差異が感じられない。特に何も指定していないのかな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
例によってIEでは… (スコア:1, 参考になる)
最悪なコーディング。
Re:例によってIEでは… (スコア:3, 参考になる)
理屈がよくわからない人はこちらなど [desperadoes.biz]を参照。
まあ3ペインデザインはハナから狭い画面には向かないので、
省帯域モードのチェックをオンにしてしまえばこの心配は減ります。
この2ペインの状態では起きないので、divでの囲みの問題でしょう。
現在主流なデザイン傾向化とTABLEデザイン取り止めは歓迎します。
まだ4.0 Strictを名乗るにはだいぶ問題ありなコードを吐いてますが、
前よりは断然マシでしょう。（無理せずTransitionalで良い様な…）
私も含めて昔の人にはかなり読みにくくはなったと思いますが、
ある程度迎合しておかないとニッチもサッチもいかんのが
空気ってもんですからね。
せめてストーリーとコメントの文字のサイズは同じにした方がいいかな。
コメント部分の背景も、白背景とのコントラストがもう少しほしい所。
中途半端に行間だけでなくコメント間にも余白があるので、
もう少し全体の囲みが濃くないと目がシバシバします。
ずっと見てるとゲシュタルト崩壊が…。
フォントサイズの小ささは、UAの機能で変更するのが今後のトレンドでしょう。
私自身、多くのサイトで表示して即マウスジェスチャーで
フォントサイズを大きくするクセがついてます。
=-=-= The Inelegance（無粋な人） =-=-=
Re:例によってIEでは… (スコア:1, すばらしい洞察)
Re:例によってIEでは… (スコア:0)
>ある程度迎合しておかないとニッチもサッチもいかんのが
>空気ってもんですからね。
見やすさもトレンドを歓迎しているように見えるのですが、その感覚はちょっと理解できません。
個人的には、見やすさ一番！だと思うのですが。
ほかのコメントにもありましたが、私の環境でも表示が非常に遅くなってしまったのが、
とても残念です。
IEと比較して世界最速Operaのほうが表示がもたつくようになってしまいました。
この重さの原因なんだろな・・・
Re:例によってIEでは… (スコア:1)
Strictに行くなら文字の指定ぐらい%単位を使おうよとは思いますが、
今後日本国内の老眼人口が増えるにしても
UA側で改善・変更できる様にしよう（フォントサイズも色もフォントスタイルも）
という方向性を支持したいですね。
まず何より見た目の視覚メディアにおいて、今更デカいフォントもないでしょう。
重さの変化はtableレイアウトをやめたからじゃないのかなぁ…。
tableのレンダリングはOperaが最速と言って良いですし。
（逆にIEはtableが増える程遅いと思います）
異常な形で数秒も完全にピタっととまってしまうのなら、
ソース以外の要因もからむ全環境では再現しない現象だし。
=-=-= The Inelegance（無粋な人） =-=-=
それって、IE6 なだけじゃないですか? (スコア:1)
普段 SeaMonkey なので試しに IE6 で見てみたのですが、「行間が広い」「左側の一覧しかでない」なんてのは、IE6 でしか確認できませんでした。
狭くしたら右のブロックが下に落ちるのは、おそらく IE6 のボックスサイズ計算がバグっているところ (border 込みのサイズで計算する) を踏んでいると思われますし、同時に表示領域 (ビューポート) を超える内容の描画に関しても、CSS1 の範疇を超えた指定 (ま、要は CSS2 なだけですが) を IE6 が認識できない→メニューが float 指定であるためにトピックの一覧等が入っているボックスが下へ流れ込む、となっていると思われます。
参考までに、別のマシンに入れてある IE7 でも確認してみたところ、「行間が広い」「左の一覧しか出ない」という状況は確認できませんでした。
CSS が PC 用だけでも 3 つのファイルに分かれていて見るのも面倒だったのであれですが、大方 body か内容が入っている box に min-width 指定→IE6 じゃ効くわけも無い、という辺りかと。
で、一応 HTML 位は確認しようかな、と見てみたところ……
あぁ、うん、こりゃダメかな。
細かい辺りを言うと、Gecko 系ブラウザでは標準設定 (ブラウザのデフォルトスタイルシート) が結構タコなため、input 要素や select 要素に対して font-size: 100%; (または font-size: 1em;) を指定して頂けるとありがたい、という感じです。
というのも、ブラウザ側の設定で文字サイズを 12px 表示にしているのですが、type="text" なテキストボックスや select の部分では、文字サイズが 8px となってしまいます。(スタイル無指定時のデフォルト) font-size: 100%; や font-size: 1em; という部分だけ見ると、全く何の指定でも無い様に見えたりしますが、なんと文字表示が 12px になってレンダリングされちゃったりします。
小さなことですが、デメリット 0 でメリットのみだと思います。
# コメントに div を付けても p と違ってレンダリング結果的に差異が感じられない。特に何も指定していないのかな。