CSS/DHTMLバグ辞典スレッド 第３版

ＣＳＳ（とDHTML）のバグ報告、お待ちしてます。
※報告の際はブラウザ名・ヴァージョンを明記してください。
　再現条件をつきとめるため、必要に応じてソースを出して下さい。

これまでのバグは下記に登録されてます（366◆E3CSS.J95Uさんに感謝）。
【CSSバグリスト＠CSSバグ辞典スレッド】
　http://cssbug.tripod.co.jp/index.html

【バグ説明・回避法などを載せた参考サイトへのリンク】
　http://cssbug.tripod.co.jp/link.html
【過去ログ】
・CSS、DHTMLバグ辞典スレッド
　　http://mentai.2ch.net/hp/kako/987/987003410.html
・CSS/DHTMLバグ辞典スレッド ver2.0
　　http://pc2.2ch.net/test/read.cgi/hp/991666454/l50
【関聯スレッド】
・/* CSS・スタイルシート質問スレッド【18】*/
　http://pc2.2ch.net/test/read.cgi/hp/1050086156/l50
・代替スタイルシートに萌え〜
　http://pc2.2ch.net/test/read.cgi/hp/991400015/l50
・独自拡張、草案段階のCSSについて語れ
　http://pc2.2ch.net/test/read.cgi/hp/1019912046/l50
・CSSでイケてるデザインサイト 11
　http://pc2.2ch.net/test/read.cgi/hp/1050201241/l50
・* CSS[適用="2ch"]{ イケてるスタイルを："作れ"}
　http://pc2.2ch.net/test/read.cgi/hp/1038678267/l50

その他あれば、>>2-5あたりで。

ｴｰ（・３・）

故・ぼるじょあ

K@tsukun's PAGE! ＞ CSS対応状況表
http://hp.vector.co.jp/authors/VA022006/css/corrbrwser.html

ここの対応表が、プロパティの値ごとに表にしてあるので
ZSPCのより詳しくて、重宝してるよ。

宣伝かよ

http://pc2.2ch.net/test/read.cgi/hp/1050086156/232-239
>以下のようなソースで複数の画像を一つの画像のように見せたいのですが
>Opera7だときちんとmargin無しで表示されるのですが
>IE6だと各リストの間に隙間があいてしまいます。
>IEもしくはOperaのバグでしょうか？
>
>どうすればIEでも隙間が開かないようにできますか？

<ul class="edit">
<li><img src="img/edit01.png" width="230" height="16" alt="edit01.png" /></li>
<li><img src="img/edit02.png" width="230" height="16" alt="edit02.png" /></li>
<li><img src="img/edit03.png" width="230" height="16" alt="edit03.png" /></li>
<li><img src="img/edit04.png" width="230" height="16" alt="edit04.png" /></li>
</ul>

.edit li {
margin: 0;
list-style-type: none;
}

【対処法】
>font-size: 1px （ピクセル数はてきとう）
>を追加するとくっつくね

絶対配置／固定配置／フロート状態のli要素のリストマーカーが消えない
http://cssbug.tripod.co.jp/detail/mozilla/b047.html

Netscape7/Mozilla のバグではありません、CSS2.1仕様です。
http://bugzilla.mozilla.gr.jp/show_bug.cgi?id=3093
http://www.w3.org/Style/css2-updates/REC-CSS2-19980512-errata#s-9-7
http://www.w3.org/TR/CSS21/visuren.html#dis-pos-flo

Safariのバグが出てきてるみたいね。どうします、まだ様子見でいいかな。

Apple-Safariのスレ
　http://pc2.2ch.net/test/read.cgi/hp/1041996555/101-103
http://www.remus.dti.ne.jp/~a-satomi/nikki/2003/01a.html#d08n02
http://www.remus.dti.ne.jp/~a-satomi/nikki/2003/03a.html#d07n02
http://www.remus.dti.ne.jp/~a-satomi/nikki/2003/03a.html#d06n02
http://www.remus.dti.ne.jp/~a-satomi/nikki/2003/03a.html#d07n03

>>8
正式版がリリースするまで様子見でいいんじゃない。

>6 WinIE100に追加。
>7 Moz047を修正。
>8 一応メモ。
　　http://cssbug.tripod.co.jp/misc/safari.html

Operaのバグ？
http://pc2.2ch.net/test/read.cgi/hp/991666454/935-938 より
<dl>
<dt style="float:left; width:4em; clear:left;background:aqua;">長い長い長い長い長い長い名前</dt>
<dd style="/*float:left;*/ margin-left:4.5em; background:lime;">短いセリフ</dd>
<dt style="clear:left;float:left; width:4em; background:fuchsia;">短い名前</dt>
<dd style="float:left;min-width:1em; margin-left:0.5em; background:red;">セリフが２行セリフが２行セリフが……</dd>
</dl>

……と思ったら、Opera 7だけうまくゆかないや。

1つの文書内ではスタイルシートを31個までしか認識しない
http://members.tripod.co.jp/cssbug/detail/winie/b086.html

style 要素を body 要素下に置くことは出来ませんよー。

>11
Opera044に割り当て。
>12
修正しました。

>>13
お疲れさま。
さて>>11は「Opera044に割り当て」とのこと。
つまり「先行するフロートの上方に後続のフロートが置かれる」ですよね。
→ http://cssbug.tripod.co.jp/detail/opera/b044.html
そしてこれはWinIE093と全く同一なバグです。
→ http://cssbug.tripod.co.jp/detail/winie/b093.html
つまりWinIEでも>>11は表示が乱れるはずです。
ところが>>11の例はIE6では意図通り横並びになり、
Opera7でだけうまくゆかないのです。
理由はよくわかりませんが……

http://cssbug.tripod.co.jp/detail/macie/b048.html
>MacIEバグ022のためにmarginプロパティでul要素をセンタリングすることはできません。

いや、そのページの「例示」みたいに
<ul style="margin-left:auto; margin-right:auto; width:50%;">
と左右マージンを個別指定するのならば、センタリングはできますよ。
margin:0 auto;とか一括指定なら駄目だけど。

>>14
>11では1つ目のdd要素がフロートになっていません。
WinIEはこれによって乱れがなくなるのですが、Opera7は乱れたままに
なってしまいます（Opera044に載せた例とは違う乱れ方ですけど）。
ということで、WinIE093とOpera044にこのことを書き加えました。

>>15
書き換えました。

mozillaでz-indexのマイナス値指定した要素が消えるって奴だけどさ、
祖先のz-indexより低いかどうかなんて関係ないはずだ。

まず、auto以外の値を設定された要素がスタックコンテキストを設定する。
その子孫のz-indexの数字はそのスタックコンテキストでの
相対的な重なり順でしかない。

マイナス指定された物がルート要素の後にまわっているなら、

<div style="z-index:0;position:relative;background:white">
<div style="z-index:-1;position:relative;">子div</div>
</div>

としたら子divも消えるはずだ。でも消えない。

間違えた。
訂正。
<div style="z-index:2;position:relative;background:white">
<div style="z-index:1;position:relative;">子div</div>
</div>

>>17
超ｶﾞｲｼｭﾂ。
bugzillaでもCSS-WGを巻き込んだ激論の末
mozillaが正しいということで決着してたはず。（詳しく見てねーけど）
オペラ7も同様の挙動を示すが、
負の値で消えるのが正しいとされたからだろう。

http://members.tripod.co.jp/cssbug/detail/mozilla/b018.html
浮動体(float)と相対配置を混同しているように思える

>>20
いや、思えなかった。失礼

スレ立て直後にすいません。
CSS質問スレッド18からきました。
http://pc2.2ch.net/test/read.cgi/hp/1050086156/l50

以下のファイル
http://www5e.biglobe.ne.jp/~leva/test.html
で再現しているのですが、
A要素の中身(つまりリンク先)で下線が出たりでなかったりします。
IE6.0SP1では上の画像のリンクが出ますが、Opera6.03、Mozilla1.02では出ませんでした。

追記
ちなみにリンクの下線はborder-bottomによる疑似下線です。

>23
styleタグの中身、おかしいんだが…
<!-->←ここと
img {border:none;)←ここ。

ていうか、単純にa.imgのborder-bottom-width:0pxが最後に来てるから
上書きされてるだけじゃないの？
勘違いしてたらｽﾏｿ

>>22-23　IE6で見たが、下線なんてどこにも出てなかったぞ。

>>24
スマソ、修正しました。
a.imgを先頭に持ってくると、下線は出ます。
それは順番の関係上わかるのですが、a.imgを最後に持ってきたとき
同じa.imgでリンク内容によって下線が出てきたりするのがちと不明なのでして。

>>25
むう、こちら側は一応プロキシ外してるんだけど。
とりあえずこちらのスクリーンショットおいておきます。
http://www5e.biglobe.ne.jp/~leva/test.png

下線は表示されていません。

IE6 XP
スクリーンショットhttp://nira.s25.xrea.com/test/c030430.png

>>27
わざわざうｐスマソ。
そうか、じゃあなにか設定の関係かな。
特別なことはしてないんだけど、
再現ができないんじゃあこの問題はお流れかなあ。
スレ汚しスマソでした。

CSS質問スレ18からきました。

