CSS/DHTMLバグ辞典スレッド【第５版】

CSS/DHTMLバグ辞典スレッド【第５版】 (627ﾚｽ)
上下前次 1-新

333(1): 2007/10/08(月)02:39 ID:??? AAS
>>331
>>324と>>326のどちらに対する指摘なのかわからないのですが…。

補足しておくと、>>324のコードでは、html要素のボックスの高さが初期包含
ブロックである表示域の高さとなり、body要素のボックス高さもそれと同じに
なるはずなのですが、最初に表示したときはそうなっているものの、リサイズ
するとそうならないので、仕様違反であると思われます。リサイズしたあとに
リロードすると、同じサイズの表示域でもリロードする前とbody要素の高さが
変わっています。

>>326についてはCSSを次のものに置き換えてもらうとわかりやすいかと思います。
(例示がわかりにくくてすみませんでした。)
省8

334(1): 2007/10/09(火)20:41 ID:??? AAS
>>333
ここはバグ報告スレッドであって質問スレッドではない。出てけ。

335: 2007/10/09(火)21:54 ID:??? AAS
1. 包含ブロックにheightの値を<length>で指定
2. ブロックレベル非置換要素にmin-heightの値を100%で指定
3. ブロックレベル非置換要素の計算されたheightの値が
min-height(=包含ブロックのheight)より小さい

んだったらmin-heightをheightの指定値として使用するわけだから
borderで内容の高さが変わるなんていうのはバグだろ

336(2): 2007/10/10(水)22:52 ID:??? AAS
>>334
だから、>>324 >>326でバグを示したら「それはバグではない」という趣旨のレ
スをもらったものの、理由が不明確だから、仕様書を根拠にした説明を求めて
るの。バグではないというのなら「仕様書にこう書かれており、Operaはその
通りに表示しているだけだ」と説明できるはずでしょう。

337(1): 2007/10/10(水)23:38 ID:??? AAS
>>336
もっともな話だと思うが
仕様書に載ってないなら、
各ブラウザ制作者の判断
ということもあり得ると思うよ。

338(1): 2007/10/10(水)23:42 ID:??? AAS
>>336
>>324がバグという主張は、再現しないため同意出来ない。
>>326は、包含ブロックのheightにborder分を含めて計算しているようだから、
バグなのだろう。
数値指定では起こらないし、width:100%;でも起こらない面白いバグ。

339: 2007/10/11(木)03:06 ID:??? AAS
>>337,338
どうもです。>>326についてはバグと言って問題なさそうなので、Wikiに書い
ておきました。

>>324は、うちの標準モードのOpera 9.23(Windows XP SP2/Ubuntu 7.04)とい
う環境では下の画像のように表示されます。
画像ﾘﾝｸ[png]:doiob.net
環境によっては再現しないのかもしれません。

340: 2007/10/13(土)02:36 ID:??? AAS
AA省

341(1): 2007/10/20(土)21:16 ID:??? AAS
CSS・スタイルシート質問スレッドから報告するように誘導されました

<a href="〜" style="display:block;width:〜px;height:〜px;"><img src="〜" alt="〜"></a>
のように
A要素の中身がIMG要素で、A要素にdisplay:block;とwidthまたはheightを指定すると
WinIE5.0ではIMG要素上の左クリックが効かなくなります（outlineの線は出ます）
右クリックからリンクを開くを選べばリンク先に移動することができます
（A要素にpaddingやborderを指定するとpadding部分やborder部分だけが一応クリック可能になります）

バグらしいのですが既出ですか？
古いブラウザなのでもうとっくに既出だと思ったのですが
外部ﾘﾝｸ:cssbug.at.infoseek.co.jp
省7

342: 2007/10/21(日)22:23 ID:??? AAS
・・・IE5なんてもーどーでもいーよ・・・

343: 2007/10/24(水)23:53 ID:??? AAS
>>341
再現できた。古すぎて気がつく人がいなかったのかも。

344(4): 2007/10/26(金)00:07 ID:??? AAS
IE 7
背景色とマイナスマージン(とフロート?)の組み合わせで内容が消える。

<div style="margin-top: -1px; background: #FFFFFF">
<div sytle="float: left; widht: 100px;">
<p>内容</p>
</div>

<div sytle="float: right; widht: 100px;">
<p>内容</p>
</div>

<div sytle="clear: both;">
省3

345: 2007/10/26(金)00:09 ID:??? AAS
>>344

haslayout は 1 だし、内容もあるような高さにはなるんだけど
なぜかテキストだけが表示されない
フォームコントロールとかは表示される

IE 7、バグだらけだなあ・・・

346: 2007/10/26(金)01:02 ID:??? AAS
>>344

外部ﾘﾝｸ[html]:cssbug.at.infoseek.co.jp

これかも…

IE 7、ひどすぎるな

347: 2007/10/26(金)15:51 ID:??? AAS
widht?

348(1): 2007/10/28(日)22:11 ID:??? AAS
>>344
widthに直してためしてみたけど、標準・互換どちらでも再現しなかった。
Windows XP SP2 + Internet Explorer 7.0.5730.11

349(1): 2007/10/28(日)22:48 ID:??? AAS
>>348

たぶん

外部ﾘﾝｸ[html]:cssbug.at.infoseek.co.jp

のバグが直ってない

350: 2007/10/28(日)23:18 ID:??? AAS
>>349
そのバグはIE7だと発現しなかった(IE6では再現できた)。

>>344について検証したファイルをアップしとくよ。
外部ﾘﾝｸ:www-2ch.net:8080

351(1): 2007/10/30(火)10:10 ID:??? AAS
float で複数段カラム作って、その下に clear:both したボックスを置くとする。

ＩＥだと、一番縦長のカラムの下からそのカラムに指定されているマージンだけ
下に配置したオブジェクトとマージンが空くけど、
ＦＦだと他の縦に短いカラムのマージンを適用するのかな？一番縦長のカラムと
下のオブジェクトがぴっちりくっついてしまうんだよね。

これはＩＥが勝手に解釈しているからそうなるのかな？
常考だとまずＦＦの解釈が正しいんだろうけど

352: 2007/10/30(火)16:41 ID:??? AAS
>>351
#boxA, #boxB { float: left; width: 100px; margin-bottom: 10px; }
#boxC { width: 100px; clear: left; background: aqua; }
#boxA { background: yellow; }
#boxB { background: lime; }

<div id="boxA">boxA boxA boxA boxA boxA boxA</div>
<div id="boxB">boxB boxB</div>
<div id="boxC">boxC</div>

を、Firefox、Operaで確認したが、普通に下マージンが取られるよ。てか、バ
グと確認できたんなら、そのソースを貼るようにしておくれ。質問ならスレ違
省1

上下前次 1-新書関写板覧索設栞歴

あと 275 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.013s