Opera7なのですが、
body { background: #000000 url( "top/logo1.gif" ) bottom right no-repeat scroll; }
という指定をしたとき、背景画像が、
ページを表示さ せた段階で表示されている部分しか表示されません。
そのため、背景画像が小さかったりすると、ページをスクロールしても見えません。
大きな画像にして、 最初に表示させたときに一部が見える状態にしてみた場合は、
見えることは見えるのですが、スクロールさせると画像が崩れます。
background-attachment:fixed; にした場合はきちんと表示されます。

>>29
http://pc2.2ch.net/test/read.cgi/hp/1050086156/339-340
つまりOpera 6の時にbackground-attachment:fixed;で起こる現象が
fixedでなくても起きるってことか。
　http://cssbug.tripod.co.jp/detail/opera/b030.html

http://cssbug.tripod.co.jp/detail/mozilla/b042.html
互換モードではhr要素に指定したclearプロパティが無視される(N7)

>hr { display: block; }を指定してやるとうまくいく事があります。
とのこと。
http://web.archive.org/web/20010818140549re_/www.geocities.co.jp/Playtown-Denei/8249/diary/200108.html

>>30
レス遅くてすみません。

>つまりOpera 6の時にbackground-attachment:fixed;で起こる現象が
>fixedでなくても起きるってことか。

似たような現象だと思います。
ためしに、bodyでなくdivに対して指定してみたところ、表示されない、という現象はおきませんでした。
なので、同じ、といっていいのかはよく分かりません。

また、no-repeatをはずしてみた場合は、
画面外に出ていた部分をスクロールして見えるようにしたとき、描画がおかしくなりました。
これもbodyに指定したときのみで、divに指定した場合は問題ありません。

<table><tr><td nowrap>
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa<br>
bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb<br>
<hr>
dddddddddddddddddddddddddddddddddddd<br>
</td></tr></table>

tdにnowrapつけると、ネスケ７だけでｈｒが点になってしまうが、
これはいったいどうしたことよ？　なんとかならんのか？

>>33
ＣＳＳバグのスレッドなんだから
<td nowrap>でなくて td {white-space:nowrap;}として欲しかったナ。

>>31みたいにhr {display: block;}としても直らないか？

>>33
やはり>>31のバグと同じく、quirkモードでしか生じないバグだね。
またhrにdisplay: block;を指定すれば回避できる。
<table><tr><td style="white-space:nowrap;">
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa<br>
bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb<br>
<hr style="display:block;">
dddddddddddddddddddddddddddddddddddd<br>
</td></tr></table>

つまりNetscape 7の互換モードでは、hrがインライン要素になってしまってる……？

ブロック要素（の塊）がフロートの高さを超える前に2回出てくると勝手にclearされたような。

>>22 WinIE101
リンクが訪問済みになると下ボーダーが表示されます。
:visitedの内容をa.imgの内容が上書きしていないようです。

>>29
Opera047に追加。

>>31 >>33 >>35
Moz042修正＆Moz053追加。
互換モードではhr要素をインライン要素にしているそうです。
インライン要素にした経緯などはここに書かれています。
http://bugzilla.mozilla.org/show_bug.cgi?id=18754
このことはMoz042に書いておきました。
http://cssbug.tripod.co.jp/detail/mozilla/b042.html

>>19
知りませんでした。失礼しました。
http://bugzilla.mozilla.org/show_bug.cgi?id=78087
・マイナス指定で消えて見えるのはCSS2仕様上正当。（消えないIEは不当。）
・互換モードではマイナスでも表示させるべきかもしれない。
と解釈しました。英語はあまり得意でないので間違ってたらご指摘ください。

>>37
ありがとうございます。
短い文章なのに自分の説明より分かりやすいです。

>>36 どのブラウザで、どんなソースでの話なのさ？

>>37
お疲れさまです。
http://cssbug.tripod.co.jp/detail/winie.html で気づいたこと。
>※WinIEにはXML宣言のあるXHTML文書に互換モードを適用させしまうバグ
「させ“て”しまう」の脱字かと。

【Opera 6/7】
厳密にはＣＳＳの問題ではないかもしれませんが……。
下記のページで、h2のbackground-imageにgif動画を使ってますね。
　http://www.musubime.com/computer/css/css.html
これが、Opera 7だとアニメが動いて見えません。Opera 6では問題無しなのに。

しかしOpera6にも別の問題があります。
上記ページに倣って、透過gifアニメを作って背景画像に指定してみたら、
なぜか透過しないので指定した背景色が見えなくなりました。
画像を切ると、背景色が見えますが。
下記指定を、お試しあれ。
h2 {
background-color:yellow;
background-image:url("http://www.h3.dion.ne.jp/~bookish/images/dot-move0.gif");
}

特に後者はgifへの対応の問題でCSSバグではないかもしれませんが、以上一応ご報告する次第。
対処法があらばご示教ありたし。

>>42 (の上)
他のgifアニメでも試してみた。
Opera7でbackground-imageに指定しても、ちゃんとアニメーションが動くものもある。
どうも>>42の２例で使ってるタイプのgifだけが動かなく（表示されなく）なるらしい。
Opera6ではちゃんと表示された。

【NN4.x】
line-heightを単位無しの倍率指定すると上の行と下の行が重なる。
http://dhr.tripod.co.jp/stylebug22.htm
>ネットスケープ4.ｘにおいては、親要素の「line-height」の値に、単位のない
>数字（例えば「1.2」）を設定すると、単位のない数字ではなく、親要素で計算
>された値を継承してしまう

【Opera 7】
http://pc2.2ch.net/test/read.cgi/hp/1050086156/565-567n より。

> http://www.onyx.dti.ne.jp/~saitone/today/opera7.htm#colourscroll
>MS IE 5.5 以降で独自拡張されたスクロールバーの色付けですが、Opera7 は
>賛否はともかく対応しています。使いたい方は opera6.ini の [User Prefs]
>以下に Enable Scrollbar Colors=1 と書き加えて下さい。

しかし上記を実施しても――
>どうやらOpera7ではIE6とは違ってhtmlではなくbodyをセレクタにしないと
>scrollbar関係のスタイル指定は効かない模樣。
>これってバグかなあ？

↓前スレッドがもう書き込めないみたいね。
http://pc2.2ch.net/test/read.cgi/hp/991666454/l50
また「901-」と「最新50」以外を見ようとしても、
「■　このスレッドは過去ログ倉庫に格納されています。」になるよ。
参照したいことがあるのに、困るなあ。
誰か過去ログを別の所に保存してくれてる人とか居ない？

わざわざ新たに作らなくても、まとめサイトでいいんじゃないの？

>>47　纏められる前の元の報告を見て詳細を確かめたいこともあるのよ。

>>46
前スレの途中、473（02/07/14 10:45）までならここにあったけど。
http://pc.2ch.net/hp/kako/991/991666454.html

やっぱり一件の書き込み量が多いから、重くなりすぎたのかねえ。

>>46
ttp://i.pop.tc/hp/kako/991/991666454.html
ttp://i.pop.tc/hp/kako/991/991666454.dat

http://i.pop.tc/hp/kako/991/991666454.html
981 名前：Name_Not_Found投稿日：03/05/03 02:42 ID:???
WinIEが一番バグ多いのか……

982 名前：Name_Not_Found投稿日：03/05/03 10:44 ID:???
>>981
なにを今更。

いや、WinIEは一番使用されてるから
バグも見つかりやすく一番報告が多いだけで。
報告されてないけど、実際のバグの数では一番多いのはNN4でしょ。

>>51
どっかで見たコピペだな…

そういや、WinIE3もかなりぶっ飛んでいたように記憶しているけど

というか最初からNN4やIE3がCSSを解釈できるブラウザと思わないほうが早い。
MDプレーヤーにカセットテープ突っ込んでも再生されないのと一緒だと思う。

>>51
NNが4だったころはIEはCSS対応度が優れたすばらしいブラウザだった。
Mozillaが出来てくると、IEはCSS対応が糞なブラウザに成り下がった。

相対評価されてるだけ。

IE4は, 当時としては優れたブラウザだったと思う。
IE5が出た時はちょっと失望した。
バグだらけのIE5.5にはさらに失望。
IE6にはあきれた。

＞IE4は, 当時としては優れたブラウザだった
え゛当時は重い重いの大合唱だったように記憶していますけど
IE4 NC4 と、ともに大艦巨砲主義みたいで
とくにアクティブディスクトップは重かったなぁ
２日ほど目新しさで使ってたけど、重いから切った覚えが。

【IE6】アンカーを:hover状態にすると親ブロックが伸び縮みする。
http://pc2.2ch.net/test/read.cgi/hp/1050086156/579-584
再現条件が結構厳しい。
1.三重以上の入れ子ブロックで、内側から三番目のブロックに任意の幅を指定。
2.一番内側のブロックに任意の上下marginを指定（一括指定でも個別指定でも可）。
3.一番内側のブロックに含まれたa要素に:hover疑似classでbackgroundプロパティを指定。

以上の三つが満たされるとき、アンカーにカーソルを乗せて:hover状態にすると
内側から三番目のブロック・ボックスが2.で指定した上（下）マージンの幅だけ
伸び縮みする。

.ch1{
width:100%;/*幅は何でもいい*/
}
.ch3{
margin:20px 0;/*topかbottomに指定。*/
}
a:hover {
background:red;/**/
}
div {/*見やすくするため*/
border:1px solid red;
margin:3px;/*ここの数値が伸び縮みの幅に関係する。30pxだと……*/
background:yellow;
}

類似バグ
http://cssbug.tripod.co.jp/detail/winie/b038.html

【IE5.5〜6】追記
a要素の下線を解除できる(IE5)
http://cssbug.tripod.co.jp/detail/winie/b040.html

これ、a要素だけでなく、初期設定で下線の附いてる要素では
子孫要素に text-decoration: none; を指定すると下線を消せてしまふ模樣。
つまりins要素の子孫でも下線解除可。
但しu要素は駄目みたい。
他に下線附きが初期値の要素ってあったかな？

>>57さんに再現条件調べていただいたリンク先の>579です。
いろいろ調べててわかったので追記させていただきます。
サンプルソースです。
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html><head>
<style type="text/css">
<!--
BODY{
color: #000000;
background-color:#ffffff;
}
a:HOVER{
color:#8800FF;
background-color:#008877;
}
.ch1{
/*width:300px;*/
margin:5px;
padding:7px;
}
.ch2{
margin:11px; /*値Aとする*/
padding:23px;
}
.ch3{
margin:11px; /*値Bとする*/
padding:17px;
}

div {/*見やすくするため*/
border:2px solid red;
background:yellow;
}
p{
float:left;
}
--></style></head>
<body>

<div class="ch1"><div class="ch2"><div class="ch3">
<a href="1.htm">ここにマウスをあわせると</a>
</div></div></div>

<p>左の段落の下が消える<br>左の段落の下が消える<br>左の段落の下が消える<br>
左の段落の下が消える<br>左の段落の下が消える<br>左の段落の下が消える<br></p>
<p>右の段落<br>右の段落<br>右の段落<br></p>
</body></html>

>>57さん提示の条件のとおり.ch1のwidthを指定しなければ
【IE6】アンカーを:hover状態にすると親ブロックが伸び縮みする
は回避できますが、上記のサンプルのように左の段落の下が消えるという問題が発生します。
ここで伸び縮みはAとBの差で起きるようなので、これらの値を等しくすると
少なくとも見た目的には問題は起こらないようになりました。
複雑なバグのようなので、これでも他の問題が起こる可能性はあるかもしれませんが、
ご参考になれば幸いです。

>>59-60
無駄に長くなるし、再現条件を絞り込むためにも、不必要な指定は削ってね。
あと、floatさせる要素にはwidth指定が必須です（img要素以外）。これFAQです。
　http://pc2.2ch.net/test/read.cgi/hp/1050086156/7n

>>57 >>59-60
一番内側のブロック・ボックスdiv.ch3の中にはa要素だけだけれど、
そこに何らかのブロックレベル要素を入れて一番内側でなくすると
どちらのバグも起きなくなる。
但し、入れるのはa要素の後でないと駄目。前だとやはりバグが起きた。
それと、br要素でも駄目。

あ、ごめん。回避できるのは>>57のバグだけだった。>>59-60には効かない。

>>59-60は、左の浮動要素が右のより行数が多いときに
その行数分だけ消えるんだね。
でも両floatの後に何かclearする要素を入れれば、バグは生じない。
ふつう、floatしたらどこかでclearするよね？　糞したら尻を拭くみたいなもの。

>>62
>ブロックレベル要素を入れて一番内側でなくすると
確認できました。これ、すごく助かります。
「一番内側でなくすると」なんて、自分には思いつかない発想です。
どうもありがとうございました！

>>64
>floatの後に何かclearする要素を入れれば、バグは生じない
おっしゃるとおりでした。
>floatしたらどこかでclearするよね？
すみません。基本ができてなかったです。
これもoperaやNNでは起きなかったので、IEが悪いんだ〜と思ってました。
ありがとうございました。



p.s. 穴があったら入りたくなってきました。

>>57と同じ現象か分からないけど、IE6で見た時だけど、
バグ辞典の要約サイトのインデックス/バグリストのところも、リンク部分にhoverすると横に動くよ。
div/ul/liでも入れ子っていうのかな？

>>66 IE6で試したけど、そこにhoverしても横に動いたりしないよ。Win98SEにて。
http://cssbug.tripod.co.jp/index.html#idx_b

>>67
しないですか？こちらはWinXPですが、
読み込んで最初の1回だけなんだけど、リロードするとまた起きる。

>>65
>これもoperaやNNでは起きなかったので、IEが悪いんだ〜と思ってました。

別にそれで間違ってないよ。IEのバグなんだから、IEが悪いのは確か。

>>66
>57のバグは縱に伸び縮みするもの。「横に動く」ならこちらに近い？
アンカーにマウスポインタを乗せると親要素が動く(IE5.5)
http://cssbug.tripod.co.jp/detail/winie/b038.html

>66
漏れも動かないよ。　hoverしてもリンクの背景色が変わるだけ。
Win98SE。

>>69
あ、それです。IE6についても、書いてありますね。
失礼しました。


でも環境によっては同じブラウザでも起きたり起きなかったりするの？

>>71　訪問済と未訪問とで異なるとか？　うちは全てvisited

【NN6〜】
浮動要素の親ブロックにposition:relative;を指定すると
なぜかfloatさせた子要素まで包含する
　http://i.pop.tc/hp/kako/991/991666454.html の 683 参照。
例）
<div style="border:2px solid red; position:relative; ">
<div style="float:left; width:50px; height:50px; background:aqua;">Float</div>
<!--br style="clear:left;"-->
</div>
本来は、clearさせるブロック要素無しには
親ボックスの高さはフロートさせた子要素まで包含しない筈なのに……。
cf. http://cssbug.tripod.co.jp/detail/winie/b079.html
　　http://www.mozilla.gr.jp/standards/webtips0021.html#c1_2

CSSでイケてるデザインサイトリンク集2 http://www.geocities.co.jp/SiliconValley-SantaClara/1308/
の
ttp://tenichi.s21.xrea.com/
でも左コンテンツの「書誌検索」「ご意見ご感想」リンクで>>57の現象がおきるね。
意外と多いのかな、コレ。

>>74　http://tenichi.s21.xrea.com/
「書誌検索5」にカーソルで触れるとCONTENTSのボックスが縱に縮み、
「ご意見・ご感想M」に乗せると元に戻るな。
しかしCONTENTS中の他のリンクには触れても何ともない。なんでやねん。

>>75
なんでわざわざ直リンに貼り直すんだ？

>>76
http://tenichi.s21.xrea.com/index.shtml をHTMLのみで保存してソースの
<link rel="stylesheet" href="css/default.css" type="text/css">
を
<link rel="stylesheet" href="css/main.css" type="text/css">
にと書き直す。（default.cssは@import url( main.css );しか書いてない）
するとなぜか「書誌検索」をhoverしても縮むバグが起こらなくなった。
その代り今度は、その一つ上の「出版社リンク集」でバグが起きる。
@importするかしないかでバグの引き金が変るとは、これ如何に。不可思議玄妙なり。

>>77
それより糞IEを使ってることに恥じらいを感じたことはないですか？

>>78
77ではないが、９割超えるシェアのＩＥで動作確認するのは
ｗｅｂ製作者には必須だろ？
自分ではNNやOpera使ってたとしても。

まあ、W3C厨には何言ってもわからんだろうが。
Strictスレにｶｴﾚ!!（・∀・）

>>41　winie.html修正。

>>42　Opera048追加。

>>45　Opera049追加。

>>57　WinIE102追加。
どうやら、4つ目の条件があるようです。
4.内側から2番目のブロックに背景を指定。

>>58　WinIE040修正。
IE5.0ではa, ins, u, del, s, strikeの下線や打ち消し線を消せます。

>>59-60　WinIE103追加。

>>80
おつかれさまです。
アンカーを:hover状態にすると親ブロックの高さが変化する(5.5/6.0)
http://cssbug.tripod.co.jp/detail/winie/b102.html

バグ回避策に追加を。（>>60参照）
・一番内側のブロックと内側から2番目のブロックの上下marginの値を同じにする。

>>75-77のバグは下記で再現できた。
A:hover {background-color: red;}
kbd {background: yellow;}
.contents {
width: 100%;/*auto以外の任意の値*/
border: solid 1px blue;/*無くても良い*/
}
<DIV class=contents>
<UL>
<LI><A href="index.html">リンク１</A><KBD>1</KBD> </LI>
<LI><A href="index.html">リンク２</A><KBD>2</KBD> </LI>
<LI><A href="index.html">リンク３</A><KBD>3</KBD> </LI>
<LI><A href="index.html">リンク４</A><KBD>4</KBD> </LI>
　<!--以下同様に続く-->
</UL>
</DIV>
hoverした時に親boxの高さが変るリンクは、@importするかしないかで変る。
li要素の数でも異なる。li要素を増やすと、下から三番目のリンクがバグの引き金になる。
kbd要素を削除するとバグは起きなくなる。
あるいは、kbd要素へのbackground-color乃至background指定を削っても回避できる。
また、ulにborderを指定すると、なぜかバグは回避できた。
ul {
border:1px solid white;/*transparentが黒になるので背景色*/
}

>>82
ヴァリエーションだね、これ↓の。
　http://cssbug.tripod.co.jp/detail/winie/b102.html
　http://cssbug.tripod.co.jp/detail/winie/b103.html
>>66も言ってたが、div/ul/liでも入れ子になるってことだな。

>>80
http://cssbug.tripod.co.jp/detail/winie/b102.html
>br要素を置いた場合はバグがが発生します。
「が」が衍字。

>ただし、場合によっては別のバグ（WinIEバグ103）が発生するので
この文は、もっと上、「または、一番内側のボックスの……」の前に入れる方がいいと思った。

http://cssbug.tripod.co.jp/detail/winie/b103.html
>上記の入れ子ブロックの後にフロート化したボックスが複数並んでいる。
のみならず、以下の条件が要る。
・左の浮動ボックスの行数が右の浮動ボックスより多い。
（その多い行数分だけバグ発生時に消える）

>>82は、kbd要素の代りに任意のインライン要素でbackground系プロパティーが
指定されてれば、バグる。
あと、>>77に書いた@import云々は関係なかった。何度もバグを再現実験してると
バグの引き金になるリンクが下から三番目になったり二番目になったりする。
一番下のリンクに触れるとリロードした時の初期状態に戻るのは変らない。
しかしその初期状態の時点で既に指定もしてないmarginが空いてるわけだが。

>>84
重箱の隅をつつくのはやめたら？
最後のなんてサンプルあるんだし
条件にいれなくたってわかるだろ。
こういうアホのせいでまとめサイトがなくなると困るんだよ。

>>86
もちつけ

>>86
別に批判してるわけではないでしょ。単に校正してるだけですよ？　
記述だって精確な方が読者に親切ではありませんか。どのみちあとは管理人さんの好み次第。

>>81 >>84
WinIE102と103を修正しました。

よし、わかった！！誰でも編集できるようにWikiにしる！！！

>>83
確かに>>82（>>74-77）はWinIE102・103と類似だけど、
別バグになるんでないかい？
なぜなら三重入れ子だけでなく、kbdなどインライン要素が再現条件に必要だから。

>>89
お疲れさま。
【IE6】 http://cssbug.tripod.co.jp/detail/winie/b103.html
>左フロートの場合、左側にあるフロートのボックス高が右側にあるフロートの
>ボックス高より大きい（右フロートの場合はこの逆）。

右フロートが高い場合ではなぜかバグは起きません。
「例示」の左右を入替して実験しました。
a:href {background:red;}
<div style="border:2px solid red;">
<div style="background:yellow; border:2px dashed green;">
<div style="margin:20px 0; border:2px ridge blue;">
<a href="../winie.html">WinIEバグ</a>
</div></div></div>
<div style="float:left; width:5em; border:2px outset fuchsia;">
left2<br>left2<br>left2</div>
<div style="float:left; width:5em; border:2px outset fuchsia;">
left1<br>left1<br>left1<br>left1<br>left1</div>

【NN4.x】
インライン・スタイルシートを指定すると
ソースのstyle="〜"がTtyle="〜"と化けて
指定通りに表示されなくなることがある。
全く同じソースであっても再読込すると再現したりしなかったりする。

検索すると、以下が引っかかった。
http://tancro.stp-1.com/stylesheet2/nc_error.html
http://pc3.2ch.net/hp/kako/1011/10110/1011008092.htmlの212,224,256
http://mentai.2ch.net/hp/kako/974/974934062.htmlの783
http://homepage2.nifty.com/tsqr/tec/font.htm

http://www.scottandrew.com/
http://www.hssh.jp/~hssh/
http://thefool.fc2web.com/
http://www.1point.jp/~book_2ch/index.html
http://red.ciao.jp/fantasy/
http://www.aquaplace.com/
http://starry.night.nu/
http://www.macintoybox.com/
http://www.d1.dion.ne.jp/~hirosi_s/index.html
http://www.annie.ne.jp/~sheepers/komain.html
http://3110.sunnyday.jp/
http://cheser25.hp.infoseek.co.jp/
http://phoenity.com/
http://www.users.yun.co.jp/~souichi/
http://radicli.net/rr/
http://d-o-b.ciao.jp/^o^/
http://www.windfarm.co.jp/
http://www.deadbydesign.com/
http://www006.upp.so-net.ne.jp/Initialz/index.html
http://chankaz.cside4.jp/
http://raku-gaki.com/
http://www1.odn.ne.jp/~cce60200/
http://www.muffy.jp/
http://www.ritsumei.ac.jp/kic/~tyv07679/index-j.html
http://tr.vis.ne.jp/
http://www.kapowaz.net/?showarticle=13032003
http://akiko.kuhndesign.com/
http://www.clagnut.com/
http://www.interq.or.jp/orange/nori/
http://www10.plala.or.jp/psychedelic-text/

WinIE102を修正しました。
>>82の内容を追加しています。

>>92
こういう場合に、右にあるフロートの方が高いときにその一部が消えます。
<div style="float:right; width:5em; border:2px outset fuchsia;">
left1<br>left1<br>left1<br>left1<br>left1</div>
<div style="float:right; width:5em; border:2px outset fuchsia;">
left2<br>left2<br>left2</div>

>>93
NN016に追加しました。

【NN4.x】
http://pc.2ch.net/hp/kako/1000/10005/1000552896.html の536〜538
H2 {font-size:200%}
p.AuthorName {font-size:120%;}/*本文よりちょっとだけ大きくする*/
ソースに
　<H2>第２章</h2><p class="AuthorName">七篠權兵衞</p>
と書くと、P要素の「七篠權兵衞」がＨ２と同じ大きさ・太さになるバグ。
　<H2>第２章</h2>
　<p class="AuthorName">七篠權兵衞</p>
と改行すれば通常通りに表示されたが。

#ソースでの改行の有り無しで解釈が異なるとは、なんぼネスケ４でもあまりにひどい。

なんかTripod重い？
見られないよ、これ。
http://cssbug.tripod.co.jp/detail/winie.html

>>97
漏れはこういったページを見るたびに思うんだけど、
ここまでやるなら、M$にフィードバックするか、フィードバックしても
成果がなければIEの使用はやめる。
暇人のたわごととしか思えないんだけど

>>98
自分だけ使用を止めても、IEによる閲覧者が多数存在する以上、無意味でしょ。
フィード・バックした場合でも修正されるまでの間は役に立つ。
いや修正されても旧バージョンへの対策としては、依然必要だ。
ケチつけなさんな。

暇人のたわごとだと思うが。どこかの組織が運営してるわけでもなし。
別にフィードバックはバグを纏めた人間でなくてもできるだろ。

# ていうか、こんなところに書くまえにまず直接フィードバックしる、かな。

>>100
「赤信号、みんなで渡れば怖くない」
そんな連中に何を言っても無駄です。

>>101
赤信号ですか。頭大丈夫？

Microsoft社にはBugzillaみたいなフィード・バック受付窓口が無いのでは？
あっても英語でなければ駄目とか。
まあバグを直すつもりがあるなら、当然担当者はここのまとめページ位見てる、
と信じたい。

>>103
担当者レベルの問題ではない、W3C脱会した時点で意志すら無し

>>104
ＩＥ憎しのあまりデマはいかんな。
マイクロソフト社が脱会したのはコレオグラフィ作業部会だけだろ？
http://www.zdnet.co.jp/enterprise/0303/26/epn20.html

>>105
理由はどうであれ現在どうなっているか？が先決。
技術といものは理論を現実にするものであり、現実化してから
次のスッテプを唱えれば、誰も反論しないだろうよ
違うか？

>>106
おちつけ！！！！

取り敢えず >>107 に同意かな

誤爆、か。やれやれ。 >>106

【WinIE5.5】
tbody要素にheightを指定すると、子要素に継承される。

<table>
<tbody style="height:10em">
<tr><td>a</td></tr>
<tr><td>b</td></tr>
<tr><td>c</td></tr>
</tbody>
</table>
とすると、なぜか各行の高さが10emになる。

>>110
thead要素でも、なるね。WinIE6にて。

【Opera 7】
list-style-imageを設定し、且つリストにtext-alignでleft以外の値を指定した場合
リストマーカーが左はじにあるままでテクスト先頭の左隣についてこない。
　http://pc2.2ch.net/test/read.cgi/hp/1050086156/853- より

<ul style="list-style-image:url(URI);">
<li>１行目/li>
<li style="text-align:left;">２行目</li>
<li style="text-align:center;">３行目</li>
<li style="text-align:right;">４行目</li>
</ul>
３行目と４行目で不具合が生じる。
但し、画像オフにしてリロードすると、リストマーカーはテクストと共にalignされる。

http://cssbug.tripod.co.jp/detail/macie/b048.html と類似だが
Opera7ではマーカーに画像を使用するか否かで解釈が異なるのが問題だ。

>>112
基本的には、<li>にlist-style-image:url(URI);
を指定するもんだけどね？（w

Javascriptバグ辞典ってないですか？

>>113
http://pc2.2ch.net/test/read.cgi/hp/1050086156/873n
>ハテ？　CSS2の仕樣書に例が載ってゐましたが、あれは間違ひなのでしたか。
> http://www.w3.org/TR/REC-CSS2/generate.html#lists
>>The following example sets the marker at the beginning of each list
>>item to be the image "ellipse.png".
>>
>>UL { list-style-image: url("http://png.com/ellipse.png") }

「hr要素へのスタイル指定」に追補。
http://cssbug.tripod.co.jp/misc/hr.html

ブラウザ互換で右寄せにする方法（互換・標準モードとも）
width:60%;
text-align:right;/*IE・Opera向け、NN7で効かない*/
margin:1em 0 1em auto;/*NN7向け、IE・Operaにはなぜか無効*/

バグではないかもしれぬが、marginでの右寄せがMozillaでしか効かないのは怪しい。

http://cssbug.tripod.co.jp/detail/mozilla/b042.html
>hr要素に対して display: block; を指定することでこのバグを回避できます。

但しこれはWinIEで別のバグを生じさせることがあります。
↓
【WinIE6標準／互換】
hr要素にdisplay:block;が指定済みで、かつmargin-bottomが指定された時、
hr要素を最下部に内包する親ブロックレベル要素がそのmargin値を持つ。
しかも親ブロックに指定されたmargin-bottom値は無視される。
例）ＡブロックとＢブロックの間になぜか隙間が空く。
hr {display:block; margin-bottom:10px;/*一括してでも同じ*/}
div {background:yellow;}
<div id="a">Ａブロック<hr></div>
<div id="b">Ｂブロック</div>
div{margin:0;}と書き足しても、隙間は空いたまま消えてくれません。
display:blockを消すかhrへのmargin-bottom指定値を消すかすれば、
隙間は生じなくなります。
他にバグ回避法として以下が有効でした。
1. 親ブロック（div#a）に任意の（auto以外の）widthかheightを指定する。
2. hrをブロック内の最下部にしない。つまりhrの次に何か書き入れる。
3. hrへのmargin-bottom指定値を0かautoにする。
外観を変化させずにバグを回避できる点で、1.がおすすめ。

「hr要素に対して display: block; を指定することでこのバグを回避できます。」はここにもあったね。
→　http://cssbug.tripod.co.jp/detail/mozilla/b053.html

外部シートで、hr{display: block;}を、WinIEが認識せず
Mozilla（とOpera）だけ読み込む形にして記述すればいいのかな。
@import url("nn6.css") all;とか@import "nn6.css" all;とか。

http://cssbug.tripod.co.jp/detail/mozilla/b008.html は要修正。
>CSS2では、positionプロパティに「absolute」か「fixed」が指定された
>要素はdisplayプロパティが「block」に設定されると決められています。
>従って、これらの場合li要素のリストマーカーは表示されません。

これはCSS2.1で訂正となったこと、>>7に既出。
cf. http://cssbug.tripod.co.jp/detail/mozilla/b047.html

エラッタならともかく、Working Draftのものを根拠に修正ってまずくないの？

>>120　だから>>7にもErrataを挙げてるのにぃ。
http://www.w3.org/Style/css2-updates/REC-CSS2-19980512-errata.html#s-9-7

更新しました。

>>96　→NN017に追加。

>>110　→WinIE104に追加。

>>112　→Opera050に追加。

>>116　→右寄せできない件を追加。

>>117
バグをWinIE015に追加し、Moz042と053に
このバグが発生することを書き加えました。

>>119　→Moz008を修正。

>>122 いつもお疲れさま。気づいた所だけ。

http://cssbug.tripod.co.jp/detail/winie/b105.html
>下マージンと同じ値なる。
「値になる」の脱字。

113 ：Name_Not_Found ：03/05/18 18:31 ID:???
>>112
基本的には、<li>にlist-style-image:url(URI);
を指定するもんだけどね？（w

115 ：Name_Not_Found ：03/05/18 22:16 ID:???
>>113
http://pc2.2ch.net/test/read.cgi/hp/1050086156/873n
>ハテ？　CSS2の仕樣書に例が載ってゐましたが、あれは間違ひなのでしたか。
> http://www.w3.org/TR/REC-CSS2/generate.html#lists
>>The following example sets the marker at the beginning of each list
>>item to be the image "ellipse.png".
>>
>>UL { list-style-image: url("http://png.com/ellipse.png") }

Opera7.03(Win)にて、背景画像に動画GIFを指定しても
画像が動かないのですが、これはバグでしょうか。

>>125　>>42で既出。登録済。
http://cssbug.tripod.co.jp/detail/opera/b048.html

【NN4.x】
一意セレクタを要素名に続けて書くと、適合しない。
つまり、要素名#id {color:red;}だとスタイル指定を認識せず、#id {color:red;}だと効く。

これはブラウザ振分けに利用できる。NN4でバグを起すスタイルはidセレクタを振って回避。

http://pc2.2ch.net/test/read.cgi/hp/1050086156/928-
> <p class=" myclass">
> という感じに半角スペースをいれて
> .myclass{ /* いろいろ */ }
> とやるとオペラで無効、IEと根輔では有効に働きます。
> ブラウザ振り分けのとても邪道な方法になる・・・・・わけないですよね。

http://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/types.html#type-cdata
>ユーザエージェントは、CDATA型属性値の、冒頭あるいは末尾の空白
>文字を無視してよい。 (例えば「 myval 」を「myval」として解釈
>してよい。) 著者は、冒頭あるいは末尾に空白文字のある属性値を宣言
>することを避けるべきである。

http://cssbug.tripod.co.jp/misc/hr.html
>罫線のの幅が小さい場合は
「の」が冗字です。

【Mozilla/Netscape 7.02　標準／互換とも】
hr要素の幅が短くなって点みたいに表示される
例）http://www.sal.tohoku.ac.jp/~gothit/
（N7では 表示＞スタイルを使用 でLightを選択すること）

原因）個別指定でボーダー上辺と下辺を指定するとこのバグが生ず。
hr {
border-top: dashed 2px #999966;
border-bottom: dotted 2px #999966
}

回避法）
一括指定でborder-width:2px 0 2px 0;とすると、なぜかバグは起こらない。
またはhr要素に任意のheight（値はautoでもよい）を指定すると、なぜか防げる。

>>33既出の「ネスケ７だけでｈｒが点になってしまう」に類似する。下記参照。
　http://cssbug.tripod.co.jp/detail/mozilla/b053.html
但しこれと違って、今回のバグはhr要素に対して display: block;を指定しても直らない。

>>130のバグは、borderの値によっては再現しないみたい。以下で確認した。
HR{
border-top: dashed 1px #999966;/*2pxを1pxにした。*/
border-bottom: dotted 2px #999966
}
HR{
border-top: solid 2px #999966;/*dashed→solid*/
border-bottom: dotted 2px #999966
}

あと、hr {background:red;}と色をつけると、点みたいに表示されることはなくなった。
どうも再現条件がつかめない。まだほかにあるかもしれない。

絶対配置／固定配置／フロート状態のli要素のリストマーカーが消えない(N7)
http://cssbug.tripod.co.jp/detail/mozilla/b047.html
>この挙動は仕様通りの動作です。

……ってことは、IEやOperaでマーカーが消えるのは、バグになるわけですね。
登録して置いた方がいいのでは。

【WinIE5.5/6】
http://www.remus.dti.ne.jp/~a-satomi/nikki/2002/05b.html#d11n03
>どうも WinIE5/6 あたりには、 float させたブロックの margin-left が
>指定値の約二倍増するケースがあるよーです。

body{padding:0 0 0 90pt;}
.status{
float:left;
margin:0.5em 0 0 -39pt;
width:78pt;
}
幅 78pt の div.status を、その半分しか左にずらしてないのに、
WinIEでは通常フローにある要素（ div.status 以外の本文ほとんど）の
表示位置に重ならない――とのこと。

http://petronius.hp.infoseek.co.jp/dasoku/2002_05a.html#h14512f
>半分では無く、10割分左にずらしたら"OPERA"なら上手く表示できたけど、
>"IE"は左の枠外にブロックがぶつ飛んでしまつた

>>133を実験してみた。必ずしも「倍増」ではなく、2.x倍になるみたい。
body {font-family"ＭＳ ゴシック",monospace;}
<div style="border:1px solid blue; padding:0 0 0 10em;">一二三
<div style="border:1px solid red; float:left;width:9.8em;margin:0 0 0 4em;">
float
</div>
４５６７８９０<p style="clear:both;">clear</p>
</div>

★ノズラーとは？★
評論家の福田恆存や松原正の著作を愛読し、ネット上の掲示板などで旧かな旧漢字
（彼らは正字正仮名と呼ぶ）を使いまくり、自分のことを「反時代的教養人」だと信じて
疑わない人たちの呼称。

★ノズラーの性質★
「正字正仮名」がいかに正統な仮名遣いであるかをネット上の掲示板などで布教する
が、語り口が傲慢なので皮肉にもかえって「正字正仮名」に嫌悪感を示す人を増やす
という事態に陥っている。
また、「正字正仮名」こそが現代の日本に残された数少ない（唯一？）伝統であり、こ
れを守ることこそが真の保守であると盲信しているので、保守を名乗りながら「正字正
仮名」を使わない西部邁や西尾幹二やその信奉者を罵倒することを生き甲斐にしてい
る。

>>130-131からの派生。
http://pc2.2ch.net/test/read.cgi/hp/1019912046/144-

例
hr {
border-top: dashed 50px blue;/**/
border-bottom: dotted 2px red;
}
【NN7・IE6】
個別指定でborder-widthの値を太くしても反映されない。
但しN7では、描線に変化が無い代り、hr要素のマージンに値が反映される。
【Opera7】
オペラはもっとひどい。指定したのと逆様になる。
つまり、
border-topのwidth値がborder-bottomに、
border-bottomのwidth値がborder-topに、反映される。

三つのブラウザいづれも、hr要素のheightを明示すればバグは回避できる。
そのheightの値は、上下のborder-widthの合計以上でなくてはならない。

以上、「hr要素へのスタイル指定」に追加となりますか。
　http://cssbug.tripod.co.jp/misc/hr.html

フォントの総称ファミリに一般的でないフォントが割り当てられる(IE5.5)
http://cssbug.tripod.co.jp/detail/winie/b033.html

「未確認バグ」となってますが、Microsoft社が認めてるみたいです。

[IE5]sans-serif を指定した HTML ファイルを表示すると文字化け
　http://support.microsoft.com/default.aspx?scid=kb;ja;417057

>>137は、むしろこちらかな。

日本語文字が欧文フォントで表示されるために文字化けする(IE5.5)
　http://cssbug.tripod.co.jp/detail/winie/b034.html

http://support.microsoft.com/default.aspx?scid=kb;ja;417057
>本現象は Windows 2000/XP では発生いたしません。
だとさ。

>>46
前スレッドが閲覧可能になった。

CSS/DHTMLバグ辞典スレッド ver2.0
　http://pc2.2ch.net/hp/kako/991/991666454.html

>>139
と言うことで、>50は消します

【MacIE5.1】
以下の「未確認バグ」は、バグ発生を確認しました。
http://cssbug.tripod.co.jp/detail/macie/b008.html
http://cssbug.tripod.co.jp/detail/macie/b031.html

以下は、バグが起きませんでした。
http://cssbug.tripod.co.jp/detail/macie/b020.html
ただし、「報告書き込み」に挙げられたページではバグりました。
何か再現条件を満たしてないみたいです。

http://cssbug.tripod.co.jp/detail/macie/b008.html
上記バグは「OSXのMacIE5.1で見たら大丈夫」とのことですが、
うちみたいにＯＳが古いとMacIE5.1でもダメみたいです。

前366さんへ

更新有り難うございました。
さて、ちょっと氣になりました箇所を挙げます。

http://cssbug.tripod.co.jp/detail/winie/b034.html
>Lucida Sans Italicなどのフォントを指定した文書で

マイクロソフト サポート技術情報を見た限りでは、ここは正しくは
「……などのフォントをインストールしたコンピュータで」
ではありませんか。

http://cssbug.tripod.co.jp/misc/hr.html
>「ボーダーのプロパティ」に追加。
これについて>>136には
>三つのブラウザいづれも、hr要素のheightを明示すればバグは回避できる。
とありましたが、これも記載した方がよくありませんか。
それとOpera7は記述と逆で、バグは標準では起きず、互換で起きました。
ついでながら「罫線のの幅」がまだ残ってます（WinIE6互換）。

http://cssbug.tripod.co.jp/detail/mozilla/b053.html
>同じような症状を持つ別のバグがありますが（Mozバグ053）、

053でなくて「Mozバグ054」ですよね？　リンク先も。

【WinIE5.5】
背景指定のprintメディアへの反映について。
H1 {
background-image: url('icon.gif');
background-repeat:repeat;
background-position:center;
background-color:#c0c0c0;
}
上記のスタイルは、画面で表示確認する限りでは問題無い。
しかし２行目の値をrepeat以外、no-repeatやrepeat-xにすると、
なぜかプリントアウトした時に背景イメージだけ印刷されなくなる。
media="print"や@media printと指定してみても結果は同じ。
もちろんIEは、インターネットオプション＞詳細設定＞背景の色とイメージを印刷する、
にチェックを入れてあり、現に背景色はちゃんと印刷される。
印刷プレビューで見ても、背景画像だけ印刷に出てない。
background-repeat:repeat;ならば背景画像も印刷されるから、これはバグかと。
NN6.2では印刷プレビュー機能が無いのでいちいちプリントアウトしなくてはならず、
全パターンは確認しなかったが、同じく背景イメージのみprintメディアに反映さ
れない場合があった。
cf.http://pc.2ch.net/hp/kako/1005/10050/1005047493.html の273-277

　　　 　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

>>137と>>138は同じバグでないの？

フォントの総称ファミリに一般的でないフォントが割り当てられる(IE5.5)
http://cssbug.tripod.co.jp/detail/winie/b033.html

これを元々の報告である前スレッドの84以下で確かめると、
総称ファミリーと言っても問題になってるのはsans-serifだけ。
　http://pc2.2ch.net/hp/kako/991/991666454.html
で、sans-serifだけが悪さをするのは下記も同じ。

日本語文字が欧文フォントで表示されるために文字化けする(IE5.5)
　http://cssbug.tripod.co.jp/detail/winie/b034.html

要するに、「一般的でないフォントが割り当てられる」と
前スレッド84・95の報告みたいに「ガタガタした」文字面になるし、
そのうち特に「欧文フォント」（にかな漢字を含まない）が割り当てられた場合には
文字化けした表示になる――ってことではないかな。

<div><a>ヤフー</a>がどうのこうの…</div>

　とやってあって、aにスタイルシートが指定されてるととなんか不都合があったとか
書いてあるページがあったと思うんですけど、、知りませんか？

不都合はあるかもしれんが不具合は聞いたこと無いな…

>>148の不都合

あ、そうなの…。なんかどっかで見たような気がしたんですけど気のせいかな。
どうもすいません。

>141-142
008と031を確認済みバグに変更しました。
020は現状維持にしておきます。

>143 >147
034を033と統合してみました。
http://cssbug.tripod.co.jp/detail/winie/b033.html

>143 >144
それぞれ修正しました。

>145
これと同じです。
http://cssbug.tripod.co.jp/detail/winie/b042.html

【IE5.5〜6】
代替スタイルシートでは、スタイル適用を印刷媒体に反映できない。

スタイルシート切替スクリプトを使用。
<link rel="stylesheet" type="text/css" href="default.css"
hreflang="ja" charset="Shift_jis" media="print, screen">
<link rel="alternate stylesheet" type="text/css" href="alt1.css"
hreflang="ja" charset="Shift_jis" media="print, screen" title="代替１">
これで、画面ではうまく代替スタイルに変更できたのだが、
印刷プレビューやプリント・アウトしたものでは初期設定の儘にしかならなかった。

hr要素へのスタイル指定
http://cssbug.tripod.co.jp/misc/hr.html

以下も「hr要素へのスタイル指定」の問題ですね？

hr要素でwidthプロパティの指定値が正しく反映されない(IE5.1)
　http://cssbug.tripod.co.jp/detail/macie/b011.html
互換モードではhr要素に指定したclearプロパティが無視される(N7)
　http://cssbug.tripod.co.jp/detail/mozilla/b042.html
折り返しを抑制した要素内にあるhr要素の幅が正しく算出されない(N7.0/Moz1.4a)
　http://cssbug.tripod.co.jp/detail/mozilla/b053.html
hr要素のボーダーが正しく設定されない(N7.0/Moz1.4b)
　http://cssbug.tripod.co.jp/detail/mozilla/b054.html

【WinIE6】
文字サイズの大きい要素をfloatさせると行高の計算を誤るらしく、
文字列の上下端がはみ出て見えなくなる。

例：
h1, big {
font-size:250%;
float:left; width:10em
}
<h1>見出し</h1>
<p>本文。本文。本文。本文。本文。本文。本文。……</p>

<big>見出し</big>
<p>本文。本文。本文。本文。本文。本文。本文。……</p>

回避法
floatした要素に以下を追加指定する。
line-height:1;
vertical-align:text-bottom;/*これは無くてもよいが。*/

ごめん、>>155は取り消しにして下さい。
バグだと思った現象が起こったのは、
例に出したソースの更に親ブロックに
line-height:1.3em;を指定してたからでした。

line-height:1.3;と、単位無しの倍率指定にしたら、大丈夫になりました。
line-heightに限っては単位無しで指定をしといた方が好都合なんですねえ。
http://pc3.2ch.net/hp/kako/1038/10384/1038437758.html の241・834参照。
でも、NS7ではバグ（だと思った現象）は生じなかった。なんでだろ？

>>156はこれと同じことかな。

テーブルセルから上下にはみ出す部分が表示されない
http://cssbug.tripod.co.jp/detail/winie/b092.html
>line-heightプロパティで小さい値を指定するなどしてテーブルセルの高さを
>低くしたとき、セルのボックスをはみ出す部分が表示されない。

これがテーブル・セルに限らず、ブロック・ボックスでもなるわけでは。
で、Mozillaではこのバグがないので>>155みたいに文字の上下が切れたりしない、と。

幅や高さを指定した要素内にあるフロートの下マージンが無視される(IE6)
http://cssbug.tripod.co.jp/detail/winie/b096.html

幅や高さを指定しなくても、無視される場合がありました。

<div style="/*width:10em;*/ border:2px solid red;">
<img src="../img/img01.png" alt="★"
style="float:left; margin:1em 1em 0em 1em;">
長文の文字列・長文の文字列・長文の文字列・……</div>

下マージンの値が1em以上なら、反映されます。50pxなどでも大丈夫。
しかし、上記の如く0にしようとしたり、0.5emや2pxなど少ない値だと、なぜか無視されます。

【IE6】
縦書きプロパティを適用すると、親ボックスの一番右端に来るブロック要素内の
インライン要素には右マージンが設定できなくなる。
<div style="writing-mode: tb-rl;">
<!--[if gte IE 5.5000 ]>
<p>
<a href="#COL1last" style="margin:4em;">
<img src="../images/arrow4.gif" alt="↑" width="13" height="13">
</a>
</p>
<![endif]-->
</div>
一番右端のブロック要素にはmarginは効く。その中のインライン要素だけなぜか無効。

>>153は以下に既出だった。

代替スタイルシートに萌え〜
http://pc2.2ch.net/test/read.cgi/hp/991400015/293-294

【WinIE6】
letter-spacingの値をem単位で指定すると、当該ブロックにfont-sizeを指定してる場合でも無視してbodyのfont-sizeを基準に算出する。

下記の例では、■五箇分（5×5=25em）の空白ができるはずだが……。
<p style="font-size:5em">
□<span style="letter-spacing:5em;">■□</span>
</p>
<p style="font-size:500%">
□<span style="letter-spacing:5em;">■□</span>
</p>

【ＩＥ5.5〜6】
vertical-alignのtop値とtext-top値の挙動が謎。

http://is.vis.ne.jp/charts/css2_visudet/index.xhtml#vertical-align
上記の対応表では、top値に対応するがtext-topには未対応とする。

http://hp.vector.co.jp/authors/VA022006/css/corrbrwser/visualren.html#vertical-align
上記ＵＲＬの対応表では逆に、top、bottom値には未対応、text-topには対応とする。
>「top」と「bottom」は、それぞれ「text-top」と「text-bottom」と同じ様に
>扱われます。

http://msugai.fc2web.com/web/CSS/text.html#vertical
しかし、上記の「表示例」みたいに、適用するインライン要素がimg要素だと、
ちゃんとtopとtext-topで表示が異なる。

【NS7】
line-heightを設定した要素内ではvertical-align:text-topやtopの位置が
行ボックス上辺や親フォント上辺に揃ってくれない。
<p style="font-size:5em;line-height:2;border:1px solid red;">
□<span style="font-size:50%;vertical-align:text-top;">■</span>□
</p>
<p style="font-size:5em; line-height:3; border:1px solid red;">
□<span style="font-size:50%; vertical-align:top;">■</span>□
</p>
vertical-align:を指定した要素にline-height:1;を指定すると、意図通りになった。
もしかしてこれで仕樣通り？　ならばバグはＩＥの方なのか？

>>162
>http://msugai.fc2web.com/web/CSS/text.html#vertical
>しかし、上記の「表示例」みたいに、適用するインライン要素がimg要素だと、
>ちゃんとtopとtext-topで表示が異なる。

ごめん、img要素であるだけでは駄目らしい。
どうも同じ行内にtext-bottomを指定したimg要素がある所為で
WinIEでもtopがtext-topと異なって正しく行ライン上辺に配置されるみたい。
bottomでも同樣。
<div style="line-height:250px;border:1px solid red;"><!-- -->
1234<img src="back3.jpg" width="50" height="50" style="vertical-align:text-bottom;">text-bottom
1234<img src="back3.jpg" width="50" height="50" style="vertical-align:bottom;">bottom
1234<img src="back3.jpg" width="50" height="100" style="vertical-align:text-top;">text-top
</div>
まあとにかく、ややこしい。

というか、記述上のBugだが（w

>>164　とは？　意味不明、ご示教あれ。

【NN7】
http://hw001.gate01.com/fate-devil/のdriftスタイルで異常発生とのこと。

http://pc2.2ch.net/test/read.cgi/hp/1053619342/398-421
>htmlにスタイルを適用させるのはｲｸないですか？NNがなぜか動かなくなるんですが。

>リンクの上にカーソルもってくたびに
>ｳｲﾝﾄﾞｳｻｲｽﾞが小さくなり最後には消えてしまう('A`)）ので。

>>165
http://hw001.gate01.com/fate-devil/css/drift.css
これを
html {overflow:auto;}
body {overflow:auto;}
にすると確かにバグが起きた。
しかしdiv.menuへのright:20px;をleft:20px;にしたら、
ウィンドウ・サイズが小さくなるバグはなぜか起きなくなった。

>>166
ウインドウサイズが小さくなるのはoverflow-y:auto;で一応回避できます
が、リンクをクリックしても移動出来ないというバグが発生します

>>167
z-indexで負の値を使用するときには注意が必要です。

z-indexに負の値を指定した要素が消えてしまう(NN6〜)
http://cssbug.tripod.co.jp/detail/mozilla/b038.html

具体的な対処法は、スタイルシートに以下の記述を加えることです。
body {
position: relative;
left: 0;
top: 0;
z-index: 0;
}

>>168
ためしてみたら疑似フレームじゃなくなってしまいますた('A`)

全部いっしょにスクロール

大体、z-indexに負の値使用する自体が糞ブラウザのあわれな宿命

>>168-170
クリックはできるんだからz-indexの問題ではないよ。

下記で試しても、移動できないとさ。
　http://pc2.2ch.net/test/read.cgi/hp/1053619342/422-
html {overflow:hidden; height:100%;}
body {
height:100%;
margin:0;
overflow:auto;
}
div.menu {
position:absolute;
top:20px;
right:20px;/*left*/
width:150px;
}

>>166
むしろul.menuにpadding:0;を追加指定するといい。
cf. http://pc2.2ch.net/test/read.cgi/hp/1053619342/450-456
あるいは、div.menu a:hoverへのborder指定をコメントアウトする。
すると、リンクにカーソルをのせるとウィンドウ・サイズが小さくなるバグは、起きない。

逆にここからこのバグの再現条件を絞り込むと――
html {overflow:auto;/*height:100%;*/}
body {overflow:auto;height:100%;margin:0;}
div.menu{
position:absolute;
right:20px;
width:150px;
}
ul.menu{margin:0;/*padding:0;*/}
div.menu a:link, div.menu a:visited{
display:block;
width:145px;
}
div.menu a:hover {border:1px solid red;}

>>167
http://pc2.2ch.net/test/read.cgi/hp/1053619342/475n
475 ：400=474 ：03/06/05 12:27 ID:???
html要素のバッググラウンド他を除けたらいままでのバグが解決しました。（IEとほぼ同じ表示）
ホイールが効かないのは仕様かな？

http://pc2.2ch.net/test/read.cgi/hp/1053619342/485n

html{
　　 height:100%;
　　 overflow:hidden;
　　 width:100%;
}
body{
　　 height:100%;
　　 margin:0;
　　 overflow:auto;
　　 padding:0;
　　 width:100%;
}

これでバグが発生します。
絶対位置指定した要素内のリンクではバグは発生しないようです。

>>174
どんなバグかちゃんと説明しなさいって。
だいたいそれだけではバグは発生しないって。
a:hoverへの指定が問題になるはずだろが。
http://pc2.2ch.net/test/read.cgi/hp/1053619342/487n

人の話も聞かずに自分の思い通りにならなかったらバグ扱いにする人がいるスレはここですか？

>>174
あ、誘導されて来たので。
バグは
http://hw001.gate01.com/fate-devil/bag.png
上がバグ前。下がバグ後。
画像のようにリンクの上を通ると（画像ではHTMLのバナー）スクロールバーがどんどん迫ってきます。
ただし、メニューのリンクはバグが起こりませんでした。

a:hover{
　　color:#802020;
　　background-color:#D5CADF;
}
この状態でバグは発生します。
画像リンクだとどんどん狭まっていき（↑の画像のように）テキストリンクだとスクロールバーが左右にガタガタします。

a:hover{
　　color:#802020;
}
これだとバグは発生しませんでした。

なので>>174とa:hoverに背景色を指定するとバグるようです。

バグはバグだわな、一応。>>176
【IE6】
リンクにマウスオーバーして放した瞬間、bodyの横幅が変化して縦スクロール・バーが左右に動く。
html{
　　 height:100%;
　　 overflow:hidden;
}
body{
　　 height:100%;
　　 margin:0;
　　 overflow:auto;
　　 width:100%;
}
a:hover　{ background-color:任意; }

a:link,a;visitedにbackground乃至background-colorを指定してある場合、
a:hoverのスタイルもそれと同じ指定にすれば、このバグは回避できる。

結局>>164は何だったのか。

>>153　WinIE108に追加。
>>156-157　WinIE092を修正。
>>161　WinIE109に追加。
>>154 >>159　次回追加（見逃していました）

>>158
小さい値を指定したときに、それより大きなマージンが
できるというのであれば、バグではないと思います。

>>162
IEの現象は文字列を行内で上に詰めようとすることが原因のようです。
N7の現象はline-heightの継承に関係があると思います。

>>165-177はうちで再現できていません。
Netscape7.02＠WinXPでは再現しないのか、何かが足りないのか……？
中途半端ですが夜も遅いので今日はここまで。

>>180
＞>>158
＞小さい値を指定したときに、それより大きなマージンが
＞できるというのであれば、バグではないと思います。
ええと、margin:0;にしても隙間が空くのはバグではない？

＞>>165-177はうちで再現できていません。
＞Netscape7.02＠WinXPでは再現しないのか、
>>165のHTMLとCSS（を改造したもの）をローカルで実験しても再現できませんか？
また、そのうち>>174-177はWinIEのバグです。リンク先参照。

http://cssbug.tripod.co.jp/detail/winie/b108.html
＞ボタンを押してスタイルシートを適用してください。文字列が青色で表示されますので、

スタイル切替できません。「代替」を選んでも文字列は黒の儘、しかもスタイルシート・オフと同じ状態になります。

>>177-178は下記で再現した。IE6。
html {height:100%;overflow:hidden;}
body{margin:0px;height:100%;overflow:auto; width:100%;}
<BODY>
<DIV class="content">
<P><a href="1">111111</a></P>
<P>コンテンツ</P>
<P>コンテンツ</P>
……<!-- 以下20数行以上繰り返し-->
</DIV>
</BODY>

すまん、>>183には　a:hover {background:blue;}を追加してね。

>>172は下記でも再現した。NN7.02/Win98
html {overflow:auto;}
body{margin:0; height:150%; overflow:scroll;}
a:hover {border:1px solid red;}
.content{background:yellow}/*無くてもよい*/
<body>
<div class="content">
<p><a href="1">リンク</a></p>
<p>コンテンツ</p>
<p>コンテンツ</p>
<p>コンテンツ</p>
<p>コンテンツ</p>
……<!-- 以下20数行以上繰り返し-->
</div>
</body>
リンクにカーソルを置くと、スクロール・バーで囲まれたウィンドウ（？）がどんどん拡がる。
html {height:100%;}を追加すると回避できる。

>>180
> >>165-177はうちで再現できていません。

これで、どう？　Ｎ７で>>166-172が再現された。
http://csx.jp/~bookish/test.htm
↑確認できたら、削除します。

>>154　リンクを追加しました。

>>174-177はWinIEで再現できたのでWinIE110に追加しました。

>>185がN7.02再現できました。>>165-173の内容も含めて
Moz055に追加しました。

>>182　肝心の代替CSSを転送していませんでした(´Д｀)

>>181(>>158)と>>159について私はこう考えたのですが……。
http://cssbug.tripod.co.jp/temp/temp1.html

で>>164はなんだったんですか？
すごい気になるので言い捨てはやめて欲しいのですが？
>>113みたいで不愉快です。

>>187
そっか、行ブロック中のインライン要素はそもそも上下マージンが効かないんですか。
失礼しました。

【Opera7】http://cssbug.tripod.co.jp/detail/winie/b110.htmlの検証ページ。
http://cssbug.tripod.co.jp/detail/winie/b110.html

html {overflow: hidden;}で body{overflow: auto;} なのに
bodyのスクロール・バーも消えてしまって見える。ナゼ？

http://cssbug.tripod.co.jp/detail/winie/b092.htmlの「補足」をOpera7で見ると――
<p style="line-height:0.5em; font-size:2em; background:lime;">
AgTj</p>

line-height指定の所為で、p要素の下マージンが無くなってしまった？

>>180
>>186
それはIE6のバグ

>>192
とは？　説明求む。
下記に同感。
>>188 >すごい気になるので言い捨てはやめて欲しいのですが？

>>186
バグってるね。スクロールバーが寄ってくる。WinXPIE6

NNでもバグってるね。スクロールバーが寄ってくる（強）。NN7

http://cssbug.tripod.co.jp/temp/temp1.html を見ました。
ご主旨は了解できました。
ただ、margin-bottom:0;がWinIEだと無効でNN7だと有効だったりするのが、
解せません。

【Netscape7.02(Win)】
表の横線が、ところどころの行で、表全体の横幅より長く窓幅一杯にはみ出て引かれることがある。
再読込すると、そのたびにはみでる横線の行（位置）は一定せず、再現性は低い。全く異状無いこともある。
どうもborder-collapse:collapse;にしてcaptionに指定があるとなりやすいらしい。
まだ他にも再現条件があるかもしれない。
caption {font-size:150%;}
table {border-collapse:collapse;}
<table border="1">
<caption><strong>○山×助著書一覧</strong></caption>
<thead>
<tr>
<th>分類</th>
<th>書名</th>
<th>シリーズ名</th>
<th>発行所</th>
<th>発行年月日</th>
<th>備考</th>
</tr>
</thead>
<tbody>
<tr>
<td>小説</td>
<td colspan=2>一非凡人</td>
<td>○×堂</td>
<td>1925年12月</td>
<td>書き下ろし</td>
</tr>
<!--以下同樣の<tr>〜</tr>がつづく-->
</tbody>
</table>

>196
特にキャプションが無くても起こるね。
collapseを指定した時のバグなのかな？
毎回同じように起こらないのがなんとも。

未確認バグ
「body要素に overflow: auto; を指定すると表示が乱れる(N6)」
http://cssbug.tripod.co.jp/detail/mozilla/b003.html
>body要素に overflow: scroll ってやると
>凄いことになるけど仕様かな？

これって、この前の奴のことだったのかも。
「アンカーを:hover状態にするとbody要素などのサイズが変化する(N7.0)」
http://cssbug.tripod.co.jp/detail/mozilla/b055.html

【N7】
http://cssbug.tripod.co.jp/detail/mozilla/b035.html
http://cssbug.tripod.co.jp/detail/mozilla/b016.html
http://cssbug.tripod.co.jp/detail/mozilla/b030.html
以上の類似例――そして解決法？

http://pc2.2ch.net/test/read.cgi/hp/1053619342/883-
883 ：Name_Not_Found ：03/06/12 04:18 ID:uJ7tiz0S
ネスケ７で、
<h1>これは<a href="2ch.net">２ちゃん</a>です</h1>
とすると、「ん」が「で」と重なるんだが、これはどういうことよ？
letter-spacing:1pxで解消はするが、妙に間延びしてヤダやだ。

911 ：883 ：03/06/13 02:42 ID:+VnIM1FL
>>890　>>891
divのtext-align: justify;が原因でした。ありがとう。
divをいじらなくても、
hタグにtext-align: left;と入れたらちゃんと表示されるようになったよ。

【WinIE】
http://homepage2.nifty.com/hobbit/html/filter.html
<li><img style="float: left">とすると、リストマーカが表示されない
>liの先頭を画像にして、その後にテキストを流し込もうとすると、<ol>の場合は
>番号が<ul>の場合はリストマーカが消えてしまいます。

これって、WinIEの場合、透明な画像で実験するとわかるけど、
浮動させた画像の背後にマーカーが隠れてしまってるだけなんだよね。
一応仕様通り？　解釈差であって、バグではないかもしれないけど。

既出の下記も参考に。

ul要素の幅を広げるとリストマークが画面外へはみ出る
http://cssbug.tripod.co.jp/detail/winie/b073.html

Microsoft、Mac用IEの開発を停止
http://www.zdnet.co.jp/news/0306/14/nebt_11.html

だとよ。ちょいとスレ違いか？

汚染を除去しました。

これで窓も林檎もIEのアップデートは無しってわけか。

>>186
それで再現できました。ありがとうございます。
これに従ってMoz055を書き換えました。

>>190
html要素ではoverflowプロパティが無視されるようです。
bodyのスクロールバーはhtmlのスクロールバーの裏に隠れていました。
ということで、検証ページを修正しました。

>>191　Opera053に追加。

>>195
ブラウザごとにline-heightの初期値が違うのでline-heightを明示
しなければマージンは揃わないのですがそれとは違うのでしょうか？

>>196　Moz056に追加。
>>199　Moz057に追加。
こちらでは再現できていません。WinNT系では発生しない？

>>200　WinIE111に追加。

Moz055の検証ページ
http://cssbug.tripod.co.jp/detail/mozilla/b055a.html

N7.02で見て、マウスオーバーした。確かにbodyが縮むバグは起こった。
次に、再度N7.02で同じページを見た。真っ白。何も表示されない。
キャッシュをクリアした。同じＵＲＬを訪問した。今度は表示された。
しかし再読込したらまた消えた。

別種のバグ？

【WinIE】
select要素にはborderが引けない。
select要素はz-indexの指定を無視して、必ず前面に表示される。

WinIEではドロップダウン・メニューを描画するのがブラウザではなく
ブラウザと一体化したＯＳである所為らしい。
したがってＯＳをいぢれない以上、対処法は無い。

Opera7.10で次のような記述をした場合、最初のスタイルしか
読み込まれないのですが、リロードで読み込まれる場合もある、
という現象はバグでしょうか。

<link rel="stylesheet" type="text/css" href="./hoge.css" title="foo">
<link rel="stylesheet" type="text/css" href="./sage.css" title="foo">
<style type="text/css" media="screen" title="foo">
h1{color:#333333;}
</style>

既出または既知の問題であれば申し訳ありません。

>>208
http://cssbug.tripod.co.jp/detail/mozilla/b048.html
>HTML4.01などでは、style要素にtitle属性を指定することでスタイルシートを
>区別できるようにするとは規定されていません（区別してはならないと規定され
>ているわけでもないのですが）。必要なければ（固定スタイルシートを示すlink
>要素のように）title属性は指定しないほうがよいでしょう。

style要素を削ってみたらどうですか？

>>209
有り難うございます。今いろいろやってみてるのですが、
次のようなケースでも最初のスタイル（hoge.css）しか反映されないようです。

<link rel="stylesheet" type="text/css" href="./hoge.css" title="foo">
<link rel="stylesheet" type="text/css" href="./sage.css" title="foo">

一応報告です。

Opera7.11を入れて試してみたところ、やはり同じでした。
Mozilla1.4RC1では両方（同じタイトル名の優先スタイル）が反映しました。
どちらが仕様通りか解かりませんが、当面同じタイトル名を使わないようにします。
有り難うございました。

>>210
Opera7.10β2からそうなってますね。一応既出です。

優先スタイルのグループ化については、HTML4.01の勧告邦訳版
だと以下の箇所で述べられていますが、けっこう微妙です。
http://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/present/styles.html#h-14.3
http://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/present/styles.html#specifying-external

でも、某鳩丸倶楽部だと優先スタイルのグループ化が利いているん
ですよ。どこに違いがあるのか私も知りたいです。

ところで、上の
>HTML4.01などでは、style要素にtitle属性を指定することでスタイルシートを
>区別できるようにするとは規定されていません（区別してはならないと規定され
>ているわけでもないのですが）。必要なければ（固定スタイルシートを示すlink
>要素のように）title属性は指定しないほうがよいでしょう。

これって上の「14.3.2 外部スタイルシートの指定」
http://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/present/styles.html#specifying-external
と違うようにしか見えないんですけど。漏れの方の仕様の解釈が間違っているのかなぁ。

>>212
>一応既出です。
どこに？　見当りませんけれど。

>これって上の「14.3.2 外部スタイルシートの指定」
そこはlink要素の話であって、style要素の話ではありませぬ。

>>213
　あ、そうですね。失礼しました。

既出はよく考えると、Operaスレだったような気もします。
なので、Operaスレを見直してみたら、4/6時点であったんですけど、
7.10β1からそうなっていたようでした。

Web板のログを「優先スタイル」や「Opera7.10」でgrepしてみた
のですが該当のポストが見つからなかったので、こっちでは
未だだったようです。重ね重ね失礼しました。

>>214
「Operaスレ」ってどこですか。
他にもまだこちらに登録されてないバグがあれば、是非紹介して下さい。

【MacIE5】
インライン・スタイルシートでのtext-align指定よりも親要素のalign属性指定を優先する？
http://pc2.2ch.net/test/read.cgi/hp/1055536413/196-201
<style type="text/css"><!--
.text {width:60%;text-align:left}
-->
</style>
<body>
<div align="center">
<h1 >見出し</h1>
<p>短い文章</p>
<p class="text">数回の改行タグがはいる、長めの文章</p>
</div>
</body>
＞マック版のIEではOSXで5.２、OS9.2で5、［……］
＞インライン要素は左寄せにしたいんです。でもってそのブロック要素自体は
＞他のブロック要素とそろえてまん中にもってきたいということなんですが。
＞<p></p>だけが左寄せになってしまう
とのこと。

>>216
http://pc2.2ch.net/test/read.cgi/hp/1055536413/235n
235 ：Name_Not_Found ：03/06/19 18:52 ID:???
>>233
それは質問者の勘違い。ウチではちゃんと表示されてたよ。

ふと思った。
Operaがversion7になってからのバグって、
どうもWinIEと通底したものが多くなってませんか。
WinIEに合せて作り直したが故のバグではないかと。

【Opera7】
バグと思われるもの
http://dai.pekori.to/opera/o7/css#bugs
或要素にwidth, heightが指定してあり、それにoverflow: visible | hidden;が指定してあるとする。その場合、その子要素にoverflowを指定するとそれは全部overflow: hiddenとして処理される。
親要素のスタイルがfont-size: 100%;が不味い。継承する毎にフォントサイズを小さく計算する。
outlineプロパティは非対応であると思う。
displayプロパティの値に使うinline-tableとかの表関連のレンダリングは期待する様にはならない。
tableやtdのborder-right, border-bottomのレンダリングがおかしい
caption-side: left|right;とすると、caption要素がどこかに旅立つ。
html { padding-bottom: ...;}が効かない。

>>218
WinIEに合わせなきゃ使ってもらえないだろ。
CSSなんか知らない人がmozilla使ったら、
IEと違う表示になる欠陥品としか思わない。

わかっている人にはバグでも、それすらエミュレートする事で
CSS知らない人にはOperaはIEと同じ表示だという安心感を与えるのだ。

>>220
意味わかってないね。
だいたいOperaは最新版でも解釈はMozilla寄りなんだが？　「WinIEに合わせ」たりしてないよ。
ただ、一部のバグについてはIEに似てきてる（ソースでもパクったのかしらん？）。
例）
http://cssbug.tripod.co.jp/detail/opera/b038.html
http://cssbug.tripod.co.jp/detail/opera/b042.html
http://cssbug.tripod.co.jp/detail/opera/b044.html
http://cssbug.tripod.co.jp/detail/opera/b049.html
それぞれWinIEの以下に照応する。
http://cssbug.tripod.co.jp/detail/winie/b091.html
http://cssbug.tripod.co.jp/detail/winie/b092.html
http://cssbug.tripod.co.jp/detail/winie/b093.html

http://cssbug.tripod.co.jp/detail/opera.html
>仕様通りの動作
>overflowプロパティの対応が完全ではない(6.0)

なんで仕樣通りなんですか？　仕様書見たんだけど、無視してよいと書いてある箇所は見つかりません。
それに7.0も完全ではないんですよね？

【Mozilla/NS7】
http://www.toybox.jpn.org/studio/weblog/2003/200301.html
overflowプロパティでスクロールバーが出る場合の中身の高さ計算が間違っている
http://bugzilla.mozilla.gr.jp/show_bug.cgi?id=2892
>一番下の要素のマージン辺まで高さは確保しなくてはいけませんが、
>Mozillaは一番下の要素のボーダー辺までしか高さを確保していない

>>222
6.0で「css2完全対応（overflow、音声関係以外）」とか書かれてたから
opera6.0の仕様通り

>>224
成程、W3Cではなく、Operaの「仕様」ってことですね。まぎらはしい……

219までの分を更新しました。

>>206
確かにその現象が発生します。ただ、レンダリングの問題と
いうよりはキャッシュ機能周りの問題かもしれません。

>>207　WinIE112に追加。

>>208　Opera054に追加。

>>216-217
このバグは発生しないということでしょうか？

>>219
Opera6.06/7.03/7.11で確認できたものだけ追加。
・displayプロパティの……　→Opera055
・caption-side……　→Opera056
・html {padding……　→Opera057

>>226　いつもご苦労様。
>>>206
>確かにその現象が発生します。ただ、レンダリングの問題と
>いうよりはキャッシュ機能周りの問題かもしれません。

ううむ、スタイル指定によってキャッシュ機能に異常が出るってのは
凄いＣＳＳバグですよね。
素のＨＴＭＬだけでは生じないんですから。

select要素ではz-indexやborderなどのプロパティを無視する(5.x/6.0)
http://cssbug.tripod.co.jp/detail/winie/b112.html

これって、バグではなくてWinIEの「仕様」通りでないのかなあ？

----------------------------------------------------------------

先頭にフロートがあるリストアイテム要素でリストマーカーが要素内に入り込む(5.x/6.0)
http://cssbug.tripod.co.jp/detail/winie/b111.html

これの、list-style-position:inside;の場合に、NN7ではli要素の文字列が
浮動要素を回り込まないでその上に来てるけど……Mozillaのバグではないの？

>>219
font-size:100% のバグは、Opera7では直っているはずだよ。
たぶん、ver6〜7βのころのバグ

Natscape 7.02 で position を使った table の配置が
意図した結果になりませんが、仕様でしょうか？

table 以外は意図した通りの配置になるのですが、table では
top と left の指定が働いていないように見えます。
IE6 では問題(?)ないようです。

<div style="background: teal; height: 10em;">
<table style="position:relative; top:5%; left:5%; width:50px; height:50px; background:aqua;">
<tr>
<td>table</td>
</tr>
</table>
<div style="position:relative; top:5%; left:5%; width:50px; height:50px; background:aqua;">
<table>
<td>div</td>
</table>
</div>
<h1 style="position:relative; top:5%; left:5%; width:50px; height:50px; background:aqua;">
h1
</h1>
</div>

最初はこれに該当するのかと思いましたが、高さを明示した上記のコードでも
結果は変わりませんでした。

# [2-225] 高さが明示されていない要素内ではtopプロパティの％値指定が無効(N6.2)
ttp://cssbug.tripod.co.jp/detail/mozilla/b020.html

position は最近使い始めたばかりで、
もし見当違いの質問だったらすみません〜。

>>230
配置指定の単位が%でなくpxやemだと、ちゃんと効くな。
table要素だけのバグかな。

>>8-10
safariの正式版1.0が出ました。
http://www.apple.co.jp/safari/

Safariメモ
http://cssbug.tripod.co.jp/misc/safari.html

これらのバグは直ったのでせうか。教へてMacの人。
safariにCSSを読み込ませない手はあるのかなあ……。

li {
list-style-image:url("./../style_image/list-marker.gif");
}

ul.class li {
list-style-image:none;
}

<ul class="class">
<li>hoge</li>
</ul>

IE6標準モードでこのようにすると
none と指定しているにも関わらずマーカーが表示される模様。
ダミーの透過画像を呼ぶ架空のファイルを呼べば一応対処できるけど。

しつもーん

li {
border:10px solid #000000;
list-style:disc outside url("image.png");
}

opera7.11 標準モード
リストマーカーとボーダーが重なる

ie6 標準モード
リストマーカーはボーダーの外に表示される

どちらが間違い？
因みにoperaはborderの変わりにpaddingでやっても同じ挙動だった。

>>233
ここWinIE6で見ると、list-style-image:none;はちゃんと効いてるが。
http://cssbug.tripod.co.jp/detail/opera/b012.html
セレクターの精細度の問題？

>235
ごめんlist-style-typeとlist-style-imageを間違えてた……。

というわけで忘れて下さい(´Д｀;)

>>232
http://www.remus.dti.ne.jp/~a-satomi/nikki/2003/06c.html#d24n01
和文フォントが使用できないのが一番痛いかな。

オペラのバグ発見？

opera 7.11 は標準モード、互換モードに関わらず、bodyに指定したマージンが0になりません。

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">
<html>
<head>
<title></title>
<style type="text/css">
<!--
body {
margin:0;
}
h1 {
margin:0;
background:#fcc;
}
p {
margin:0;
background:#ccf;
}
-->
</style>
</head>
<body>
<h1>見だし</h1>
<p>本文</p>
</body>

>238　ここはご覧になりまして？
http://jp.opera.com/docs/specs/index.html

> IE と Netscape のデフォルトスタイルシートは
> body 要素に margin: 8px が設定されており、
> Opera は padding: 8px が設定されています。
> パディングとは body 要素とその内容との間の余白であり、
> マージンとは body 要素と html 要素 (または head 要素の可視部分)
> との間の余白です。もし、 body に margin または padding を
> 明示的に設定したい場合は、もう一方も設定するべきです。

>>238
operaに標準モード、互換モードなんてあったっけ？

>240
7からある。

http://pc2.2ch.net/test/read.cgi/hp/1055536413/446n
>IE5.5、オペラ7.10では問題ないのにネスケ7が意図しない表示になります。
>内容をheight:100%でブラウザの上下ぴったりに合わせたいわけです。
<body style="height:100%">
<div style="height:95%">
<div>上枠</div>
<div>内容（横に3分割）</div>
</div> // "95%"閉じ
<div style="height:5%">下枠</div>
</body>
>要素にボーダーをつけて調べたところ、ネスケはbodyのheightが効いていないようです。
http://pc2.2ch.net/test/read.cgi/hp/1055536413/482-491n
><body style="height: 1000px">としたところ、
>きちんと反映されます。上枠下枠比95：5もきちんと反映されます。
>完全無視で「なかったことにされる」のは％だけのようです。

><html style="height: 100%">がネスケ７で利きました！
>で、ネスケ７でも意図した体裁になりました。htmlとbodyの両方に
>heightを指定しなければだめですね。もちろん、IEやオペラでは
>htmlのheight指定なしで大丈夫です。

これってIE・Operaのバグになるのかなあ？
>heightの%指定は親要素に対する割合だからね。
>無視されても仕方ないのかも。

>>242
つーか、bodyのheight100%って・・・

>>243
position:fixedでなくoverflowで擬似フレームを組むときは
よくやることだけど？　既出>>165-183参照。

>>206 >>227
↓をローカルに保存すると、再現しなかった。
http://cssbug.tripod.co.jp/detail/mozilla/b055a.html
すると原因は何なんだろ？

>>242
bodyのheight:100%はhtml要素の高さに対する100%なんだから
ネスケの挙動が正しいんじゃないか？

>>223
それ、MozillaだけでなくWinIE6でもなったけど。

overflowでスクロールバーが出るときの高さ計算が正しくない(N7.0/M1.4RC2)
http://cssbug.tripod.co.jp/detail/mozilla/b058.html

上のページの「WinIE6.0での表示（標準モード）」の例示画像と違って、
うちのWindows98SEのIE6では、Mozillaと同じく下マージンが無視されます。
標準モードでも互換モードでも、です。
但し、上のソースのheight:5emを6em以上にするとちゃんと表示された。
Opera7.03も下マージン無効、height値を変更してもIEみたいに直らない。

>>234
Opera7のバグではないか？
<ul style="border:1px solid red;">
<li style="border:15px solid yellow;">リスト1</li>
<li style="border:1px solid blue;">リスト2</li>
</ul>
確かにリスト1のマーカーが左ボーダーの上に重なる。
リスト2のマーカーと較べると明らかに右にズレてしまってますね。

しかもOperaの表示には他にも不審なことがある。
上の例だと、ulとリスト1・リスト2それぞれのli要素に枠線が付くが、
そのリスト1のborderの周りに隙間が空き、MozillaやWinIEみたいにくっつかない。
ul, li {margin:0;padding:0;} にしても隙間は消えません。

http://pc2.2ch.net/test/read.cgi/hp/1055536413/506

506 ：Name_Not_Found ：03/06/26 15:00 ID:???
>>491, 455
html 要素の style 属性は無意味と言うか、そんなものは無いから外せ。

バグ辞典スレにも "html 要素の高さ" なんて言ってる馬鹿がいるけど、
実際に CSS が適用されるのは body 要素とそれに含まれるものだけ。

>>249
http://pc2.2ch.net/test/read.cgi/hp/1055536413/531n
http://pc2.2ch.net/test/read.cgi/hp/1055536413/540-541n

>>223　Moz058に追加。

>>228
select要素の件はWinIEの使用であることが確認できたので
WinIE112は仕様通りに変更しました。

フロートと文字の位置関係がおかしいことを
Moz059に追加／WinIE111を修正。

>>230　Moz060に追加。

>>237　新規
http://cssbug.tripod.co.jp/detail/safari.html

>>242
木構造のルートをbodyにしているかhtmlにしているか
の違いが原因のように思えます。

インライン要素に挟まれているフロートが下にずれて置かれる(N7.0/M1.4RC2)
http://cssbug.tripod.co.jp/detail/mozilla/b059.html

このバグ、MozillaだけでなくWinIE6でもなりますよ。>>134既出のソースで試しました。

Opera7だけ、正しいんですか……。

これと関係はあるのかな。
　先行するフロートの上方に後続のフロートが置かれる
　http://cssbug.tripod.co.jp/detail/winie/b093.html
　http://cssbug.tripod.co.jp/detail/opera/b044.html

「インライン要素に挟まれているフロートが下にずれて置かれる」バグがMozillaとWinIEとで共通。
なのに>>228が指摘する、先頭にフロートがあるリストアイテム要素でlist-style-position:inside;の場合、NN7ではli要素の文字列が浮動要素を回り込まないでその上に来る。
　cf.http://cssbug.tripod.co.jp/detail/winie/b111.html
するとこれはやはりMozillaだけのバグではありませんか。

たびたびごめん。>>253に補足。
たぶん、こんなことではないか。
list-style-position:inside;にした時のリストマーカーを、
Mozillaではインライン要素と見なす。
そのため「先頭にフロートがあるリストアイテム要素」で「インライン要素に挟まれているフロート」の状態になってバグが起る。
しかしWinIEではリストマーカーをインライン要素とは見なさない。そのためバグが起きない。
前スレッド http://pc2.2ch.net/hp/kako/991/991666454.html の187-189参照。

>248
そのバグのせいでリストマーカーに画像を使うと
文字と激しくくっついてなんかｲﾔﾝな感じ…。

>>234　Opera058に追加。
CSS2仕様書ではマーカーの位置を詳しく定めていないので
マーカーがボーダーやパディングの上に来ること自体は
CSS2に反しているとは言えないかもしれません。

>>238　Opera059に追加。

>>242　Moz061に追加。

>>247　WinIE114とOpera060に追加。

>>252　WinIE113に追加。

body要素へのheightプロパティ%値指定が無視される(N7.0/M1.4RC2)
http://members.tripod.co.jp/cssbug/detail/mozilla/b061.html
以下は上記のバグ報告に対する突っ込み。有識者の意見求む。

>body要素に対してheightプロパティを%値で指定されたとき、
>WinIEやOperaは初期コンテナブロック（≒閲覧領域）の高さに対する%値を算出します。
>一方、Mozilla/Netscapeはhtml要素の高さに対する%値を算出します。

何故「初期コンテナブロック≒閲覧領域」ですか。全く異なる概念なのですが。
閲覧領域は、画面表示を行う UA における整形構造が出力される空間のことです。
初期コンテナブロックは、その空間の中に表示される整形構造のルート部です。
「html要素の高さ＝初期コンテナブロック」なので、この解説は矛盾しています。

>初期コンテナブロックの高さはルート要素の'height'プロパティで指定するとよい。
>このプロパティが値'auto'を取る場合、初期コンテナブロックの高さは文書の内容量に合わせて変化することになる。
http://www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/visuren.html#containing-block

>このときhtml要素の高さを明示していなければ、
>body要素に対するheightプロパティの%値指定は height:auto; として扱われます。

>コンテナブロックの高さが明示されておらず、内容領域の高さに依存していれば、'auto'として解釈する。
http://www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/visudet.html#the-height-property
と書かれているので、「auto」として解釈されるのは仕様通りの解釈だと思いますが。

>WinIEやOperaはbody要素をルート要素にしているのに対し、
>Mozilla/Netscapeはhtml要素をルート要素にしているためにこのような違いが発生します。

body要素をルート要素として扱っている訳ではないでしょ。その根拠は何ですか？
Netscape7/Mozilla の実装が仕様通りの解釈で、WinIE や Opera が慣習的な解釈による間違った実装なのでは。
現に Netscape7/Mozilla の互換モードでは、WinIE や Opera と同じ様に解釈されます。

>>257 の続き。
今度は、初期コンテナブロックの算出方法についての考察。

>ルート要素のコンテナブロック（これを初期コンテナブロックと呼ぶ）はユーザエージェントが定める。
>初期コンテナブロックの横幅はルート要素の'width'プロパティで指定するとよい。このプロパティが値'auto'を取る場合はユーザエージェントが初期幅を決定する（たとえば、その時点における閲覧領域の幅などを用いる）。
>初期コンテナブロックの高さはルート要素の'height'プロパティで指定するとよい。このプロパティが値'auto'を取る場合、初期コンテナブロックの高さは文書の内容量に合わせて変化することになる。

と定義されているだけで、その他の値の解釈は明確化されていません。

CSS2 の Errata 及び CSS2 revision 1 では、
提案として下記のように追記されてはいますが。

>UAはルート要素のコンテナブロック自由に選ぶ(see 10.1), そのため、この文は提案として付け加えられた:
>UAはルート要素の高さのパーセント値を表示領域との割合で計算するかもしれない.

以上の事から考えると、
html, body要素のパーセント指定の解釈は不定という事になり、
安定した視覚効果は得えられない、というのが実情なのです。
ですから、こういった視覚効果は望まないというのが得策かと。
身も蓋もない結論ですが、そういう仕様なのですから仕方がありません。

>>257 の訂正。
「html要素の高さ＝初期コンテナブロックの高さ」の間違い。

>>245はＣＳＳバグなのか、それとも他の原因なのか……。

http://cssbug.tripod.co.jp/detail/opera/b059.html
>WinIEやNetscapeなどはデフォルトスタイルシートでbody要素にマージンを設定している

その通りなんですが、でも、だとすると、bodyにbackground-colorを指定した時に、
bodyのマージン領域（＝htmlの領域）にまで色が付くのはどうしてでせう？
下の検証ページにbody {background-color:yellow;}と追記して試しました。
　http://cssbug.tripod.co.jp/detail/opera/b059a.html
WinIE6、Netscape7とも同結果でした。
更にhtml要素にpaddingを指定してOpera7で試しても、やはりbodyへの背景色指定が
bodyのボーダー外にまで及びます。

・いまさらIEで点滅（マルチエレメント対応）
http://homepage3.nifty.com/tokeon/Eng-B/blink.html
・Filter-Treansitionスライドの利用とFlash対抗DirectAnimationによるGIF要素アニメーション
http://homepage3.nifty.com/tokeon/Eng-B/postest.htm

>>261
キャンバスの概念を学んで下さい。CSS の基礎です。
http://www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/intro.html#canvas
http://www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/colors.html#q2
http://www.microsoft.com/japan/msdn/ie/ie60/cssenhancements.asp#cssenhancements_topic4

>>262
スレ違い。でもこんな馬鹿久しぶりにみた。
そんな迷惑な屑スクリプト書いて喜んでるのだろうか。
アクセシビリティを低下させる実験でもやってるのか（ｗ

【Opera7.03】
positin:fixed;を使用するページで固まる（ことがある）。
http://pc2.2ch.net/test/read.cgi/hp/1055536413/638-641
http://pc2.2ch.net/test/read.cgi/hp/1055536413/653-654

例）http://www.w3.org/Style/CSS/
>最初小さいウィンドウサイズで見て、右側メニューが下の方まで全部見えなかった。
>で、画面最大化したら、フリーズした。やはりpositin:fixedはOperaにとって鬼門？

>positin:fixed;を使ってても固まらないページは、ある。
>　http://ki-taji.hp.infoseek.co.jp/td.html
>すると他に原因があるのかも。

>>264　マジレスするなよ。

>>265
Opera7.11ですが、両ページとも問題なく表示されました。

ウインドウズ98ＳＥで、ＩＥ6.0及びオペラ7.11で。
<fieldset>要素において、paddingプロパティが下部を除いて機能しません。

<?xml version="1.0" encoding="Shift_JIS"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="ja">
<head>

<meta http-equiv="content-style-type" content="text/css" />
<meta http-equiv="content-type" content="text/html;charset=shift_jis" />

<title><fieldset>要素での不具合。</title>

</head>
<body>

<form action="#">
<fieldset style="padding: 4em; ">
<legend style="margin: 0em; padding: 0em; ">フォームの見本</legend>
<input style="margin: 0em; padding: 0em; " type="text" name="sample" />
</fieldset>
</form>

</body>
</html>

>>268の<title>要素の内容は実体参照です。

正：<title>&lt;fieldset&gt;要素の不具合</title>

いまさらだけど【NN4.7】
画像オフで閲覧中、background-imageを指定した要素はbackground-colorまで無効になる。
したがって以下の例では文字が見えなくなる。
div {
background-image: url("./red.gif");
background-color:blue;
color:white;
}
但し過去に当該画像を読み込んでキャッシュがある場合、画像オフでも問題は起きない。

〜〜〜〜〜〜〜〜〜〜〜〜〜〜
【NN4】要素名に続けて書いた一意セレクタを認識しない
http://cssbug.tripod.co.jp/detail/nn4x/b018.html
認識する場合もあるみたい。
　例）http://www.ne.jp/asahi/anarchy/saluton/index.html
　　　http://www.ne.jp/asahi/anarchy/saluton/stylesheets/nn4.css
上記外部シートを下記の通り改変してみた。
div#TopTitle {
/*background-image: url("./images/titleback1.gif");　これはコメントアウト*/
background-color:#eee;
padding:4px;
border:4px solid #eee;/*#dcdcff*/
margin-bottom:5px;
}
#TopTitle {background:red;}/*これを追記*/
なぜか背景色はredにならない。

以下の2件、ガイシュツでしょうか？いずれもNN4.78/WinMeで確認。

(1)<blockquote>に背景色を指定する際、border-style を何も指定しないと、
　矩形全体ではなく、文字があるところだけしか背景色がつかない。
ttp://a.hatena.ne.jp/bobcut/ ページ
　http://tcnweb.ne.jp/~takayu/cgi-bin/up/img/2399.gif スクリーンショット

(2)<blockquote>で背景色を指定すると、左端から右端までその背景色の部分が
　のびるのが正しいが、margin-right を指定しないと、「中の文字を囲む
　最小の矩形の範囲」だけしか背景色で塗られない。
ttp://a.hatena.ne.jp/delmonta-privat/ 該当のページ
http://tcnweb.ne.jp/~takayu/cgi-bin/up/img/2400.gif スクリーンショット

どちらも、HTML 中の
.diff {
で始まる行でスタイルを定義しています。

>>271
http://members.tripod.co.jp/cssbug/detail/nn4x/b010.html

>>261
HTML文書ではHTML要素の背景色がtransparentなら、
例外的にBODY要素の背景色がキャンバス全体に適用される。
http://www.w3.org/TR/CSS2/colors.html#q2

html 要素の style 属性は無意味と言うか、そんなものは無いから外せ。

バグ辞典スレにも "html 要素の高さ" なんて言ってる馬鹿がいるけど、
実際に CSS が適用されるのは body 要素とそれに含まれるものだけ。

コピペうざいよ基地外
>>249-250

HTML要素にstyle属性は確かにないが
スタイルシートが適用できないわけではない。
style要素や外部スタイルシートで指定すればいいだけのこと。

ﾆﾔﾆﾔ

>>257-259
間違ったことを書いてしまいました。
そこで、書き直してみました。

>>265　Opera061に追加。

>>268　WinIE115、Opera062に追加。
当方では左・右・下の3方のパディングが機能し、
上パディングがボーダーの外側に設置されてました。

>>270
背景色が無効になる件をNN019に追加。
一意セレクタについては再現できませんでした。
（背景色が赤色になりました）

>>278
>一意セレクタについては再現できませんでした。
こちらでは、下記サイトをNN4.75/Win98SEで見た時、
div#TopTitleへの背景指定が有効になってます。
　http://www.ne.jp/asahi/anarchy/saluton/index.html
そちらではdiv#TopTitleの背景指定が無効になって見えるのですか？
だとすると、H1のタイトルが背景色と同色になってしまって見えないはずですが……。

但しシートで#row2をdiv#row2としてスタイル指定すると、こちらでも効かなくなります。
セレクタを要素#idとしても効く時と効かなくなる時とがあるみたいで。

>>278
　詳しい追試ありがとうございました。
　掲示板ＣＧＩを書いていて気付いたものでした。また何かあったらご報告致します。

　追記：もじら系ではこの異常は見られませんでした。

【WinIE5.5〜】
http://cssbug.tripod.co.jp/detail/winie/b028.html
>li要素の子孫にdl要素を置くと、li要素につくリストマークが上方にずれて
>表示される。また、この状態のli要素に上ボーダーを設定すると
>リストマークが消える。

のみならず、例示では、なぜかボーダーを設定してない一番上のリストのマーカーも消えてますね。

このバグを回避する方法二つ。

１）dl要素をブロックレベル要素で括る
<li><div><dl>
<dt>Win95</dt><dd>1995年</dd>
</dl></div></li>

２）ブロックレベル要素でなくてコメントでもいいからとにかくdlタグの前後に挿入する。
<li><!--コメント--><dl>
<dt>Win95</dt><dd>1995年</dd>
</dl><!--コメント--></li>

>>273
参楠。
ご指摘のページは見てましたけど、私のケースもこれに該当というわけですね。

それともひとつすいません。同じく NN4.78 で、span に margin を指定すると
前後で強制されてしまうのはガイシュツでしょうか？

サンプルコード（そのままコピペしてエディタで保存してください）
────
マージンをつけた<span style="margin-style:solid; margin: 2px; padding: 2px; background-color: #f00;">この文字</span>が途中で改行されてしまう
────

★★完全無修正のエロエロサイト★★
http://upbbs.s2.x-beat.com/linkvp/linkvp.html

　↑　
このサイトマジやばいです。早く見ないと消されちゃうかも・・・

>>283
margin-style:solid; ……ナニコレ？
それに、NN4.75で試したけれど、それだけでは別に強制改行されませんよ。

そもそもインライン要素に対するbox関係スタイルの指定は、
NN4やWinIE5.0ではまだ実装されてなかったはずです。
スタイルシートを使ったページは最低WinIE5.5相当の解釈力を持つUAで見てほしいよな。

アンカーを:hover状態にするとbody要素の幅が縮む(6.0)
http://cssbug.tripod.co.jp/detail/winie/b110.html

細かいことですが、これ、検証ページでは「幅」だけでなく高さも縮みますよね。
　http://cssbug.tripod.co.jp/detail/winie/b110a.html
NN7の下記にならって、「幅」ではなく「サイズ」としてはいかが。
　アンカーを:hover状態にするとbody要素などのサイズが変化する(N7.0)
　http://cssbug.tripod.co.jp/detail/mozilla/b055.html

ところで、これとは関係あるのかしらん。
　アンカーを:hover状態にすると親ブロックの高さが変化する(5.5/6.0)
　http://cssbug.tripod.co.jp/detail/winie/b102.html

http://homepage.mac.com/hiroyuki44/hankaku02.html

>>285
最低限のコードに変えてみた。
----
マージンをつけた<span style="margin:2px; background-color: #f00;">この文字</span>が途中で改行されてしまう
----
これでも>>283のコードでも、「マージンを」の上に「この文字」が重なって見える。

>>286ということであれば、了解。

http://user.chollian.net/~edwiz1/high-fire.wmv
http://user.chollian.net/~bestiz2/asx/jpop/sonin.asx
http://www.teichiku.co.jp/artist/hanawa/real/ci50_vb.ram

http://www.asahi-net.or.jp/~cw8h-sy/image/doku.swf
http://www.geocities.co.jp/Hollywood-Cinema/7063/Jehoshaphat/friendship.swf
http://jstyle.your2ch.net/bbs/upload/data/000107.swf
http://file://C:/Documents and Settings/片山あかね/My Documents/Flash/dooraemon.swf
http://www.geocities.co.jp/Bookend-Shikibu/8177/Icon/003_104.swf
http://kamakura.cool.ne.jp/newjapanpro/warube.swf
http://www.geocities.co.jp/MusicStar-Keyboard/2348/fumei/uwan.swf
http://users3.ev1.net/~rootstudio/flash/2chan.swf
http://www.geocities.co.jp/Playtown-Yoyo/1372/aohako.swf
http://www.geocities.co.jp/SiliconValley-SanJose/2228/flash/1.swf
http://omega126.hp.infoseek.co.jp/flash/delete/tonari.swf
http://www.geocities.co.jp/AnimeComic-Tone/8067/dorawasabi/index02.swf

>>289
確かにそれだけで試すとご指摘通り重なって見える。
ところが、たまたま前後が下記の通りのソースに挿入したら
なぜか強制改行バグは起らなかった。
<BODY>
<hr style="height:5px;">
マージンをつけた<span style="margin:1px;background-color: #f00;">この文字</span>が途中で改行されてしまう
<hr>
<img ="../img/img01.png" alt="★" style="margin:5px;">
</BODY>
但しその代り、背景色が無効になり、img要素がページ先頭に來るわけのわからんバグが起きるけど。
NN4はバグすら規則性が無い滅茶苦茶なレンダリングだから、相手にするだけ無駄かも。

>>292
そのコードで何度かリロードしてると、強制改行バグが出たり
出なかったりしてわけがわからん…
imgがページ先頭に来るのは一貫してそうだったけど、これは
style="margin:5px;" を外したらきちんと文章の後ろに来た。

Mozilla1.4ベースのNetscape7.1が出てるね。

未確認バグのうち、
両端揃えにした要素内で太字の文字列と太字でない文字列が重なる(N6)
http://members.tripod.co.jp/cssbug/detail/mozilla/b035.html
字間を調節した見出し要素内でアンカーの前後の字間が詰まる(N7)
http://members.tripod.co.jp/cssbug/detail/mozilla/b039.html

以上２件、Netscape7.1で確認されました。Win98です。

>>206の問題も、N7.1では生じなくなった。やはりスタイル指定が原因だった？

>>278
画像を読み込まない設定では、h1の「黒」が背景色と同色で
見えなくなります。
http://members.tripod.co.jp/cssbug/temp/temp2.html

>>281
どちらの方法を使用してもマーカーはずれたままです……。

>>283
NN020に追加しました。

>>287
WinIE110を修正しました。
WinIE102のバグはIE5.5と6.0で発生するのですが、
WinIE110のバグはIE6.0標準モードでしか発生しないようです。
おそらく2つのバグは関係ないかと。

>>292
>>283とは別のバグらしいのでNN021に追加しました。

>>297
おつかれさま。
＞どちらの方法を使用してもマーカーはずれたままです……。

いえ、>>281は「一番上のリストのマーカーが消える」ことの回避法です。
（バグとして記述されてませんが、先頭のリストのマーカーが消えてますよね？）
一番上以外のリストマーカーのずれはこの方法でも直りません。
直すとしたら li dl {margin-top:-1em;} かな。

>>297
http://members.tripod.co.jp/cssbug/temp/temp2.html
>背景画像（全体が白色系の画像）を表示していれば「黒」の文字も見える

とはつまり、NN4でも、背景画像が表示されるのですね？
それなら、「要素名に続けて書いた一意セレクタ」を認識してることになります。
そこのスタイル指定は以下の通りだからです。
http://www.ne.jp/asahi/anarchy/saluton/stylesheets/nn4.css
div#TopTitle {
background-image: url("./images/titleback1.gif");
……

要素名#myid という形式で指定しても、有効になるときもあるわけです。
　http://cssbug.tripod.co.jp/detail/nn4x/b018.html

>>297
http://cssbug.tripod.co.jp/history.html について。

>進捗度：スレ3の204まで終了。
204？

> http://pc2.2ch.net/test/read.cgi/hp/1050844510/162n
>WinIEのバグの可能性あり。

バグに追加していいのではありませんか。

【Win Opera7.11】
HTMLで背景色を指定したテーブルセル内のinputとtextareaに指定した背景色が無視される

例示
<table>
<tr><td bgcolor="#000000"><input style="background:#fff;"></td></tr>
<tr><td bgcolor="#000000"><textarea style="background:#fff;"></textarea></td></tr>
</table>

validでない、と言われればそれまでなんですけども…
Mozilla1.2やIE6.0では問題なく効いているので。
既出でしたらｽﾏｿ

>>301
Opera7.11で試しましたが、再現されませんヨ。背景色は有効です。
何か他のスタイル指定が問題なのでは。

>302
Σ(´Д`||)本当だ、例示じゃ再現しない…
ちょっと追試してきます、ｽﾏｿ

Moz1.4でUserStyleSheetを使い

* {
cursor:auto !important;
}

とするとアンカーにカーソルが触れても指先にならず、
本文に重ねた時と同じ I 字のものになりますが
これは動作としてどうなのでしょうか。

>>304
単純に a[href] { cursor: auto; } こうしてもなるね。

autoってお任せだから何でもアリのような気はするが
でもcursor無指定の状態とは違うし。

バグっちゅーか正しくないような気はする…。

>>306
cursorのデフォルト値はautoだから明らかにバグ

http://pc2.2ch.net/test/read.cgi/hp/1055536413/901-905n
Opera7.11で、border-collapse:collapse;がヘンです。
セルの罫線が消えてしまって、引かれるのは表全体の枠線だけになります。
例は以下の通り。
table {border-collapse:collapse;}
<table border="1">
<tr><td>〜</td></tr>
<tr><td>〜</td></tr>
</table>
これって、これで仕様に添ってるんですか。
NN7やIE6ではcollapse（結合・境界つぶしモデル）を指定しても、各セルを囲む線は残ってますが。

そもそもborder="1"としてあるのに rules="all"を既定値にしなくてもよいのか。
http://www.asahi-net.or.jp/%7Esd5a-ucd/rec-html401j/struct/tables.html#h-11.3.1
>border属性の他の値の設定は、frame="border"であることと、
>他に指定がない限りは rules="all"であることを示す。

http://pc2.2ch.net/test/read.cgi/hp/1057645762/12-13n
>●外部リンクCSSファイル名に「＿」（アンダーバー）を使うと
>Safariでは読み込まないのでご注意！

>>308
結合ボーダーモデル（border-collapse:collapse）は
CSS2 の概念であって、HTML にはない概念なのだから、
矛盾が生じても何ら不思議ではないと思うのだが、如何か。

border-collapse:collapse;にしたら既定値の筈のrules="all"が無効になるってのは
やはり変だよ。要修正のバグだ。

>>311
確かに変ではあるけれども、差ほど問題ではないと思う。
制作者側のスタイルでボーダーを指定すればよいわけだし。
rules属性とかの効果は、CSSでも再現することができるし。
CSSを無効にすれば、結合ボーダーモデルも解除されるし。
というか、CSSのバクといえるのかどうかが疑問なのだが。

ＣＳＳの指定（border-collapse:collapse）が関係のないrules属性まで変化させるって意味では、
ＣＳＳのバグですな。

どちらにしろ、Operaのためには、いちいちborderプロパティやrules属性を
指定しなきゃならんわけで。面倒くさいこった。

>>313
>スタイルシートは見た目の調整のためにあるのではありません。
>制作者は閲覧者のブラウザを決定できませんから、ある特定のブラウザのデフォルトスタイルに「パッチ」を当てる様な形で不完全なスタイルシートを記述し、提供するのは、望ましいやり方ではありません。
>制作者は常に、完全なスタイルをスタイルシートで実現しておくべきです。

一般に、スタイルシート・オフで閲覧する人などを考慮したら、
tableの属性のうちborder属性だけでも使っておく方がいい。
<table border="2">とか指定してあればそれは明示せずともrules="all"であるのが定め。
これに反する表示は、仕様に則した「デフォルトスタイル」とは認められない。
既にborder属性が指定してあるのにth,td{border:〜}等と指定するのは
屋上屋を架する無駄。
ところがOperaはソースに無駄な記述を求めるわけだ。

IE至上主義

？　Mozillaでも同じこと。Operaだけが……

>>315
それでは、ボーダー色とかを変更するときはどうするのさ？
拡張属性で「bordercolor="gray"」とかタグに記述するのか？
点線・破線とかのスタイルも、CSS でないと表現できないだろ？

「border-collapse:collapse」を指定するってことは、
結合ボーダーモデルに基づいて、ボーダーを適用させたいんだろ？
だったら、CSS のボーダー関連プロパティを利用しなければ、
意図通りにボーダーを付けることができないじゃん。違うか？

制作者のスタイルで「border-collapse:collapse」を指定しておいて、
ボーダー関連プロパティを指定しないってのはナンセンスだと思うが。

>>318
>ボーダー色とかを変更するときはどうするのさ？
それは話が別。>>315はそこまで求めてない。
だいたいbordercolor属性なんぞは独自拡張に過ぎない。
しかるにborder属性はさにあらず、ちゃんと仕様書で認められたものです。

既にborder属性がしてあってそれで十分なのに
重ねてborderプロパティの指定を求める方がナンセンス。後方互換性から言っても。

それとも、border-collapseプロパティを指定したら
borderプロパティを指定しなければならないって仕様にありましたかね？

類例。もし下記の記述で、不具合が起きたら、それはブラウザが悪いだろ？
table {border-color:red;}
<table border="1">

>>319
>既にborder属性がしてあってそれで十分なのに
>重ねてborderプロパティの指定を求める方がナンセンス。後方互換性から言っても。

十分であるかどうかは個人の好みの問題では。
それに、行や列単位で枠線を付けたいときはどうするのでしょう。
そういう表を作成するときもあると思うのですが。

>それとも、border-collapseプロパティを指定したら
>borderプロパティを指定しなければならないって仕様にありましたかね？

セル要素には border-color を指定した方が宜しいかと。
場合によっては、枠線が見えにくくなることがあるので。

列グループとか、行グループとかの区切りを見易くしたりとか、
何か目的を持って結合ボーダーモデルを利用すると思うので、
必然的に borderプロパティとかを指定する場合が多いのでは。

>セル要素には border-color を指定した方が宜しいかと。
>場合によっては、枠線が見えにくくなることがあるので。
同意。てかそのためのCSSでしょ？
HTMLのborder属性とCSSのborderプロパティは目的が違うと思う。

>>320
>十分であるかどうかは個人の好みの問題では。
その通り。そして>>315はそこまで求めてない。したがって>>319は却下。

>場合によっては、枠線が見えにくくなることがあるので。
普通は他に背景色など何も指定しなければ、そんなことはない。
よってborder属性だけで足りてプロパティの必要は無い。

但し、もっとスタイルを細かく指定したい時や見えにくくなるときはCSSでborderを使用すればよし。
それだけのこと。
どちらかに決めつけずともいいはず。

すまん、訂正。

したがって>>319は却下。
↓
したがって>>318は却下。

>>322
>>場合によっては、枠線が見えにくくなることがあるので。
>普通は他に背景色など何も指定しなければ、そんなことはない。

次の二つの事に留意して欲しいのですが。
1. HTML での枠線の色は UA の初期実装に依存するということ。
2. 結合ボーダーモデルの場合、立体的に枠線が描画されないこと。

私は Windows環境 + MSIE を使用していて、
ウィンドウの背景色を白に、3Dオブジェクトを薄い灰色に設定しています。
結果的に、背景色が真っ白なのに、枠線の色が薄くて見え難くて困ります。
前景色と枠線の組み合わせは、ある程度のコントラストが必要です。

>よってborder属性だけで足りてプロパティの必要は無い。

結合ボーダーモデルについての理解が足りないと思います。
「border-collapse: collapse」を指定した場合、
その枠線の整形は、CSS の結合ボーダーモデルの範疇になります。
border属性などでは、期待する効果が得られない可能性があります。
http://www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/tables.html#collapsing-borders

>見えにくくなるときはCSSでborderを使用すればよし。

「見えにくくなる」のは閲覧者であって、制作者ではありません。
「閲覧者にとって見易い枠線」を設定してくれなくては困ります。

>>324
「普通は他に背景色など*何も*指定しなければ」と言ったぞ。
よって「3Dオブジェクトを薄い灰色に設定」は却下します。
「UA の初期実装に依存する」のはたしかですが
そもそも「UA の初期実装」で見えにくい枠線など、あり得ない。
わざわざ見えにくく初期設定してあるＵＡなんて、もしあったら糞ブラウザ決定。

>その枠線の整形は、CSS の結合ボーダーモデルの範疇になります。
>border属性などでは、期待する効果が得られない可能性があります
仕様書邦訳のどこにそんなことが書いてありました？　箇所を明示して下さい。

>「見えにくくなる」のは閲覧者であって、制作者ではありません。
「制作者にとって」などと限定句をつけた覚えはありませんが。どうしてそんな悪く曲解するのです？

http://cssbug.tripod.co.jp/detail/nn4x/b018.html
>ただし、親要素に自身と同じ名称の要素があるときは要素名つき一意セレクタを認識します。

ア、なぁるほど。よくぞそんな再現条件を見つけましたね。前366さんに感謝。

http://cssbug.tripod.co.jp/detail/opera/b063.html
>CSSを用いて、テーブルセル要素に対してボーダーを設定することでこのバグを回避できます。

HTMLならrules="all"を明記することでもバグを回避できますね。

http://cssbug.tripod.co.jp/detail/winie/b028.html
>dl要素の前後に何らかの文字を置く。コメントでもよい。
「前後」と言っても、dl要素の前だけでもいいみたいですね。
しかし後だけではバグ回避になってくれません。
「dl要素の直前に」乃至「<li>タグと<dl>タグの間に」の方が的確かも。

>>325
324じゃないが。

UAには初期実装にシステムの配色を利用してるものもある。
まさかシステムの配色までデフォルトのままにしろ、なんて言わないよな？
そもそも共通のデフォルトなんてないが。
自分の環境の事しか考えてないから、「制作者にとって」などと言われる事になる。

>>327
すると、システム・カラーを使って、且つＣＳＳオフのブラウザで来る人には
……どうします？
スタイルシート切ってる奴はシステムの配色をデフォルトのままにしてろ、と？　まさかね。
独自拡張のbordercolor属性には頼れませんしねえ。

藻前らここはバグ辞典でつよ。
宗教戦争は他でやれ。

いまのバグ辞典はブラウザ別ですな。これはこれで助かっとりますが、
誰か、バグ辞典のプロパティー別索引を作ってくださらんか。きっと重宝しますよ。
奇特な有志の出現を望むや切。

>>328
CSSが無効ならborder-cllapseも無効なのでは…
それにシステムカラーは自分で決めてるんだから
わざわざ制作者が色を決める必要なんて無いのでは？

>>331
いやcollapseでなくて、>>324は枠線の色を問題にしてたろ？

>わざわざ制作者が色を決める必要なんて無いのでは？
同感。だから>>327には反対だな。

>>331-332
そのシステムカラーと背景色が競合することも考えて
borderプロパティで色を設定しておいたほうがいいという話じゃないのかな？

【NN4】
１）
border:0 none;だけだとアンカー内画像の線が消せない。
A IMG{border:0 none;}
colorプロパティで背景色と同色を追加指定してやるとよい。

２）
a要素にborderを設定すると、アンカーがクリックできなくなった。
a {border:2px solid #f00;}
対処法：
a:link {border:0px;}を上書きしてやること。border:none;では効かない。

>>333
だから、その場合、CSS無効のブラウザにはどうすんのかって>>328は言った。

>>328
CSS無効の時は考える必要ないのでは？
CSSが無効ということはブラウザの背景色から何からユーザーの設定になってるわけだから。

つまり、border属性によるtableの枠線の色がシステムカラーに依存する場合があり、
CSSで制作者が設定した背景色とユーザーの設定しているシステムカラーが
似た色でみづらくなる可能性があるから、制作者はborderプロパティで色を
設定したほうがいいってことですか？

>>336
「borderプロパティで色を設定」するなら、border-colorプロパティでいいはずだね？
しかるにOpera7.11では――
body {background-color:white;}
th, td {border-color:black}
<table border="2" style="border-collapse:collapse;">
<tr><td>1</td><td>2</td></tr>
<tr><td>3</td><td>4</td></tr>
</table>
上記の通りborder-colorを指定しただけでは、セルの罫線が消えたままです。

body要素に設定したボーダーが閲覧領域全体を囲むように表示される(IE5)
http://cssbug.tripod.co.jp/detail/winie/b036.html

これに関係して、疑問があります。
標準準拠モードでスクロールが必要な分量のHTMLファイルに対し
html {border:5px solid red; padding:0;}
body {border:5px solid blue;　margin:0;}
とスタイルを指定するとします。
IE6では赤線がウィンドウの四方を囲み、互換モードでのbodyと同様の表示となるが、
NN7.1では標準モードでのbodyと同じくborder-bottomがページの下辺にあるから
スクロールしないと出て来ない。
Opera7.1もNN7に同じ。
これってIE6のは許される解釈差ですか、それとも仕様に反するバグですか。

>>330
例えば、こんな感じ？
http://dhr.tripod.co.jp/stylebug_index1.htm

>>338
ここなんか、いい（イヤ、ひどい？）例だよな。
http://kazmacky.cool.ne.jp/links/

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

>>340　そこはhtmlではなくbodyをセレクタにしてる。

IEもMozもcaptionをtableの外に放り出して扱ってるっぽいのですが
これって正常なのでしょうか…。

例えば table {margin:auto;} とした場合
trのみセンタリングされcaptionの位置はそのままなので。

>>343
www.w3.org/TR/REC-CSS2/tables.html#q5

>>343
>>344 の邦訳もあるから取り敢えず仕様書読め。
http://www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/tables.html#q5

【IE6】
多重の@importは一定レベル（ベースのcssから数えて5重）より先無視される

test.html
--------
<link rel="stylesheet" type="text/css" href="a.css">
<p>foo</p>

a.css
--------
@import url("b.css");
p {color: red;}

b.css
--------
@import url("c.css");
p {background: blue;}

以下同様に一つずつ違う規則を適用して確かめたところ，
e.css の内容とその先（e.cssの規則と，e.cssからimportされたf.css，…）の
規則が適用されなかった

Mozilla1.4では（少なくともf.cssまでは）適用された（その先は確かめてない）

ボーダーとマージンを設定した要素内のフォント指定が無視される
http://cssbug.tripod.co.jp/detail/nn4x/b012.html

これに関係して――
【NN4】
見出しにborderをつけるとき、marginを指定すると、フォントサイズがデフォルトに戻ってしまう。
　cf. http://www.t3.rim.or.jp/~harunaga/css/#heading_border

ウインドウズ98ＳＥ、ネットスケープ4.75にて。
floatプロパティでブロックを複数個横に並べた場合、clearプロパティが
一番最後にfloatされたブロックの位置に合わせて機能するようです。

<p style="float: left; width: 40%"> <!-- ブロック１(左) -->
テスト１<br />テスト２
</a>
<p style="float: left; width: 40%"> <!-- ブロック２(右) -->
テスト３
</a>
<p style="clear: both; color: #f00"> <!-- ブロック３(クリア) -->
テスト４
</a>
この場合、ブロック２に合わせて廻りこみが解除され、結果ブロック１の
コンテントにブロック３の文字が重なってしまいます。

閉じタグは</p>の間違いでつ。

http://cssbug.tripod.co.jp/detail/winie.html
>[3-268]@importのネストを3階層より深くできない(5.x/6.0)
268？　>>346では４階層までいけるみたいだが……。


それから、
>>338の疑問は放置かな。返答できる人は居りませんか。

間違った。自己訂正。
>>>346では４階層までいけるみたいだが……。
@importだけだと３階層ですね、たしかに。失礼しました。

>>338
www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/visuren.html#containing-block
＞初期包含ブロックの高さはルート要素の'height'プロパティで指定するとよい。
＞このプロパティが値'auto'を取る場合、初期包含ブロックの高さは
＞文書の内容量に合わせて変化することになる。
に照らせば、ルート要素について算出されるべき高さを無視して
閲覧領域のサイズを適用、というのはbuggyな挙動といえるだろう。
ただ、
www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/visuren.html#q2
＞閲覧領域が文書の初期包含ブロックより小さい場合、
＞UAはスクロールの仕組みを提供すべきである。
とあり、この一環として行われる挙動、といえばまあ説明つくし
実際それで容認するユーザも多いと思う。

>>338 の CSS にこんな指定を追加してみると解ると思うが
ルート要素近辺については Moz, Opera の挙動も怪しいもんだ。
html { height:10em; width:10em; overflow:scroll; }
body { height:20em; width:20em; }
単純に仕様に従うだけだったら、これらの実装も正しいとは思えない。

html 要素の style 属性は無意味と言うか、そんなものは無いから外せ。

バグ辞典スレにも "html 要素の高さ" なんて言ってる馬鹿がいるけど、
実際に CSS が適用されるのは body 要素とそれに含まれるものだけ。

>>353
コ　ピ　ペ　う　ざ　い
嘘でも100回書けば真実になるを狙ってるのでつか

てかIEだけが彼の真実なんだろね。

IEでも>>338の通り、html要素にスタイルは適用されるんだけどね。

http://pc2.2ch.net/test/read.cgi/hp/1057860130/265-266
1.
td要素にoverflowを指定してもTD内をスクロール表示させることができない。

2.
＞<td><div style="overflow:scroll;">ほげほげ</div></td>を使うと
＞Operaではテーブルからはみ出してしまいます。

>>357
テーブルセルにおけるwidth,heightは最小幅、最小高。
よってoverflowなど無意味。
例外はtable-layout:fixedのとき。

お前の脳内解釈やIEの仕様なんてどうでもいいわけで。

>>358
table-layout:fixed;にしても無意味だったけど？
<table border=1 style="height:2em; table-layout:fixed;">
<tr>
<td>000000000</td>
<td style="overflow:scroll;">1<br>2<br>3<br>4<br>5<br>6<br></td>
</tr>
</table>

だからtable-layout:fixedにしてもoverflow無効なのはバグ。
table-layout:autoでoverflow無効なのは仕様通り。

>>359
CSS2仕様書嫁

そもそも
><td><div style="overflow:scroll;">ほげほげ</div></td>
にしても、スクロールバーが出るだけでスクロールできない（Mozilla/Opera7）んだから
無意味なんだけどね。

IE6 SP1 Netscape7

<Head>
<Style><!-- body{ line-height: 125%; } --></Style>
</Head>

という感じで line-height を指定すると
ボックスにパディングを設定しても無視される。

>>362　それはdivにheightを設定してないから。でもtdにheightを指定してもやはりoverflowは効かない。
>>363　そんなことぁないだろ。

>>363
再現できません。何かの誤解では？
以下をWinIE6で確認。
<style><!-- body{line-height:125%;} --></style>
<div style="background:yellow; padding:50px;">パディング効いてます</div>

<style type="text/css">
ってなってないと落ち着かないな

>>366
禿同。

依存症患者かよ

http://pc2.2ch.net/test/read.cgi/hp/1057860130/489-499
>スタイルシートでテーブルにスタイル（背景、ボーダー）を適用すると同じHTMLにあるほかの
>テーブルのボーダーがスタイル適用してないにも関わらずボーダーに色がついてしまいます。
>これってバグでしょうか？

>マック版のIE5.16です。

http://homepage.mac.com/hiroyuki44/2ch.html

（今日の更新分です）
>>347　NN010と012を修正。

>>348　NN024に追加。

>>357
1. の内容をOpera006に追加。
2. の現象は再現できていません……

>>363　とりあえず保留。

>>369　MacIE049に追加。

>>371
お疲れさまです。
> >>357
> 1. の内容をOpera006に追加。
その>>357の1.はOperaに限らず、WinIE6やNetscape7でも同様です。

http://cssbug.tripod.co.jp/index.html
>※2003年9月1日よりこのサイトのURIが変わります。
>トップページのURIは http://members.at.infoseek.co.jp/cssbug/
>または http://cssbug.at.infoseek.co.jp/ になります。

あらら移転ですか……。

前366さんへ

>>348の挙げたサイト、バグ対策も載ってるので、リンクに追加して下さいませんか。
　妥協としてのスタイルシート
　http://www.t3.rim.or.jp/~harunaga/css/

>>371
漏れ>357の症状を出した香具師なんだが、どうやって再現するか忘れたよ(;´Д｀)ｽﾝﾏｿ

>>361
仕様書の何処にそんな事が書いてあるんだ？

>>375
CSS2仕様書の Section 17.5.2 あたりを読め。

（＾＾）

http://pc2.2ch.net/test/read.cgi/hp/1057860130/657-662
WinXP , Opera7.11 を使用しています。
<form>
<fieldset>
</fieldset>
<fieldset>
</fieldset>
</form>
というように、 form 要素の中に fieldset 要素を2つ配置しています。
そして CSS は
fieldset{
float:left;
width:40%;
margin:0.5em;
}
と記述して、2つの fieldsetが横に並ぶようにしていますが、
Oepra だけ実現できません。（IE や Mozilla はできました。）
私の記述が何かおかしいのでしょうか？それとも Opera のバグでしょうか？

<div> で <fieldset> 〜 </fieldset> を包括するとうまくいきました。

>>372
iswebに併合されるそうな。

>>357-361
table-layout は表とセルの*幅*の算出に関するアルゴリズム指定だ。

高さの算出については、 CSS2-17.5.3 に
> CSS2では、セル要素の'height'の値と、内容を収めるのに必要な最小限の高さ
>（以下これをMINと書き表す）のうち、大きい方をセルボックスの高さとする。
とある。 CSS2では table-layout が auto だろうが fixed だろうが
高さ方向のはみ出しは絶対に発生しない。

なので、CSS2 仕様上でセルの overflow:scroll が有効になると期待できるのは
table-layout:fixed の場合の幅方向のはみ出しについてのみだと思う。
auto の場合は幅の算出にどんなアルゴリズムを使ってもいいはずなので
結果がどうだろうと仕様の適用外でバグとも仕様通りともいえない。

>>360
表要素の width が auto の場合は table-layout: fixed でも
自動レイアウトアルゴリズムを使用する。[CSS2-17.5.2]

table-layoutってWinのIEしか対応してないんだからmozillaもoperaも関係ないと思うんだけど。

>382
釣りか？逆だぞ。

>>383
釣りか？テキストブラウザは無視ですか。
css/dhtmlｽﾚだから放置ですね・・・

>>384
おいおい、>>382の言ってるtable-layoutってCSSのプロパティのことだぞ…

まあ釣りなんでしょうな。

釣れますか？

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

↑デバッグしたい

MDNのCSS本にも、インプレスのCSS本にもtable-layoutはWinIEのみ対応で、
macIEも値スケも非対応ってあるけど？

書き忘れたけど
2冊とも古い本じゃないぞ。operaとかネスケ7も載ってる。

>>391
本の名前あげないのは何でだろう。
言ってることは正しいが。

>>390-392
CSS Laboratory の対応表では Mozilla系もサポートしている様だが。
http://is.vis.ne.jp/charts/css2_tables/index.xhtml#table-layout
この対応表は間違いなのか。

>インプレスのCSS本
『CSS2 スタイルシート大辞典』(ISBN4-8443-1740-7)のことか？
http://www.amazon.co.jp/exec/obidos/ASIN/4844317407/250-0793475-6399455

Netscape 7 で試したら、固定表レイアウトになったぞ。
「fixed」にした方が、明らかにレンダリング速度も速かった。

http://hp.vector.co.jp/authors/VA022006/css/corrbrwser/tables.html#table-layout
Win版 MSIE 5〜6
table要素に（width属性や widthプロパティで）幅が明示しなくても「fixed」が適用されてしまいます。
Win版 Opera 6〜7
固定レイアウトであっても，一行目のセルの内容量によって幅が変動してしまいます。

http://cssbug.tripod.co.jp/detail/winie/b112.html
select要素ではz-indexやborderなどのプロパティを無視する(5.x/6.0)

WinIE独自拡張のscrollbar関係プロパティも無視するね。
　cf. http://pc2.2ch.net/test/read.cgi/hp/1060869440/81n

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Shift_JIS">
<title>無題ドキュメント</title>
<style type="text/css">
<!--
body {
width: 400px;
}
-->
</style>
</head>
<body>
あああああああああああああああああああああああああああああああああああああああああああああ
</body>
</html>

bodyに対して横幅を定義したんですがIEでは反映されないみたいです
バグなのでしょうか

そういうことしたいならjavascriptだけど。
それを有効にするのは何か無理な気がする

>>397
大発見かも！

【Netscape7.1(Win)】
多重フロートで、正しかるべき位置（？）より下にずれて配置される。

下記の例で確認した。WinIE6やOpera7と見比べると、
NN7のみimg.Rightの位置が一段下がってしまって、「右１」のすぐ横に来ない。
h3の直後の画像でclearしてるのが原因らしいが、それならば右１・右２も下がるべきはず。
h3, h4 {margin:0;}
.leftcol {float:left; width:33%;}
.rightcol {margin:0 0 0 35%;}
img.Right {float:right; margin:0; width:145px;}
.clear {clear:both;}
img {text-align:center; background:red;}
<h3 class="leftcol">左フロート１</h3>
<img src="./images.gif" width="120" height="50" alt="left1" class="clear leftcol">
<div class="rightcol">
<img class="Right" src="./images/bff2003.jpg" width="142" height="50" alt="right2">
<h4>右１</h4>
</div>
<hr class="clear">
<h3 class="leftcol">左フロート２</h3>
<img src="./images.gif" width="120" height="50" alt="left2" class="clear leftcol">
<div class="rightcol">
<h4>右２</h4>
</div>
　cf. http://www.ne.jp/asahi/anarchy/saluton/index.html

もしかしたらNN7のみが正しくIEやOperaの表示がバグなのか？

類似バグ　http://cssbug.tripod.co.jp/detail/mozilla/b059.html

>>400
ネスケの方が正しい動作だと思われ。

CSS2仕様書9.5.1の浮動体の規則5より、right2の上辺はleft1の上辺よりも下に来なければならない。
しかし、右1と親ボックスである<div class="rightcol">はブロックボックスなので、
通常フローに従い配置されている。
すると親ボックスは左1の横に配置され、その最上部に右1が配置されると言う
>>400の結果がえられる。

>>400
clearプロパティはブロックレベル要素にしか適用できないから
>>400のソースのimg要素は<div>で括って
<div class="clear leftcol">
<img src="./images.gif" width="120" height="50" alt="left1">
</div>
とかすべきでしたな。ま、それでやっても同じバグが起るけどね。

>>401
>CSS2仕様書9.5.1の浮動体の規則5より
http://www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/visuren.html#float-position
5. 浮動ボックスの外上辺は、ソース文書内でそれ以前に出現する要素が生成する、ブロックボックスあるいは浮動ボックスの外上辺より上にきてはならない。

ふむふむ。

>しかし、右1と親ボックスである<div class="rightcol">はブロックボックスなので、
>通常フローに従い配置されている。

ううむ？　
画像left1やleft2でclearしてるのに、div.rightcolは左１・左２と水平横並びでいいのか？
横並びがleft1やleft2の上辺と揃って配置されるんならわかるが。
例を出せば、下のソースで「右」は「左」のすぐ右にくるわけないよね？　だのにナゼ？
<div style="float:left;width:2em;">左</div>
<div style="clear:left">clear</div>
<div style="margin-left:3em;">右</div>

まあ、どっちにしろMozillaかIE・Operaかのバグではあるか。

例としてはこっちが適切だったかな。
<div style="/*float:left;*/ width:2em;">左</div>
<div style="clear:left; float:left; width:3em;">clear</div>
<div style="margin-left:3em;">右</div>
つまり最初のdivのfloatはclearで無効になってるはずなのに、ってことです。

>>400の例はもっと単純化したソースで実験できる。

div {border:1px solid red;}

<div style="float:left;width:10em;">左</div>
<div style="clear:left; float:left; width:5em;">clear</div>
<div style="margin-left:11em;">
<div style="float:right;width:2em;">右2</div>
右1
</div>
<hr style="clear:both;">
これで、右1と右2が真横に並ぶかどうかの差が問題だ。

>>403
clearの意味を履き違えてる。

clear:leftなら
「指定された要素の左辺がそれ以前に出現する左浮動の右辺に隣接してはいけない。」
ことを示しているだけで、前に現れた浮動を完全に取り消しているわけではない。

そして、浮動体は通常フローに影響を与えないので、left1やleft2はがどこに配置されようと
div.rightcolの配置には影響を与えない。

つまり>>400・>>404はIE・Operaのバグ。となると、既出だな。

先行するフロートの上方に後続のフロートが置かれる
http://cssbug.tripod.co.jp/detail/winie/b093.html
先行するフロートの上方に後続のフロートが置かれる(7.0)
http://cssbug.tripod.co.jp/detail/opera/b044.html

>>405
これだと、通常フローはfloat1の右隣に流し込まれないんだよね。
二番目のdivにclearと共にfloatを指定するかどうかの差で。
<div style="float:left;width:10em; border:1px solid red;">float1</div>
<div style="clear:left; /*float:left;*/ width:5em;">clear only</div>
<div style="margin-left:11em; border:1px solid blue;">
通常フロー
</div>
<hr style="clear:both;">

ううん。わかる気もするんだけど、何だか釈然としない……。

【Opera 6/7】
iframeにz-indexプロパティが効かない。iframeは常に一番上？

<html>
<head>
<style type="text/css">
<!--
div, iframe {
position:absolute;
top:0;
left:0;
width:100px;
height:100px;
}
div {z-index:2;}
iframe {z-index:1;}
-->
</style>
</head>
<body>
<div>あいうえお</div>
<iframe src="http://www.yahoo.co.jp/"></iframe>
</body>
</html>

age

/* CSS・スタイルシート質問スレッド【22】 */
http://pc2.2ch.net/test/read.cgi/hp/1060869440/186　から来ました。

【MacIE5.1.7】
○サンプルページ
http://screenshot030720.easter.ne.jp/faketextarea.html
○上記ページのMacIE5.1.7でのスクリーンショット
http://screenshot030720.easter.ne.jp/macie517.html

1.divにoverflow:visible;以外（サンプルではautoですがhiddenとscrollでも
　確認済み）を指定するとmargin:auto;が無効になる
2.divにoverflow:auto;を指定した場合、visibleの場合の高さを反映してしまい、
　それ以降に記述がない場合のbody下部に余白ができてしまう
3.MacIE022（http://cssbug.tripod.co.jp/detail/macie/b022.html）の
バグの一部は5.1から解消されている（classicのみ確認、OSXは不明）
3-1.例示のバグは解消され、スクリーンショットどおり表示される
3-2.『・blockquote, ul, olの各要素は margin: auto; のような指定で
　　　　センタリングできない。』は解消されている
3-3.『・table要素は margin: 数値 auto; のような指定でセンタリングできない。
　　　・map, caption, fieldsetの各要素ではすべて無視されたり、一部だけが
　　　　無視されたりする。』は解消されていないようである

【MacOpera 6.0.3】
WinOpera6のバグのうち001・003・009・011・015・017・031・048が
解消されている

>>410
OperaってWindows版とMac版でレンダリングが異なるんだ……困った奴だナァ。

マアSafariに押されてあまり利用者も増えまいから、いいか。ver.7が出るかも怪しいし。

IEもネスケもWINとMACじゃ違わなかった？

違うよ。

>>411
というかWinOperaはWinIEの挙動にあわせて意図的に
仕様から逸脱したレンダリングをしてると思われ。

Gecko エンジン使用のブラウザで、
margin-left:auto; margin-right:auto; width:500px;
ってやって真ん中寄せにすると、ウィンドウ幅が
500px を切ったときに横スクロールバーが出ますが、
そのスクロールバーを動かしても左端に到達できません。
こんな感じ。
http://up.isp.2ch.net/up/5463c570586b.html

これってがいしゅつですかね？

Mozilla/5.0 (Windows; U; Windows NT 5.0; ja-JP; rv:1.0.2) Gecko/20021120 Netscape/7.01
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP; rv:1.4) Gecko/20030624 Netscape/7.1
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4) Gecko/20030624 ← Camino

で試しました。

＃ /* CSS・スタイルシート質問スレッド【22】 */
＃ にも同内容の質問を書きました。

>>415
それで正しい。IEやOperaが不正。
直感的には、背景画像の水平方向の真中寄せをイメージすればよろしいかと。
margin-right(left):auto;は、widthの単位を考えて、慎重に用いられなければならない。
これは、半年ほど前、腹話術師の初心者板でも書いたが、当然ながら反応はなかった。
W3CのCSSアーカイブで、イアンヒクシー青年も指摘してたが、理解してもらえてなかった。
これに関しては、正しい挙動が寧ろ迷惑なので、OperaやIEは、絶対に正しく実装しないだろう。

>>416
自分もまっとうな挙動なのは理解できるのですが、腑に落ちない点はひとつ。
なぜ、右端には到達できるのかと。ウィンドウを左から縮めていったときに、
右方向にずぶずぶ言ってしまうのなら、まだわからないでもないですが。

> 正しい挙動が寧ろ迷惑

なんか、手段が目的を超えちゃってるよなあ、ってな気もします。
というわけで、涙をこらえて無意味な親要素（table）をつくりました。
心が痛いです。

あ、コンクエラ（safari）も「不正」な対応ですた。補足です。

417への回答にならなくて申し訳ないが、一応、回避策は提示されている。

スレ
lists.w3.org/Archives/Public/www-style/2003Feb/0280.html
仕様書作成者の一人が述べる要点
lists.w3.org/Archives/Public/www-style/2003Feb/0285.html
仕様書作成者の一人が提案する回避策
lists.w3.org/Archives/Public/www-style/2003Feb/0288.html

この0285.htmlにあるように、margin-right(left) : auto なのに、左が0より小さい
マージンを取らずに、右だけが負のマージンを取るというIEやOperaの実装は、
CSS2.1-10.3.3
If both 'margin-left' and 'margin-right' are 'auto', their computed values are equal.
に反するから、不正、となる。

また、少なくとも、border-widthに%は無いから、0288.htmlにある回避策は、
問題の起こらない限りは、併用されるべき。

max-width:100% ですか。なるほど、思いつかなかった。

まとめサイトとこのスレでは検索したんだけど発見できなかったので報告。
<table><tr><th style="font-weight:normal;">test</th></tr></table>
WinのGecko・IE6・Opera7・NN4.08、MacのIE5ではちゃんと普通の幅で表示されるんだけどMacのNN4.7だけboldのままです。

というか回避方法あったら知りたいです。

<table><tr><td title="header">test</td></tr></table>

<table><tr><th><span style="font-weight:normal;">test</span></th></tr></table>はどうかな。

ttp://www.zdnet.co.jp/news/0308/30/nebt_11.html

UTF-8のHTMLで外部からlink要素で読み込んだShift_JISのCSSに

/* 定 */

というコメントがあると、それ以降のスタイルが無視されるんだけど、バグ？
charsetとかちゃんと指定してるんだけど。
Firebirdだとちゃんと表示されるみたい。

>425
どのブラウザで？

【Netscape7.1(Win)】
アンカーのlink疑似要素のfont-weightを600以上に太くすると、
アンカーの文字列の右端（折返しされる時はその右端）の文字が缺けてしまふことがある。
全部がなるわけでない、アンカーに或る程度の長さが必要らしいが、それ以上の再現條件は不明。

例
A:link {font-weight: 600;}
<p><a href="0.htm">あいうえおあいうえおあいうえおあいうえおあいうえおあいうえおあいうえおあいうえおあいうえおあいうえお</a><small>(03-09-03 Up)</small></p>

次の指定を削ったら、バグ表示は起きなくなった。
BODY{font-family:
"ＭＳ ゴシック","HGｺﾞｼｯｸM", 'Osaka−UI', Gothic, sans-serif;
}
どうも和文の等幅フォントがいけないらしい。英字フォントの指定だけだと起きない。
ほかにも文字列の長さや何かが複合してバグるみたいだが……。

line-heightの値によってはマージンが指定どおりの値にならない(N7)
http://cssbug.at.infoseek.co.jp/detail/mozilla/b037.html

これ、NS7.1で再現した。マージンを0にしても隙間が空く。
いままで大丈夫だったのにpadding-right:5px;を入れたら急に発現した。
なぜかpadding-right:2px;までならバグは生じない。
html, body {line-height:1.2;}を1.1か1.3にすると回避できた。
そもそも何で左右パディングなのに上下マージンに影響するのか。
Mozillaの糞ったれメ。

>>426
書き忘れた。IE6.0sp1
どうもコメントが、「定」という字で終わってるとそうなるみたいなんだけど。

395〜426を追加・修正しました。

--補足--
>>410
1.と3.をMacIE022の修正で対応し、
2.をMacIE050に追加。

MacOperaに関してはこちらを参照してもらうということで。
　Opera 6 for Mac の各種仕様実装状況
　http://www.remus.dti.ne.jp/~a-satomi/bunsyorou/Opera6_forMac.html

>>425
文字コードの誤認によって */ が化けたせいで発生するような。
@chatsetで文字コードを宣言すると無視されないようです。

−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
規制中に付き代行レスです

>>427-428はここで再現してる。
http://www.ne.jp/asahi/anarchy/saluton/index.html
Windows98SE、Netscape7.1にて。

こんなスレで質問ですが・・・
ＩＥでＣＳＳを用いてテーブルをセンタリングするにはどうしたらよいのでしょうか？

と単純な質問なのですが・・・
対象バージョンは、ＩＥ４、ＩＥ５．０？です。

<div style="text-align: center"><table><tr><td>ほにゃらら</td></tr></table>
がききません。汗

条件
・HTML 4.01 Strictで書かなければならない
・上記のとおり、<CENTER>、<DIV align="center">は使用禁止といわれてる。
・既にネスケモジラ＆標準CSS用にmargin-left:auto margin-right:auto が入ってる

＃対象OSはWinXP、Win2000、WinNT4.0、WinNT3.51、Win3.1・・・＆FreeBSD
　全てのOSで正しく見れなければならない。
　WinOSはIE以外のブラウザは禁止してる会社です。(社内プロクシでIE以外をはじいてるらしい）

＃対象ブラウザは下記のとおりらしい
　WinXP=IE6 Win2000=IE5.01SP2 WinNT4.0 IE4.?? WinNT3.51&Win3.1 IE5?
FreeBSD=ネスケ７＆Opera7

>>433
スレ違い

/* CSS・スタイルシート質問スレッド【22】 */
http://pc2.2ch.net/test/read.cgi/hp/1060869440/
の5番見てみ。FAQ中のFAQで、どうして質問する前に
調べないかって言われるから、あっちでも質問したりしないように。

仕事の調べ物を2ちゃんで済まそうなんて…

>>434
よく見なされ。margin:autoが入ってると書いてあるでないの。

で、>>433 よ。
まさか、</div>が抜けてるとか、そんなことはないよね？

>>436
だからスレ違いだってば。

効くはずのプロパティーが効かないってのは、バグ報告になるのでは？　>>437

(´-`).。oO（なんで質問スレに行かないんだろう…)

>>436
スレ違いだし、あっちのFAQのリンク先を全部見れば分かる
であろう話なんだがなね。

>438も単に433の記述がまずいであろう話をいちいちUAのバグにしないように。
まぁ、divのtext-alignで内包するblock level要素を
センタリングすること自体、IE4,IE5のバグの利用ではあるんだけど。

http://members.at.infoseek.co.jp/cssbug/detail/winie/b035.html

で、バグの利用がうまくいかないのは、このスレで扱う問題なのかね？ >>438

なんにしても、続きは質問スレでやってくれ。こっちはあとは完全スルー。
>>433はあっちで再質問するとしたら、該当箇所について略さずに全部書いとけ。

この手のことは再現する最小のコードを書いて、問題を切り分けようとすれば
自然にどこに原因があるか分かるものなのだが。
仕事でやっているくせにその程度のことも(ry

>>433みたいのに仕事依頼したところがかわいそうだ。

>>440
>まぁ、divのtext-alignで内包するblock level要素を
>センタリングすること自体、IE4,IE5のバグの利用ではあるんだけど。
バグではなく「仕樣」です（笑）。少なくともその開発当時の理解では、ね。

>>433は、センタリングするブロックレベル要素にwidthを指定してないんでないかい？
width:auto＝100%なら、いくら中央寄せしても見かけは一緒になるわな。

>>441
そもそもIE以外のリファラを弾く会社だぞ？

CSSのバグとは言えないかもしれませんが、発見したので投稿しておきます。

JavaScript でIE6は
document.body.clientHeight (またはclientWidth) の値が標準モードと互換モードで違うようです。

互換モードの場合はMozillaなどの
window.innerHeight (またはinnerWidth) と同じようですが、
標準モードではCSSで指定したmargin や　スクロールバーが出現した場合に値が大きく影響を受けるようです。

IE6.0 SP1

>>443
IE以外のリファラ？

>>444
標準モードでは
document.documentElement.clientHeight
だったと思うぞ。

どっちにしろスレ違いな上、バグではない。

>>445
>WinOSはIE以外のブラウザは禁止してる会社です。

漏れの読解力がないだけだったらｽﾏｿ
別のOSでは別のブラウザOKなのか。

>>443
これからはそんなの当たり前。
IE以外でも見れるようにと、くだらない事に
金をかける会社の方がむしろどうかしている。

>>447
そりゃリファラじゃなくUAだろうと

俺も会った事ある...リファラを勘違いしているバグった椰子。
# 「リファラのUAで分岐しる」とか言うんだよそいつw

おもしろくにあい

ボックスの幅を明示しないとか…

http://pc2.2ch.net/test/read.cgi/hp/1011140326/877-881
＞CSSを用いた段組の作成のコツ
＞http://www.fromdfj.net/html/column.html

そこのサイトうちのIEで見ると下の方でレイアウトが崩れて
文字が重なって見えます。
スタイルシートをオフにすると読めますけど。

Mac　IE5.1

Macで見てレイアウトがくずれていた場合は、90％くらいの確率でスタイルシートを
無効にすればちゃんと見える。

>>453
激しくｶﾞｲｼｭﾂ

>>454
あらま。
すると、下記のうち、どのバグに該当するんですか？
http://cssbug.at.infoseek.co.jp/detail/macie.html

これ既出だっけ？
【WinIE】
font-sizeをem単位で指定すると、ブラウザで文字サイズを大中小と変更するにつれ急激に文字が大小するバグがある。
font-size:1.5em;とfont-size:100%;とで比較してみれば一目瞭然。後者はそんなことはないのだ。
cf. http://members.jcom.home.ne.jp/jintrick/Personal/bad_css.html#level4

>font-size:1.5em;とfont-size:100%;とで
↓
font-size:1.5em;とfont-size:150%;とで

>>456
UA側の設定による文字サイズの変動幅がどうだろうが
それをバグと言うだけの根拠はないように思う。

有名だけど既出ではないっぽい？のでバグとして整理するなら
em 単位だと文字サイズ設定で文字の大小する幅が急激になること、ではなく
文字サイズ設定次第で em, ex 単位が正しい倍率に設定されなくなること、だろう。
こんなコードで文字サイズ中以外にしてみ。
% 単位と比較するまでもなく em 単位の実装がおかしいことが解る。
<p style="font-size:1em">ABC
<span style="font-size:1em">DEF
<span style="font-size:1em">GHI
</span></span></p>
# 祖先要素に % 指定や絶対値指定があるとこの問題は起こらないようだ。

http://cssbug.at.infoseek.co.jp/detail/mozilla/b037.html
↑これと似て、マージンが０にできない場合がオペラにも。再現条件が絞りきれないが……
【Opera7.11】
<div id="row1">〜〜〜<hr id="half"></div>
<div id="row2">〜〜〜<hr></div>
<div id="row3">〜〜〜</div>
hr#half {margin-bottom:0;}と指定しないと、row1とrow2の間になぜか隙間が空く。

row2とrow3の間は同樣にmargin:0;を指定してやってもどうしても隙間が空くが――
基本シート中の A:hover {border:0 none;} の指定を削るとバグは起きない。
同じく hr {margin:16px 0 5px auto;} このmargin-bottom指定を0にすると、バグは起きない。
row3の中のa要素をhover状態にすると、隙間は消えるが、row2の中のa要素に触れるとまた空く。

わけがわかりません。
実例　http://www.ne.jp/asahi/anarchy/saluton/index.html

マルチですが一応CSS質問スレから誘導された。確認してみようと思い
こことと同じく指摘された下記サイトでちらりと見てみて

http://cssbug.at.infoseek.co.jp/detail/nn4x.html

アーこのバグかな？と思うのは［上の3-36？］有ったけど
自分のとちょっと違うような気もする。
同症状の出た人がいたら解決できるかと思い書きました。

以下症状です。----
Mac OSX→クラシック（9起動でも）NN4.7で
<span class="A">あああああああ</span>のサイズが激しくバグるときがある
具体的にはスクロールすると下から現れる文字がどんどんでかくなる
またページによってサイズが1段回大きくなる箇所が有るときがある。
とするとそのページのコーディングに問題あるはずなんだが分からん。
正常なところと同じように作ってるのに。

"A"のフォントサイズは95%行間130％
（サイズを変更しても同一ページにて同一症状だった）
しかしclass="B"（フォントサイズ86％行間130％）に異常はなかった
そして太字設定<b class="Abold">ううううう</b> の場合のサイズはOK
bodyでの文字指定は特になし（css は外部指定で）

これがNN4XのCSSの不具合っていう奴？
------

報告ならここ。確認なら上記要約サイトを紹介されたのですが
どちらか自分でもハッキリしません。スレチガイでしたらすまんです。

>>458
つまり、Opera6が100%指定で起すバグ↓をWinIEは1emで起すってことかな。

font-size:100%; が継承されると文字サイズが小さくなる(6.0)
http://cssbug.at.infoseek.co.jp/detail/opera/b009.html

しかしIEは上の例ではバグは発現しない。インライン・スタイルシートでないとバグにならない？
それにしては、外部シートでfont-size:1em;を指定した時に、
ブラウザの文字サイズ設定での文字のサイズが急激に大小するのだし。

>>460
もうちょっと前後のソースとか出してくれないと、よくわからん。

バグ？
http://pc2.2ch.net/test/read.cgi/hp/1064502391/47-55

>>461
CSSとテーブル混在だしspanしか使わない廚。
基本制作はGolive。後々突っ込まれる前に一応。
でもこれで旨くいってる奴もあるのは確か。

<table width="530" border="0" cellspacing="0" cellpadding="0">
<tr><td valign="top"><img src=".xxx.jpg" alt=""
width="xxx" height="xxx" align="right" border="0" hspace="10" vspace="5">
<b class="BBOLD">ここはOK<br><br></b>
<span class="B">ここが駄目駄目<br><br>
ここも駄目駄目<br></span>
<b class="BBOLD">だがここはOK</b>
<br>
<span class="A">違うクラスだけど駄目<br>
駄目駄目<br>以下駄目駄目
<br>めーる<a href="xxx@xxxx">xxx@xxxxx</a><br></span>
</td></tr></table>

↑こんな感じ。でも<b class="B（Aも）BOLD">はいいみたい。

>>461
> インライン・スタイルシートでないとバグにならない？
や、外部スタイルシートでも確認できた。
うちの環境では1emが「大」で約117%、 「最大」では約133% くらいの倍率になる。
逆に「小」だと約87%、「最小」で約68%。
文字サイズ設定が「中」以外だと、1em＝100% にならない。

>>464
外部シートでもバグるのはわかってます。
でも、下記ではバグは起きないでしょ？　なぜかなってことです。

<style type="text/css">
span {
font-size: 100%;
}
</style>
<p>月<span>火<span>水<span>木</span>金</span>土</span>日</p>
cf. http://cssbug.at.infoseek.co.jp/detail/opera/b009.html

ゴメン、間違った。忘れて。

http://pc2.2ch.net/test/read.cgi/hp/1064502391/36-55
Netscape7.02の場合、overflow: hidden の場合は問題ないのですが、
autoやscrollを設定すると、ウィンドウからはみ出した部分にあるリンクが機能しないんです。
はみ出した部分にあるリンクをクリックすると、要素の頭に移動するだけでリンク先には移動しません。

Netscape自体のウィンドウサイズを縦800ピクセルくらいにして、以下を表示させた場合、
リンクは機能しません。

<div class="example">
<div style="overflow:auto; height:1200px; border:2px solid blue; padding: 1000px 0px 0px 0px;">
<p>１行目</p>
<p>↓</p><p>↓</p><p>↓</p><p>↓</p><p>↓</p>
<p><a href="http://pc2.2ch.net/hp/">このリンクが機能するか？</a></p>
</div>
</div>

ちゃんとリンクは機能した。
Win98SE・Netscape7.1にて確認。

7.02以前の問題みたいですね。

一応レスなかったけど自力で解決した？かな。だから報告。
3-36に有るようにしてみた。

<b class="BBold">元からOK</b><span class="B">だめだめだった。</span>

↓

<b class="BBold">元からOK</b>
<font class="B">直った</font>
とソースで改行＆<span>やめて<font>or<td>してみたら旨く表示された。疲れた。

>>468
3-36？　3-96のことかな。
改行を挟まない連続した要素で直前の要素のfont-size値がfont-size算出に用いられる
http://cssbug.at.infoseek.co.jp/detail/nn4x/b017.html

Goliveってひどいソースを吐くんだねぇ。>>463
fontタグ使用する位ならＣＳＳを使ってはいかんよ。一から勉強した方がいい。>>468

>>469
あ。そうそう。訂正ありがと。

>>470
一から勉強する気にはならんけど例えば>>463どの辺がそんなにひどいソースなの？
改行の問題は漏れが後から<br>横槍でぶち込んだり
<span>の上から<b>指定強引にしたリしたせいもあるやも知れん。
よくは分からんのだけど。自分としては要素は何でもイイから
classをぶち込むのに分かりやすく修正が楽なものが有ればイイかなと。
ちなみに<font>はサイズやその他の値は入れてない空<font>です。

Goliveはかなり気ぃ使わないと変なソースなるね。
お手軽ウェイジグエディタってもんでもないし。
パッと見で間違いじゃあないけど変、ってとこ。
alt内が空、b内にbrでそのままb閉じ

>>471
ありがと。空<alt>なんてなんででるんだろな。書き出しても出てた。
<b><br></b>は自分の操作の雑さ加減がそのまま出たんだろうと思う。

NN3のComporser以来制作にはGoLiveしか使ってないから
ソースなんて今回のようにトラブル時に確認する程度だったけど

今回の件でcssを勉強し直す気にはならんけど
自分の雑な操作がソースに反映されちゃうことの重大さを認識出来た。

>>471
頼むから少しは学習してくれ。
http://www.ne.jp/asahi/minazuki/bakera/html/opinion/font

そんな駄目なソースで中途半端にスタイルシートを導入する位なら、物理タグに撤した方がマシ。

>>474
いいサイトをありがと！自分で仕様書読みつつ独自に
論法を学ぶのはしんどいが今の自分には分かりやすかった。
しかし自分でやってて恥ずかしいがweb制作ってすげーなぁ

さっき作り終えたサイトに反映させるのは
少し時間がかかりそうだが<b>と<font>は少なくとも論理タグに変更してみる。

それからさっきレス番間違えた。473は>>472へのレス。

Tableのセンタリング
http://members.jcom.home.ne.jp/jintrick/Personal/css_miss_table.html
table{ width : 500px }
このように幅をピクセルで指定していた場合、IEでは上に挙げた正式な方法ではセンタリングされません。

http://pc2.2ch.net/test/read.cgi/hp/1064502391/165-166
float で、表を二つ横に並べようと書いたソースが下記です。
http://v.isp.2ch.net/up/79656dc3f936.html

ブラウザは
Win 版 MSIE 5〜6 , NN 7
Mac 版 MSIE 5.0〜5.1 , NN 7

で確認しているのですが、Win 版 MSIE 5〜6 のとき、
右側の表の左にスキマができます。

そんなことより、Opera7.20で凄いことになってる。

---------------------------------
＃左列にだけfloat:leftを指定すると、右列（になるべき）要素が重なるのが本当。
ただし、要素は重なるが右列要素中の文字列だけは回り込むはず。
この点、文字列まで重なるOperaは失格。バグですね。
WinIEだけ隙間が空くのもバグか？

floatによる回り込みテスト
http://web.archive.org/web/20010522110945/www.toybox.jpn.org/test/float.html

下記をWinIEとMozillaとで見比べてください。
http://web.archive.org/web/20020228183140/http://www.toybox.jpn.org/test/floats.html
http://web.archive.org/web/20020301031713/www.toybox.jpn.org/test/floats2.html
>floatの仕様を知らずにIEで表示確認していると
>同じ意味と勘違いしがちです

1〜2か月前に別スレにあった内容だけど、ここでは未報告ですよね。↓

Safari 1.0 で、<table> に <caption> があると <col> に指定したスタイル
全てが無視される。

<table style="width: 100%; table-layout: fixed">
<caption>テスト</caption>
<col style="width: 2em"><col style="background: #ff6">
<tr><td>あ<td>い
</table>

↑ <caption> 要素をなくすと <col> のスタイルが効きます。

http://cssbug.at.infoseek.co.jp/detail/winie/b055.html
は
標準・互換共に
:first-letter{ではなく
:first-letter {と書けと書いてあるが
実は互換モードなら気にしなくても良い。
(配布されているCSSとかはしておいた法が賢くはあるが)

DOCTYPE宣言による表示モードの関係
ttp://www.skipup.com/~peace/javascript/d010923.html
FramesetはTransitionalと扱いが同じ。

>>474
とりあえず
<b class="ABOLD">→<strong class="ABOLD">
<font class="A">→<span（またはpまたはtd）class="A">

に検索置換で安易にごっそり変えたんだけど気になるところが有って
<b class="ABOLD">→<strong class="ABOLD">
<strong class="ABOLD">→<strong><span class="ABOLD">
ってどっちがいいんすか？

下3行間違えた

<b class="ABOLD">→<strong class="ABOLD">
<strong class="ABOLD">→<strong><span class="ABOLD">
ってどっちがいいんすか？

↓

<strong class="ABOLD">と<strong><span class="ABOLD">
ってどっちがいいんすか？

すません。

>>481-482
ここは質問スレッドではありません。
Strict-HTML1.1 スレッド9
http://pc2.2ch.net/test/read.cgi/hp/1039781736/l50

<p>
　<em>強調文</em>
　文章文章文章文章
</p>

p {
text-indent:1em;
}

em {
display:block;
}

WinIE6でこう書くと、emの後で改行されて、
その後の「文章文章文章」にもインデントが入ります。

>484
当たり前。

em要素はdisplay:block;なので改行されて当然。
p要素にはブロック要素を内包出来ないので
IEのパーサは
<p></p>
<em>強調文</em>
<p>文章文章</p>
と解釈する。　よって「文章文章」の部分にもインデントが入る。

>>485
NetscapeやOperaではインデントが入らなかったように思うのだけど、
IEの描画が正しいの？

>>485
違うだろ。CSSが元HTMLの構造を書き換えちゃ駄目だろ。

<p>foo<em>bar</em>baz</p>
というHTMLに>>484のCSSを適用したとき
fooとbazは匿名ブロックとして、barはemのブロックとして扱われるのが正当だろ。
HTMLで、pの中にブロック要素が許されているかいないかは関係ない。
>486のNetscapeやOperaの挙動が正しいように思う。

<p>hogehoge<br>hagehage</p>

これでpにインデント指定して、
改行されてもインデント入ったらpaddingと変わらんな。

>>487
だな。

>>485
勉強してからここに濃い。

まあ >>485 は明らかにブロック要素と display:block の要素を混同しているので論外だが

http://www.w3.org/TR/CSS2/text.html#indentation-prop
> More precisely, it specifies the indentation of the first box that flows into the block's first line box.

"the block's first line box" ってのが em 内部の行ボックスなのか
「文章文章文章」の行ボックスなのかちょっと不明瞭な文だなとは思う。

自分の文法間違いからのバグだけどいいでしょうか・・

<table border><td style="background-color:#dddddd;">あああ</td><td>あああ</td></tr></table>

のようにテーブルに<tr>を付け忘れると、ネスケ４では</tr>までbackground-color要素が継承されてしまいます。
IE6・NN7では問題ありません。

>>491
＞IE6・NN7では問題ありません。
…それは君の意図どおりになるのがバグなの？ならないのがバグなの？
エラーを含むソースが期待した結果にならないのは
むしろ理に適ってるんじゃないのか？

処理系に均一な挙動を期待するのは、ソースが正常であることが大前提。
異常なソースに対してUA間の処理結果にムラがあるのは当たり前。

こんな破損データ食わせるとこのUAはこんな風にバグるよ、
という主旨のスレなら、それでもいいのかもしれないが。
ここって、そういうスレなのか？

"background-color要素"なんてないし。

>>485晒しage

『CSSバグリスト＠CSSバグ辞典スレッド』がひと月ぶりに更新。
　http://cssbug.at.infoseek.co.jp/index.html
今回の追加は３件。>>461までかな？
お疲れ樣！

>WinIE048を修正。（2003-10-02）
って、どの辺が修正されたのか。
　em単位で指定した値が文字サイズ変更後に正しく反映されない(IE6)
　http://cssbug.at.infoseek.co.jp/detail/winie/b048.html
前と全く同じに見えるが……。

text-indentは継承される。
継承は匿名ブロックに対しても起こる。

よってIEが正しい。

つうことはネスケとオペラのバグ？検証してないけど。

W3CのMLでどうなるのが正しい挙動なのか聞いてみたい気分。
Gecko & Opera の挙動がバグであるなら、開発元にフィードバックしたい気分。

>>499
よろしく。

>>500
そんなぁ。

前366さんへ
http://cssbug.at.infoseek.co.jp/history.html
>http://v.isp.2ch.net/up/79656dc3f936.html のソースを見られません

確かtableを二つ作って、それぞれdivで括って両方にwidthを指定。
初めのdivだけにfloat:left;を指定し、二番目には何も指定せず、でした。

Safari 1.0 で、table-layout: fixed の状態で、各列幅に、具体的な長さ、
パーセント、auto を混在して使うとパーセント指定した幅がやけに狭く
なります。

<table style="width: 100%; table-layout: fixed">
<tr>
<td style="background: #ccf; width: 10em">x
<td style="background: #ccf; width: auto">y
<td style="background: #ccf; width: 50%">z
</table>

上記は table-layout: fixed の指定を除くと正常に表示されます。

また、table-layout: fixed を付けた状態でも、列幅をパーセントのみで
指定とか、具体的な長さと auto のみで指定するなら問題ありません。
これらを混在して指定するとパーセントの計算が変です。

前366さんへ
>>467はNetscape7.02でバグが確認されなかったのですか？

同じソースでIE6とその他（opera7、n7、firebrid0.6）で表示が違えば,
どちらかにバグが潜んでると考えていいんですか？

まず自分の書いたものを疑う。

どの挙動も仕様の範囲内(または仕様の適用外)である場合もある。
それから、個々の機能の対応状況により
結果として違いか出ることもあるので注意が必要。
(例えば、IEが隣接セレクタに未対応なのは通常はバグとは言われない)

>>506
確かにその通りですね。
こちらでよく言われる「最小限のソースで問題を切り分けて原因を探れ」というのをやっていたんですが
集中力が持たなくて原因が突き止められませんでした。
ソースの不備なのか、ブラウザのバグなのか訳がわからなくなってしまいました。
もう一度見直すかなぁ。

>>507
なるほど。バグでなく実装の違いから出る挙動の差ということですね。


よっしゃバグだな、いつも世話になってるこのスレに報告してやる、と思って調子に乗ってたんですが
まだまだ自分には精進が必要のようです。
（挙動の違いは別の方法で対処したので、まだ原因は不明なんです・・）

スレタイにDHTMLってあるけど、JavaScriptとかも書いて

スレタイにDHTMLってあるけど、JavaScriptとかも書いていいんですか？

JavaScriptは専門のスレがあるからそっちで。

>>511
どこにありますか？
質問スレしか見つかりませんでした。
あとスレタイのDHTMLとはなんですか？

>>511
JSスレは質問スレだからバグの話題はこっちでもいいような。
実際DOM関連のバグはこのスレで過去にいくつか挙がってる。
まあCSS/DOM/JavaScriptのバグはそれぞれ棲み分けの必要な部分ではあるけど
JavaScriptのバグはこのスレで扱わないんだったら
DHTMLなんて紛らわしい文句はスレタイから外した方がいい。

HTMLのバグは何処行けば見られる？
IE6のoptgroupとか。

>>508
わかったところ迄でいいから、擧動の差を報告してくれないか？
こちらのスレッドでバグか否かを突き止められるかもしれないし。

>>514
optgroupのバグって？　未実装とかでなく？

>>512-513
JavaScript単独ではなくCSSとも組み合せなければDHTMLとは呼べないのでは。

>>497
>>484
text-indent のブロック表示ボックスの「最初の」インラインブロックがインデントされる。

div { display: block; }
.para { text-indent: 1em; }

<div class="para"><div>XXX</div> xxx xxx</div>
<div class="para">XXX <div>XXX</div> xxx</div>

子divに、text-indentは継承され、そして、適用される。
正しい表示は、

[1em]XXX
xxx xxx
[1em]XXX
[1em]XXX
xxx

という感じ。XXXが「最初の」インラインブロック。
前者は一つのインラインブロックを親子のdivが「共有」している。
後者は、親divにとっては2番目でも、子divにとっては最初。
2.1WDの「継承に注意」の但し書きはこの後者のようなことを予測しておくように、ということ。

もう既に言うまでも無いが、WinIE が不正。

s/インラインブロック/line box/g

http://cssbug.at.infoseek.co.jp/detail/opera.html
>[3-477]フロートとフロートに後続するテーブルとが重なる(7.0)

http://cssbug.at.infoseek.co.jp/detail/opera/b068.html
>フロートとフロートに後続するテーブルとが重なる(7.0)

これ、正しくは「7.0」でなく「7.1〜7.2」ですよね？

>>518
＞インラインブロック
インラインボックスのtypoかとは思うが、仕様は >>490 のとおり
"the block's first line box" としているだけで、
first line box が子孫ブロック要素の生成する line box を数に入れるのかどうか
また block が anonymous block を含むのか否かハッキリしない。

WinIEが不正、というだけの根拠には欠けるかなーというのが
漏れの見解。というか漏れの語学力/読解力の限界。
その辺の決定的な記述部分があるならポインタきぼんぬ。

>>517
そんなことはどうでもいいからJavaScriptのバグはどこに書けばいいか教えてくださいよ

>>521

>>484の「文章文章文章」はinline。よってWinIEは不正

>>523
漏れもそう思ってたんだけど、

ttp://www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/visuren.html#anonymous-block-level
> 匿名ボックスは、自身が含まれる匿名でないボックスからプロパティ値を継承する。

これを見てちょっと揺らいでいるんだが、どうよ？

>>524
http://www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/visuren.html#anonymous-block-level

これ知らんかった(;´Д`)
てことはtext-indentは継承されるし、文章文章文章の部分もブロックボックスだからインデント入るのね。

>>523
不正はお前の方。

私が遭遇した「仕様」扱いされたバグ
http://page.freett.com/onlineuser/OTTest/OTTest.html
何かのお役に立てれば幸いです。既出事項ならすんません。


あと、こんな記事↓も出てましたね……
「IEの標準サポートに高まる不満――MSは重い腰を上げるか？」
http://www.zdnet.co.jp/news/0310/10/ne00_ie.html

Opera7で、固定CSS+優先CSSに複数の代替CSSを設定すると、代替を含む全てのCSSが読み込まれる？
XHTML1.1で作成しました。
<!-- ソース -->
<link rel="STYLESHEET" type="css/text" href="kotei.css" />
<link rel="STYLESHEET" type="css/text" href="yusen.css" title="優先" />
<link rel="STYLESHEET ALTERNATE" type="css/text" href="kotei.css" title="代替A" />
<link rel="STYLESHEET ALTERNATE" type="css/text" href="kotei.css" title="代替B" />
<!-- ソース終了 -->
こんな感じにしたら、全てのCSSが一斉に適用されました。（作成者モードにしてます）
【CSSバグリスト＠CSSバグ辞典スレッド】を見て、載ってなかったようなので投稿します。
何か書き足りないことなどあったらゴメンなさい。

正しい挙動じゃないの

>>528
"css/text" じゃなくて "text/css" でしょ。
代替Aも代替Bも kotei.css になってるのは故意？過失？
書き足りないというか、正確に書いて欲しいと思う。

すみません。528間違ってました。
<!-- ソース -->
<link rel="STYLESHEET" type="text/css" href="kotei.css" />
<link rel="STYLESHEET" type="text/css" href="yusen.css" title="優先" />
<link rel="STYLESHEET ALTERNATE" type="css/text" href="A.css" title="代替A" />
<link rel="STYLESHEET ALTERNATE" type="css/text" href="B.css" title="代替B" />
<!-- ソース終了 -->
です。

>>531
rel属性値のリンクタイプが 'alternate stylesheet' の順で
並んでいない場合に再現できる模様(Win2Kで確認)。

HTML4.01では、linktypes の順序に意味があるとは明記されていないが
> あるスタイルシートを代替に指定するには、 rel属性の値を "alternate stylesheet" にし、かつtitle属性で名前をつける。
という記述がある。バグといえるかどうかは微妙かもしれない。
http://www.asahi-net.or.jp/%7Esd5a-ucd/rec-html401j/present/styles.html#h-14.3.2

>>532
　微妙ってこともないでしょ。>>531は単なる誤記だと思ふ。

＞User agents must not apply alternate style sheets with a different style name.
http://www.w3.org/TR/1999/REC-html401-19991224/present/styles.html#h-14.3.1
＞ユーザエージェントは、別のスタイル名を持つ代替スタイルシートを適用してはならない。
http://www.asahi-net.or.jp/%7Esd5a-ucd/rec-html401j/present/styles.html#h-14.3.1
とあって、531の引用が続くけど、これって、"alternate stylesheet"はダメで、"stylesheet alternate"にしなさいよってことなのでしょうか？

rel(rev)属性の順序に意味があるとは書かれていないし、
＞To specify an alternate style sheet, set the rel attribute to "alternate stylesheet" and name the style sheet with the title attribute.
の"alternate stylesheet"はあくまでも例で、"stylesheet alternate"でも良いと解釈できるのではないかなと思いました。
rel(rev)属性は、"index contents"でも"contents index"でもいいはずで、
%LinkTypes;に「alternate stylesheet」というスペース付きの値はなく、
上記の引用部分がある以上、「alternate stylesheet」（スペース付）を、仕様書に定義されていない独自のキーワードとはとれないと思うので、
"stylesheet alternate"でも"alternate stylesheet"でも同じように解釈されるべきではないかなと…

いや、文法論議をするつもりも、そんな知識もないし、
無理してバグリストに載せてほしいわけでもないんですが、
代替スタイル用意してOperaでチェックしたらエライことになってたもので、
他にも同様の症状が出てる人がいたり、これからCSSをやろうって人には有用な情報になるかな思っただけです。
仕様通りの動作で、私の誤記にすぎないならすみません。
（あと、「簡易な解決策があるものはこの板にはそぐわない」という場合もすみません）

＞ あるスタイルシートを代替に指定するには、 rel属性の値を "alternate stylesheet" にし、かつtitle属性で名前をつける。

これ読んでも誤記じゃないと思うならバグだと信じてればｲｲﾖ

英語として考えるとalternateは形容詞だからstylesheetの後ろに来るわけ無いと思うんですが…。
まあ属性値だから英文法云々言ってもしゃーないけど

まあ、バグか否かはさておき
バグリストに挙げておく価値はあるかなと漏れは思う。

＞White space characters are not permitted within link types
http://www.w3.org/TR/1999/REC-html401-19991224/types.html#type-links
＞Adding the keyword "alternate" to the rel attribute makes it an alternate style sheet
http://www.w3.org/TR/1999/REC-html401-19991224/present/styles.html#h-14.3.2

気になったんで、ちゃんと調べたら、バクじゃないですね。
ちゃんと調べずに書き込んですみませんでした。
%LinkTypesに空白が許されないいじょう、%LinkTypesに列挙されていないだけで、
「alternate stylesheet」という空白つきのキーワードと解釈するべきなんだと納得しました。
<link rel="index" lang="ja" href="A.html">
<rel="alternate index" lang="en" href="B.html">
とかもダメだと分かりちょっとショックでした。
CSSと関係なくてすみません。
今後は何か見つけてもちゃんと調べてから書き込むようにします。

空白が許されない以上、空白つきのキーワードと解釈するべき……？

ナヴィゲーション・リンクを
<link rel="index" lang="ja" href="A.html">だと表示してくれるが
rel="contents index"と列記すると表示してくれなくなるブラウザもある。
OperaやMozillaで較べてみよう。

>>538
そのリンク先の所にも書いてるけど、
> In the DTD, %LinkTypes refers to a space-separated list of link types.
だから、スペースが許されないのは「%LinkTypes」ではなく個々の
「link types」の方。

規格上は、"alternate index" もOKだし、例えば2番目の文書から最初の文書
を参照させる時は rel="start prev" と書けるはず。

ただ、 >>540 のようにブラウザがこれに対応しているかどうかは別問題。

IE6（互換、標準とも）で確認

border-styleにinset、またはoutsetを指定しborder-colorが未指定のとき
謎の色のボーダーを表示する（colorの値を受け継がない）

border-colorを指定すればその色で表示される。但し暗い色だとつぶれてしまう

>>542
border-widthを50px位に十分太くして実験しましたか。

<div style="color:red;border-style:inset outset solid double;border-width:50px">文字</div>
<div style="color:red;border-color:blue red black white;border-width:50px;border-style:inset">文字</div>
<div style="color:black;border:50px inset">文字</div>
<div style="color:black;border:50px inset black">文字</div>

これで再現できます

>516
亀レスだけど、
optgroup要素の直前に終了タグを省略したoption要素があるとoptgroupタグが無視される。

<select>
<optgroup>
　<option>
　<option>
</optgroup>
<option>
</select>　　　←これは問題なくて

<select>
<option>
<optgroup>
　<option>
　<option>
</optgroup>
</select>　　　←これだと変。

阿呆らしいが、これも一応バグか。
【Opera7.2】
body{overflow:auto}と指定した上で
body内は一列のtableで括り、中にimg要素を並べると、
先頭の画像しか表示されないらしい。↓
http://pc2.2ch.net/test/read.cgi/hp/1064502391/841-
tableをdivにしたら直ったとさ。

>>546
http://pc2.2ch.net/test/read.cgi/hp/1064502391/880n
>ちなみにbody{overflow:auto;height:100%}と書いたら、
>今回のopera問題を回避できました。

>>546-547
844 ：841 ：03/10/16 02:21 ID:IIBmTXLY
ちなみに、operaで見ると表示されないソースは↓です。

<html>
<head>
<title>MENU</title>
<meta http-equiv="Content-Type" content="text/html; charset=Shift_JIS">
<style type="text/css">
<!--
body{overflow:auto}
-->
</style>
</head>

<body bgcolor="#F0F0F0" text="#000000" leftmargin="0" topmargin="15" marginwidth="0" marginheight="15">
<table border="0" cellspacing="0" cellpadding="0" align="right">
<tr>
<td>
<p><img src="img/menu/title_a.gif" width="84" height="20"></p>
<p><a href="main.html"><img src="img/menu/top.gif" width="170" height="25" border="0"></a></p>
<p><a href="cgi-bin/bbs/thebbs.cgi"><img src="img/menu/bbs.gif" width="170" height="25" border="0"></a></p>
<p><a href="cgi-bin/imgbbs/index.html"><img src="img/menu/bbs_g.gif" width="170" height="25" border="0"></a></p>
<p><a href="cgi-bin/chat/index.html"><img src="img/menu/chat.gif" width="170" height="25" border="0"></a></p>
<p><a href="kikaku/index.html"><img src="img/menu/kikaku.gif" width="170" height="25" border="0"></a></p>
<p><a href="link/index.html"><img src="img/menu/link.gif" width="170" height="25" border="0"></a></p>
</td>
</tr>
</table>
</body>
</html>

Windows ユーザーじゃないので手元であまり試せないのですが、

<ul>
<li style="background: #ccf">あああ
<span style="display: block">いいい</span></li>
</ul>

IE5.5 でこういうのを表示させると、「いいい」の行の下が空いて
しまいます。li 要素や span 要素の margin や padding を 0 にしても
間が空きます。span 要素の代わりに div 要素にすると空かないようです。
インライン要素を無理にブロック表示に変えると空く?

試してみて下さい。

http://cssbug.at.infoseek.co.jp/detail/winie/b071.html

アンカーなくてもなるのかな

>>550
インライン要素ならすべてなるようですね。span, em, strong の
どれでもなりました。それから、そのページでは、
<li><a>.....</a></li>
という例になってますが、
<li>.....<a>.....</a></li>
でもなります。
<li><a>.....</a>.....</li>
ならなりません。

まとめると、li 要素の内容がインライン要素で終わっている場合に、
その要素を CSS でブロック表示にすると発生する。

えっと、結構特殊な事例かもしれませんが、IE6で、

<div style="float: left; width: 30%">
あああ
</div>
<div style="float: right; width: 30%">
あああ
</div>
<div style="clear: both; background: #cff; border: 1px solid #9cc">
<p style="background: #9cc; margin: 0">あああ</p>
<p>あああ</p>
</div>

この一番下のdiv要素の中の最初のp要素の上に1pxほどの隙間ができて
しまいます。

この例では前にあるfloatが30%どうしですが、これを50%どうしにすると
この問題は起こりません。どうやらfloatされてる幅の合計が100%未満で、
まだ何かの要素が入る余地がある状態の時にclearを掛けたら問題が起こる
ようです。

これを防ぐには、clearを掛けたdiv要素にwidthを指定するといいようです。
実際、一番下のdiv要素に「width: 100%」などを追加すると隙間はあき
ません。まあ、通常は1pxぐらいずれても問題ないでしょうが、背景色や
枠線を付けてる場合はずれると格好悪い場合もあるでしょう。

http://cssbug.at.infoseek.co.jp/detail/macie/b049.html
この↑未確認バグ、確認されたとのこと。↓
http://pc2.2ch.net/test/read.cgi/hp/1066310242/208-216

>>553
> http://pc2.2ch.net/test/read.cgi/hp/1066310242/208-216

あ、やっぱり認定？されたか。
随分前にカキコしたとき激しくスルーされたんですが。

IE6。
アンカーにhover要素とbackground-color指定した場合、hover状態にすると
フィルター要素(filter:alpha)をつけた境界線(HR)は跡形も泣く消滅する。
同じフィルター要素でも画像<img>は何の影響も受けない。
IE5.5では何も問題のない指定。

既出？

>>554
>随分前にカキコしたとき

どこで？　見当たらないよ。

IE6

ul#menu{ margin:0; padding:0; background-color:#bbcccc;}
#menu{ width:100%; padding:0px 2em; display:block; background-color:#bcd6fc;}
#menu li{ ;}

<ul id="menu">
<li>Top</li>
<li>menu1</li>
</ul>

既出覚悟。2行目のCSSが効かない。
3行目のはしっかり効く。

IE6

h1#title{ width:100%; padding:0.2em; background-color:#95a0f1;}
<h1 id="title">Test Page</h1>

paddingのおかげで範囲外へ突き出る

>>558
( ´д)ﾋｿ(´д`)ﾋｿ(д` )

>>558
釣れますか?

>>557はバグではありません。勉強して下さい。

「セレクタの詳細度（specificity）を計算する」
http://hp.vector.co.jp/authors/VA022006/css/cascade.html#calculating-specificity

>>559-560
ｽﾝﾏｿ。これじゃCSS質問スレ向きか。
body,h1{ margin:0;padding:0;}
これも入ってるんだが、家のIE6だとwidth:100%;の幅が広がったんだよ。
今試したが、別機のIE5だとそんなことは無い。

>>562
( ´д)ﾋｿ(´д`)ﾋｿ(д` )

>>562
>これじゃCSS質問スレ向きか。
わかってるのなら、こちらへどうぞ。
http://pc2.2ch.net/test/read.cgi/hp/1066310242/5

つД｀)

WinIEバグの一番目なんだが。>>562
http://cssbug.at.infoseek.co.jp/detail/winie/b001.html

http://cssbug.at.infoseek.co.jp/link.html の「鳥さんの棲むところ」がリンク切れ。
現在は、 http://www6.plala.or.jp/go_west/nextcss/bug/index.html に移転。

>>566
激しくサンクス

　　　　　 　　　　　　　　 　 　 .,.．-──- ､　　　　　　
　　　 　　　　　　　　　　 　 ／. : : : : : : : : : ＼　　　　　　 　　　お
　　　　表　　　　　　　　　 /.: : : : : : : : : : : : : : ヽ　　　　 　　　い　
　　 　へ　　　　　　　　　 ,!::: : : :,-…-…-ミ: : : : :',　　　 　　>>558
　　　　出　　　　　　　　 {:: : : : :i '⌒'　 '⌒' i: : : : :}　　　
　　　　ろ　 　 　 　 　 　 {:: : : : |　ｪｪ　 ｪｪ　|: : : : :}　　　
. 　 　　　　　 　, ､　 　 　 { : : : :|　　　,.、 　 |:: : : :;!
　　　.　　　　　ヽ ヽ.　　_ .ヾ: :: :i　r‐-ﾆ-┐ | : : :ﾉ　　　　　　
　　　　　　　 　　}　 >'´.-!、 ゞイ! ヽ 二ﾞノ ｲゞ‐′
　　　　　　　　　 |　　　 −!　　 ＼` ｰ一'´丿 ＼　
　　　　　　　　 ﾉ　　　 ,二!＼　　 ＼___／　　　/｀丶､　　　
　　　　　　　 /＼　 ／　　 　＼ 　 /~ﾄ､　　 ／　　　 l ＼

ＣＳＳバグには当たらないのかもしれないが……。
【ＩＥ６／WinME】
.unicode {font-family:'Lucida Sans Unicode','Arial Unicode MS', "ＭＳ 明朝", "平成明朝", Micho, serif;}
<p><span class="unicode">&#32083;</span>秀実によれば……</p>

上記みたいに実体参照したソースにユニコード・フォントを指定した。
IE6/WinMEで見ると、'Arial Unicode MS'をインストールしてない機械では文字化けする。白四角になる。
'Lucida Sans Unicode'がインストールされてても、文字化けする。
しかしWin98SE/IE5.0〜IE6だと化けなかった。'Arial Unicode MS'の有無に関係なく、ちゃんと表示される。
'Lucida Sans Unicode',をコメントアウトすると、IE6/WinMEでも化けなくなる。
また、'Lucida Sans Unicode'を他の欧文フォントにすると、IE6/WinMEでは黒点に化ける。
どうなってんの？

【Mozilla(Gecko/20030718、和ジラ1.4のビルド)】
親要素(例えばbody)にmarginやpaddingで余白をつくり(例 margin-left:4em)、
子要素(例えばh1)でマイナスのマージン(例 margin-left:-1em)を指定しても反映されない。
既出でしたらすみません。

>>571
うちのMozilla 1.5では再現しないんだけど、それは和ジラビルドだけの問題かな。

ちなみに、マージンに負の値も設定可能だが、実装上制限があるかもしれない
と仕様書にあるので、負のマージンを指定して効かなくてもバグという訳ではない。

テストしたHTMLとCSSは以下。

**** hoge.html ****
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html lang="ja">
<head>
<meta http-equiv="content-type" content="text/html; charset=shift_jis">
<title>てすと</title>
<link rel="stylesheet" href="hoge.css" type="text/css">
</head>
<body>
<h1 class="negative-margin">てすと</h1>
<h1>てすと</h1>
</body>
</html>

**** hoge.css ****
body { margin-left: 4em; }
h1 { background-color: red; }
h1.negative-margin { margin-left: -1em; }

>>572
作っていただいたHTMLとCSSも、見事に和ジラ1.4のみ、負のマージンが反映されませんでした。
恐らくは和ジラビルドだけではなく、Mozilla1.4全般で再現されるのだと推測しているのですが（確認は出来ておりません）。
ちなみに1.5では当方でも再現されませんでした。記し忘れてしまいすみません。
仕様書は調べる時間が取れなかったので、教えていただいてありがとうございます。

CSS3を先取りしたWinIE独自拡張ですが、
長いurlを文中（<p></p>）に入れる場合、spanで括ってword-break:break-all;と指定してます。
でもIE6SP1では効かないみたいで、urlの途中で折り返ししてくれないんです。
行末が揃ってないからみっともなくて……。
無効になるのは何か条件でもあるのですかね？

【Opera7.21日本語版】
http://unko.yaske.com:8080/?Opera7%C6%FC%CB%DC%B8%EC%C8%C7
以下のCSS解釈が修正されている
:first-letter擬似要素にマージンが設置されない(7.0)
:first-letter擬似要素の背景を設定できない(7.0)
入れ子関係の要素間で下マージンの相殺が正しく行われない(7.0)
同じtitle属性値を指定した外部スタイルシートの一部が反映されない(7.1)
html要素に下パディングを設置できない(7.0)

>>574
単に半角英字ばかりが続いていて折り返しできないのでは？
IEでもMozillaでも同じ。

>>576
いやさ、その半角英字（非ＣＪＫ文字）をも任意に改行可にするために
word-break:break-all;があるんでないの？
参考）
http://www.doraneko.org/misc/i18n-format/WD990127.html#a4-3
http://east.portland.ne.jp/~sigekazu/css/international.htm

>>576
word-break:break-all;ってどういう意味だか知ってますか

昔の草案では applies to block level elements.だったので、それに合わせて厳格にしたのでは？
今の草案では全要素だけどね。

>>579
たしかに、span要素でなくその親ブロックに指定すれば效きますね。
IE6で確認。
<p style="word-break:break-all;">それは<span>ttp://web.archive.org/web/*re_/http://www.bk1.co.jp/cgi-bin/srch/srch_search.cgi/3f9f95370c95c01073a8?aid=&srch=2</span>にある。</p>

IE側なのかMozilla側なのか分からんが、リスト周辺でバグが・・・。
それぞれIE6とMozilla1.5

ul{padding-left : 1em;}
ul ul{padding-left : 0em;}

<ul><li>文字文字</li>
<ul><li>文字文字</li>
<li>文字文字</li>
<li>文字文字</li>
</ul></ul>

IEでは正常に段組されるが、Mozillaだと全部縦一列に並ぶ。
これを修正するのに

ul ul{padding-left : -1em;}

とやると一応1em分だけ横にずれる。ただしIE,Mozilla双方。

UL要素直下にはLI要素しか置けないんだが。

>>581
最低限ValidなHTMLに汁。

とりあえずW3CのValidatorやAnother HTML-lint使ってみれ。

そーする。吊ってきま。

前366さん、更新お疲れさま。

実体参照で表記した文字が正しく表示されない(6.0)
http://cssbug.at.infoseek.co.jp/detail/winie/b127.html
> <div style="font-family:'ＭＳ ゴシック';">絓</div>
　この例では発現しないのは当然です。
　>>570の通り、'ＭＳ ゴシック'の前に欧文フォントを指定しないといけません。

負数マージンの指定が反映されない(W1.4)
http://cssbug.at.infoseek.co.jp/detail/mozilla/b067.html
　スクリーンショットの画像がリンク切れみたいです。

結局、>>546-548はOperaのバグではなかったの？

【Safari】
http://pc2.2ch.net/test/read.cgi/hp/1041996555/179-195
font-familyで英字の日本語フォントを指定しても、別のフォントで表示されることがある。
例）
OS9以前の環境考えて、後ろにOsakaの指定入れてると、
ヒラギノの指定が無視されない？
例）
Osaka指定しなくても、ヒラギノとSan-serifにするとOsakaになってる。
例）
p{font-family : Arial , Osaka ;}
なんて指定で、
<p>1234いろはにほへーへーへー</p>
というふうな文章だと、「1234」はArial なんだが、
「いろはに……」はヒラギノ角ゴになっちゃうんだな、これが。

【Safari】
http://pc2.2ch.net/test/read.cgi/hp/1041996555/182
Safariで日本語のボールド・強調が表示されない（らしい）。

すまん、訂正です。

font-familyで英字の日本語フォントを指定しても、
↓
font-familyで英字の日本語フォント名を指定しても、

>>587
OperaとかIEと一緒で２つ目以降の文字指定を無視してるだけじゃないの?

デフォルトフォントをヒラギノ以外にして Arial,Osakaとやってみるとか
もうちょっとイロイロなパターンを試さないと
英字名のフォントが無視されるとは言い切れないかと。

英字云々は、Safariには下記のバグがあるから。

名称に日本語文字を含むフォントファミリの指定を無視する(S1.0)
http://cssbug.at.infoseek.co.jp/detail/safari/b003.html

つまりは、総じて日本語フォント対応が宜しくないってことになる？

【WinIE6】DHTML
border属性が指定してあるtableでドロップダウン表示用のメニューを作っておいて、
document.all.item(sid).style.visibility='hidden';
とすると、tdの横線だけ消えないで表示される（一度ドロップダウンすると消える）。
document.getElementById(sid).style.display='none';
とすれば大丈夫らしい。
http://pc2.2ch.net/test/read.cgi/hp/1068535773/383-　(特に393以下)

>>590
OS Xは、WINのXPみたいにいフォントリンクしてるとかってことはないんですか？
XPだとtahomaはMS UI Gohicにフォントリンクされちゃうんだけど
Arialを指定すると、日本語部分が自動でヒラギノの角ゴになっちゃうみたいな

http://pc2.2ch.net/test/read.cgi/hp/1066310242/924-
>ページの最下部に表示させたいと思っています。
>文章量が少ない場合（スクロールなし）は、文章の下に空白をとって「見た目の最下部」に、
>多い場合（スクロールが出る）は文章の終わりに、という風にしたいのです。
>すると、IE5.5、Opera7.20では意図通り表示されるのですが、
>Netscape 7.01では常にページの見た目最下部に表示されてしまい、
>文章量が多い場合、文章と重なって一緒に上へスクロールされてしまいます。
>MacOS9.1でも確認して貰ったところ、IE（バージョン不明）でも同じようになってしまうそうです。
ソース例
<body>
<p>1</p>
<p>2</p>
<p>3</p>
……中略……

<div style="position:absolute; bottom:1em; left:50px; color:red;">
フッタ
</div>
<body>

>IE6でもネスケと同じになるよ
とのこと。
Opera7.2だけ異なる表示なわけだが、さてどれが正しい？　バグなのかどうか。

>>593
え？なんでここに持ってきてるんだ？そのスレの
http://pc2.2ch.net/test/read.cgi/hp/1066310242/929n
これ読んだ？bodyのheightはデフォルトでいいんだけどhtmlとdivはautoなのよ。
だからIE5.5ではOKでIE6（標準モード：IE6の宣言なしは標準）はうまくいかないだけ。
初期コンテナブロック(または>>593の16行目のdiv)のheightが無指定(=auto)なんだから
そうなって当たり前だろ？意図した表示にするためには、これを指定すればいいだけ。
そのかわり、bottomが、ここで既出の
------------------------------------------------------------
http://pc2.2ch.net/test/read.cgi/hp/1066310242/928n

928 名前:Name_Not_Found 投稿日:03/11/17 23:50 ID:???
>>924
関係あるかな？
http://cssbug.at.infoseek.co.jp/detail/winie/b043.html 　/*　こっちのバグ　*/
http://cssbug.at.infoseek.co.jp/detail/opera/b005.html
-------------------------------------------------------------
>>928のバグに引っかかるので、該当ブラウザではバグるよ、ってことだろ？

>>594
＞意図した表示にするためには、これを指定すればいいだけ。

html {height:100%;}では表示は変化しなかったよ。
また上のIEバグと違って、topは指定してない。
それに下のOperaのバグはrightの場合だけでbottomは登録されてないみたいだが？

>>594
IE6でDOCTYPE宣言で互換モードにして>>593のソースを表示したが、
やはり「常にページの見た目最下部に表示されてしまい、
文章量が多い場合、文章と重なって一緒に上へスクロールされてしまいます」よ。

>>587の後半
Safariは、ブラウザ標準フォントをデフォルトの「Times」に
していると日本語のbold部分が太字になりませんが、環境設定で
標準フォントを「ヒラギノ角ゴ」などに変更すると、ちゃんと
日本語boldが効きます。

じゃあ、日本語フォントを指定すれば大丈夫かと思って「Osaka」
などを指定してもboldは効きません。

でも、DTP用のNewCID「新ゴ」ファミリーなどをインストール
している場合、「新ゴ」を指定するとboldは効きます。「小塚
ゴシック」とかでもOK。「太ゴB101」とかはダメ。

ひょっとして、W3,W6とか、L,M,Bとかいった太さに関する名前の
ついたフォントを指定しないとダメなのかな?

WinIE6 で下記のソースを表示してリサイズすると、
thead のスタイルがヘッダ行グループや表要素からはみ出る。
thead にも position: relative; を指定すると発生しなくなる。
レンダリングモードはバグの条件に関係なし。

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd">
<title>【(ﾟДﾟ)ﾊｧ？】なんですかこのバグは！？</title>
<style type="text/css">
div {
border: solid thin olive;
margin: 1em; padding: .5em;
position: relative;
}
thead {
color: white; background: olive;
}
</style>

<div>
<p>段落… 段落… 段落… 段落… 段落… 段落… 段落… 段落… 段落… 段落…</p>
<table border="1" align="center" width="90%">
<thead>
<tr><th>ヘッダ１</th><th>ヘッダ２</th></tr>
</thead>
<tbody>
<tr><td>データ１</td><td>データ２</td></tr>
</tbody>
</table>
</div>

補足。どうやら tbody や tfoot でも発生する模様。

>>592

正解っぽ。

>Arialを指定すると、日本語部分が自動でヒラギノの角ゴになっちゃうみたいな

ちなみに、
font-family : Times , "小塚明朝 Std R" , "Kozuka Mincho Std" , serif ;
てな記述では、日本語部分がヒラギノ明朝で表示されますた。

【WinIE5.5〜6】
JavaScript無効時、後続hrに背景色を指定してあると、文書先頭の絶対配置要素が初期値を無視して左から50%に配置される。

最初に、IEで下記の通りにJavaScriptを無効にしておく。
メニューバー→[ツール] > [インターネットオプション] > [セキュリティ] > 任意のゾーン（[インターネット]）→[レベルのカスタマイズ] > セキュリティの設定→[スクリプト] > [アクティブスクリプト]→[無効にする]
ソースは次の通り。
<body>
<div id="navbar">メニュー</div>
<hr class="thick">
<h1>タイトル</h1>
……以下略</body>

#navbar{
position:absolute;
z-index:5; top:0px;
}
hr.thick { height:10px;
color:red;/*IE向け指定*/
background:red;/*Mozilla向け指定。これを削るとなぜかバグらない。*/
}
対処法は、#navbar {left:0;} を追加すると正常な位置に配置される。
または<body>直下、div#navbarとの間に任意の文字列をタグで括らないで書き込むと
その文字のすぐ右側に配置される。
アクティブスクリプト有効時、このバグは発現しない。
DOCTYPE宣言（標準／互換モード）も関係ない。

ごめん、間違った。
JavaScriptだのアクティヴスクリプトだのは関係なかった。
スクリプトＯＮでも、>>601のバグは起こります。

MacIE5.1で、表の空セルを表示させて枠線を付けると、本来の
セルの大きさより大きく表示されます。

table { empty-cells: show }
td { border: 1px solid }

<table>
<tr><td>xx</td><td>xx</td></tr>
<tr><td>xx</td><td></td></tr>
</table>

これで全セルは同じ大きさになるはずですが、右下の空セルの
枠だけが大きく、隣の枠線と重なってしまいます。

なお、td 要素に background プロパティを指定すると、背景
領域は全セル同じ大きさになります。つまり border だけが
大きくて background は正常な大きさなのです。従って、
border と background の間に隙間が空きます。

なお、この問題は空セルを <td></td> ではなく、<td> </td> と
いう風に間にスペースを書くようにすれば発生しません。

【IE6】
リンクをポイントするとIframeのサイズが変わってしまいます。
heightを%以外で設定すれば大丈夫ですが。

<style type="text/css">
A:hover{ color:#0000FF; position:relative; top:1px; left:1px;}
</style>
<body>
<table border=1><tr><td><a href="http://google.co.jp">ぐぐる</a>
<p>　</p><p>　</p><p　</p><p>　</p><p>　</p></td>
<td><IFRAME src="http://google.co.jp" width="400" height="100%">
</IFRAME></td><tr></table>

これは以下の症状と同じ事でしょうか?
http://cssbug.tripod.co.jp/のバグ038
>WinIE6.0ではアンカーにポイントしたときに要素がずれる現象が起きました。

すみません。
css云々ではなく単にhtmlの文法が
間違ってただけかもしれません…。
原因はわかりませんが…。

http://cssbug.at.infoseek.co.jp/detail/opera/b066.html
インラインフレームにz-indexが効かない(6.0/7.0)

http://cssbug.at.infoseek.co.jp/detail/opera/b067.html
:hover擬似クラス状態になることでマージンの幅が変化する

いづれもOpera7.22で見ると、そのページのソース例ではバグは発現しませんでした。

CSSバグリスト（セルの内容物によって固定レイアウトが破壊される
http://cssbug.at.infoseek.co.jp/detail/opera/b065.html
）は、Opera7.22, Mozilla 1.5系でも発生します。

例えば、下記の例はIE6は正常で、Opera,Mozilla系はだめです。
http://selfhtml-jp.teamone.de/css/eigenschaften/tabellen.htm#table_layout

--
これとは逆に、fixed状態でセル幅をしていていても、ウィンドウ幅を縮めるとセル幅も狭くなってしまいます。
この現象も、Opera,Mozでのみ発生です。

これは、既知のバグでしょうか？

CSS仕様では
fixedにするためには
col（またはセル）だけでなくtableのwidth指定が必須。

【WinIE5.5〜6】
文字を打つとビロンと伸びるフォームアイテム
http://www.remus.dti.ne.jp/~a-satomi/nikki/2003/11b.html#d20n04s01

テーブル幅を固定するには「table-layout=fixed & widht= NOT auto」こと、教えていただきありがとうございました。

さて、moz, operaでは、colへの属性指定は、tdに伝わらないのでしょうか？

IE6だと、２つ目のabcdefは赤色になるのですけどね。
またまた、moz,operaの方が｢正しいCSS」なのでしょうか。

<html>
<head>
<style type="text/css">
body { font-size: 12px;}
col.change { color : red; }
</style>
</head>
<body>
<table border="1">
<col></col>
<col class="change"></col>
<tr><td>ABCDEFG<td>abcdefg
</table>
</body>
</html>

直前の質問をしたものですが、質問スレは他にありましたので、そちらにカキコします。
すみませんでした。

前366さん、更新お疲れさま。

相対配置要素内のテーブル行グループ要素のスタイルが外部にはみ出す(5.x/6.0)
http://cssbug.at.infoseek.co.jp/detail/winie/b131.html

↑これ、スクリーン・ショットがNetscape7.1とWinIE6.0とが逆ではないかしらん。

それと、>>546-548は結局Operaのバグではなかったんですかね？