CSS/DHTMLバグ辞典スレッド ver2.0

1 ：Name_Not_Found 投稿日： 2001/06/04(月) 23:54: 前スレが志半ばにして逝ってしまわれたので立て直します。
http://mentai.2ch.net/test/read.cgi?bbs=hp&key=../kako/987/987003410

CSS/DHTMLのバグ報告お待ちしてます。
報告の際はブラウザ名を明記してください。
2 ：Name_Not_Found 投稿日： 2001/06/04(月) 23:54: 前スレより転載

▼TokiMeki Network「Introduction to CSS」の「Appendix A: CSS対応状況」
http://sawa.vis.ne.jp/tmn/sawa/css/intro_a.html

▼Green Agora「IE3,IE4,NN4でのCSSのバグと回避方法」
http://www.asahi-net.or.jp/~xk3t-cb/css/CSSBugsJ.html

▼Green Agora「Netscape4.xスタイルシートの既知の問題」
http://www.asahi-net.or.jp/~xk3t-cb/css/css-bugs-ns-j.html

▼flm「スタイルシート使用者のためのNetscape Navigator 4.0x対策案」
http://www.remus.dti.ne.jp/~takahisa/flm/OWTXML/NN40x.html

▼AYNi Mac!「Netscape Communicator 4.7xが強制終了してしまうCSS」
http://aynimac.com/bibouroku/nc47crash.html
3 ：スタイルシート質問用スレ２の745 投稿日： 2001/06/05(火) 00:43: あ、Ver. 2.0が立ったんですね、よかったよかった。
では、私もひとつ。

▼MSDN Online / Web Workshop CSS Enhancements in Internet Explorer 6 Public Preview
http://msdn.microsoft.com/workshop/author/css/overview/CSSEnhancements.asp

何か、今回のInternet Explorer 6からは、Windows版もMozillaやMacintosh版のように
二種類のモードで動作するようです。互換モードと"標準に従順な"モードだそうな。
詳しくは上に書いてありますが、
HTML 4.0で"No Definition Present"の時は常に標準モードOn
↑これ、どういう意味なんでしょう？　Strictの時は"HTML 4.0"と書きますが......。
HTML 4.0 Transitional/FramesetはSYSTEM識別子を書いた時標準モードOn
HTML 4.0 Strictは常に標準モードOn
XHTML/XML、認識出来ない文書型宣言をした時は常に標準モードOn
だそうです。間違ってたらごめんなさい。
4 ：Name_Not_Found 投稿日： 2001/06/05(火) 00:58: 【NN6】
<li>をポジショニングしたらリストマークが消えたんだけど、これってバグかな
5 ：Name_Not_Found 投稿日： 2001/06/05(火) 08:00: >>3
どこがバグ？
6 ：Name_Not_Found 投稿日： 2001/06/05(火) 11:36: 【WinIE5】
paddingをem指定したボックスをネストさせると
内側のボックスの下辺のボーダーが外側のボックスにひっつく。

例↓

<style>
div { border: 1px solid black; padding: 1em; }
</style>

<div>
外側のボックス
<div>
内側のボックス
</div>
</div>
7 ：Name_Not_Found 投稿日： 2001/06/05(火) 13:09: 【NN6】
<body>でtextの色を指定しないと、その直前の表示色が引き継がれる。
バグか仕様かはわかんないけど、
CSSでbody{color: black; background-color: white;}なんて定義してて
スタイルシートをオフにするとページが真っ白になる。
8 ：7 投稿日： 2001/06/05(火) 13:11: 逆だ。
body{color: white; background-color: black;}
9 ：3 投稿日： 2001/06/05(火) 13:12: >>5
いや、モードが変わるとCSSの解釈も変わるので、
一応参考にと思って書いてみたのですが......スレ違いでしたね、すみません。
10 ：Name_Not_Found 投稿日： 2001/06/05(火) 15:16: Mozilla の Bug は Bugzilla で。FIX/REOPEN するしね。

http://bugzilla.mozilla.org/buglist.cgi?keywords=html4
http://bugzilla.mozilla.org/buglist.cgi?keywords=xhtml
http://bugzilla.mozilla.org/buglist.cgi?keywords=css1
http://bugzilla.mozilla.org/buglist.cgi?keywords=css2
http://bugzilla.mozilla.org/buglist.cgi?keywords=css3
http://bugzilla.mozilla.org/buglist.cgi?keywords=dom0
http://bugzilla.mozilla.org/buglist.cgi?keywords=dom1
http://bugzilla.mozilla.org/buglist.cgi?keywords=dom2

CSS/DHTML に関係ありそうなところはこのへんか。
11 ：Name_Not_Found 投稿日： 2001/06/06(水) 02:43: 祝復活♪
12 ：Name_Not_Found 投稿日： 2001/06/06(水) 23:15: 救済age
13 ：Name_Not_Found 投稿日： 2001/06/07(木) 22:59: win ie5.5

ul{ background-color:black }
li{ color:white ; display:inline ; float:right; }

ulに指定した背景色の下に、li要素が潜り込んだ。（見えない）
z-indexでは回避できず、li{ position:relative }で回避

なんか、floatって恐くてつかえないヨ。
14 ：Name_Not_Found 投稿日： 2001/06/07(木) 23:14: >>13 float で inline とはこれいかに？
15 ：Name_Not_Found 投稿日： 2001/06/07(木) 23:44: >>14
ゴメンナサイ。
display:inline は無視してください。
バグと回避策は同じでしたので。
16 ：Name_Not_Found 投稿日： 2001/06/12(火) 02:37: 上げる
17 ：Name_Not_Found 投稿日： 2001/06/15(金) 22:23: list-style-type:none;
が効かないような...＞Mozilla
18 ：Name_Not_Found 投稿日： 2001/06/15(金) 22:45: >>17
> list-style-type:none;
> が効かないような...＞Mozilla
うちも条件はわかんなかったけど、効かなくなったことある。
どっかと宣言が衝突してるのかと思って
ulだけ別シートに分離したら効いた。わけわからん。
19 ：17 投稿日： 2001/06/15(金) 23:20: >>18
そうか、効く場合と効かない場合があるのか。
ちょっと書き方変えたらMozillaでもうまく消えてくれるかなー...
20 ：Name_Not_Found 投稿日： 2001/06/16(土) 00:05: >>17
漏れは普通に消えたゾー。
めげずに再現性を突き止めるのだー（ｎ
21 ：Name_Not_Found 投稿日： 2001/06/16(土) 01:53: N6で、
<table>
<tbody class="foo">
<td><em class="bar">
とHTMLで記述して、外部CSSファイルで
tbody.foo em.bar{...
と定義しても、classなしのtd emとしてレンダリングされる。
tbody.foo td em.bar{...
td em.bar{...
などと記述しても一緒。
IE5.5では意図通りにレンダリングされるが、
W3C的にどちらが正しいのかは不明。
22 ：Name_Not_Found 投稿日： 2001/06/16(土) 01:58: >>21

それってテーブル回りだけの現象？
23 ：Name_Not_Found 投稿日： 2001/06/16(土) 02:02: >>22
そこまで検証していないっす。
子孫セレクタ全般の現象という可能性もあるわけやね。
24 ：Name_Not_Found 投稿日： 2001/06/18(月) 05:33: 報告きぼんぬ
25 ：Name_Not_Found 投稿日： 2001/06/18(月) 06:01: 【N6】
overflow: auto; でページ内リンクが効かなくなるぞ
26 ：17 投稿日： 2001/06/21(木) 17:02: list-style: none; では消えなかったけど
list-style-type: none; にしたら消えました。
なぜ前者じゃダメなんだろう? バグ? それとも俺が悪い?
27 ：Name_Not_Found 投稿日： 2001/07/04(水) 07:30: N6で body {margin: 0 } div {width: 100%; padding: 10% } とすると
横幅がはみ出る！これバグですよね？がいしゅつ？
28 ：Name_Not_Found 投稿日： 2001/07/04(水) 07:46: おお、上がってきてる。懐かしいなぁ。実は１です。

>>27
それはバグではなく、正しい実装のようです。
widthで指定した数値は、paddingを除く内容領域のみを指すものであって、
paddingを含んで解釈するIEのほうが間違いのようです。

ですので>>27の場合、
div { width: 80%; padding: 10%; }
とするのが正しい訳ですね。

自分はこれで一番悩まされてます。
29 ：Name_Not_Found 投稿日： 2001/07/04(水) 07:56: >>28
おお、１さんから直々に！
そうだったんですか。IEの方を信じていました。
すばやくレスいただけて良かったです。ありがとうございました！
30 ：Name_Not_Found 投稿日： 2001/07/04(水) 08:03: >>27-28
ttp://www.cc-net.or.jp/~piro/tips/page/p0031.html
これですね。
31 ：Name_Not_Found 投稿日： 2001/07/04(水) 09:50: >>21
あの?、少なくともHTML4.01では<tr>は省略不可能だと思うヨ。

>>17
ちなみに26ブラウザは？
32 ：27 投稿日： 2001/07/05(木) 00:53: >>30
ありがとうございます。box-sizingってたまに目にしてたけど何だろう？と
思ってたんですが、勉強になりました。
33 ：Name_Not_Found 投稿日： 2001/07/05(木) 12:53: box-sizing: boeder-boxってcontent+paddingなの？
IEだとborderまで含んでるような気がする（content+padding+border）んだけど、気のせいかな。。。
34 ：Name_Not_Found 投稿日： 2001/07/05(木) 13:22: >>33
IEのバージョンは?
35 ：Name_Not_Found 投稿日： 2001/07/05(木) 13:23: >>33
ボーダーを100pxくらいにしてみれば判るんじゃ？
36 ：Name_Not_Found 投稿日： 2001/07/05(木) 13:26: 誰か暇な方このスレッドで完璧に証明されてる
バグをまとめて下さらないかしら。うふ♪
37 ：Name_Not_Found 投稿日： 2001/07/07(土) 02:45: >>33
border-boxはその名の通りborderも含めて計算されるからそれで正しいよ。
35の言うようにmozillaでborder太くして試してみたら？
38 ：33 投稿日： 2001/07/09(月) 00:46: >>37
おぉ、ありがとうございます。borderを太くして試してみたところ、
確かにcontent+padding+borderになってました。
いや、>>30氏が紹介してたサイトにcontent+paddingだと書いてあったので、
ちょっと気になって書き込んだ次第です。ありがとうございました！
39 ：Name_Not_Found 投稿日： 2001/07/09(月) 01:43: >>31
HTML4.01の仕様書ではTRのEndTagはOptionalとなっていますが何か？
40 ：Name_Not_Found 投稿日： 2001/07/09(月) 02:41: >>39
</tr>は省略できても<tr>は省略できないだろ?
41 ：Name_Not_Found 投稿日： 2001/07/09(月) 11:31: おちんちんがむずかゆいんですが・・・
スレ立ててもいいですか?
42 ：Name_Not_Found 投稿日： 2001/07/12(木) 17:13: Win2000 IE6
DTDのURI付き（つまり厳密にCSSが解釈されるモード。>>3さんが書いてるやつ。）

んで、

・H1は何らかのクラスに属していており、なんらかのスタイル設定
　がある。または何らかのクラスのbodyの子要素としてのH1にスタイル
　がついている。（クラスはあるけど、そのクラスに対するスタイルが
　特に設定されていないときは問題ない。）

例：H1.hoge　または　.hoge H1

このとき、同一HTML文書内の H2 のpadding-leftが無視されるというのが
当方で確認できたのですが、同様の方おられます？

H3やH4には影響ないみたいだけど。
43 ：Name_Not_Found 投稿日： 2001/07/18(水) 11:22: あげとこ．
44 ：Name_Not_Found 投稿日： 2001/07/18(水) 11:46: じゃ、私も。
45 ：Name_Not_Found 投稿日： 2001/07/30(月) 16:02: age
46 ：Name_Not_Found 投稿日： 2001/08/03(金) 19:14: CSS 質問スレッド 4 記念あげ．
47 ：Name_Not_Found 投稿日： 2001/08/05(日) 01:29: ageついでに。

moz0.9.1
'font'にて指定したとき、familyだけが子孫に継承されない。
# 他のitalicやboldやsize等は継承される。
48 ：IE5.0 投稿日： 2001/08/05(日) 23:23: <div style="letter-spacing:1px">
hogehogehogehogehogehoge<br>
fugafugafugafugafugafugafuga<br>
<br>　　　　　　　　　　　　　　←??①
hehehehehehehehehehehe<br>
</div>

とすると①の<br>が無視されて
hogehogehogehogehogehoge
fugafugafugafugafugafugafuga
hehehehehehehehehehehe

と表示される。
49 ：Name_Not_Found 投稿日： 2001/08/08(水) 17:23: IE5.01sp2で確認。近いところでも起こるかも。
body * {font-size: ???;}
と指定しても、table要素には継承されない。
table {font-size: 100%;}とすることで継承される。
# inheritも効かない。
50 ：Name_Not_Found 投稿日： 2001/08/21(火) 08:53: [IE5.5][DOM]
setAttribute( 'class', *** ) で class 属性を設定／変更できない。
試しに setAttribute( 'className', *** ) なんてやってみると
その要素に *** クラスのスタイルが効いてしまったりなんかする。
...なんだかなぁ。
51 ：Name_Not_Found 投稿日： 01/09/07 21:10: サルベージage
52 ：Name_Not_Found 投稿日： 01/09/13 18:09 ID:J5vHuUmY: IE6登場age

んー、なんか左右方向のmarginとかpaddingの計算がダメダメじゃ
ないすか？＞IE6
53 ：Name_Not_Found 投稿日： 01/09/13 18:26 ID:lcgFyJfk: >>52
それは IE5と比べて言ってませんか？
ダメダメなのはIE5の方で、W3C 的にはIE6の方が正しいはず。
54 ：Name_Not_Found 投稿日： 01/09/13 18:32 ID:J5vHuUmY: >>53

いえ、そのStrictモードがまだ枯れていないのです。

Mozillaとも比較してます。
55 ：Name_Not_Found 投稿日： 01/09/13 21:15 ID:2Etq8K.M: border-boxプロパティに対応してないってのはどういうことだｺﾞﾙｧ(ﾟДﾟ)＞IE6！！
まぁ、取り敢えず
DIV { margin-right: auto; margin-left: auto }
でブロック要素のセンタリングが出来るようになったからいいけど......でも所々変。

ABBR要素にも対応してないし、代替スタイルシートもダメだし......鬱だ。
56 ：55 投稿日： 01/09/13 21:18 ID:2Etq8K.M: 間違えた、border-boxプロパティじゃなくてbox-sizingプロパティだ。ｽﾏﾝ。

文書型宣言によってbox-sizingプロパティを切り替えるのはいいけど、
その肝心のbox-sizingプロパティに対応してないってのが......鬱。
57 ：Name_Not_Found 投稿日： 01/09/13 22:10 ID:J5vHuUmY: 出たばかりのIE6です。

h2の左の方がおかしいです（border-leftやpadding-left）
こりゃバグでしょうか？Mozillaでは正常です。

h2のmargin-leftが負の値の場合、h1の中身の文字の左端が、h2より左にないと
h2の上記のプロパティが無効になるようです。

（h2以外の影響は調べてません。）

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/REC-html40/strict.dtd">

<html>
<head>
<title>test</title>
<style>

</style>
</head>
<body>
<h1>逝ってよし</h1>
<h2>オマエモナー</h2>
<p>ハァハァ</p>
</body>
</html>
58 ：Name_Not_Found 投稿日： 01/09/15 04:42 ID:vx2l/uMc: 【Windows IE6 (6.0.2600.0000)】
カンマ区切りで指定された複数セレクタの中に一つでもIE未対応のセレクタが含まれていると、その宣言ブロックは全て無視される。

p, li { color: blue; }
p, ul>li { background-color: yellow; }
p, li+li { border-right: 1em solid; }
p, a[href] { text-decoration: overline; }

例えばこのような記述だと、 p には color: blue; しか反映されない。
属性セレクタ、子セレクタ、隣接セレクタ、言語セレクタでこの現象を確認しました。
59 ：Name_Not_Found 投稿日： 01/09/16 06:32 ID:PfaMPrkQ: >>58
http://www.fan.gr.jp/~kaz/rec-css1/rec-css1.html#forward-compatible-parsing
(CSS1での)不正なセレクタに対してその規則集合全体を無視するのは
CSS1 適合 UA として妥当な挙動。
IE6 は公式発表でも CSS1 サポートのみで、
CSS2 サポートについては何も言及していない。
60 ：Name_Not_Found 投稿日： 01/09/16 09:19 ID:VJ8UHLZk: >>59
つうかとっとと対応しろと言うか。
MacOS版のIEは子セレクタ対応してるのに......。
61 ：Name_Not_Found 投稿日： 01/09/16 09:34 ID:4vlk39N6: >>60 このご時世に対応できてないところ見ると、
対応には Netscape 並みの大手術が必要なのかもね。
62 ：yuu ◆xo3ilszg 投稿日： 01/09/16 12:17 ID:.eBwbS6c: リストをdisplay:inline;にすると、MacIE4.xでは妙に和風な表示になって
しまうのですが、抜本的対策って何かありますか?
63 ：yuu ◆xo3ilszg 投稿日： 01/09/16 12:43 ID:.eBwbS6c: あ、ここCSS質問スレじゃないね。
申し訳ない。
64 ：Name_Not_Found 投稿日： 01/09/16 12:56 ID:/rEwFzGw: >>62
今時そんな腐れブラウザ使ってんじゃねえｺﾞﾙｧ(ﾟДﾟ)!!と言うのはどう（誰に？）。
65 ：Name_Not_Found 投稿日： 01/09/17 14:22 ID:9LefElkY: 内容はどうでもいいんだけど、ここの日記をＩＥで見てください。
　http://www.alib.jp/diary/diary_200109.html
<ul><li></li></ul>の中の<blockquote>が何個か続いた場合、
下の方の<blockquote>で文書行頭がだんだん左にズレてゆき
boxからもはみ出してるのがおわかりになりますか。
これはＩＥのＣＳＳ実装のバグでは？
他にも<dl>などインデントに関係する要素への指定でバグるらしい。
因みに私のＩＥは5.5です。6.0では修正されてるといいんですけど。
66 ：Name_Not_Found 投稿日： 01/09/17 15:25 ID:AiUEhf3w: ＩＥ5.5です。
fieldsetのborder-styleにdashedやdottedを使用すると
ボーダーラインがlabelの上を横切ってラベルの文字と重なるんですが。
solidやinset outset ridge groove double等では普通に
ラベル・テキストの所はラインが隠れます。dashedやdottedだけ変になる。
もし既出のバグでしたらごめんなさい。
67 ：Name_Not_Found 投稿日： 01/09/17 15:46 ID:AiUEhf3w: こんなのはＣＳＳのバグに入りますか。
==================
・リスト1-用語1
　　　用語1の説明
・リスト2
・リストn
==================
上図のごとき表示を狙って次の通りＨＴＭＬを書きます。
＜UL＞
＜LI＞
＜DL＞
＜DT＞リスト1-用語1＜/DT＞
＜DD＞用語1の説明＜/DD＞
＜DT＞リスト1-用語2＜/DT＞
＜DD＞用語2の説明＜/DD＞
＜/DL＞
＜/LI＞
＜LI＞リスト2＜/LI＞
＜LI＞リスト......n＜/LI＞
＜/UL＞

しかしＮＮではちゃんと表示されても
ＩＥではこんな風にリストマークがずれた表示になります。
==================
・
　リスト1-用語1
　　　用語1の説明
・リスト2
・リストn
==================
そこで、LI DL{display:inline;}と指定してみましたが、結果は変らず。
なぜDLへの指定は効かないのか（泣）。
68 ：65 投稿日： 01/09/17 15:58 ID:gBBO1jIQ: 過去ログに関連投稿がありましたね。
http://mentai.2ch.net/hp/kako/987/987003410.html
↑の23参照。
69 ：Name_Not_Found 投稿日： 01/09/17 16:09 ID:Rfgti80s: >>67
その HTML の LI に border-top を指定すると、リストマークが消えるね。
70 ：Name_Not_Found 投稿日： 01/09/17 16:26 ID:oDYBCT.E: リストとかblockquoteとか、デフォルトでインデントしてある要素は
バグが出る感じですね、ＩＥは。6.0での修正に（淡く）期待。
71 ：Name_Not_Found 投稿日： 01/09/17 20:13 ID:2ivkWEYc: ＩＥ5.5で縱書きプロパティーを使ってみたら
なぜかfont-family指定が無効になった。
横書きに戻したら元通りに。
ワケワカラン。
72 ：Name_Not_Found 投稿日： 01/09/17 20:25 ID:zAiLig1Q: リンク文字列が右往左往
73 ：Name_Not_Found 投稿日： 01/09/17 20:31 ID:aZXlOYcU: >>67
なんでこんな変な書き方するの。
＜ＤＴ＞リスト＊?用語説明＊＜／ＤＴ＞
　＜ＤＤ＞（用語＊の説明があるとき）＜／ＤＤ＞
で統一すればすむ話だと思うが。
頭の点が欲しければつけるなりＤＴにスタイルシートで定義すればいい。
見栄えだけこだわって論理的＆シンプルに考えることができてない
好例だと思います。
74 ：７３投稿日： 01/09/17 20:35 ID:aZXlOYcU: >>67はこうしてもいい。

＜ＬＩ＞リスト１
＜ＤＬ＞
＜ＤＴ＞用語１＜／ＤＴ＞
　＜ＤＤ＞用語1の説明＜／ＤＤ＞
＜ＤＴ＞用語2＜／ＤＴ＞
　＜ＤＤ＞用語2の説明＜／ＤＤ＞
＜／ＤＬ＞
＜／ＬＩ＞
＜ＬＩ＞リスト2＜／ＬＩ＞

個人的に「リスト１」を何度も出すのはうざいとおもう。
75 ：67 投稿日： 01/09/17 21:02 ID:Jsy1jZpA: >>73-74
＞なんでこんな変な書き方するの。

とは言っても別に文法的に誤りではないし、
リストにして定義語を兼ねるって場合もあるでしょ。
リスト２以下との関係ではリスト１だが
それ自身は説明を要する語であるとか。
例：初心者向けウェブ制作支援サイトの目次で----
=====================
1.作者からご挨拶
2.ＨＴＭＬ
　　ＨＴＭＬとはウェブページの記法です。?
3.ＣＳＳ
　　スタイルシートでデザインができます
4.索引
5.参考文献
=======================
上図みたいにインデント表示するだけなら
<li><p>?</p><p>?</p></li>に
ＣＳＳで指定してやればできるにしても、
文書構造としては<li><dl>?</dl></li>が相応しいのでは？

それに問題はＩＥの表示がＮＮ4＆6と違って変になること。
スタイル指定してもさらに変なことが起きるのだから（>>69参照）
これはやはりＣＳＳ実装のバグかと。
76 ：投稿日： 01/09/17 21:14 ID:b.Ns1wOk: >67
IE5.5 SP2 (Win) では inline にすると頭のリストマークが消えて上に上がるよ．
いずれにしても望む動作じゃないだろうけど．
きわめて邪道な方法として li dl{margin-top:-1em} とすれば望むように見えるようになる．
（Moz 0.9.4 でもほぼ同じ見え方）
77 ：67 投稿日： 01/09/17 21:27 ID:Jsy1jZpA: >>76
<li>でなくて<dl>に対してdisplay:inlineを指定したのに
なんでリストマークが消えるんですかね？
まあ何故と問うても虚しくて、理不尽なのがバグってもんなのかな。
ＩＥ6.0でも直ってませんか。
78 ：Name_Not_Found 投稿日： 01/09/18 09:31 ID:D8d977Ew: 前景色プロパティcolorには後景色と違ってtransparentは指定できないはず。
しかしＩＥ5.5で
A.conceal:link A.conceal:visited{color:transparent;text-decoration:none;}
としてみたところ、文字色が黒となり、他の文字列と全然見分けがつかなくなった。
試しにその前にbody{color:#ff0000;}としてみたら、赤色の中でそこだけ黒色に。
つまり{color:transparent;}は｛color:#000000｝と同じ効果があるらしい。謎だ。
79 ：Name_Not_Found 投稿日： 01/09/18 18:27 ID:OHsUWNI6: >>78
関係ない語（使用に無い語）は全て黒になるんじゃない？
80 ：Name_Not_Found 投稿日： 01/09/18 23:25 ID:lyU9yjpA: >>79
解析不能な値については宣言ごと無視するするべきってこと考えると
やっぱバグというか、仕様にない挙動なんだろうね、それ。
81 ：Name_Not_Found 投稿日： 01/09/19 06:26 ID:IDtySRzs: >>80 もしやＩＥの隠された独自拡張とか？
82 ：Name_Not_Found 投稿日： 01/09/23 08:01 ID:D2pU9J4U: WinIE6 float の怪
http://www.remus.dti.ne.jp/~a-satomi/nikki/tmp/WinIE6float.html
83 ：Name_Not_Found 投稿日： 01/09/24 10:04 ID:ZjPXe/2E: 行頭が左にはみ出てゆく。
>>68と同じバグかと。↓
http://www32.tok2.com/home/css/clip/css/99.html
「* CSS { イケてるスタイルを："作れ";} 」より
（http://natto.2ch.net/test/read.cgi?bbs=hp&key=991906104）
84 ：Name_Not_Found 投稿日： 01/09/25 09:16 ID:5dxz.Ujs: バグって程のもんではないかもしれないけれど気づいたこと。
Macユーザーのページでフォントを指定した
body{font-family:Osaka, sans-serif;}
てなスタイルがありますね。
ex.http://www1.odn.ne.jp/bungaku-shitsu/
　 http://www.vabil.co.jp/~ussy/
これをWinIE5.5で見ますと、なんか文字の高さや太さが揃ってなくて
ガタガタした版面（印刷用語で呼ぶなら）に見える。
どうやらＭＳゴシックではないなんだかわからない書体が適用されてる模様。
拡大して見た所、MS Song（？）とか、そんな日本字に慣れない書体設計と似てます。

マック使ってる人、font-family指定するならOsakaだけでなく
ウインドウズ対策に"ＭＳ　ゴシック""ＭＳ　Ｐゴシック"なんかも入れてね。
私もMac向けに"Osaka-等幅"って入れてるからさ（どんな風に見えるのかは知らんが）。
85 ：Name_Not_Found 投稿日： 01/09/25 16:35 ID:bfyhfauA: >>84
Win IE5.5 ですが、どの辺がガタガタなのやら？

>>マック使ってる人
気にすんな。
86 ：Name_Not_Found 投稿日： 01/09/25 16:47 ID:n.TGXq2.: 次のページで確認しよう。>>85
http://east.portland.ne.jp/~sigekazu/css/font_family.htm
WinIE5.5/6
　　一般フォントファミリへの対応が良くはなってはいるが、相変わらず中途半端。確認したWindows 98SE/Me/2000のうち、Me版は一般フォントファミリであるsans-serifの扱いがおかしい。
87 ：86 投稿日： 01/09/25 16:50 ID:n.TGXq2.: あ、特に上掲ページのサンプル5-2だね、この場合。
88 ：Name_Not_Found 投稿日： 01/09/25 17:04 ID:1.a2A8JI: 85 じゃないけど，どれもがたがたには見えない．
IE というよりは OS によるのでは？うちは 2000（IE は 6 だけど）．
＃もっとも，「がたがた」という言葉の感じ方の違いかもしれないけど
89 ：86 投稿日： 01/09/25 17:10 ID:n.TGXq2.: >>88
すみません、サンプル５-２を文字の大きさ最大にして見ていただけますか。
他の日本語表示テスト（サンプル3-3、サンプル４）と明らかに字の太さが異なり、
別のフォントになってるんですよ----私の場合は。
ちなみに98SEにＩＥ5.5ですが。
90 ：88 投稿日： 01/09/25 17:45 ID:1.a2A8JI: あ，英語フォントね...納得．日本語しか見てなかった．
つーことで，やっぱ OS でなくて IE の問題か．
91 ：86 投稿日： 01/09/25 17:51 ID:6/WDOapM: >>90
>あ，英語フォントね...納得．

いえ、サンプル中の「日本語表示テスト」って文字（日本語フォント）に
適用されるフォントの話なんですけど。
それとも、sans-serifだと日本語部分にも「英語フォント」（欧文用フォント）が適用されるってことですか。
92 ：Name_Not_Found 投稿日： 01/09/25 17:56 ID:bfyhfauA: >>89
このスタイル指定だったら、
5-2 と 3-3 や 4 のフォントが違っていても
特に何の問題もないと思うのだが。
93 ：Name_Not_Found 投稿日： 01/09/25 18:06 ID:SAcuNAOo: >>92
いや、指定がsans-serifだったらＭＳＩＥの場合、欧文はさておき日本語の部分は
"ＭＳＰゴシック""ＭＳゴシック"か"MS UI Gothic"で表示されるはずでは？
それ以外のフォントで表示されてるとしたら、それは何か変でしょ。
94 ：88 投稿日： 01/09/25 18:12 ID:1.a2A8JI: >91
なんだ違うのか...．じゃあやっぱりがたがたには見えない．文字サイズ最大でも．
>86 のページで 4 と 5-2 の「日本語表示テスト」が違って見えるってことね？
どっかにキャプチャをアップすればいいんだろうけど，とにかく，うちでは違わない．
95 ：Name_Not_Found 投稿日： 01/09/25 18:13 ID:ePKoICjw: sans-serif確かに汚いね＠Me+IE5.5
96 ：Name_Not_Found 投稿日： 01/09/25 18:23 ID:SAcuNAOo: CSS Laboratoryによれば......
http://www.inter-cool.net/~phantasm/wdzone/note/fonts/index.html
「IE5.5
欧文フォントや sans-serif 等を指定した場合に日本語が文字化けすることがある。（HTML文書の方で言語を指定すれば、文字化けしにくくなったが、完全に回避することは出来なかった。）」
とのこと。
97 ：86 投稿日： 01/09/25 18:46 ID:/IlbdY26: >>95 ......ですよね、やっぱり。
（>>88さんが否定するのでうちのパソコンだけ変なのかと不安になってました）

結局、font-familyプロパティーを使用するならsans-serifのみの指定は避けた方がいいし、
>>84での指摘通り、
マック使ってる人は「Osakaだけでなくウインドウズ対策に"ＭＳ　ゴシック""ＭＳ　Ｐゴシック"なんかも入れて」指定した方がいい
----ってことでまとめてよいのかな。
98 ：Name_Not_Found 投稿日： 01/09/25 18:48 ID:MW3I.8Xk: NN6.1では

body { text-align: center}

を指定してもセンタリングされない見たいなんですが、これって
やっぱバグ？
99 ：Name_Not_Found 投稿日： 01/09/25 18:54 ID:17mXm2tY: 中央寄せについては下記を参照。
http://www2u.biglobe.ne.jp/~zashiki/css-make/t-a/index.html
http://tancro.stp-1.com/stylesheet/n6_center.html
100 ：88 投稿日： 01/09/25 18:57 ID:1.a2A8JI: >97
うーん，否定したつもりはない（事実を書いただけ）けどそうとられたならごめん．
88 にも書いたけどうちは 2000+IE6 なので，違って当然の結果と言える．
86 にも「Me は」って書いてあるし．
引っかき回したようになってすまない．
101 ：Name_Not_Found 投稿日： 01/09/25 19:06 ID:MW3I.8Xk: >99
サンクスです。
・・・参照ページを見た時、ショックで言葉が出なかった。
102 ：Name_Not_Found 投稿日： 01/09/25 19:23 ID:nvhAqkMU: >>98
CSS でよくある誤解----text-align はボックスの配置用ではない
text-align はボックス内のテキストの水平配置用のプロパティでなので、例えば table を text-align: center を指定した div で括っても、仕様では table 自体は左に寄ったまま、 table 内のテキストだけが中寄せされることになっています。 IE の間違った実装の代表です。
中寄せしたいブロックに対しては margin-left: auto; margin-right: auto と、右寄せしたいブロックに対しては margin-left: auto; margin-right: 0 と指定するのが仕様的には正しく、 N 6 はこれをちゃんと解釈します。
IE では今のところ auto を正しく解釈してくれないので、 text-align や HTML の align 属性と組み合わせて対処するしかないようです。

以上、http://www.cc-net.or.jp/~piro/tips.lzh より
103 ：Name_Not_Found 投稿日： 01/09/25 20:12 ID:bfyhfauA: >>93
sans-serif を指定した場合の表示フォントは、既定値はOSによってあるいは、
個人の設定/環境によって異なります。
ちなみに私の場合、sans-serif も serif も MS明朝ですが。
104 ：Name_Not_Found 投稿日： 01/09/25 20:53 ID:0.RZ1I3k: >>103
あなたは正しい。
しかし>>93の言ってるのは設定がデフォルトの儘の場合ってことかと。
105 ：Name_Not_Found 投稿日： 01/09/25 21:34 ID:ePKoICjw: >>104
正直、その漢字読めない。
106 ：Name_Not_Found 投稿日： 01/09/25 21:54 ID:mw8rZTdU: デフォルトのままの場合ってことかと。
107 ：Name_Not_Found 投稿日： 01/09/26 02:56 ID:4XrpxHYs: 「Macの人も、Win用に"ＭＳゴシック"って、書いておいてね。」ってあったけど、
NN 4.xにも対応するようにするには、どう書けばいいの？

あと、NN 4.xでは、
body, th, td, div {
color: #fff;
background: green;
font: Osaka 10px;
}
と、fontで宣言すると、ブロックごと無視されるようです。
body, th, td, div {
color: #fff;
background: green;
font-family: Osaka;
font-size: 10px;
}
とすれば、大丈夫。
既出だったら、ｽﾏﾇ。
108 ：107 投稿日： 01/09/26 03:00 ID:4XrpxHYs: ごめん。
>>107で、divまでご丁寧にセレクタに入れてるのって、変ですか？
109 ：107 投稿日： 01/09/26 03:03 ID:4XrpxHYs: 何度もすみません。
NNは、Macの4.5です。
110 ：Name_Not_Found 投稿日： 01/09/26 07:59 ID:2vxfe8z2: >>107
ＮＮ４にfont-familyは鬼門です。次のページを読んでみてください。

「文字化け対策」
http://east.portland.ne.jp/~sigekazu/css/font_family.htm

ちなみにMacIEでもfont-familyによって文字化けすることがあるとか（未確認）。
（http://www.cc-net.or.jp/~piro/tips.lzhの情報）
111 ：Name_Not_Found 投稿日： 01/09/26 08:20 ID:PBQ/9qJY: >>105
それくらい調べろよ。
http://dictionary.goo.ne.jp/cgi-bin/dict_search.cgi?MT=%D0%D6&sw=2
112 ：Name_Not_Found 投稿日： 01/09/29 04:49 ID:oC6f8ofk: 募集中！
113 ：Name_Not_Found 投稿日： 01/09/30 00:31 ID:LuIj9OdA: MacIE5 の相対配置ばぐ
http://www.remus.dti.ne.jp/~a-satomi/nikki/2001_03b.html#n2001-03-20-03
114 ：Name_Not_Found 投稿日： 01/09/30 16:49 ID:z6G1.gUk: >>111
105ではないですが、漢字を調べるのは難しい
115 ：Name_Not_Found 投稿日： 01/09/30 16:51 ID:bJIKQh0c: >>114
IME使ってる？
文字部分を選択して再変換をすれば良い。
116 ：Name_Not_Found 投稿日： 01/09/30 17:00 ID:Kj3D5KBo: >>114
本物の小学生ですか？　漢和辞典も引けない（持ってない）の？
それに、>>111の挙げたgoo大辞林では、ヨミを知らなくても
コピーした漢字をキーワード欄に入れて検索できるんですよ。
117 ：どうやら投稿日： 01/10/02 11:30 ID:4vbvS02A: http://natto.2ch.net/test/read.cgi/hp/997305601/138-145
より
BODYにCSSで {overflow:scroll;} が指定されているとネスケ６で表示が崩れます。
（そもそもbodyにoverflowは無効のはずですがネスケ６は解釈してしまうようで、、、）
118 ：Name_Not_Found 投稿日： 01/10/02 11:36 ID:KE6Lx7SY: >bodyにoverflowは無効のはずですが

いや、有効のはずでしょ？　overflow:hidden;でスクロールバーが消えますし。

よく擬似フレームをposition:fixedの効かないＩＥではoverflowの応用で実現しますが、
これをＮＮ６で表示させるとなぜか変な風になりますね。
あれってどちらの解釈が正しいんですか？
119 ：Name_Not_Found 投稿日： 01/10/02 11:52 ID:P7nxrgC6: >>118
> よく擬似フレームをposition:fixedの効かないＩＥではoverflowの応用で実現しますが
サンプルがないとなんとも言えない。
120 ：118 投稿日： 01/10/02 12:06 ID:KE6Lx7SY: ではこんなサンプルでいかが。>>119
body {overflow: hidden;margin: 0;padding: 0;}
#navbar {position: absolute;top: 0px;width: 97.5%;height: 2em;}
#contents {position: absolute;
top: 2em; left: 0;
width: 100%; height: 100%;
overflow: auto;
overflow-x: scroll;/*ＩＥ独自拡張、無くても可*/
overflow-y: auto;/*ＩＥ独自拡張、無くても可*/
　　　　　　}
121 ：Name_Not_Found 投稿日： 01/10/02 14:50 ID:anA8xGvY: >>120
訂正。逆だね、これは。

overflow-x: scroll;/*ＩＥ独自拡張、無くても可*/
overflow-y: auto;/*ＩＥ独自拡張、無くても可*/
↓↓↓↓
overflow-x: auto;/*ＩＥ独自拡張、無くても可*/
overflow-y: scroll;/*ＩＥ独自拡張、無くても可*/

まあ、無くてもいいんだからどうでもいいか。
122 ：Name_Not_Found 投稿日： 01/10/02 19:34 ID:n2fqrfSg: ふむ
123 ：119 投稿日： 01/10/03 00:44 ID:/TtR2TKY: >>120
body の中は #navbar と #contents の div だけ、でいいのかな？

ポイントは #contents の height: 100%。
これはコンテナブロックの高さに対するパーセンテージを示す。
#contents は絶対配置される非置換要素であるから、そのコンテナブロックは
position:static 以外の最も近い祖先要素、それが存在しなければ
ルート要素である html 要素がコンテナブロックになる。
その場合、#contents{height:100%} は、html 要素の高さの 100% という解釈が正しい。

#contents の内容が多い HTML で N6 で上の CSS を適用したときの
内側のスクロールバーは #contents の overflow 指定によるもの。
外側のスクロールバーについては
N6 の文書表示部は iframe 要素に近いものだと考えればいいかと思う。
内部に表示している文書の CSS に関係なく
文書の高さが iframe の高さを超えたらスクロールバーが出る、みたいに。

回避策としては、#contents {} の後に

body > #contents { bottom:0; height: auto; }

を追加。自信ないので間違ってたらフォロー頼みます。
124 ：Name_Not_Found 投稿日： 01/10/03 08:21 ID:FKeWzV1I: >>123さんご指摘の通り、div#contentsの内容が多いと
ネットスケープ６では縦スクロール・バーが２本も出てきますよね。
それが前から不思議でした。特に左右分割フレームを模したもので出易い。
例を出せば----
body {overflow: hidden;margin: 0;padding: 0;}
div#menu {
position: absolute; top: 0; left: 0;
width: 20%; height: 100%;
overflow: auto;
}
div#main {position: absolute;
top: 0; left: 20%;
width: 80%; height: 100%;
overflow: auto;
}
で、ご教示いただいた
body > #main { bottom:0; height: auto; }
を追加すると、ネスケ６でも外側のスクロールバーが消えてちゃんと１本だけになりました。

>外側のスクロールバーについては
>N6 の文書表示部は iframe 要素に近いものだと考えればいいかと思う。
>内部に表示している文書の CSS に関係なく
>文書の高さが iframe の高さを超えたらスクロールバーが出る、みたいに。

つまりネットスケープ６ではoverflow指定がbody要素のみ無効なんですか？
body {overflow:hidden}でもスクロール・バーが消えないってことは。
125 ：Name_Not_Found 投稿日： 01/10/03 09:56 ID:bCG9z/d2: 一つ間違えた可能性浮上。
外側のスクロールバーは CSS2-9.1.1
> 閲覧領域が文書の初期コンテナブロックより小さい場合、ユーザエージェントはスクロールの仕組みを提供すべきである。
に沿った挙動かもしれない。

> body {overflow:hidden}でもスクロール・バーが消えないってことは。
body { border: 1px solid red; }
あたりを追加してみれば、ボックスモデルがどうなっているかわかると思う。
通常フローの非置換ブロック要素の高さが 'auto' であるとき
絶対配置ボックスの子要素は無視して高さを算出する。(CSS2-10.6.3)
つまりこの場合、スクロールバー出る出ない以前に、body の高さの算出値は 0 となる。
126 ：Name_Not_Found 投稿日： 01/10/03 10:05 ID:T1rs3Lpc: bodyのスクロールバーを消すための指定ならば、
ＮＮ６の独自拡張で
overflow: -moz-scrollbars-none;
を使ってみては？
127 ：Name_Not_Found 投稿日： 01/10/03 10:11 ID:bCG9z/d2: >>124
IE5 で body に border つけると閲覧領域全体にボーダーがつくけれど
これはバグで、閲覧領域と body 要素は無関係。
IE6 の標準準拠モードでは修正されてるが、
body は div などと同じように、基本的に内容の量によって高さが算出され、
ウィンドウサイズ等の影響を受けない。
そのスクロールバーと body{overflow:hidden} は何の関係もないよ。
128 ：Name_Not_Found 投稿日： 01/10/03 10:18 ID:T1rs3Lpc: >>127
するとIE6の標準準拠モードでは、N6と同じくスクロールバーが２本表示されるんですか？
129 ：127 投稿日： 01/10/03 10:27 ID:bCG9z/d2: >>128
試してもいなければ IE6 を入れてもいないが
http://msdn.microsoft.com/library/en-us/dnie60/html/cssenhancements.asp?frame=true#cssenhancements_topic4
によればそういう修正をしているらしいので可能性は大きいと思う。
130 ：Name_Not_Found 投稿日： 01/10/04 12:28 ID:0CGmi382: えー、みなさん興味無いかもしれないけど、一応報告。>>71のバグについて。
ＣＳＳで縦書き（ＩＥ独自拡張writing-mode: tb-rl;）にすると
font-family指定が無効になるって奴ですが、
どうも欧文familyだけですね。和文書体なら大丈夫です。
lang=enと指定した英単語の部分も縦書きだと和文とみなされるらしい。
縦書きはＩＥ5.5以上で可能ですが、ＩＥ6.0で直ってるかどうかは知りません。
131 ：Name_Not_Found 投稿日： 01/10/05 01:06 ID:.afk/EVw: インターネットマガジンのあの名物コーナー
HTML TIPS & TRICKS

改編で終わってしまったんだね。ざんねん。
132 ：アナログから光までオッケー投稿日： 01/10/05 02:03 ID:F9IuR.fs: このサイトはみなさんのインターネット環境の
スピードを計ってくれます。また、遅いと思う
人は設定を少し変えることによって無料で
スピードを早くすることができます。
お金を出す前に一度試してみては
いかがでしょうか。上がりの計測も可能です。

http://cym10262.omosiro.com/
133 ：Name_Not_Found 投稿日： 01/10/05 18:22 ID:3rXDJMtc: >>132
誤爆、か。
134 ：Name_Not_Found 投稿日： 01/10/05 19:07 ID:3rXDJMtc: ネットスケープ6.1で
テーブルの左端の列の各セル内の文字が表示されないことがあります。
セルの外まで大幅に右にズレて一部分だけ文字が現れてる場合もありますが、
画面を最大化すると不可解なことにその文字まで全部消えます。
また、fieldsetの中に入れたフォーム用テーブルがfieldsetの右borderからはみ出すことも
珍しくありません。
これらはＩＥ5.5でもＮＣ4.7でもちゃんと表示されます。
Another HTML-lintでチェックしてもその部分に文法的問題はありません。
どうもtableの処理が変なのです。

必ずしも再現性が無いのですが、場合によっては、左右計２列のテーブルで
左列のtdに指定したtext-align:right;を指定から外すと
見えなかった左列のテキストもまともに表示されて直りました。
こんな基本的プロパティーでもバグはあるんですね（しかもNN6.1でも！）。
135 ：Name_Not_Found 投稿日： 01/10/05 19:12 ID:7KTf5S62: dhtmlwatch
http://21st.kakiko.com/yasuhira/index.html
136 ：Name_Not_Found 投稿日： 01/10/05 19:15 ID:bsBEFVJs: >>135
ん？　どこがバグですか？
（ここは「CSS/DHTMLバグ辞典スレッド」です）
137 ：Name_Not_Found 投稿日： 01/10/05 19:48 ID:MWugGbMU: >>134
IE6もだYo
138 ：Name_Not_Found 投稿日： 01/10/05 19:53 ID:w/ZeIFPA: >>137
へええ。
ＩＥ5.5ではちゃんと表示されるのに(>>134)
ＩＥ6.0とＮＮ6.1では表示されないんですか？
最新版ほど変になるとは......。
139 ：134 投稿日： 01/10/05 20:33 ID:acSRYo12: ここに問題のページからソースをコピペしておきました。
http://natto.2ch.net/test/read.cgi/hp/997305601/154-155
140 ：Name_Not_Found 投稿日： 01/10/06 11:44 ID:LkNwYsd.: >>139
<label></label>を外すと正常に表示できるようですね。

つまりテーブルのth.td要素内でlabel要素を使っていて、
かつセンタリングや右寄せをする時の挙動が怪しいような...
141 ：Name_Not_Found 投稿日： 01/10/06 12:06 ID:Y00LlL1k: >>140
<th>は初期設定がセンタリングですから、特にtext-alignを指定しなくとも
<th><label></label></th>だけで中味が表示されなくなるバグの起きることがあります。
cf.「Netscape6.1の評価」http://natto.2ch.net/test/read.cgi/hp/997305601/152-164

フォームをテーブルで排列なんて、よくあるものなのに......困ったもんです。
142 ：._. . _ 投稿日： 01/10/14 01:37 ID:uhETMsO.: バグではないけど一応報告．

【Windows NN6.1, Mozilla 0.9.5】

外部スタイルシートで日本語を使う場合（font-familyの指定など），
明示的に @charset=... を書かないと無視される．
呼び出し側で charset を指定してもダメ
（つまり <link rel="stylesheet" href="..." type="text/css" charset="..."> でも無視される．
ここの charset と @charset が違っても @charset しか見てない模様）

なお，IE(6) と NN4.78 では日本語だとわかってくれる．
他のブラウザ（Mac 含めて）は検証してない．

（余談，なぜ気づいたか）
Windows 用 Osaka フォントを入れたら自サイトの見え方が変わってしまったから．
143 ：._. . _ 投稿日： 01/10/14 01:42 ID:uhETMsO.: っと，下げてしまった．
あと，NN4.78 ではそもそも日本語入りの font-family まわりにバグがあるから，
日本語だとわかってくれているというのは間違っているかも．
144 ：関係無いけど投稿日： 01/10/14 06:40 ID:H/BgegxK: >>142
>Windows 用 Osaka フォント

そんなのあったんですか。どこで手に入りますか？
145 ：._. . _ 投稿日： 01/10/14 14:16 ID:Be3g4xB5: >144
Osakaフォント for Windows
ttp://yasai.2ch.net/test/read.cgi/win/997898082/
146 ：Name_Not_Found 投稿日： 01/10/14 21:15 ID:asLlMjiU: 「バグ」ではないかもしれないけれど......
こんな指定をしました。
HR {
　height:1px;
　margin:3px auto;
　color:#ccc;/*ＩＥ用*/
　background-color:#ccc;/*ＮＮ用*/
}
で、これをNN6.1で見たときに、文書のDOCTYPE宣言が
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
の場合と
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Strict//EN">
の場合とでは、線の太さが異なるのに気づきました。
後者の方がヘアライン（極細）になるのです。
なんでこんな差が出るの？　
147 ：Name_Not_Found 投稿日： 01/10/15 02:19 ID:IjsQs3sQ: ...「ヘアライン」？
http://www.ne.jp/asahi/minazuki/bakera/html/book/nokezoru#hairrine
148 ：Name_Not_Found 投稿日： 01/10/15 02:40 ID:9hlX2Wsz: 知ってて使ってるのかどうか、微妙なとこね
149 ：Name_Not_Found 投稿日： 01/10/15 08:20 ID:IcODvQnU: Hair Lineてのは印刷・ＤＴＰ用語。髮の毛みたいに細い線のこと。
>>146は横罫（Horizontal Rule）の太さ細さを問題にしてるのだから、別に問題無い。
150 ：爆弾&食料投下！投稿日： 01/10/15 14:41 ID:m/+dNtkM: widthの扱いが

html4.01 Strictと
xhtml1.0 Strictと解釈が違う

<div style="margin:3%" width:100%;>
なばあい、4.01ではマージン分縮んだdiv要素の100%だが、
xhtmlはウィンドと同じになるので結果横バーがでますです
151 ：Name_Not_Found 投稿日： 01/10/15 14:56 ID:ah3y322P: >>150 お使いのブラウザは何ですか？
152 ：150 投稿日： 01/10/15 16:08 ID:m/+dNtkM: >>151
IE6であります。
153 ：Name_Not_Found 投稿日： 01/10/15 16:15 ID:X76Q/R67: >>152
こちらをご覧くださいませ。
http://www.microsoft.com/japan/developer/articles/dnie60/html/cssenhancements.asp#cssenhancements_topic3
154 ：150 投稿日： 01/10/15 16:45 ID:nX4mW1rH: >>153
ご丁寧にありがとうございます。
155 ：150 投稿日： 01/10/15 16:57 ID:nX4mW1rH: 過去ログ見るのは有料になったんですか？
156 ：Name_Not_Found 投稿日： 01/10/18 02:55 ID:zIbvaa3t: age
157 ：Name_Not_Found 投稿日： 01/10/24 11:09 ID:Pw7h2dsI: WindowsでIE5.5、NN6で表示確認してる者ですが----
知人のMacIE5で見ると、テーブルの右列の文字が二行目以降見えなくなる、との報告が。
他のブラウザでは問題ないのだしHTMLやCSSのチェックでもミスは出てこないので
どうやらこれはMacIEだけのバグかと。一行目は無事なのだし。
で、このバグの原因なのですが、心当りある方いらっしゃいますか。
Macを持ってないし、その知人はWeb制作についてよく知らないので、見当がつけられません。
どんなプロパティが悪さをするとこんな状態が生じるのやら、
それがわからないとバグ回避策も浮かびません。
まさかtext-align:rightなんて基本的プロパティでもバグるんですかね、MacIEは。
MacIEのCSSバグをまとめたページがあると助かるのですが。
158 ：Name_Not_Found 投稿日： 01/10/26 11:33 ID:NGeM+VXb: >>157
>MacIEのCSSバグをまとめたページ
まとめてはないが、「ねこめしにっき」で時々出て来るね。
http://www.remus.dti.ne.jp/~a-satomi/nikki/
他にもあるかな？
159 ：Name_Not_Found 投稿日： 01/10/26 11:36 ID:iDNhGBfr: ところでMacIEのユーザーって多いの？
160 ：まかー投稿日： 01/10/26 18:50 ID:x6xrcZSz: >>157
そーすきぼん
>>159
アクセスログからIE/まかーを割り出してみれ。
161 ：Name_Not_Found 投稿日： 01/10/26 19:36 ID:nCVm35Pl: Mac使ってて「ネスケって何ですか？」ってひと、
最近多いよ。
162 ：157 投稿日： 01/10/26 22:22 ID:PUaqysvX: >>160
ソースを書くと長くなるので、お恥づかしながらURLを晒します。
　www.ne.jp/asahi/anarchy/saluton/bnlist.html
ちなみにここは自分のサイトではなく、知人に頼まれて私がhtml化を請け負ったものです。
したがって内容は関知しません（txtファイルで貰っただけ）。マークアップとCSSのみが私の責任です。
素人が書いたつたないソースなので、あれこれツッコミどころがあるかもしれませんが、
ともあれ、当面のバグ回避についてご指摘いただけると有り難い限りです。
163 ：Name_Not_Found 投稿日： 01/10/27 03:07 ID:CIDPymy9: いままでＣＳＳバグばっかりでＤＨＴＭＬのバグが報告されないのはなんでだろ。
そもそもＤＨＴＭＬって何だ？
JScript+CSSのことなら（HTML関係ないぢゃんって声も）、
スタイルシート切替スクリプトだって含まれはしないか？
どうも範疇がよくわからん。
164 ：Name_Not_Found 投稿日： 01/10/27 12:00 ID:JktzSUum: http://www.cc-net.or.jp/~piro/latest/latest.html
ここIE5.5で見てたら変なことに気づきました。
なんか文章の横幅狭いななんて思ってたら、
P要素中のアンカーにマウスで触れるとなぜか横幅が拡がるんですよ。
しかしA要素を含まないパラグラフは狭い幅のまま、拡げる手もない。
だもので、右端が揃ってないわけです。
これもIEのCSSバグでせう。WinIEの5.0や6.0でも一緒かな？
165 ：Name_Not_Found 投稿日： 01/10/27 12:14 ID:YuP92mQt: >>163
クライアントサイドで HTML 文書の内容や表示法を動的に変化させる技術の
総称を指すような感じか。
スクリプト + DOM じゃないかな。
# ふと思ったんだが VBScript でも DOM 操作ってできるんだろうか？

スクリプト処理系のバグは実際少ないと思う。
DOM にしても、バグって言うより未実装ってのがほとんどだし。
166 ：Name_Not_Found 投稿日： 01/10/27 12:25 ID:XE3qUP5Q: >>164
6.0でもなりますね。
何が原因なんだ？
167 ：まかー投稿日： 01/10/27 12:49 ID:ihQz7QbN: >>157
今ファイルをダウンロードして状況を確認。
どうやらdefault.cssが問題の様子。
（default.cssのimportは取り除いて確認）
どうも、右列はレンダリングされてるんだけど
何らかの原因で画面の右へ、遥か彼方へ飛んでってしまってるらしい。
横スクロールバーは無し。
原因究明中。次報を待たれよ。
168 ：Name_Not_Found 投稿日： 01/10/27 12:55 ID:oeO0POwH: >>166
特にひどいのは「26th day」だけですね。
「27th day」の方もアンカーに触れるとズレるけど、それはほんの僅か。
169 ：まかー投稿日： 01/10/27 15:10 ID:ihQz7QbN: >>157
原因判明。
brへのdisplay:block指定が問題。こいつをはずすと問題なく表示される。
CSSでbrは記述出来ない（仕様書にも書いてある）から、
はずした方がいいと思う。

それと、関係無いかも知れないけどtableが左端に表示されてるよ。
170 ：157=162 投稿日： 01/10/27 16:17 ID:JHDiXvP+: >>169
まかーさん、有り難う。
てっきり悪さをしてるのはbn.cssの方かと思ってましたよ。
br {display:block} は「ブラウザが持つデフォルトのスタイルシート」とするものが
あったので、確かめもせずそのまま記述してしまったものです。
cf.http://tancro.stp-1.com/stylesheet/default.html
しかし使ってもない<br>への指定が悪影響を及ぼすとは、想像もつきませんでした。

それから、ご指摘を受けてMacIEでもtableを中央に寄せるべく
table.center {
text-align:-moz-center;
margin-right:auto;margin-left:auto;
}
としてみましたが、NN6で見るとなぜかcaptionだけ中央寄せになってくれません。
captionもtableに含まれるはずですが、これはバグなのか、仕様なのか......。
それで一応、captionにもclass="center"を振ってセンタリングしておきました。
171 ：まかー投稿日： 01/10/27 17:36 ID:ihQz7QbN: >>170
一応、参考までに。
http://www.fan.gr.jp/~kaz/rec-css2/tables.html
172 ：164 投稿日： 01/10/28 01:44 ID:aOtGQher: >>168
あ、スタイルがPurple'(Default)の場合で、ね。
173 ：Name_Not_Found 投稿日： 01/10/28 23:17 ID:mZHWLoRg: アンカー触るとズレるのって自分とこでもある。
誰か原因知らん？
174 ：Name_Not_Found 投稿日： 01/10/28 23:36 ID:ZTirAR2v: >>173
ソース希望。
>>164で挙げた所は日記だけど、今度は27th dayの横幅だけ狭くなってる。
あいにくアンカーが無いけれど、ダウンロードしてA要素を挿入すれば再現するかもね。
175 ：Name_Not_Found 投稿日： 01/10/29 05:15 ID:jtRl1MoK: outsider 見てみたけどなんともなっていなかった＠WinIE5.01
キャッシュかな。で、>173 じゃないけど俺のもずれる事があります。
自分のシート見ると
p
{
letter-spacing: 1px;
text-align: justify;
text-justify: inter-ideograph;
}
a:active
{
bottom: -0.12em;
right: -0.10em;
}

justify があやしいような。hover では色変えてるだけですし。
176 ：Name_Not_Found 投稿日： 01/10/29 14:14 ID:56xCH76L: 既出かな。
ページの下にゆくほど左にはみだすバグが見事に現れてます。IE5.5にて（6も？）
http://www.alib.jp/diary/diary_200110.html#diary_20011028a
177 ：Name_Not_Found 投稿日： 01/10/29 14:19 ID:RR5ddH39: >>176

6も。
178 ：Name_Not_Found 投稿日： 01/10/29 22:02 ID:k2InB4DW: Netscape6.1には失望しました。
text-indentを指定したブロック要素内のインライン要素にfont-weight:boldとすると、
太字とそれにつづく普通の文字が重なってしまったのです。
例:
p.text {text-indent:1em;}
a:link {font-weight:600;}
<p class="text">ひろゆき氏によれば<a href="http://www.2ch.net/guide/">『２ちゃんねる』</a>はアングラではない。<p>

Ａ要素末尾の「』」と次の「は」の字が重なります。Ａ要素が長くなると重なる度合もひどくなる。
例文のＡ要素を<strong>や<b>などの太字がデフォルトであるマークアップにしても、同じ症状が発生します。
こんな基本的プロパティでバグ起こしてんぢゃないよ、全く。
179 ：178 投稿日： 01/10/29 22:04 ID:k2InB4DW: 例文の文末に「<p>」とあるのはむろん「</p>」の誤記です。失礼しました。
180 ：173 投稿日： 01/10/30 01:20 ID:WgIYq8uj: 色々試してみたら原因判明した、とは限らない模様。

当方、
body { margin: xxx; }
というのが気にいらず、

body { margin: 0; padding: xxx; }
のようにしてるんだけど、

これを前者のマージン指定に戻したらとりあえずは解消した。
ただ、他のシートでも同じことしてるのにそちらはズレないのね。
恐らく、BODYに限らず、marginやpaddingの設定の仕方に原因があるんだろうけど、
今はちょっとワカラソ。眠い。そのうち単位とか変えて調べてみる予定。

>>174
ちと恥ずかしいので勘弁。
「CSSでイケてる?リンク集」に何故か載ってるので、その気があったら探してみて。

>>175
そちらはどう？
181 ：173 投稿日： 01/10/30 01:22 ID:WgIYq8uj: 下げちまった。
182 ：Name_Not_Found 投稿日： 01/10/30 02:18 ID:WtO1U4hq: >>178
text-align: justify;と併用するとその問題が起こるのは知ってるけど、
今見た限り、text-indentとの併用では起こってないなぁ......
まぁどっちにしろこの辺にバグがあるというのは変わらないか。
183 ：Name_Not_Found 投稿日： 01/10/30 09:38 ID:tibs+KVf: [IE6]
垂直方向のマージンに負の値を指定すると、互換/標準モードともに
親ボックス? の border や background が意図しない位置に重複して現れる。

<div style="margin:1em; border:1px solid red">
<div style="margin-top:-0.2em">hoge</div>
<div style="margin-top:-0.2em">hoge</div>
</div>

こんなのを 5-6 個連続させてみると顕著。Win2000 にて確認。
184 ：Name_Not_Found 投稿日： 01/10/30 11:21 ID:qu1lP6Hw: >>182
回避法としては、
　text-align: expression(justify);TEXT-JUSTIFY: ?;
で、いいのかな？　expression()でIEにのみスタイルが適用される。
どうせtext-align:justifyはＩＥしか対応してないんだし（少なくとも日本語では）。
MacIEでもtext-align:justifyを指定するとよくないらしいね。media@で除けるか。
185 ：Name_Not_Found 投稿日： 01/10/30 12:09 ID:4807kiO6: >>184
text-align: expression('justify');だね。
expression('')にしないとエラーになる。
186 ：Name_Not_Found 投稿日： 01/10/30 21:19 ID:h2nnqRKd: Netscape6.1には失望しました。
<sup>へのfont-family指定が効かないバグ。↓
http://pc.2ch.net/test/read.cgi/hp/996828258/727-734
しかも、親要素のfont-familyが或る種の和文フォント(*)だと<sup>の位置が変です。
上付文字にならず、vertical-align:baseline;の状態になることもあります。
　　*"ヒラギノ明朝体3等幅""ヒラギノ明朝体5等幅""ヒラギノ明朝体7等幅"とかね。
ただし初めからシートにsup{vertical-align:55%;}と指定しておけば、回避できますが。
mozilla0.9.5では直ってるといいのですが。
187 ：Name_Not_Found 投稿日： 01/10/31 12:08 ID:G9h3zazj: 次みたいなスタイルがあったと思ってください。
ul {list-style-position:inside;}
li.em{list-style-position:outside ! important;}
<ul>
<li><p>第一に、......</p>
<li><p>次に、......</p>
<li><p>第三に、......</p>
<li class="em"><p>結論としては、......</p>
</ul>

これがIE5.5では、最後のリストへのlist-style-position:outside;の指定が効いてくれません。
Netscape6.2では有効ですが、その代り、別のところで表示が変です。こんな感じで表示されます。
?????????
　・
　第一に、......
　・
　次に、......
　・
　第三に、......
・結論として、......
???????????????
要するに、insideの場合だけなぜかリストマークの後で改行されて表示されるわけです。
<li>要素内の<p>を削除するとリストマークとリストの箇条書きの文章がちゃんと一列に並びますが----
これはバグではないのですか？
188 ：Name_Not_Found 投稿日： 01/10/31 12:14 ID:rVyOjkW7: N6の場合はそれでいい。
要するにinseideにするって事はインライン要素として扱うって事だから、
pがあるとリストマーカーは匿名ブロックに囲まれてしまうから。

N6の場合はこうなるってだけで、他が間違ってるわけじゃないよ。
そもそもリストマーカーの位置は厳密には定められてないから。
189 ：187 投稿日： 01/10/31 12:53 ID:6ns0RDPY: >要するにinseideにするって事はインライン要素として扱うって事だから、
Ｎ６の場合、list-style-position:inside;ではli要素をインラインと解釈するってことですか。
それによってリストマーカーとテキストの位置関係がinside式に表示されるのだ、と。
しかしlist-style-positionはあくまでリストマーカーの位置に対するプロパティなのですから、
li要素のインライン／ブロックの設定まで変化させるのはあまり宜しくない解釈の仕方ではないかと感じます。
li要素はブロック要素内包可能なのですから、その点で不都合の出ない解釈が望ましいのでは。
190 ：Name_Not_Found 投稿日： 01/10/31 17:41 ID:L7/XL1Uy: 入れ子になったリストで、一番外側のリストマーカーだけ用意した画像で表示したいんですが......。
ul {list-style-image: url("../images/triangle.gif");}
li ul{list-style-image: url("");}
このスタイルで表示させると、
IEでは意図した通りにうまくゆくのですが、
NN6.2ではネストされたリスト（内側のリスト）のリストマーカーが全く表示されなくなります。
つまり、list-style-type: none;の状態として表示される破目になる。
確かNN6.01ではそんなことなかったからバグっぽいけど、それともこれも解釈の差なんですかね？
191 ：Name_Not_Found 投稿日： 01/11/01 11:29 ID:mxCfPn2/: IE6のCSSバグを強制的に矯正
http://members.jcom.home.ne.jp/jintrick/Personal/agenda.html#failed2001_10_29c8
「仮説
IE6のpaddingやborderのバグは、バグが発生した要素より後に登場する要素に対して、re-style（造語）すれば直る。」
「よく、a:hoverで、marginやpaddingのバグが直っているのを見かけ、この仮説を立てた。実は指定は何でも良くて、単にHTMLソースにおける登場順が下の要素に対してスタイルを変更してやれば良かった、ということか。」

>>164・>>173-176で挙がったのと同じバグかな？
192 ：Name_Not_Found 投稿日： 01/11/01 12:02 ID:J4FO0cQj: >>189
違う。リストマーカーをほかの文字と同じインライン要素として扱うってこと。
「匿名ブロック」って知ってる？
193 ：Name_Not_Found 投稿日： 01/11/01 12:04 ID:J4FO0cQj: >>190
list-style-typeを指定してみそ。
194 ：Name_Not_Found 投稿日： 01/11/01 12:17 ID:J4FO0cQj: >>190
て言うかリストマーカーに画像を使わないことを明示するのは
空URLでなくてnoneだ。
195 ：u.r.a 投稿日： 01/11/01 18:38 ID:T61eq4Tz: DHTMLでPULLDOWN MENUをやろうとしているんですが、IEでセキュリティレベルを
『高』に設定したときって、JavaScriptが効かなくなりますよね。
時々『高』でも表示されているサイトを見かけるんですが、対策知っている方
いませんでしょうか？
『信頼済みサイト』に設定するネタは却下ということで。。。

あと、IE6ってセキュリティレベルを『高』に設定すると
<NOSCRIPT>自体認識しなくなりませんか？
196 ：Name_Not_Found 投稿日： 01/11/02 03:09 ID:EE6RPhVu: HTMLとJavaScriptは別だということを先ず知ってから。
恐らくselect要素のことを言ってるんだよね？

というかそもそもスレ違いじゃないかい？
197 ：u.r.a 投稿日： 01/11/02 13:15 ID:0Q8dQRoH: ＞196
違いますよ。M$社のTOPや東京三菱のTOPみたいなのを
逝っているんですがね。。。

スレ違いかもしれませんね、すまそ。
でも知ってるひといたら宜しく。。。
198 ：Name_Not_Found 投稿日： 01/11/02 13:25 ID:9m+7TJRW: >>197

今ためしたが、「高」だとプルダウンメニューはならなかったけど？
IE6 on Windows2000
199 ：Name_Not_Found 投稿日： 01/11/02 22:17 ID:Ct45ZuzS: たぶん>>197は「M$社のTOPや東京三菱のTOPみたい」でしかも
「高」で動くのを見た事があると言いたいんだと思うが、

CSSで色変えられてたselectを勘違いしたに一票。
そうでなけりゃ実際に動くソースを見せてくれ。
200 ：Name_Not_Found 投稿日： 01/11/04 04:00 ID:RIKPHC1N: バグ報告です。
【NN6】
ruby {/* 行間増やす */
　position: relative;
　line-height: 2.0;
　}
ruby>rt,　rtc {/* rt(ruby text) を上に配置 */
　position: absolute;
　left: 0;
　top: -1.1em;
　font: 55%/1 monospace;
　text-indent: 0;
}
rp {display:none;}/* 括弧を非表示に */
A:link RT, A:visited RT ,a[href] RT
{text-decoration:none ! important;}

最後の、ルビ部分(RT)にまでリンクの下線をつけぬための指定だけなぜか効かない。

【WinIE5?】
RT {text-decoration:none !important;}
<u><RUBY><RB>ルビ</RB><RP>(</RP><RT>ふりがな</RT><RP>)</RP></RUBY></u>
RT要素の下線が消えてくれない。
非推奨タグの<u>を<em style="text-decoration:underline;">としてもやはり同様。
但しNN6と違って、A要素内にあるRUBY要素の場合ではリンクの下線はRB要素のみにつく。
201 ：Name_Not_Found 投稿日： 01/11/04 12:23 ID:qR4G0uq7: >>200
http://pc.2ch.net/test/read.cgi/hp/996828258/926
＞このプロパティは継承を行わない。しかし当該ブロックの子孫部に当たるボックスは、すべて同じ装飾を施されるべきである
＞http://www.fan.gr.jp/~kaz/rec-css2/text.html#lining-striking-props
＞
＞とあるので、子要素での下線解除は出来ないのではないか。

とすると、IE5でA要素内では解除できる方がバグってことになるのか？
202 ：Name_Not_Found 投稿日： 01/11/04 13:02 ID:X1AFrflk: >>201
仕様
203 ：Name_Not_Found 投稿日： 01/11/08 08:10 ID:Uax81n0P: ↓margin-topがマイナス値を取った場合のバグ（NN6、IE6）
http://pc.2ch.net/test/read.cgi/hp/996828258/945-951
204 ：Name_Not_Found 投稿日： 01/11/08 14:42 ID:M+cBEwAo: 遅レスな上趣旨とは違うんだけどさ、
>>187 の場合 ul よりも ol のがいいんでない？
205 ：Name_Not_Found 投稿日： 01/11/08 18:38 ID:ksbZuB36: いまさらだけど

>CSSでbrは記述出来ない（仕様書にも書いてある）から

CSS2では
br:before{content:"\A"}となってるよ
206 ：Name_Not_Found 投稿日： 01/11/08 18:52 ID:WRcKZNWD: >>205
それは>>169に対して、ですよね。
ってことはbr{display:block}もアリなんですか？
（まあMacIEでバグるのならそんな指定はしない方がいいけど）
207 ：Name_Not_Found 投稿日： 01/11/08 20:21 ID:EnelM577: >>206
一応、アリ。あまり意味は無いと思うけど。
208 ：Name_Not_Found 投稿日： 01/11/08 20:35 ID:JlpswVyj: >>206-207
君は生き残れるか。
br {display:inline}
209 ：207 投稿日： 01/11/08 21:31 ID:32VtkEzq: >>208
生き残れるかとか言われても、元々BR要素型なんて
めったに使わないしなぁ......あ、ADDRESSの中では使ってるか......。

と言うか、空要素をdisplay: inlineにするのには、何か意味があるの？
210 ：208 投稿日： 01/11/08 21:43 ID:JlpswVyj: >>209
いやね、段落改行<p>とすべきところを強制改行<br>使ってたり、
<br><br>とかの連続で余白を作ってる連中には効き目があるかな、と。
211 ：Name_Not_Found 投稿日： 01/11/10 01:44 ID:qranrXht: >210
意図はわかります（Prox でやった事あるし）が、それをすると読みにくくなって
生き残れないのはむしろこちらのような。
212 ： ◆Web/W/NE 投稿日： 01/11/12 14:57 ID:eB9QPuVD: N6.1で、

親要素で
{
float: left;
position: relative;
}

子要素で
{
positon: absolute;
top: xxx; left: xxx
}

とやると、子要素のabsoluteが包含ブロックを無視して、
bodyに対する絶対配置になってしまうのですが、
N6.2では改善されてますか？　原因はfloatのようです。
213 ：Name_Not_Found 投稿日： 01/11/15 20:03 ID:KtGuJURr: いまさらネスケ４のバグなど珍しくもないかもしれませんが、
CSSではなくhtmlソースの書き方（改行の有り無し）でバグるってのは
ちょっと珍しいので、この事典にも登録しておきます。↓
http://pc.2ch.net/test/read.cgi/hp/1000552896/536-538
214 ：Name_Not_Found 投稿日： 01/11/15 20:57 ID:ASoQ8fjr: >>213(ﾟДﾟ)ﾊｧ?
215 ：Name_Not_Found 投稿日： 01/11/16 03:11 ID:Z3KPZ8hL: 誰かOperaのCSS対応についてまとめてませんか。参考ＵＲＬ希望。
結構バグ多いみたいなんですが。
216 ：投稿日： 01/11/16 03:52 ID:+cNTw/NC: >215
http://www.css.nu/pointers/bugs.html
とはいえ ver 3.5 だからあまり参考にならないか．
ここにリンクを張っているところを探すとか．
217 ：Name_Not_Found 投稿日： 01/11/16 10:17 ID:gtyk6rsy: >>215

http://www.remus.dti.ne.jp/~a-satomi/nikki/2001_11b.html#day15num01
218 ：Name_Not_Found 投稿日： 01/11/16 17:21 ID:ORKmh74V: >>215
http://sigekazu.vis.ne.jp/cgi/bbs/sylpheed.cgi?c=r&n=235
219 ：Name_Not_Found 投稿日： 01/11/16 18:01 ID:b3fZ0z3A: >>215
http://members.jcom.home.ne.jp/jintrick/Personal/agenda.htmlによれば、
Operaは----
・CSSにて日本語は解釈しないらしい（Charset指定しても駄目）
・しかしエスケープ文字なら解釈するらしい
・font-familyはひとつしか指定が効かないらしい
・text-indentの値の解釈が不正
・画像の透過部分の表示が変（GIF、PNG共）
・インライン要素の扱いが色々怪しい（border、padding等）
・まあどれもたいした話じゃあない

またhttp://snob.s1.xrea.com/2001/11.shtml#nov14によれば、
・body に font-family:"arial","verdana","comic sans ms"; と書いてゐると
　欧文/邦文フォントの混りぐあひがあまり見好くないので、おしまひのところ
　を　,;　とする（かうすると、font-family を無視するみたい）。
220 ：Name_Not_Found 投稿日： 01/11/16 18:20 ID:rsujQZ6U: document.body.clientHeight、
IEだとウィンドウの(クライアント領域の)高さを返すのに対して
Operaだと文書全体の高さを返すようなんだけど
どっちが正しいのかな? Operaのバグかな?
221 ：Name_Not_Found 投稿日： 01/11/16 18:26 ID:PHxCbSir: >>220
正しいとか正しくないとかの問題ではない。
これは、どちらのブラウザともバグではなく仕様です。
ただその仕様が異なるというだけであり、
各ブラウザにとって、それらの各仕様は正しい。
貴方は、何を基準に、正しい、正しくないと言っているのですか？
W3Cの仕様と異なる動作を行うものは、バグだと思っている
非常識な奴は帰れ。
222 ：Name_Not_Found 投稿日： 01/11/16 21:23 ID:8dyyiFSJ: >>220
IEでも6のstandard modeだと
文書の高さを返すよ。

221の言うとおり、どちらが正しいというものではないけどね。
223 ：220 投稿日： 01/11/16 21:32 ID:rsujQZ6U: >>221
あー、バグという言葉を使った俺が悪かったよ。

>>222
なるほど、今後の流れとしては文書全体の高さが主流なのね。
ではOperaのバグという線は少なくともないと。
バグなら報告しようかと思ってたがその必要はないのか。
サンクス。
224 ：Name_Not_Found 投稿日： 01/11/17 17:55 ID:PcMN7C8D: N6.1で、

親要素で
{
position: relative;
}

子要素で
{
positon: absolute;
top: xxx; left: xxx
}

子要素の配置を親要素より飛び出させる(マイナス値)にすると
完全に飛び出たところで、リンク/フォームものが無効になったよ。
IE6.0ならちゃんとクリックできる。

同じく、親要素の高さより子要素の高さが大きくなると、
超えた分だけちょん切れる。これはN6.1IE6.0ともに。

欄外表示の注釈風にしたかったんだけどね。うーむ。
225 ：Name_Not_Found 投稿日： 01/11/19 23:35 ID:I9q7FwxV: http://pc.2ch.net/test/read.cgi/hp/1005047493/164-
【NN6.2】
{position:relative; top:xx%;}って記述しても無視される。
但し親要素を（BODY以外に）特に持たない要素に適用させた場合は有効。
.foo {position:relative; top:yy%; left:xx%;}として
その適用させた要素を<div>とかで括ると、
なぜかtop:yy%が無視されて、left:xx%だけ有効になる。
しかし単位を%でなくpxやemにするとtopの記述も無視されなかった。
226 ：Name_Not_Found 投稿日： 01/11/28 07:55 ID:yYAA/Nep: 【Opera6β】
http://www6.plala.or.jp/s-meteo/hime/index9.htmlによれば----

>複数mediaが記述された@importのみ認識されないようです。
>例えば、以下の記述は受け付けてくれません(Mozillaではサポートされている)。
>@import "style3.css" screen,print;
>@import url(style4.css) screen,print,tv;
>以上の記述をうまく利用することにより、Opera対策を取れるかも知れません。
227 ：Name_Not_Found 投稿日： 01/11/29 02:15 ID:UZ8X30QK: 背景指定の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と指定してみても結果は同じ。
WinIE5.5で確認。
もちろんIEは、インターネットオプション＞詳細設定＞背景の色とイメージを印刷する、
にチェックを入れてあり、現に背景色はちゃんと印刷される。
印刷プレビューで見ても、背景画像だけ印刷に出てない。
background-repeat:repeat;ならば背景画像も印刷されるから、これはバグかと。
NN6.2では印刷プレビュー機能が無いのでいちいちプリントアウトしなくてはならず、
全パターンは確認しなかったが、同じく背景イメージのみprintメディアに反映さ
れない場合があった。
cf.http://pc.2ch.net/test/read.cgi/hp/1005047493/273-277
228 ：Name_Not_Found 投稿日： 01/12/03 19:31 ID:F53Kc1zu: 確認用HTML(一部略)
<style>
body {
width: 500px;
height: 400px;
}
div {
position: absolute;
}
#a {
right: 100px;
bottom: 100px;
left: 100px;
top: 100px;
}
#b {
right: 25%;
bottom: 25%;
left: 25%;
top: 25%;
}
</style>
<body><div id="a">a<div id="b">b</div></div></body>

【IE6】
right、bottomはスッパリ無視。
#a は a が表示できる部分しか確保されない。

【Netscape6】
<body>直下の<div>が<body>の表示領域ではなく、
ブラウザのクライアント領域に対応してしまう模様。
それ以外は期待どおりっぽい。

【Opera6β】
どうもrightのみ無視っぽい。
#b は、どうもクライアント領域に対しての割合のようだ。
#a は #b が入るように横幅が拡張される。
229 ：Name_Not_Found 投稿日： 01/12/04 19:00 ID:73rxXEHC: >>228
right、bottomなんて存在しないちゅうに。
width、heightを使ってよん。
230 ：Name_Not_Found 投稿日： 01/12/04 20:12 ID:3tSPw7cO: >>229
未だに間違ってるレファレンス本もあるらしいが、信じてはいけない。
rightもbottomもちゃんと仕様で定まったプロパティです。
http://www.y-adagio.com/public/standards/tr_css2/visuren.html#position-props
231 ：Name_Not_Found 投稿日： 01/12/04 20:35 ID:73rxXEHC: >>230
一般的なレファレンス本では実用的にするために、
W3Cが定めるものではなく、実際のことが書かれてるよ。
間違ってるのは、君の考え方だよ。
仕様とバグの区別ができないなんてはずかしいよ。
232 ：Name_Not_Found 投稿日： 01/12/04 20:42 ID:MwdUvkqf: >>231
実用的かどうかはともかく、「right、bottomなんて存在しない」と言い放った229は
どう見ても馬鹿だと思うが。
間違っているのは、君の読解力（と言うか、頭）だよ。
229が何を間違えているのか、230が何を言いたかったのか読み取れないなんてはずかしいよ。
233 ：230 投稿日： 01/12/04 21:06 ID:R1ATXc9W: とにかくright,bottomは立派に「存在する」し、
少なくとも手持ちのIE5.5やNN6では動作するから
うちのサイトにとっては十分実用的でもあります。
レファレンス本でも、存在するけどこれこれのブラウザでは実装してないと書くべき。
234 ：Name_Not_Found 投稿日： 01/12/04 21:58 ID:73rxXEHC: >>233
ブラウザには存在しません。
ゆえに、一般的に存在しません。

原理主義者こわいよう
235 ：231 投稿日： 01/12/04 22:11 ID:MwdUvkqf: >>234
キミは>>233の
>少なくとも手持ちのIE5.5やNN6では動作するから
> うちのサイトにとっては十分実用的でもあります。
と言うのが読めないのかい？　つーか、勝手に一般的とか一般的じゃないとか
決め付けるんじゃないよ、ボケが。
第一、「ブラウザ」ってのは何のことを言ってるんだい？　まさか、
Netscape Navigator 4.xですとか言わないだろうね。
236 ：Name_Not_Found 投稿日： 01/12/04 22:54 ID:73rxXEHC: >>235
もっと勉強しましょうね！
237 ：230 投稿日： 01/12/04 23:01 ID:3Zbpa4Sc: >>236=ID:73rxXEHCはこのスレッドのバグですから、除去して下さい。
ハイ、お次の方どうぞ。
238 ：Name_Not_Found 投稿日： 01/12/04 23:18 ID:73rxXEHC: >>237
本当に知らないならイタイ
239 ：Name_Not_Found 投稿日： 01/12/04 23:27 ID:IPlA88wB: >>238
一応、top,right.bottom.leftのブラウザ別対応表を出しておく。
http://hp.vector.co.jp/authors/VA022006/css/visualren.html#top

問題点があるなら知ったかぶりしてないで具体的に提示し、読者の判断を仰ぎたまへ。
240 ：Name_Not_Found 投稿日： 01/12/04 23:41 ID:nbjwHFge: 何がネタなんだか判らなくなってきた。
241 ：Name_Not_Found 投稿日： 01/12/05 12:28 ID:R6Fg8q6l: >>239
その表が間違っているのが問題だろ。
bottomはIE4.0では対応していません。

プロならまともなリファレンスを読め。
http://msdn.microsoft.com/workshop/author/css/reference/attributes.asp
242 ：Name_Not_Found 投稿日： 01/12/05 13:03 ID:WL5hAoKj: >>241
IE4なんかを基準にされて「一般的に存在しません」って断言されてもなあ......。
「（一部のブラウザでは）実装してない」ならともかく、「存在しない」ってのは
どうしたって勇み足だろ。素直に過ちを認めなよ。
243 ：Name_Not_Found 投稿日： 01/12/05 15:43 ID:PE0ReF9e: >>242
日本語の読解がんばれ
244 ：Name_Not_Found 投稿日： 01/12/05 15:54 ID:M/Vwbkuh: 【IE5.5】
ルビ文字（RT要素）内でタグづけしてあると、通常の横書き時には問題ないが
縱書き（writing-mode:tb-rl;）適用時に前後の行が重なってしまった。
例：
<RUBY><RB>ルビ</RB><RP>(</RP><RT><span class="red">ふりがな</span></RT><RP>)</RP></RUBY>
タグをコメント（）にしても廻避できず。
245 ：Name_Not_Found 投稿日： 01/12/05 16:00 ID:M/Vwbkuh: >>243
まともに日本語の書けない>>234に言はれたくありませんな。
どうやら「存在する」の意味が彼だけ違ふらしい。（笑）
246 ：Name_Not_Found 投稿日： 01/12/05 17:01 ID:V2xBxSRv: CSSでカッコよくサイト作った！ヽ( ´∀`)ノ

IE5.5、IE6で見た！ナイス！

NN6.2で見た。・・・悲惨。

・・・・・・。

MacIEで見た。・・・旅に出ます・・・
247 ：Name_Not_Found 投稿日： 01/12/05 17:55 ID:PE0ReF9e: >>245
日本語の分からない245は哀れ
248 ：参考資料投稿日： 01/12/05 18:10 ID:3g0VkM8H: >>246
「ブラウザごとのHTML/CSSバグ？」
http://dfj.cool.ne.jp/html/html_css_bug.html
249 ：246 投稿日： 01/12/05 18:32 ID:V2xBxSRv: >>248
さんくす！
旅に出る前にこのページを参考にしてみます。

部分的にはNNの方が正しい解釈をしていることもあるので、
とりあえず参考程度に入れてみたらすごかったよ・・・（；´Д｀）
テーブル周り・FLOAT周りで大崩れだった。
デフォルト値が違うだけなのか、実装の進み方が違うのかはわかんない。
250 ：Name_Not_Found 投稿日： 01/12/05 19:47 ID:vM3dj3xy: >>249
ここも参考に。
「スタイルシートの裏の裏」
http://tancro.stp-1.com/
http://zoo.millto.net/~tancro/
251 ：Name_Not_Found 投稿日： 01/12/06 19:08 ID:rTS1T8ys: 参考にさせていただいた。
center入りのｄｉｖでテーブルを中寄せするのは
ＩＥのバグとはしらなんだ。
ありがと。
252 ：Name_Not_Found 投稿日： 01/12/07 00:34 ID:xYRTWvt7: >>247
で、結局right,bottomは「存在しない」のか。
（少なくともIE4ユーザーのあなたにとっては？）
253 ：Name_Not_Found 投稿日： 01/12/07 03:41 ID:q59oKMs3: >>250
既出？
http://www.zspc.com/documents/css2/index2.html
254 ：Name_Not_Found 投稿日： 01/12/07 16:03 ID:wQl3vU3j: 煽りは無視して、一般論でいこうよ。
255 ：Name_Not_Found 投稿日： 01/12/16 21:00 ID:TLJYAZvZ: 【IE6】
確認用HTML(抜粋)
<style type="text/css">
.menu {
　background-image: url(menu_back.png);
}
.profile a {
　background-image: url(profile.png);
}
.diary a {
background-image: url(diary.png);
}
.menuitem a:hover {
　background-image: none;
}
</style>
<ul class="menu">
<li class="menuitem profile"><a href="profile.html">Profile</a></li>
<li class="menuitem diary"><a href="diary.html">Diary</a></li>
</ul>

menu_back.pngにはすでにメニューの文字が書いてある。
profile.png , diary.pngには
menu_back.pngとは別のスタイルでメニューの文字が書いてある。
マウスが通り過ぎる際に画像を変更する手段として、
個別の画像を表示しないようにして
背景画像を表示させるという手段をとったわけです。

結果は、マウスが通過するとまったく別の画像が表示されます。
N6.2、Opera6では正常。
256 ：Name_Not_Found 投稿日： 01/12/16 21:49 ID:K8FePhuT: >>255
>結果は、マウスが通過するとまったく別の画像が表示されます。
「まったく別の画像」とは？　IE6で実験したが、別に異常ありませんでしたが。
初めはmenu_back.gifの上にprofile.gifとdiary.gifが重なって表示され、
アンカー上をポインターを乗せるとprofile.gifやdiary.gifが消えて
その下のmenu_back.gifが見える。
むしろ変なのはOpera。profile.gifやdiary.gifが初めから全く見えない。
257 ：Name_Not_Found 投稿日： 01/12/18 11:38 ID:oiWzKzYh: リストを入れ子にした場合のスタイル。
ul.mark {list-style-image:url(mark1.gif);}
ul.mark ul {list-style-image:none;}
これで一番外側のリストのマーカーだけが画像になる筈。
IE6とNN6では意図通りになった。
ところが、Opera6ではnoneの指定が効かず、入れ子の中まで画像マーカーがついた。
そこで、いささか邪道だが、
ul.mark {list-style-image:url(mark1.gif);}
ul.mark ul {list-style-image:url("none.gif");}
とする。このnone.gifは存在しないものを指定してあるので、
やはり一番外側だけリストマーカーが画像となる見込み。
今度はOperaでも狙った通りになった。
ところがNN6.2では画像だけでなくマーカーも表示されなくなる。
list-style-imageでなくlist-style-type:noneの状態になってしまったのだ。
結局、一貫して正しく表示してくれたのはIEだけ。
258 ：Name_Not_Found 投稿日： 01/12/19 13:18 ID:ufJPdzCi: NN6.2英語版

XHTML 1.1で外部CSSと代替CSSを利用した環境において

<style type="text/css">
<![CDATA[

]]>
</style>

のようにstyle要素を設定しても、反映されない。

icancrackers2@youpy.frってとこから300通くらいスパムが来た。
むかつく。
259 ：258 投稿日： 01/12/19 13:20 ID:ufJPdzCi: ちなみに
<style>
h1 {color:aqua;}
</style>のように
マークアップすればOK
260 ：Name_Not_Found 投稿日： 01/12/19 13:22 ID:rFTYF64u: >>258
そりゃ、反映しないのはで括ってるからでないの？
XHTMLではどうなんだっけ。
261 ：Name_Not_Found 投稿日： 01/12/19 13:26 ID:rFTYF64u: >>258
バグではなくて厳格なだけでは。以下引用。
「XHTMLの書き方と留意点」
http://www.kanzaki.com/docs/html/xhtml1.html
<style type="text/css">

</style>
のように記述していると、その定義は無視されてしまう可能性が高いとされています。
262 ：CSS@初心者投稿日： 01/12/19 13:32 ID:roaZtvdL: a:link { text-decoration: none }
a:hover { text-decoration: underline }
a:active { text-decoration: none }
a:visited { text-decoration: none }
にしてあっても、リンクした後（visited)では、下線が表示されっぱなし・・・
な、なぜ？
263 ：Name_Not_Found 投稿日： 01/12/19 13:39 ID:rFTYF64u: >>262
それもバグではない。
リンク擬似要素には優先順位がある。
記述の順番を下記の通りにすること。
a:link { }
a:visited { }
a:hover { }
a:active { }
但しOpera6ではその優先順位が変なのだが。
http://sigekazu.vis.ne.jp/cgi/bbs/sylpheed.cgi?c=r&n=245
264 ：＞260-261 投稿日： 01/12/19 13:40 ID:ufJPdzCi: 違う違う。

確かに、XHTMLではstyle要素の内容は#PCDATAだから
>>261のようにすれば内容はコメントアウトされちゃう。

けど、<![CDATA[??]]>でマークアップすれば、
その中身はCDATAになるべきだから、
コメントアウトされるのはおかしい。
265 ：263 投稿日： 01/12/19 13:51 ID:rFTYF64u: ごめん、間違った。
>>263は「擬似要素」ではなく「擬似クラス」ですね。
266 ：Name_Not_Found 投稿日： 01/12/19 18:02 ID:PL4ANVnB: >>264
どのみち、「」はCSSとして
不正な文字列ではないのか？
NN6は「}」の後に「;」があるだけでも無視するぞ
267 ：CSS@初心者投稿日： 01/12/19 19:16 ID:VTZEdzT6: ありがとうございます。
なかなかめんどくさいのですね（汗
何でもっと自由・・・（自主規制
268 ：Name_Not_Found 投稿日： 01/12/19 20:08 ID:VHJ5Kvca: >>266
そのために
CDO 
が定義されているんですけど......。
http://www.w3.org/TR/1998/REC-CSS2-19980512/syndata.html#tokenization
参照。
269 ：Name_Not_Found 投稿日： 01/12/19 20:11 ID:VHJ5Kvca: まぁ、Netscape 6.2なら、わざわざstyle要素を注釈宣言で囲まなくても、
User-AgentのCanvasに表示してしまうことは無いと思うけど。
270 ：Name_Not_Found 投稿日： 01/12/19 20:51 ID:v9ixxAL6: >>267
その>>262の順番で試したが、WinIE6,NN6.2,NC4.7,Opera6、どれも
「リンクした後（visited)では、下線が表示されっぱなし」にはならない。
あなたのブラウザは何（バージョンも）？
何か他に変なスタイル指定入れてない？
271 ：Name_Not_Found 投稿日： 01/12/22 00:07 ID:PZIkD2JV: >>258
今のところContent-Typeがtext/htmlだとCDATA区間を認識しないらしい。
http://bugzilla.mozilla.org/show_bug.cgi?id=27403
272 ：Name_Not_Found 投稿日： 01/12/24 20:51 ID:cSe2cgwt: ☠ฺ
273 ：Name_Not_Found 投稿日： 01/12/24 21:41 ID:WtOxvadv: ＣＳＳで段組を作るには悩まされますよね。
左右二段、左段の幅のみ一定の段組にする場合でのバグ。
ソースは大略以下の通り。
<div id="navbar">?</div>
<div id="base">
　 <div class="head">
　　　<h1><img src="logo.gif" alt="title" width="450" height="300"></h1>
　　　<p class="rublic">?前文?</p>
　 </div>
　 <div class="main"><p>??本文??</div>
</div>
<div id="address">©氏名 <address>アドレス</address></div>

#navbar,#address{height:2.5em; background:black; color:white;}
#base {
　position:relative; /*#mainの基準に*/
　background:#efefef;
}
#head {
　width: 165px;
　position: absolute;
　left: 3px;
}
#main {
　margin-left: 170px;
　min-height: 450px; /*#headを#addressに被さらせないために*/
}

NN6.2やOpera6ではこれで問題なし。
これがWinIE5.5?6で確認すると、div#headがなぜか
左端から右に170pxほどズレて、div#mainに重なって表示される。
どうやら#mainのmargin-leftを引き継いでしまってるらしい。
#headへの指定に"width:100%;"を追加するとこのバグは廻避された。
274 ：273 投稿日： 01/12/24 21:44 ID:WtOxvadv: ＨＴＭＬソースのclass="head"、class="main"は
正しくはid="head"、id="main"でした。失礼。
275 ：273 投稿日： 01/12/25 22:45 ID:JGPoU3wi: 【WinIE6】>>273と類似バグですが、width:100%では廻避できないもの。
<div class="header">
<h1>ほげほげ</h1>
<p class="navi"><a href="..">↑</a><a href="..">↓</a></p>
</div>

.header{
width: 100%;/*IEバグ廻避できず*/
background-color: #f00;
position:relative;
height:2em
}
.header h1{
position: absolute;
width: 80%;
padding:0;margin:0;
}
.header .navi{
margin-left:82%;
width:17%;
background-color: #0f0;
}
バグ廻避には .header h1{left:0;} が必要。
しかしleft:0;初期値なんだから、指定しなきゃいけないのも変な話。
IEの計算はどうなってるんだ？
276 ：Name_Not_Found 投稿日： 01/12/31 01:05 ID:y/BQKu+O: ユーザーサイドクリッカブルマップで
<area ?（省略）? style="cursor:e-resize;">[画像]</area>
としてもカーソルが変わりません。
間違ってるのかと思って<map>にも指定したのですが...。
IE5.5とN6.2で試したのです。
（Operaはもともとcursorに対応してないですよね？）

これはバグですか？
それともタグ間違ってますか？
277 ：Name_Not_Found 投稿日： 02/01/02 01:02 ID:Mh3aE+zN: >>276
そもそも、空要素のareaをなぜ閉じてるのかが意味不明。
CSS云々よりまずHTMLからですな。
http://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/struct/objects.html#h-13.6.1
278 ：Name_Not_Found 投稿日： 02/01/05 04:20 ID:fdoBuYB/: http://pc.2ch.net/test/read.cgi/hp/1005047493/759
http://pc.2ch.net/test/read.cgi/hp/1005047493/776-782
279 ：Name_Not_Found 投稿日： 02/01/11 02:02 ID:EisS/Knr: こんな例があります。
body{
background-image:url(test.gif);
background-repeat:no-repeat;
background-position:600px top;
}
<body>
<h1>見出し</h1>
<div>
短い文章
</div>
</body>

これで、ブラウザのウィンドウ幅を600px以下で視ると背景画像は現れず、
600px以上にして閲覧された場合のみ背景画像が表示されるはずです。
ところが、WinIE6やOpera6及びMacIE5では意図通りになりますが、
NN6ではウィンドウ幅に拘らず、背景画像は現れません。
バグですよね？
280 ：ごめん投稿日： 02/01/11 02:11 ID:EisS/Knr: http://pc.2ch.net/test/read.cgi/hp/1005047493/855-856
http://www.w3.org/TR/REC-CSS2/colors.html#propdef-background-position
＞ 'background-position'
＞ Value: [ [<percentage> | <length> ] {1,2} | [ [top | center | bottom] || [left | center | right] ] ] | inherit

仕様ではlength（pxやem等）とtop等を混ぜて使ってはダメ。
よってNetscape6の動作は正しいと思われ。
281 ：Name_Not_Found 投稿日： 02/01/11 06:38 ID:N5GnJWW/: こちらのサイトを例に。
http://dai.pekori.to/opera/

これをIE6で見ると、
タブ状のナビゲーション・リンク、即ちdiv#navi内のspanやa要素に対して
指定されてあるborderのtopだけなぜか表示されてない。
同じく一括指定されたpaddingのうちtopのみ効いてない。
NN6.2やOperaではそんなことはないから、WinIEのバグだと推定されます。
しかしソースをダウンロードしてみたものの、これを再現させる条件がわからない。
原因の特定できる方、いらっしゃいますか。
282 ：281 投稿日： 02/01/11 06:54 ID:N5GnJWW/: 因みに、關係部分のソースは以下の通り。
div#navi {
display: block;
position: absolute;
top: 70px; left: 160px;
z-index: 10;
width: 600px;
height: 4em;
margin: 0px;
padding: 0px;
line-height: 100% ! important;
}

div#navi a {
display: inline;
text-align: center;
text-decoration: none;
color: #000;
background-color: #ccc;
border-width: 5px 1px 5px 1px;
border-style: solid;
border-color: red;
padding: 1px 10px 5px 10px;
margin: 1px 5px;
}

div#navi span {
color: white;
font-weight: bold;
background-color: rgb(128,128,128);
text-align: center;
border-width: 1px 1px 5px 1px ;
border-style: solid solid double solid;
border-color: rgb(128,128,128) rgb(128,128,128) rgb(255,255,255) rgb(128,128,128);
padding: 10px 20px 5px 20px;
margin: 0px 5px 0px 5px;
}

<DIV id="navi">
<SPAN>Index</SPAN> <A
href="http://dai.pekori.to/opera/preferences/index.html">Opera</A> <A
href="http://dai.pekori.to/opera/tips/index.html">Tips</A> <A
href="http://dai.pekori.to/opera/faq/index.html">Faq</A> <A
href="http://dai.pekori.to/opera/bugs/index.html">Bugs</A> <A
href="http://dai.pekori.to/opera/links.html">links</A> <A
href="http://dai.pekori.to/opera/others.html">others</A></p>
</DIV>
283 ：Name_Not_Found 投稿日： 02/01/11 13:32 ID:93n8VRdv: >>281
> 指定されてあるborderのtopだけなぜか表示されてない。
> 同じく一括指定されたpaddingのうちtopのみ効いてない。
のではなくて、span と a のボックス上部が #navi のボックスからはみ出していて
その部分が非表示になっている。
#navi に border つけて表示してみると
ボックスの配置が判りやすいだろうと思う。
position:absolute またはボックスのサイズ指定をするとこの現象が発生するようだ。

バグかどうかは判らん...
284 ：Name_Not_Found 投稿日： 02/01/11 13:44 ID:g81zZK/2: >>283
>position:absolute またはボックスのサイズ指定をするとこの現象が発生するようだ。
いや、ボックスdiv#naviへのスタイル指定を全てコメントアウトしても
やはりdiv#navi内のspan と a のボックス上部がちょんぎれますよ。
対処策としては、
div#navi a, div#navi span {position:relative;}を追加指定すると、
はみ出た分も表示されます----なぜかはわかりませんが。バグでしょ。
IE5.5以下ではどうなのかな。
285 ：283 投稿日： 02/01/11 14:05 ID:93n8VRdv: >>284
ええっ!? div#navi の指定全部コメントアウトしたら
うちは普通に表示されたよ。ちなみに環境は
Win2000 ＋ IE6.0.2600.0000
286 ：283 投稿日： 02/01/11 14:12 ID:kGb0z97u: >>285
えっ、本当？　もしかしてうちのマシン自体がイカれてきてるのかな。
環境はWindows98SE+IE6.0.2600.0000です。
287 ：286 投稿日： 02/01/11 14:14 ID:kGb0z97u: ごめん、>>286の名前欄は「284」の誤記でした。
288 ：Name_Not_Found 投稿日： 02/01/12 16:11 ID:Wrh8/LAm: >>281-287
より単純化したモデルで試験してみた。

div.A{ }
.A span {
padding:10px 5px;
border:2px solid red;
margin:10px 5px;
}

<div class="A">
<span>111</span><span>222</span>
</div>

これをWinIE6で表示させると、border、padding、margin、いづれもtopが無効。
.A span{position:relative;}を追加するとちょん切れて見えなかった上部が現れる。
div.A{border:1px solid blue}を指定すると、spanのボックスは上部だけでなく
下部もdiv.Aからはみ出てるのがわかる。

position:relative;
289 ：288 投稿日： 02/01/12 16:38 ID:Wrh8/LAm: >>288
追記。
ソースを改変し、上下を水平線で挾んでみた。

<hr>
<div class="A">
<span>111</span><span>222</span>
</div>
<hr>

すると、position:relative;抜きでも、全く問題無く指定通りの表示となった。
>>285の齟齬はこれに類似する、前後のソースの異同によるものではないか。
ちなみにこのHTMLソースで、div.Aに対してposition:absoluteまたは
ボックスのサイズ指定（width or height）をすると、症状は再発した。
290 ：285 投稿日： 02/01/12 18:02 ID:OQYd4pSB: >>288ｰ289
どうも、 288 のソースを互換モードで表示すると問題が起こらない。
標準モードにすると「ちょん切れ」が出るようだ。
互換モードでも 289 の下２行の条件が加わると問題が出る。

で、この「はみ出たりちょん切れたり挙動が一定しない」のはまあ
バグと言っていいのかなーと思うのだが、
仕様的にどうなのかがよくわからん。
インライン要素の padding や border のはみだしの扱いってどうなってるの？
291 ：285 投稿日： 02/01/12 18:04 ID:OQYd4pSB: >>288-289 間違えた...utudasinou
292 ：Name_Not_Found 投稿日： 02/01/12 19:31 ID:n33ScOCg: >>290
はみ出すのはNN6もOpera6も一緒。だから仕様通りではないか。
問題は、はみ出した分（の上部のみ）が表示されなくなること。
標準モードの存在しなかったIE5.5以前ではどうなのかな。
293 ：Name_Not_Found 投稿日： 02/01/12 19:42 ID:OQYd4pSB: >>292
> はみ出すのはNN6もOpera6も一緒。だから仕様通りではないか。
...そ、そんなんでいいの？
や、俺もしかしてその辺の定義が仕様になくて
挙動として一方が誤りと言い切れないとかあるんじゃないかと思ったんだ。
294 ：Name_Not_Found 投稿日： 02/01/14 00:57 ID:S1RrxLaw: つづけて>>288に類似したソースでのＩＥ６のバグ。
なぜかwhite-space: nowrap;の所為でボックスが消え去る。ソースは以下の通り。
<html>
<head>
<title>test</title>
<STYLE type="text/css"></STYLE>
<script type="text/javascript"></script>
</head>
<body>
<div class="A">
<span>1</span>
<span>22</span>
<span>333</span>
<span>4444</span>
<span>55555</span>
<span>666666</span>
<span>7777777</span>
<span>88888888</span>
</div>
</body></html>

これでWinIE6で表示させると、div.A内のspan要素が消え去って、全く表示されない。
但し窓幅600pxの場合のみ。窓幅を狭めたり拡げたりするとちゃんと消えないで現れる。
JavaScriptでウインドウサイズを指定してあるのはこのため。
また、spanのテクストを一字でも増減すると、消え去る時の窓幅の条件も変化する。
bodyの左右マージンやfont-sizeやfont-familyによっても異なってくる。
とにかく、ウィンドウの幅が或る一定の範囲に来ると、
white-space: nowrap;を指定したdivの子要素であるspanが消失する。
IE5.5以前ではどうなるかは未確認。
295 ：294 投稿日： 02/01/14 01:02 ID:S1RrxLaw: 猶、>>294のソースからwhite-space: nowrap;を削ると問題は生じなくなる。
また、
<div class="A">
<span>1</span>
<span>22</span>
<span>333</span>
<span>4444</span>
<span>55555</span>
<span>666666</span>
<span>7777777</span>
<span>88888888</span>
</div>
を
<div class="A">
<span>1</span><span>22</span><span>333</span><span>4444</span>
<span>55555</span><span>666666</span><span>7777777</span><span>88888888</span>
</div>
と改行せずに書くと、やはり消失するウインドウ幅が変動する。
296 ：備忘録投稿日： 02/01/14 19:23 ID:iPYzBieu: CSS2対応状況ガイド
　http://www.zspc.com/documents/css2/index.html
ブラウザごとのHTML/CSSバグ？
　http://dfj.cool.ne.jp/html/html_css_bug.html
IE3,IE4,NN4でのCSSのバグと回避方法
　http://www.asahi-net.or.jp/~xk3t-cb/css/CSSBugsJ.html
Netscape4.xスタイルシートの既知の問題
　http://www.asahi-net.or.jp/~xk3t-cb/css/css-bugs-ns-j.html
Netscape Communicator 4.7x が強制終了してしまうCSS
　http://www.aynimac.com/bibouroku/nc47crash.html
スタイルシート使用者のためのNetscape Navigator 4.0x対策案
　http://www.remus.dti.ne.jp/~takahisa/flm/OWTXML/NN40x.html
Mozilla（≒NN6）
　http://bugzilla.mozilla.gr.jp/
Opera 6.0
　http://sigekazu.vis.ne.jp/cgi/bbs/sylpheed.cgi?c=r&n=235
　http://www6.plala.or.jp/s-meteo/hime/index9.html
MacIEバグの報告多し
　http://www.remus.dti.ne.jp/~a-satomi/nikki/
iCab Pre2.5 の CSS1 実装状況
　http://www.remus.dti.ne.jp/~a-satomi/bunsyorou/iCab2.5_CSStest.html
　http://www.gld.mmtr.or.jp/~tanico/iCabAce.shtml
バグ・未実装を利用した振り分けについて
　http://east.portland.ne.jp/~sigekazu/css/boxm.htm
297 ：Name_Not_Found 投稿日： 02/01/17 08:45 ID:RYFLclU0: 「/*CSS、スタイルシート質問スレッド【5】 */ 」より
http://pc.2ch.net/test/read.cgi/hp/1005047493/898

<BODY>
<DIV CLASS="center" STYLE="margin-bottom: -80em">
<SPAN STYLE="font-size: 20em; color: #FFCCCC">謹<BR>賀<BR>新<BR>年</SPAN>
</DIV>
......以下略......

「謹賀新年」の四文字が縦書きで画面の背景文字として表示される。
しかしWinIE6で「表示?文字のサイズ」を「小」以下にして閲覧すると、
画面上部の要素（このdivに続く部分）が表示されなくなる。
NN6やOperaでは問題無し。
WinIEではemの基準が異なるのか？
298 ：Name_Not_Found 投稿日： 02/01/17 14:57 ID:2QAW1FKR: IEでフォントサイズ変えるとem指定した部分全てに影響する。
常にその時のフォントサイズを基準にしてるんだと。

width: ○em;
とか
top: ○em;
とかやる場合、IEのほうが賢く感じる。
N6等だと、要素からテキストがはみ出たり、重なったりして鬱。

>>297
それはCSSの使い方に問題があると思われ。
マイナスマージンで重ね合わせてるんでしょ？
position: absolute;するべき。
もう終わったみたいだけど。
299 ：Name_Not_Found 投稿日： 02/01/18 03:58 ID:jl+TllFs: >>298
「IEのほうが賢く感じる」てのは同感なのですが、にも拘らず、>>297の例で
WinIEだと表示が変になるのはやはり問題です。
>マイナスマージンで重ね合わせてるんでしょ？
>position: absolute;するべき。
これもおっしゃる通りですが、同じ効果ならどの手段でそれをなすかは自由に選択できるべきで、
NN6やOperaがちゃんと表示してるのにWinIEだとうまくゆかないのはバグとして修正されるのが望ましい。
300 ：Name_Not_Found 投稿日： 02/01/18 15:15 ID:/uV7joPS: 何度か出てたような気もするけど
Opera 6.0 (6.01βも含む) Win版で確認

overflow : auto が overflow : visible と解釈される。
overflow : scroll が overflow : hidden と解釈される。
但し、body要素は overflow : auto で固定(これは正しく解釈される)。
301 ：Name_Not_Found 投稿日： 02/01/19 23:53 ID:OE0QwKqH: 【Opera6.0（Win）】

<ul>
　<li>AAA<span>aaa</span></li>
　<li>BBB<span>bbb</span></li>
　<li>CCC<span>ccc</span></li>
</ul>

これをCSSで、

li { display: inline; }
span { display: none; }

とすると、何故か li 要素前後の改行コードが無視される。
その結果、A?Cがひと続きの単語として認識され、
ボックスの右端で折り返されなくなり、はみ出して表示される。

┌────┐
│AAABBBCCC　←こうなる。
└────┘

<span>の直前に改行なりスペースなりを挿入すると直る。
302 ：Name_Not_Found 投稿日： 02/01/21 05:02 ID:0ApJE10k: Opera6のCSSバグ回避方法
　http://members.jcom.home.ne.jp/jintrick/Personal/d20021l.html
　http://members.jcom.home.ne.jp/jintrick/Personal/opera_css4.html
1.外部CSSを設定するlink要素のmedia属性に、複数のメディアを指定。
　例：media="screen,tv"
2.その外部ＣＳＳで、スタイル指定を@media screen{}で括る。
　例：
@media screen{
p.test{ border : 1px solid gray }
}
これでOperaはそのスタイル指定を認識しなくなる由。
この不備を逆用して、Opera除けしたスタイル指定ができる。
303 ：Name_Not_Found 投稿日： 02/01/21 08:42 ID:zSUhHlyJ: 【WinIE6】
註番号を附すのに上附文字<sup>を使用する。
　例：<p>...前略...これは文献Ａの指摘するところである。<sup><a id="t1" href="#n1">*1</a></sup></p>
しかしNN6のデフォルト・スタイル（vertical-align:super）だと附く位置が
上にあがりすぎて好みでないので、sup{vertical-align:55%;}とした。
Opera 6では問題無し。IE5.5ではvertical-alignの％指定に対応してないので効果無し。
ところがＩＥ６にヴァージョン・アップしたところ、<sup>の箇所の前後の表示が
大幅に乱れ、上下の行がズレ重なって読めなくなったりする。
どうやら％を<sup>を含む行の高さとしては計算してない模様。
sup{vertical-align:0.55em;}とすると、IE6でも意図通りになった。
304 ：Name_Not_Found 投稿日： 02/01/22 07:48 ID:Gm0tWAfG: Win IE 5.5 なんですが、

.section {
position: relative;
border: 1px solid black;
margin: 1em;
padding: 1em;
}

.navi {
position: absolute;
top: 0px;
right: 0px;
}

<div class="section">
<h1>へくしょん</h1>
<p>こんにちは</p>
<p>さようなら</p>
<p class="navi"><a href="next">次いってみよう</a></p>

ってやったんですが、.navi が何故かウィンドウの右端までいってしまいます。
top の方はちゃんと動いてるんですが....
既出ですか？
305 ：Name_Not_Found 投稿日： 02/01/22 07:59 ID:11cA1kxR: >>304
......right:0pxの意味、わかってるか？　バグに非ず、指定通り也。
http://www.ne.jp/asahi/minazuki/bakera/html/css/render#right
306 ：304 投稿日： 02/01/22 18:58 ID:+GNFQJs7: >>305
うーん、この場合、
div 内部の右端に表示されるのが正しい動作じゃないんでしょうか？
position: absolute って window 相対なんですか？
でも top とかは div 相対になってるし...
left でやったばあい、ちゃんとdiv 相対で表示されますし、
Mozilla だとウィンドウ相対でなく div 相対で表示されます
鳩丸よんでもそれらしい記述は見つかりませんでした。
right だけ特別なんだろうか。

よくわかってないんで、解説プリーズ。
307 ：Name_Not_Found 投稿日： 02/01/22 19:10 ID:1olSFsF1: .sectionにwidthを記入してみよう！
308 ：304 投稿日： 02/01/22 19:20 ID:+GNFQJs7: >>307
なるほど、うまくいきました。ありがとうです。
width: auto じゃだめなのが非常に遺憾ですが。
margin: 1em だから width をパーセントにするわけにもいかんし。

質問スレ向けだったみたいですね。
309 ：Name_Not_Found 投稿日： 02/01/24 15:23 ID:/m4H1m1x: <span style="border : solid 1px">aiueo</span>

でNN4だとページが表示もされずに強制終了するんですがこれは当たり前でしょうか。
310 ：Name_Not_Found 投稿日： 02/01/24 15:35 ID:V64jgIcS: >>309
バグだけど、本当にそれだけしか書いてない HTML だったら落ちないっしょ。
再現条件はもうちょっと複雑。
バージョンいくつ？ 4.0x で落ちても 4.x で落ちないのとかあるよ。
311 ：Name_Not_Found 投稿日： 02/01/26 08:58 ID:QY4NwoF0: 【Opera 6】以下引用。

http://bluemoon.g-7.ne.jp/moonstone/bbs/wwwforum.cgi?id=11&az=thread&number=1119
Operaにおける「フルスクリーンモード」では、CSSのmedia指定は"projection"に
対応しているようで、他方、「通常モード」ではmedia指定は"screen"に対応して
いるようです。一般的なWebページでは、それゆえに、CSSのmedia指定については、
もし細かく指定する場合には、"screen, projection"と両方記述しておかないと、
「フルスクリーンモードではCSSが読みこまれない！？」という事態が発生するよう
です。

これを>>302の複数メディア指定と組み合せるとよいのではないか。
312 ：Name_Not_Found 投稿日： 02/01/26 19:20 ID:ELriTKrv: Mozillaでのline-height指定は％指定だと難があるらしい。
http://www.akatsukinishisu.net/itazuragaki/?line-height_in_Mozilla
313 ：Name_Not_Found 投稿日： 02/01/26 20:41 ID:kG4K9aTa: >312
line-heightを%指定した場合、メニューのText Zoom: 100%を基準にするっぽい。
line-height: 150%でText Zoomを200%などとすると盛大に被る。
314 ：Name_Not_Found 投稿日： 02/01/27 06:24 ID:R73bzZLe: IE 5.5

position: absolute;

の時、right/left プロパティが正しく動かない。
315 ：Name_Not_Found 投稿日： 02/01/27 13:28 ID:7I8tj6PC: >>314
漠然とした情報だと、折角の報告も役に立たない。
できれば詳しい具体的状況と対処法を。
316 ：Name_Not_Found 投稿日： 02/01/29 09:06 ID:ijjFz5fk: 【Opera6.0】
<table class="navbar" width="100%" summary="navigation bar">
<th>サイトタイトル</th>
<td>
<a href="?">?</a>／<a href="?">?</a>／<a href="?">?</a>／
<a href="?">?</a>／<a href="?">?</a>／<a href="?">?</a>／
<a href="?">?</a>／<a href="?">?</a>／......以下続く
</td>
</table>

.navbar td a {white-space:nowrap;}

これでIE5.5やNN6では「／」の所でだけ改行して幅100%に納めてくれる。
ところがOpera6.0はテーブル内が全く改行せずに一行になって100%を超えて横に伸び、
その結果、横スクロールが発生してtd要素の右端はウィンドウから隠れる。
つまり".navbar td a"に対してでなく".navbar td"に対してnowrapがかかってしまった状態。
この症状はOperaの独自拡張CSSであるwhite-space:-pre-wrap;を同時に指定すると
廻避されるが、もちろんOperaではwhite-space:nowrap;は効かなくなり、
IE6・NN6に対してのみnowrapが有効となる。

ちなみに同じソースで .navbar td {text-align:right;}と指定してたら、
MacIEで挙動不審に。nowrapはそれを避けようとして追加指定したのだが。
317 ：Name_Not_Found 投稿日： 02/01/29 14:24 ID:kgA0avDy: MacIE5ってWinIEとは別物でむしろCSS実装では上って評価されることも多いけど、
結構、理不尽なバグも多いな。
作ったサイトをたまに他人のMacで見る機会があると大抵ガッカリさせられる。
しかも見るたびにバグる箇所が異なるぞ。仕様書通りの記述なのに、ナゼ......。
floatごときで固まってるんでねえぞ、とか、なぜpositioningした要素が消えるの、とか、
ひどくなると、WinIE5.5以降向けの縦書き用のmarginやwidth指定した記述を、
外部CSSへのリンクはでコメントアウトして,
さらにはそのシート内では@media screen,print{ }で括ってあるのにも拘らず、
なぜかその一部だけを認識してしまって表示が崩れる、とかとか。
セレクタやプロパティへの対応を増やすよりも、実装分のミスを無くす方向で
早いとこ正式新バージョンを出して欲しいもんだよ。これはOperaにも通じるナ。
318 ：Name_Not_Found 投稿日： 02/01/29 20:45 ID:lLY8YKEx: そういや MacIE5 は textarea に
font-family: 'Tahoma', 'MS UI Gothic', 'Osaka', sans-serif; とかやったら
日本語が文字化けしてくれた記憶があるな。
319 ：Name_Not_Found 投稿日： 02/01/29 21:30 ID:TeZpV3eY: Opera 6.0にて。

<HTML><HEAD>
<STYLE type="text/css"></STYLE>
</HEAD>
<BODY>
<TABLE><TR><TD>
<FONT color="#FF0000">フォントがまめつぶになってしまう</FONT>
</TD></TR></TABLE>
</BODY></HTML>
http://bluemoon.g-7.ne.jp/moonstone/bbs/wwwforum.cgi?id=12&az=msg&number=67&page=

実際にエキサイト・メールで使用されてる模様。
しかしセレクタをbodyだけにするとちゃんと表示される。またバグかよ。
320 ：Name_Not_Found 投稿日： 02/01/30 00:04 ID:0SrLy44m: >>319
Operaのfont-size:100%は90%っぽいから、
継承されてどんどん文字が小さくなっていると思われ（ｗ
321 ：Name_Not_Found 投稿日： 02/02/02 00:38 ID:0n3iev1f: Operaはtd要素へのwidth指定がうまく効かない模様。↓
http://isweb37.infoseek.co.jp/diary/ki_taji/td.html
322 ：Name_Not_Found 投稿日： 02/02/02 01:30 ID:JJJLuUui: 320のおかげでオイラのサイトが少し幸せになれた気がします。
感謝です。　
323 ：Name_Not_Found 投稿日： 02/02/02 20:13 ID:Wkc9kSsm: 【Opera6】
外部スタイルシートの先頭に
@charset Shift_JIS;
と書くと、そのシートを無視する。
しかし
@charset "Shift_JIS";
とクォーテーション・マークつきなら大丈夫。
cf.http://www.toybox.jpn.org/test/
これを逆用すれば、Operaに適用させたくないCSSが書ける。
324 ：Name_Not_Found 投稿日： 02/02/02 20:50 ID:iLypiChk: >>323
って言うか、そもそも二重引用符外したら文法違反では。
@charsetの後に続くのはKeywordsじゃなくてStringsでしょ？
325 ：Name_Not_Found 投稿日： 02/02/02 20:55 ID:Wkc9kSsm: >>324
文法違反の誤った記述があった場合、そこだけを無視するのがCSSの本則では？
しかしOperaはシート全体を認識しなくなります。そこがつけめ。
326 ：324 投稿日： 02/02/02 21:06 ID:iLypiChk: >>325
@charsetは一つのシートに一つだけ......と言うか、
そのシートの文字符号化方法を決める（ヒントにする）ものだから、
その規則はシート全体に適用されると考えていいんじゃないの？

と言うことは、@charsetを認識出来なかった場合、シート全体を認識しなくなる
Operaの挙動も、別にバグとは言えないと思いますけど。
# もちろん、エラーを適当に補完してくれればそれに越したことはありませんが。

あと、
> cf.http://www.toybox.jpn.org/test/
の中に
> 外部CSSファイルで@charsetを誤って宣言している場合(大文字小文字の間違い)
と言う項目があるけど、charsetってcase-insensitiveなのでは？　CSSの管轄下じゃないし。
327 ：324 投稿日： 02/02/02 21:14 ID:iLypiChk: 間違えた、325氏の通りでいいんだった。

http://www.w3.org/TR/1998/REC-CSS2-19980512/syndata.html#parsing-errors
> Invalid at-keywords. User agents must ignore an invalid at-keyword together with everything following it,
> up to and including the next semicolon (;) or block ({...}), whichever comes first. For example, consider the following:
「不正な＠キーワードは次のセミコロンか、もしくは次のブロックの終わりまで無視しなければならない。」

......と言うことは、@charsetがないものとして解釈しろってことなのね。
いい加減なことを書いて申し訳ありませんでした＞325氏

# テストの方はよく分からん......。
328 ：Name_Not_Found 投稿日： 02/02/05 03:11 ID:Ix5CYk0q: http://www.ne.jp/asahi/anarchy/saluton/index.html
↑MacIE5.0で見ると、右側に出るべき<h2>Contents</h2>が消え去って
表示されない。
MacIE4.1では表示が崩れて困るが、消えはしなかったのに。
しかしOSXのMacIE5.1で見たら大丈夫で、指定通りに表示される
（但しなぜか先頭のＣの字だけ書体が異なるバグあり）。

原因はposition:relativeを指定してある所為らしい。
float:leftを指定した<div>の中でpositioningをするとバグるのかな？
Macは一時的に借りただけなので追試ができない......。
329 ：Name_Not_Found 投稿日： 02/02/05 07:44 ID:iwZhCsPm: 【WinIE5.5?6】
例は以下の通り。
h1 {
background-color:silver;
border:double 6px white;
width:50%;
　margin:auto; text-align:center;
}
<h1>タイトル</h1>

border-styleにdoubleを指定した場合、二重線の間の空白はborderを持つ
要素のbackground-color（上の例なら銀色）で充填されるのが通則なのだが、
同時にその適用要素にwidth乃至heightが指定してあると、適用さるべき
background-colorを無視して、その親要素（body）の背景色で表示される。
上の例では二重線も白、bodyの背景色も(初期設定で)白、よって枠線が見えない状態になってしまふ。
330 ：Name_Not_Found 投稿日： 02/02/07 23:13 ID:3v6guWrv: 誰かブラウザ別にここに出たバグまとめてくれないかなあ、アゲ。
331 ：Name_Not_Found 投稿日： 02/02/09 03:14 ID:jMHLwjtQ: オペラ６のバグなら、ここにかなりある。
http://sigekazu.vis.ne.jp/cgi/bbs/sylpheed.cgi?c=gr&n=235
332 ：Name_Not_Found 投稿日： 02/02/10 01:36 ID:+2p047Kb: 【Opera6.01日本語版】
オペラでは a:link:hoverやa:link:activeをセレクタとして
background-colorを指定してあると、hoberやactiveの状態にない
未訪問リンク（単なるa:link）にまでその背景色がつく等のバグがある。
Opera6.0ではa:link{background:transparent;}を指定しておくことで
このバグを廻避できたのだが、Opera6.01日本語版ではこれも効き目が無い。
バージョンアップしてひどくなるなんて......しっかりしてくれよな、もう。
333 ：Name_Not_Found 投稿日： 02/02/13 14:52 ID:EC9zuZ+q: 【IE6】
overflow: visible (初期値) の場合、
はみ出す内容はボックスの外にレンダリングされるべきが、
内容がはみ出さないサイズまでボックスの幅と高さが修正される。

さらに、 height または width 指定があると、
そのボックスの高さ算出においてフロートの子要素が除外されない。

また、フロートに後続するブロックボックスに height 指定があると
そのボックスはフロートの幅を確保するように幅が短縮される。

以上まとめてサンプル。

<div style="border: 5px solid red; height:4em; overflow:visible;">
<div style="border: 5px solid blue; width:3em; float:right">
<div style="border: 5px solid green;width:6em; height:6em;"></div>
</div>
<div style="border: 5px solid orange;height:2em;"></div>
</div>

IE6 ってやっぱボックスモデルがヘン...
334 ：Name_Not_Found 投稿日： 02/02/19 11:24 ID:TYTMxmah: 【ＩＥ６】
h1:first-letter{color:#FF3300;} だと効かない。
h1:first-letter　{color:#FF3300;} だと効く。
スペースに注目。
http://pc.2ch.net/test/read.cgi/hp/1011358982/148-159
335 ：Name_Not_Found 投稿日： 02/02/19 11:33 ID:TYTMxmah: 【WinIE5.5?】
>>176にも既出だが、ページの下にゆくほど左にズレてゆくバグの
再現条件について。

http://pc.2ch.net/test/read.cgi/hp/1011358982/376-379
>div二つ入れ子にして、それぞれborderを
>（外側のdiv）「右と下だけ」、（内側のdiv）「左と下だけ」
>という風に指定したのですが、内側のdivをたくさん入れると
>中身のテキストが段々左に広がっていってしまうのです。

http://pc.2ch.net/test/read.cgi/hp/1011358982/660-664
>divでpadding-bottomを0以外にすると、
>ページの下に行く程どんどん左にdiv内が寄っていくのですが、

ううむ結局何が原因なのか......誰か解明しておくれ。
（いつになったらバグは修正されるのか、ＭＳよ）
336 ：Name_Not_Found 投稿日： 02/02/21 01:53 ID:rT5Xdwle: 【バグ】
fieldset 直下に input をおいた場合にのみ、input に form の margin が適用される。

【対象ブラウザ】
IE5、IE6

【ソース】
<html><head>
<title>form fieldset input バグ [IE]</title>
<style>form { margin: 100px; }</style>
</head><body>

<form action="バグ辞典スレ">
<fieldset><legend>隊長！ input の margin がおかしいです！</legend>
<input type="submit" name="bug" value="form の margin が適用される" />
</fieldset>
</form>

</body></html>

【回避方】
fieldset 直下に input をおかない。
ex) <fieldset><p><input ?/></p></fieldset>

【備考】
input に先行する文字があれば一見回避できるように見えるが、
input の直前で改行されるとバグが再発する。
ex) br がなくてもブラウザによりおり返されても同じ<br /><input ?/>
337 ：Name_Not_Found 投稿日： 02/02/25 00:51 ID:DiroaioK: さんくすあげ
338 ：Name_Not_Found 投稿日： 02/02/25 13:45 ID:szhb7hRE: <div style="background-color:blue">aiueo</div>
IEでは、横一杯に背景が青くなります。
NN4では、文字の部分のみ背景が青くなります。
これはどちらの解釈が正しいのでしょうか。
例えば、IEのように横一杯に青くしたいのが作成者の理想だとします。
NNだとその通りにならないので、
<table bgcolor="blue" width="100%"><tr><td>aiueo</td></tr></table>
を使うしかないと思うのですが、これは間違った使い方ですよね。
339 ：Name_Not_Found 投稿日： 02/02/25 13:54 ID:gH6I70B0: >>338
<div style="background-color:blue width:100%">aiueo</div>
じゃダメか？
340 ：Name_Not_Found 投稿日： 02/02/25 13:54 ID:j1VogSfd: >>338
NN4は実際問題、スタイルシートに対応してません。
>>2のリンク先で色々勉強できますよ。
341 ：339 投稿日： 02/02/25 13:54 ID:gH6I70B0: つーかスレ違い。
続きは質問スレで。
342 ：Name_Not_Found 投稿日： 02/02/25 13:58 ID:hB04mY3E: >>338
ＮＮ４が間違ってます。あれはバグだらけなので、まともに相手にできません。
ＮＮ４でも領域全体に背景色をつけるには、要素に1pxのborderを割り当てる。
div {
background-color:#00f;
border:1px none;
}
cf. http://www.asahi-net.or.jp/~xk3t-cb/css/CSSBugsJ.html#NN4
343 ：342 投稿日： 02/02/25 14:09 ID:hB04mY3E: あ、borderだけでなくmarginも指定しておいた方がいいみたい。
「CSSの実際のところ」参照。↓
http://www.hajimeteno.ne.jp/stylesheet/actually/index.html
全くネスケ４って手を焼かせるな。早く亡くなって欲しい......。
344 ：Name_Not_Found 投稿日： 02/02/26 10:32 ID:xnmymzSP: 【ＩＥ６】
WinIEでこちらをご覧下さい。↓
　http://tt.sakura.ne.jp/~suzu/diary/index.html
ページ最上部・大見出し（H1）の文字の、上の方が切れて見えなくなってます。
原因は、body{line-height: 130%;}。100%ならバグは起きない。
バグ廻避法としては、％指定を止めて、line-height: 1.3;とするとよい。
>>312既出の通り、Mozillaでも行高を％で指定すると難があるらしいので、
line-heightは数値指定がオススメってことで。
　cf. http://www.akatsukinishisu.net/itazuragaki/?line-height_in_Mozilla
345 ：Name_Not_Found 投稿日： 02/02/27 03:35 ID:t48drw49: >344
overflow-xは？
346 ：Name_Not_Found 投稿日： 02/02/27 07:55 ID:p8qJmUan: >>345
意味不明。説明求む。
347 ：Name_Not_Found 投稿日： 02/02/27 09:41 ID:t48drw49: >346
overflow-yの間違い。
348 ：Name_Not_Found 投稿日： 02/02/27 10:01 ID:EbSgYDb4: >>344
ウチでは (Win2k+IE6) 標準モードで line-height:100% でも再現する。
互換モードならばこの問題は起きない模様。
line-height の初期値が normal でなく inherit になっていることが原因では？
だから 130% を 1.3 にすると算出値でなく指定値を継承する、と。

上がちょん切れる件はなんか
margin-top でも padding-top でも BR 要素でもいいから
body と h1 の間にすき間をあければレンダリングされるみたいだ(w
349 ：バイク犬投稿日： 02/02/28 22:00 ID:Ct4MpaYq: .style01 { font-size: 10pt;}
のスタイルを設定してテーブルのTDに適用してるんですが
<td class="style01">
Win NN4.6jaでプリントする際に、そのセルが縦一杯に拡がって
行ごとに改ページしてしまうことになってます。

よくある会社推奨ブラウザがNN4.6jaというクライアントなので
どうにか回避せねばならぬのですが、お知恵お借りしたいです。

NN4.61enしか手に入らなかったのですが、現象は再現できないのです...
350 ：バイク犬投稿日： 02/02/28 22:02 ID:Ct4MpaYq: 書くとこ間違えました...すまん
351 ：Name_Not_Found 投稿日： 02/03/02 00:41 ID:JqfpUdEO: ＞全くネスケ４って手を焼かせるな。早く亡くなって欲しい......。
その通りだ！
352 ：Name_Not_Found 投稿日： 02/03/09 02:35 ID:I26hAr3A: 緊急あげ
353 ：Name_Not_Found 投稿日： 02/03/11 00:22 ID:kqjJS2d0: しんど。
354 ：Name_Not_Found 投稿日： 02/03/12 05:43 ID:MpBoLfwu: 結局、Operaを避けたいなら「@charset Shift_JIS」が一番簡単確実って事でOKすか？
355 ：Name_Not_Found 投稿日： 02/03/12 08:11 ID:PSucDG3g: >>354
既にまとめた記事がある。

CSSバグ回避 - Opera6 -
http://members.jcom.home.ne.jp/jintrick/Personal/css_escape_opera6.html
356 ：Name_Not_Found 投稿日： 02/03/12 08:24 ID:MpBoLfwu: >>355
どうもありがとう。ためになりました。

Operaって自分の中でN6ぐらいしっかりしたUAだって思い込みがあって
ノーマークだったんだけど、先日初めてOpera使ってみて愕然としました。
自分のスタイル付けが少し強引なのも原因なんでしょうが。
これで何とか公開前に対策が出来そうです。
357 ：Name_Not_Found 投稿日： 02/03/12 08:31 ID:PSucDG3g: CSS Laboratoryのスタイルシート対応表がOpera 6.01を記載してくれました。
http://www.inter-cool.net/~phantasm/wdzone/index.html

しかし肝腎のそのサイトのトップページからして、
リンクがクリックできないってOperaならではの駄目っぷりが露呈する。
またしてもバグかよ。Opera、しっかりせいよ。

具体的にはこれに該当する。
「position」
http://www.inter-cool.net/~phantasm/wdzone/note/visuren/index.html#position
O6.0
a要素、またはa要素を子孫に持つ要素を fixed にすると、リンクをクリックしても何も起こらなくなることがある。
358 ：Name_Not_Found 投稿日： 02/03/26 19:12 ID:UPjXP/9H: 例のWinIEで下に行くほど左にズレていく問題について。
当方、Win98SE IE5.5SP2にて

<blockquote><p>ほげ</p></blockquote>

このマークアップに、

.text blockquote {
margin: 0 1.5em;
padding: 0.5em;
border-left: 10px solid #366;
font-style: normal;
font-weight: normal;
text-indent: 0;
}

.text blockquote p {
margin: 0;
padding: 0em 0em 0em 0.5em;
text-indent: 0;
}

と指定したら発生。
border-left を blockquote p のセレクタの方に書いたら直った。

border プロパティが怪しいのかも知れない。
359 ：Name_Not_Found 投稿日： 02/03/26 20:00 ID:vYIL2bIJ: >>358
paddingも関係してると思う。
360 ：Name_Not_Found 投稿日： 02/03/30 12:14 ID:OOT4cE/s: 【WinIE6で発現】
［症状］h2 {border:1px solid red;}でなぜか上の線（border-top）のみ表示されない。
［原因］シートでbody{line-height:1.2;} と指定してあったのがいけないらしい。
　bodyへの指定を削ってh2{line-height:120%;}としても発現する。
［対処法］line-height:1.1;とするとちゃんとborder-topも線が出た。
　但しline-height:110%;やline-height:1.3?1.9だと駄目。ワケワカラン。
　またh2に適用するfont-size指定によっては発現しなくなる。
　しかしその場合、表示する文字のサイズ（小とか）によっては再発する。よけいワケワカラン。

追試求む。
361 ：360 投稿日： 02/03/30 12:17 ID:OOT4cE/s: 間違った。書き直し

【WinIE6で発現】
［症状］h2 {border:1px solid red; position:relative;z-index:5;}で、なぜか上の線（border-top）のみ表示されない。
［原因］シートでbody{line-height:1.2;} と指定してあったのがいけないらしい。
　bodyへの指定を削ってh2{line-height:120%;}としても発現する。
［対処法］line-height:1.1;とするとちゃんとborder-topも線が出た。
　但しline-height:110%;やline-height:1.3?1.9だと駄目。ワケワカラン。
　またh2に適用するfont-size指定によっては発現しなくなる。
　しかしその場合、表示する文字のサイズ（小とか）によっては再発する。よけいワケワカラン。

追試求む。
362 ：Name_Not_Found 投稿日： 02/03/30 19:12 ID:a+KFBSUt: >>360-361追試(同じくWinIE6で確認)

[症状]
子孫が「置換要素を除いたインライン要素」だけのブロックレベル要素に
line-height 及び position: relative を適用させると、
border-top の線が細くなり、場合によっては消える。
線はフォントサイズ(font-size 及びメニューの表示 > 文字のサイズ)と
line-height の値が大きいほど細くなるようだ。

[対処法]
子孫としてブロックレベル要素か置換要素を含めればいいので、
<div><p>本文</p></div> のようにマークアップし、
border と position: relative を div に適用させるのが手っ取り早い。
また、line-height の値が1.1以下ならば確認できなかった。
363 ：Name_Not_Found 投稿日： 02/04/01 02:02 ID:T4y5iaVt: 【ie6】
overflowでの擬似フレームで上中下に分割し、尚且つ中列を左右に分割。
中列右のみ overflow:auto; とし、
body及び残りを overflow: hidden; にしました。
友人から、中列右の overflow:auto; が効いていないと言われたのですが、
暇で暇でどうしようもない方試してくださりませ。
364 ：Name_Not_Found 投稿日： 02/04/01 02:08 ID:JM+VUxSv: >>363
それだけだとよくわからない。
HTMLとCSSのソース全部晒してくれたら追試してもいいよ。
365 ：あぼーん投稿日：あぼーん: あぼーん
366 ：Name_Not_Found 投稿日： 02/04/10 15:01 ID:E9XDl2IE: とりあえず、簡単にまとめてみた。
http://members.tripod.co.jp/cssbug/
367 ：Name_Not_Found 投稿日： 02/04/10 15:15 ID:vNxUCcOD: 大塚玲
368 ：Name_Not_Found 投稿日： 02/04/10 16:42 ID:AzhTm/qB: >>366
お疲れさまです。
早速ブクマークしたよ。ありがとう。
369 ：Name_Not_Found 投稿日： 02/04/10 18:18 ID:6+8tyI/Q: >>366
そのうちﾀﾞｳｿ版作る？
370 ：360 投稿日： 02/04/10 18:47 ID:K82aANPI: >>366
有り難う。
でもちょっと間違ってるのでご注意。
http://members.tripod.co.jp/cssbug/css_iew.html#b035
「ボックス要素に line-height または position: relative; を指定した場合」
とあるけれども、正しくは
「line-height を指定し且つ position: relative; も指定した場合」
です。
371 ：Name_Not_Found 投稿日： 02/04/10 21:08 ID:F+v1FA3Q: >>366
地道にまとめてたオイラって一体・・・。
しかも構成まで同じぽ。やるね、チミィ。
372 ：Name_Not_Found 投稿日： 02/04/11 03:05 ID:TAYV3+x0: >>371
それはそれで別に進めておくれ。
まだ>>366のサイトにも採られてないバグ報告がこのスレッドにはあるのだし。
実例をブラウザで表示確認できる仕組みにするともっといいやね。
期待します。
373 ：Name_Not_Found 投稿日： 02/04/12 01:30 ID:A6BmuOWR: >>371
UAで嘆いてた人ﾊｯｹｿ
374 ：Name_Not_Found 投稿日： 02/04/14 19:16 ID:jlaBYmNj: WIN IE5.5なんだけど、

a:hover img {foo:bar}

が利かないのは、バグと見做して良い？
375 ：Name_Not_Found 投稿日： 02/04/14 21:21 ID:o9Q3c5wk: >>374
よくない。
A:link IMG, A:visited IMG {border:none;}
A:hover IMG {border:1px solid #f33;}
これでちゃんと効くよ。
何か間違ったことやってない？　プロパティはなに？
376 ：374 投稿日： 02/04/14 22:24 ID:jlaBYmNj: >>375
本当に利く？borderだから、375の例そのままだよ。
mozillaで利いてて、IE5.5で利かないからそう思ったんだけど。
377 ：Name_Not_Found 投稿日： 02/04/15 00:57 ID:r8y5A4fy: >>375
効くったら効く。（「利く」に非ず）
他のスタイル指定を全部コメントアウトして試してみた？
なんか他のスタイルとの悪い組合せをやってるんでないかい。
もっと詳しくソースを出してくれんと判断できんよ。
378 ：375＝377 投稿日： 02/04/15 01:00 ID:r8y5A4fy: 誤：>>375
正：>>376
それから、ソースはＣＳＳとＨＴＭＬと両方出してね。
379 ：374 投稿日： 02/04/15 01:00 ID:CCT5IDWt: やっぱり利かない。だからバグとは言える。
でもhoverにborder利かすだけなら、こんなことしなくても良いんだね。
アホ過ぎた。

a img {border:none;}
a {border:none;}
a:hover {border:#aabbcc 1px solid;}

で、良い訳か。
380 ：374 投稿日： 02/04/15 01:11 ID:CCT5IDWt: >>378

<p>
<a href="http://?"><img src="foo.png"></a>
</p>

に hover で border を利かそうとしていたんだけど、本当に利く？
私の>>379がそういう風に見えるだけだと思うんだけど。
381 ：Name_Not_Found 投稿日： 02/04/15 01:11 ID:fUPJwwwf: >>379
だからさ、言いきる前に両方のソース出してみれ。
自分でアホだとわかってるんならなおさら。
382 ：Name_Not_Found 投稿日： 02/04/15 01:32 ID:6TSOdtsA: おぬしwwwじゃな
383 ：Name_Not_Found 投稿日： 02/04/17 12:11 ID:MtOjIZVZ: やはりホームページ制作王は必須ソフトですね。
美しいソースを吐き出すし、バグとも無縁ですから。
384 ：Name_Not_Found 投稿日： 02/04/22 00:32 ID:vg3fVgMO: MacIE5でulに対してmargin:autoが効かないバグがあったと思うんだけど、
5.1.4で直ったかもしれない・・・
385 ：366 投稿日： 02/04/23 02:45 ID:uege4AnJ: WinIEの詳細版完成。と思ったら追加という罠？ >374-381

あとはMacIE、Moz、N4、O6か...4月中に完成できるかなぁ？
完成したらﾀﾞｳｿ用アーカイブも置く予定です。 >369
386 ：Name_Not_Found 投稿日： 02/04/23 09:24 ID:LBiHzNJx: >>385
>親要素を持つ要素への top の % 値指定が無効になる(N6.2)
ってあるけど、topの%値は親のheightを参照するのね。
heightが明示されてなければ、%は無効になるのが正しいような。
387 ：366 投稿日： 02/04/28 00:19 ID:4YUQteJL: >386
そのようです。heightを明示すれば問題は起きませんでした。

バグ(?)を見つけたときにどのようなコードを書いていたかがわからないのではっきり
言い切れないところもありますが、とりあえずその方向で書いておきました。
http://members.tripod.co.jp/cssbug/detail/mozilla/b020.html
388 ：Name_Not_Found 投稿日： 02/04/29 11:00 ID:EV+g916q: 

として、外部シート内でも

@media screen { }

と囲ってもMacIEではおかしくなると過去ログにありましたが、
実際のところはどうなんでしょうか？
389 ： ◆R4.ALMK. 投稿日： 02/04/29 20:35 ID:JzuMWcQQ: >>388
>>317 のハナシですね。

MacIE5.x では、
 や
 なんてのは
どうあっても理解しないはず。ゆえに普通にコメントアウトとしたのと
同じなワケで、これで囲われた部分は解釈・適用されないっす。

@media 何か {...} で囲われた部分ついても、ご存じのように
どーあっても解釈・適用されません。されたトコを見たことがない。

なにか記述ミスをしてて、MacIE5 回避状態になってなかったんじゃ
ないんでしょーか。というか、一部だけにしろこのあたりを認識・適用
されるケースがもしあったとしたなら、どう記述したらなのか、知りたいかも。
つまり、ソースキボンヌ、と。縦書きプロパティなんてモンは知らないので、書けません。

追伸。MacIE5 の CSS 解釈は、一部の既知のバグをのぞけば
だいたい素直?な解釈をする、イイコチャンですよ。
390 ： ◆R4.ALMK. 投稿日： 02/04/29 20:41 ID:JzuMWcQQ: あ、そういえば。

外部 CSS と Shift_JIS で書いてて、
たとえばコメント /* ... */ 内とかで特定の漢字（たとえば「表示」）を使うと
その直後あたりのセレクタ等が認識されないことがあります。

SJIS の Perl Script で「表示」は「表\示」ってエスケープしないと
エラーでて動かないですけど、まさにあれに似たフィーリング。

でもたいがいは発生しないス。でも、発生するときはマジに発生。すごく謎。
391 ： ◆R4.ALMK. 投稿日： 02/04/29 20:42 ID:JzuMWcQQ: × 外部 CSS と Shift_JIS で書いてて、
○ 外部 CSS を Shift_JIS で書いてて、
392 ：317 投稿日： 02/05/03 13:51 ID:gdnvBdUm: >>389
>というか、一部だけにしろこのあたりを認識・適用
>されるケースがもしあったとしたなら、どう記述したらなのか、知りたいかも。

>>317です。
その後いろいろ弄ってたら直りました。MacIEでも廻避されます。
しかし原因は未だに謎。どこが悪かったのか......。
追試はしてませんが、
<STYLE type="text/css"></STYLE>
をJavaScriptの場合と混同して
<STYLE type="text/css"></STYLE>
と書いてある、他との組合せによってはバグるのかも。

>追伸。MacIE5 の CSS 解釈は、一部の既知のバグをのぞけば
>だいたい素直?な解釈をする、イイコチャンですよ。
私はMacIEの理不尽なバグっぷりに悩まされ続けてるので、
これには同意できません。
393 ：317 投稿日： 02/05/03 13:54 ID:gdnvBdUm: >>392の訂正。
誤>と書いてある、
正>と書いてあると、
394 ：Name_Not_Found 投稿日： 02/05/05 11:24 ID:Wt+q3S6a: >>392
> 私はMacIEの理不尽なバグっぷりに悩まされ続けてるので、
> これには同意できません。
たぶん、Winの各種ブラウザに比べればまだまし、という意味だと思った。

当方Win98。
395 ： ◆R4.ALMK. 投稿日： 02/05/06 12:09 ID:cmBsWvV6: まぁ、Winユザからしたら、マクブラウザに触れる機会なんて
皆無でしょうし、自サイトの表示チェックもままならないわけで。
その数少ない表示チェックの機会に、思いもよらない表示崩れを
見つけたらカチンときますやね。修正したとしてもすぐ確認とれないし。

んだからボク他のマクIE萌えなCSS野郎は、どんどん情報を出して、
だけど日記にだらだら書くだけでなくて、ちゃんとまとめておかないとなぁ。
「CSSバグリスト＠CSSバグ辞典スレッド」の役にも立たないと。
396 ：Name_Not_Found 投稿日： 02/05/06 18:21 ID:VtJkjm2/: おながいします。Macを自由に使える環境のみなさん。
397 ：Name_Not_Found 投稿日： 02/05/06 19:30 ID:I7cf7I4l: 漢字Talkならあるが...（ｗ
398 ：Name_Not_Found 投稿日： 02/05/07 00:42 ID:FTk6HQea: >>397
案外現役じゃないの？(w
399 ：366 投稿日： 02/05/07 05:56 ID:wUn9ZRhP: 一通りできました。後は要望待ちということで。

アーカイブも作りました。MacやUnixなどでも対応できる形式が
よくわからないのでとりあえず3種類（lzh/zip/tar.gz）置きました。

うちでもブラウザ5つで対応しているとはいえ、MacIEやWinIE5.xの
情報はうちでは調べられないのでみなさんよろしくお願いします。
400 ：Name_Not_Found 投稿日： 02/05/07 16:52 ID:wzFCDUXh: >>366
お疲れさま

MacIEの詳細版「CSS内にbrをセレクタ使用すると配置が狂う」で
>本来CSSのセレクタとして使用してはならない「br」
とあるけど少なくともCSS2でそんなことはないです。
CSS1でもbrの挙動をCSS1のプロパティだけではコントロールできない
と言ってるだけだった気がします。
401 ：366 投稿日： 02/05/07 22:44 ID:wUn9ZRhP: >>400
そうでした。CSS2仕様書付記にあるHTML4.0のCSS例には
> BR:before { content: "\A" }
というものがありました。別に使えないわけではないようで。

結局、例の件はbr要素をブロック要素として表示させようとする
行為がMacIEでバグを引き起こすということでいいでしょうか？
402 ：400 投稿日： 02/05/08 10:01 ID:MzOQacAc: >>401
そういう事だと思います。
Mac無いのでdisplay:block以外のスタイルが
brでどうなるのかはわからんですけども。
403 ： ◆R4.ALMK. 投稿日： 02/05/08 21:18 ID:DBCWRdoL: >>366

いま MacIE5.1.4 (OSX) で見てみたですが
>br要素に対してスタイルを設定すると、表内の文字列が閲覧領域外へ消えてしまう。
という現象は出てないようです。Mozilla RC1 と変わらない表示。
404 ：Name_Not_Found 投稿日： 02/05/09 01:09 ID:z1X7cN3Z: >403
あれ？　169では display: block; が原因だと書いてあったんだけどなぁ。
162にあったURIはもう404だったからソースがよくわからないので、
とりあえずできるだけ簡単なソースにしてみたのですが。

IE5.0／5.1の違いとか、標準／互換モードの違いなどが関わっているのかも？
405 ： ◆R4.ALMK. 投稿日： 02/05/09 20:55 ID:i/Tx/wmQ: >>404
・MacIE 4.51 (OS9)
・MacIE 5.0 (OS9)
・MacIE 5.1 (OS9/OSX)
それぞれについて、

br { display: block; }

<table>
<tr><td>A</td><td>B</td></tr>
<tr><td>C</td><td>D</td></tr>
<tr><td>E</td><td>F</td></tr>
</table>

を、Quirks/Standard 両モードで試してみたですが
文字が消える現象は起きませんでした。
>>162 にある URL のページでは、何か複合的な要因で文字が消えた
んじゃないのかなぁ...。
406 ：366→ ◆CSS.J95U 投稿日： 02/05/09 22:16 ID:z1X7cN3Z: >>405
例のURIですが、拡張子の 'l' を削ったらページが表示されました。
ttp://www.ne.jp/asahi/anarchy/saluton/bnlist.htm
ページ内でテーブルが使用されています。これですかね？
（もうシートからセレクタ 'br' は削除されているようですが）
407 ： ◆R4.ALMK. 投稿日： 02/05/10 04:59 ID:WCSgba4G: >>406
検証してみたです。テーブルセル（trとか）の中に br があると、たしかに発生したです。
というか最初、br の無い HTML でも br { display:block } で表示崩壊する、
というハナシかいなとも思っていた次第...。

↓まとめ
ttp://www.remus.dti.ne.jp/~a-satomi/nikki/2002/05a.html#d10n01
408 ： ◆CSS.J95U 投稿日： 02/05/10 05:40 ID:FYqLK/6Y: >>407
検証どうもです。それを参考に修正しておきます。

ところで、以下のページのバグは実際に現れていますか？
http://members.tripod.co.jp/cssbug/detail/macie/b004.html
このバグ、font-sizeをmediumなどのキーワードで指定したときの
表示サイズが標準モードと互換モードとで違っていることを言って
いるような気がしたのですが。（↑ではキーワードを使用していない）
もしそうだったら、このバグはWinIE6にも当てはまる...。
409 ： ◆R4.ALMK. 投稿日： 02/05/10 07:07 ID:WCSgba4G: 上記ページでは特にフォントサイズが変わるということはなかったです。

キーワード（smallとかmediumとか）指定の時は、DOCTYPEスイッチで
変わりますやね。でも相対値指定（%とか）のときに、
その基準サイズが変わることは、WinIE6/MacIE5共にないはずです。
410 ： ◆CSS.J95U 投稿日： 02/05/10 08:08 ID:FYqLK/6Y: >>409
やはりそうでしたか...。ここも修正ですな。

ちなみに、408に挙げたページをWinIE6で見ると、標準／互換で
h1要素（背景が橙色）のボックス幅が違って見えます。
マージンに負の値を指定するなどしてbody要素のボックスからはみ出させた
場合、標準モードでは、はみ出た部分が表示されないようです。
これがWinIEのバグ57（>>344）の原因でしょうか？

<style type="text/css">
body {
margin: 50px;
border: 2px solid blue;
}
h1 {
margin: -20px;
border: 2px solid red;
font-size: 50px;
text-align: center;
}
</style>
<body>
<h1>ああ</h1>
</body>
411 ：Name_Not_Found 投稿日： 02/05/15 02:05 ID:UEyvqGrP: 保守sage
412 ：Name_Not_Found 投稿日： 02/05/24 21:22 ID:dqFlxgiC
413 ：Name_Not_Found 投稿日： 02/05/25 20:34 ID:mpsYxtaT: Moz RC3で確認しますた。

width を em 指定した要素を position: fixed した場合。
ブラウザでテキストサイズ変更したとき width も伸縮するが、
これがリロードするまで反映されない。

また、
fixed した要素内の a 要素の letter-spacing を
ダイナミック擬似クラスでいじくると、
要素全体がぷるぷると暴れる。
414 ：Name_Not_Found 投稿日： 02/05/26 02:45 ID:6wv0MRp+: >>413
>fixed した要素内の a 要素の letter-spacing を
>ダイナミック擬似クラスでいじくると、
>要素全体がぷるぷると暴れる。
それは正常な動作では？
415 ：Name_Not_Found 投稿日： 02/05/26 09:22 ID:ZviG5c3C: >>414
ごめん、width も指定してある。
ちなみに、a 要素以外の場合（li : hover など）は正常。
416 ：Name_Not_Found 投稿日： 02/05/26 22:19 ID:hAR7QKpr: <DT>が2つ並んでるときに<DT>にdisplay : inline; を指定するとネスケ4.7で
2つが重なってしまうんですが、回避方法はありますか？
417 ： ◆CSS.J95U 投稿日： 02/05/29 21:49 ID:AOkAO0dz: >>415
どうやら、display: list-item; が指定された要素に起きる現象のようです。
ttp://members.tripod.co.jp/cssbug/temp/temp1.html
418 ：413＝415 投稿日： 02/05/29 23:40 ID:s9UAwJg0: >>417
なるほど。確認しますた。
検証までしてくださって有難いです。
419 ： ◆R4.ALMK. 投稿日： 02/05/31 13:35 ID:9JJi+3Ah: >>417
MacOSX 版の Moz RC3 だとブルブルしなかったです。
420 ：Name_Not_Found 投稿日： 02/06/06 22:13 ID:r17kIb1y: 今更IE4.01だけど、<HR>のバグ。
<hr>の右のパディングのサイズがその前で最後にタグに指定した右のパディングの値となってしまいます。
自分で書いててわからんので実例。

<p style="padding-right:100px;">次のHRの右のpaddingが100pxになります。</p>
<hr>

回避策はpaddingを使った後でborderを入れること。
わからん日本語より実例。

<p style="padding:50px;">次のHRの右のpaddingが50pxになります。</p>
<div style="border:0px;">こうするとバグ回避できます。</div>
<hr>

ちなみに、何か表示されないとバグったまま。
<p style="padding:200px;">↓ではダメ。</p>
<div style="border:0px;"></div>
<hr>

もしかして、ver1.0でガイシュツ？
421 ：420 投稿日： 02/06/07 00:21 ID:3avgT1FE: もっとよくしらべたら、<hr>でなくてもどんなタグがあとに来てもなるんだな。
コレ。
きっと、ガイシュツ中のガイシュツなバグなんだろーな。

あと、解決法は、paddingを指定した次のタグに
style="border:none"とかテキトーにいれておけばいいみたい。
普通にborderを設定するときはそれでいいとして。
422 ：Name_Not_Found 投稿日： 02/06/08 11:15 ID:1RqTlSje: Mozilla 1.0RC3 Win32
パディングとマージンを同時にゼロにするとボックス間に隙間が出来てしまいます。
以下実例
<STYLE type="text/css">
DIV.header{
background:red;
padding:0px;
margin:0px;
}
DIV.body{
padding:0px
margin:0px;
background:orange;
}
DIV.footer{
padding:0px;
margin:0px;
background:olive;
}
</STYLE>
<BODY>
<DIV class="header">↓隙間が出来ます。</DIV>
<DIV class="body"><P>↑隙間がイヤです↓</DIV>
<DIV class="footer">↑隙間が出来ます。</DIV>
</BODY>
div要素の中身に直接（P要素の外に）なんか書いてやると大丈夫なようです。
366氏のサイトにないので書いてみましたが、ｶﾞｲｼｭﾂだったらゴメンナサイ。
423 ：Name_Not_Found 投稿日： 02/06/08 12:51 ID:Zx/zP+l5: >>422
それ p のマージン･･･
424 ：Name_Not_Found 投稿日： 02/06/08 19:29 ID:jKhiESb+: あ、そういうもんなんですか？
仕様も読んでない厨なので・・・
425 ：422 投稿日： 02/06/08 19:39 ID:jKhiESb+: 今確認してみましたが、P{margin:0px}でも同じ結果です。
IE6では隙間がないのですがこっちが正しいのではないでしょうか？
426 ：Name_Not_Found 投稿日： 02/06/08 21:20 ID:cDl5kkdn: >>422-425

p {padding:0}

も足してみませう。
427 ：426 投稿日： 02/06/08 21:26 ID:cDl5kkdn: あ、関係ねえ話だった。
Mozilla1.0は問題ないけどなぁ。
428 ：Name_Not_Found 投稿日： 02/06/08 22:26 ID:g7IkL811: >>422
IE6だとdiv.bodyの上だけに隙間、
Mozilla1.0、Opera6.1だと上下に隙間が出来た。
pはmargin、padding共に0。

なんでだろーなんでだろー
429 ： ◆CSS.J95U 投稿日： 02/06/10 07:27 ID:MFGmXxz0: >>422-428
確かにMozilla1.0だと問題なかったんですけどねぇ...。
ttp://cssbug.tripod.co.jp/temp/temp2.html

>>416
無理かも。
ttp://cssbug.tripod.co.jp/temp/temp3.html

>>420-421
こっちで調べられないので、そのまま使わせてもらいます。
430 ：Name_Not_Found 投稿日： 02/06/12 12:04 ID:GdMH++AQ: 【Netscape7, Opera6, MacIE5】
ナビゲーション・バーのソースから抽出します。
.navbar {width:100%;/*横スクロール発生防止*/}
.navbar td {text-align:right;}
.navbar a:link, .navbar a:visited {white-space:nowrap;}

<div class="navbar">
<table width="100%" title="navigation bar" summary="navigation bar">
<tr>
<th>目次</th>
<td>
<a href="./index.html">表紙</a>▼<a
href="./sitemap.htm">サイトマップ</a>▼<a
href="./chap1.htm">第一章</a>▼<a
href="./chap2.htm">第二章</a>▼<a
［...中略...］
href="./link1.htm">リンク集</a>▼<a
href="./profile.htm">自己紹介</a>▼<a
href="./bbs.htm">掲示板</a>▼<a
href="mailto:?" title="電子メール">お便り</a>
</td>
</tr>
</table>
</div>

これでnowrapの効き目によって、リンク文字列がウィンドウ右端にきても
文字列の途中で折り返されたり横スクロールが発生したりすることなく、
「▼」のところでだけ折返しが生じるはず。
実際、WinIE6やNetscape6では意図通りうまくゆきました。
しかしOperaやMacIEはまともに解釈してくれません。
しかもNetscape6は大丈夫だったのにNetscape7ではなぜか駄目に。
tableがウィンドウ幅の100％以内に納まらず、右へ延長されます。
しかも横スクロールすら出ないので、ウィンドウ幅を狭くして閲覧中だと
ナビゲーション・バーの右端の項目が全く見られなくなるわけです。
バージョンが進んだら却ってバグるってのは困り者です。
それとも私のソースの書き方に問題がありますか。
解決法があればどうかご教示下さい。
431 ：Name_Not_Found 投稿日： 02/06/12 13:06 ID:0rkE5RCS: >>430
まずテーブルでマークアップしてるところが問題なんだけど、
とりあえず、
<a href="">表紙</a>  ▼ 
<a href="">?

これでOperaは解決すると思う。Mac環境はないので未確認。

あと、N7で駄目とのことだけど、Moz1.0では問題なかった。
正式版では直るかも。
432 ：430 投稿日： 02/06/12 13:22 ID:wLAdmpoX: >>431
テーブルでマークアップしてるのはNN4対策で、仕方ないのです。
Opera対策、有り難う。
でもスペースを入れると少し間が空くのを我慢せねばなりませんね。
当面、下記の通りにしてOperaを廻避。
@media screen,tv {/*=除 MacIE5 & Opera=*/
.navbar a:link, .navbar a:visited {white-space:nowrap}
}
433 ：430 投稿日： 02/06/12 14:19 ID:wLAdmpoX: Operaのテーブル周りの不具合は下記でも既出だったな。
>>316
>>321(http://isweb37.infoseek.co.jp/diary/ki_taji/td.html)
ついでに。
http://sigekazu.vis.ne.jp/cgi/bbs/sylpheed.cgi?past=5&c=gr&n=235
434 ：Name_Not_Found 投稿日： 02/06/12 14:44 ID:pw8mmVKW: 『『CSSバグ辞典スレッド』の要約』
http://members.tripod.co.jp/cssbug/detail/winie/b044.html
>症状
>CSSで縦書き表示を行っている要素内でルビを使用した場合に、
>ルビ文字とその前後の行の文字とが重なってしまう。

↑これ、正確でないよ。
原典である>>244には「ルビ文字（RT要素）内でタグづけしてあると」って条件がついてる。
ただのルビだけなら初めから問題無いわけですよ。

>>366さんがまとめてくれたのは本当に有り難いけれども、
ときどき不正確な要約が見かけられたり
レスでバグではなく誤解とわかったものもそのまま載せてあったりしてるので、
その辺を直してくれると嬉しい。
面倒ならば、原典（このスレッド）の出所のレス番号にリンク張っておくとか。
そしたら利用者が自分の目で見て判断できますやね。
435 ：cssビギナー投稿日： 02/06/12 15:37 ID:g/hLW+3I: 過去ﾛｸﾞ読んだ＆ｸﾞｸﾞたですが、よくわからんかったﾉﾃﾞ。ｶﾞｲｼｭﾂだったらｽﾏｿ

ネスケ6+で、letter-spacingを指定すると
長音符のあとの字がかぶってしまう（？）のってバグですか？
→ http://hfo.tripod.co.jp/nn.html （こんなかんじ）
単位（em, etc）とか、ほかにどんなcssを使っているかには関係なく
バグります。Win, Mac両方のNN6.2（XP, OS9）で確認しますた。
436 ：Name_Not_Found 投稿日： 02/06/12 15:56 ID:xYiYtw+c: >>435
それはひどい。
できればその部分の詳しいソースを出してください。

ちなみに類似例として----
ＮＳ６にて、text-align:justifyを適用した要素中では、
太字指定（font-weight:bold;、<B>、<STRONG>）した部分が
次の文字と重なって表示される。
437 ：435 投稿日： 02/06/12 16:05 ID:O3cBGMLk: さっきのtripodのページに、サンプルをつくってみますた。
いいかげんでｽﾏｿ。。
438 ：Name_Not_Found 投稿日： 02/06/12 16:18 ID:xYiYtw+c: >>437
その http://hfo.tripod.co.jp/nn.html をNetscape 7PR1で見たら
何ら問題なく表示されたが。当方Windows2000。
あと、単位が％の「レイナード・スキナード」はそちらでも文字が重ならないんだね。
まあヴァージョン・アップしてみたら？
439 ：435 投稿日： 02/06/12 16:23 ID:O3cBGMLk: 今サンプル作りますた。。遅くてスマソ（汗
>>438 ありがとう。ということは、ﾔﾊﾟｰﾘバグですか？　ｳﾁｭ、、
440 ：Name_Not_Found 投稿日： 02/06/13 01:30 ID:EF004RGv: マクでNetscape6は、line-height
をemで指定してもすごいことになる......
441 ：430 投稿日： 02/06/15 17:15 ID:ERAx1ae5: >>431
>あと、N7で駄目とのことだけど、Moz1.0では問題なかった。

今日、Mozilla 1.0をインストールして試験してみたら、Netscape 7同様、
Mozilla 1.0でも>>430で述べた症状が出ましたが。
442 ：cssビギナー投稿日： 02/06/16 00:16 ID:1Kk3krHj: こんにちは。こないだは多謝ですた。。また悩みがふえたので、カキコんでみます。
過去ﾛｸﾞ＆ｸﾞｸﾞしたのですがｶﾞｲｼｭﾂだったらｺﾞﾒﾝﾅｻｲ;p

Windows IE6 で letter-spacing を設定すると、
改行を二個 <br><br> と入れても
１コぶんしか反映されないんですが、、これってバグですか？（汗
３コだと２コぶん、４コだと３コぶんというふうに、１コどこかに消えてしまうです。。
ひとつだけ <br> とした場合は、ちゃんと改行されるのデスが。

うまくいえないので、またサンプルをつくってみますた。
→ http://hfo.tripod.co.jp/ie.html
よろぢくおながいします。。。では、よい週末を:D
443 ：cssビギナー@442 投稿日： 02/06/16 00:18 ID:1Kk3krHj: かきわすれ、、サンプルのﾍﾟｰｼﾞは、ｽｸﾘｰﾝｼｮﾄのせいでﾁｮﾄ重いです。。ｽﾏｿ
444 ：Name_Not_Found 投稿日： 02/06/16 00:45 ID:7rb6emdW: >>442
おお、新たなバグですね。発見の栄誉は君に。
でも、ふつうCSS上級者は<br>を使用するのをなるべく避けるので、
それでいままで気づかれず、バグ報告が無かったわけではないかと推量されます。
445 ：442 投稿日： 02/06/16 00:52 ID:lV/e79nn: >>444
まじですか、どうもありがとうﾃﾞｽ（w
でも、<br>を使わない、、２連ぐらいもﾀﾞﾒですか、ｺﾏﾀな、どうすりば。。。
などと言ってｽﾚちがいですね、逝ってｷﾏｽ。
446 ：Name_Not_Found 投稿日： 02/06/16 00:56 ID:7rb6emdW: >>445
<br>ではなく、<p>か<div>でマークアップすべし。
または１行空けしたいだけならCSSでmargin:1em;でよいのでは。
447 ：Name_Not_Found 投稿日： 02/06/16 00:59 ID:QZYRwOLG: >>442
既出。
http://members.tripod.co.jp/cssbug/detail/winie/b022.html

回避方法は
br {letter-spacing:0;}
448 ：442 投稿日： 02/06/16 01:10 ID:lV/e79nn: >>446 なるほど、どうもありがとうﾃﾞｽ。もっとﾍﾞﾝｷｮします。
>>447 ｶﾞｲｼｭﾂごめんなさい。cgiで\n\n を<br><br>に
してたので、すごくうれしいです。どうもありがとうﾃﾞｽ。おさわがせしますた。。
449 ：430 投稿日： 02/06/16 13:53 ID:34nwfA5h: ごめんなさい、>>430は間違ってました。
white-spaceプロパティはブロックレベル要素にしか適用できないのでした。
まあそれにしても、a要素に適用させたwはずのhite-space:nowrap;が、
それを包含するtd要素に効いてしまったってのはやはりヘンだけど。
450 ：Name_Not_Found 投稿日： 02/06/16 14:57 ID:00j5z/yc: >>449
> white-spaceプロパティはブロックレベル要素にしか適用できない

　　＼|／
　　/⌒ヽ　　　／￣￣￣￣￣￣￣￣￣￣￣
　　| ゜Θ゜）　＜　そうでもないよ。
　　|　∵ つ　＼＿＿＿＿＿＿＿＿＿＿＿
　　|　∵　|
　　＼＿／

errataより
> [2001-08-28]
> The 'white-space' property applies to all elements,
> not just block-level elements.
451 ：430 投稿日： 02/06/16 21:40 ID:hzoswU9c: >>450
有り難う。
Bugzilla.jpに報告しておきました。
http://bugzilla.mozilla.gr.jp/show_bug.cgi?id=2342
452 ：Name_Not_Found 投稿日： 02/06/18 10:09 ID:PbhQDp4V: >>451
これは、tdに効いてると言うより
aに隣接するインライン要素との境界で
改行しなくなってる

<span>あああああ</span>
<a href="#" style="white-space:nowrap">りんく</a>
<span>あああああ<span>

↑が↓こうなる

ああああ
ありんくあ
ああああ
453 ：Name_Not_Found 投稿日： 02/06/19 10:05 ID:jCE/47jQ: >>452
要するにMozillaは、２バイト文字＝東アジア言語の取扱に難があるってことか？
日本語に対応したてのOpera6なんかその点はもっと色々なバグになって現れてたな。
所詮、毛唐の作る物だからな。
454 ：Name_Not_Found 投稿日： 02/06/19 12:49 ID:a/3cBwXu: ｱｲﾀﾀ...
455 ：Name_Not_Found 投稿日： 02/06/19 19:48 ID:eBl5D34f: 日本語フォントで不具合を起こす>>186みたいな例もあることだし、
Mozillaが２バイト文字に弱点を持つのは事実ではないか。
456 ：Name_Not_Found 投稿日： 02/06/23 13:47 ID:Vl3fgrVC: Mozilla 1.0 (Win2K) で
position : fixed; なブロックが
印刷時に丸ごと消え去るっす

--
<?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>
<link rel="stylesheet" type="text/css" href="moztest.css" />
<title>Mozillaの印刷テスト用</title>
</head>
<body>
<div id="fixblock">
<p>Fixedさせたブロック</p>
</div>

<div id="doc">
<dl>
<dt>適用させたmoztest.cssの中身</dt>
<dd><pre>
@charset : 'Shift_JIS';

html {
width : 100%;
height : 100%;
}
html, html * {
margin : 0;
border : 0;
padding : 0;
}
dt {
font-weight : bold;
}
pre {
border : 1px solid green;
padding : 1em;
}
#fixblock {
border : 1px dotted red;
position : fixed;
top : 0;
left : 0;
width : 10em;
height : 100%;
z-index : 2;
}
#doc {
padding-left: 11em;
position : relative;
z-index : 1;
}
</pre></dd>
</dl>
</div>
</body>
</html>
457 ：Name_Not_Found 投稿日： 02/06/24 14:44 ID:ARMwmaZe: >>456
それは大変だ。ばぐじらへGO!
　http://bugzilla.mozilla.gr.jp/enter_bug.cgi
458 ：Name_Not_Found 投稿日： 02/06/24 15:36 ID:BaDVTzfq: MacのIE5でエンベディングスタイルシートにしたline-heightが効いてない
リンキングの方は効いてるようだ
459 ：Name_Not_Found 投稿日： 02/06/24 17:44 ID:KWStPB0C: >>457
とりあえず逝っときました
460 ：Name_Not_Found 投稿日： 02/06/25 17:09 ID:4qEEkT3j: >>458
もう少し状況を詳しく。再現条件がつかめない。
461 ：Name_Not_Found 投稿日： 02/06/25 17:14 ID:4qEEkT3j: >>459
↓これですね？　早く直るといいな。あとで投票しておきます。
　日本　http://bugzilla.mozilla.gr.jp/show_bug.cgi?id=2380
　本家　http://bugzilla.mozilla.org/show_bug.cgi?id=135653
462 ：Name_Not_Found 投稿日： 02/06/27 17:09 ID:PcWBRdqL: 458は逆でした。Macを触る機会があり色々と試したところ
BODY,P,TD,クラス名等でのline-heightについてこの結果が出ました。

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd">
指定の標準モードで見た場合の結果です。

・リンキング
<LINK rel="stylesheet" type="text/css" href="ファイル名.css">とした時

MacIE5.0では、px、pt指定のみ有効。130%,1.3em等の相対指定は無効
MacNN4.79では　px、pt指定有効。130%,1.3em等の相対指定　共に有効

・エンベディング
<STYLE type="text/css">

</STYLE>

MacIE5.0では、px、pt指定のみ有効。130%,1.3em等の相対指定は無効
MacNN4.79では　px、pt指定有効。130%,1.3em等の相対指定　共に有効

なんと、NN（Javaオン、スタイルシートオン）の方が安定した表示が得られてしまいました。
上記の「無効」はサイトによっては効いているところもあるように見え
検証をお願いしたいところです。
463 ：462 投稿日： 02/06/27 17:45 ID:PcWBRdqL: コピペ間違いしました......エンベディングの方、正しくは
MacIE5.0では、px、pt指定、130%,1.3em等の相対指定共に有効
です。
464 ：Name_Not_Found 投稿日： 02/06/27 17:47 ID:Ons7HXMM: >>462
やっぱりMacIEって理不尽なバグが多いのか......。
465 ： ◆R4.ALMK. 投稿日： 02/06/28 03:25 ID:???: >>462-464
MacIE5.0 (OS9), 5.1.4 (OS9), 5.2 (OSX) あたりで検証してみたです。
やっぱり、リンキングだろがエンベッドだろが
%, em 指定の line-height は普通に効いて反映しますヨ。

えーと、Osaka フォント自体が持つ特性なんだか MacIE のデフォスタイルなんだか
わかりませんが（ほかのアプリとかから受ける感覚的印象では前者）
line-height 無指定時と 130% (1.3em) は、ほぼ同じ行間があるように見えます。
だから無効のように見えただけなののでわ？
line-height: 1em とか 100% とかすると、明らかに行間が詰まります。

「理不尽なバグ」の嫌疑は晴れましたか。
466 ： ◆R4.ALMK. 投稿日： 02/06/28 03:27 ID:???: あでも、リンキングとエンベッドで
line-height: 130% の表示に違いがでるのはヘンか...。
謎。エラソに語ってスマソ
467 ： ◆R4.ALMK. 投稿日： 02/06/28 03:42 ID:???: >>466
当方の検証でリンキングとエンベッドに表示の違いが出た、という
イミではありません。

でもって、表示フォントが Osaka の時の line-height 無指定は、
だいたい line-height: 125% くらいになる模様デス。
ヒラギノ系フォントだと、無指定と line-height:100% が同じになるですよ。
468 ：Name_Not_Found 投稿日： 02/06/28 14:50 ID:Jlw92Hms: もともとOsakaフォントは適度に行間があく。
だから無指定でもそれなりに読めるんだよ、Macは。
ただそれはIEでもNNでも一緒だ。表示フォントをOsakaに指定していれば。
>line-height 無指定時と 130% (1.3em) は、ほぼ同じ行間があるように見えます。
せいぜい105?110%くらいに見えるんだが......？
ポンと隙間が空いているって思うほどには開いていないよ。
469 ：Name_Not_Found 投稿日： 02/06/30 14:01 ID:rONWtj8S: ガイシュツだったらすいせん。

mac OS X, 9.2.2でNN6.2ではどうしてもセルに間があいてしまいます。
スライスした画像をつなげて表示したいのです。
ドリ4を使用しております。以下のようにしていますがどこに問題あり
でしょうか？NN4.4, IE5だと問題なしです。

<table width="150" border="0" cellspacing="0" cellpadding="0">

<tr>
<td><a href="hoge.html"><img src="hoge1.gif" width="150" height="20" alt=""></a></td>
</tr>
<tr>
<td><a href="hoge.html"><img src="hoge2.gif" width="150" height="20" alt=""></a></td>
</tr>

</table>
470 ：Name_Not_Found 投稿日： 02/06/30 14:53 ID:???: >>469
<tr>?</tr>を改行無しで書いてみるとか。つか、スレ違い。
471 ：権兵衛投稿日： 02/06/30 15:19 ID:???: >>469

テーブルの画像にはスキマが空くのがCSSの仕様。
vertical-alignを使えば、スキマ無く、突き詰められるかも。
以下のページを読む。
http://www.mozilla.gr.jp/standards/webtips0018.html
472 ：469 投稿日： 02/06/30 17:15 ID:rONWtj8S: >470
NN3では</TD>の前で改行すると反映されちゃってましたよね。
すれ違いスマソ。

>471
ドリのDOCTYPEを標準モードに書き換えてました。
CSSでimgにvertical-alignして解決しました。どうもありがとうございました。
473 ：Name_Not_Found 投稿日： 02/07/14 10:45 ID:nd0I0SZz: 保守
474 ：いつも名無し投稿日： 02/08/02 18:51 ID:???: 一周年してるんだ、このスレ。あー、勉強しなきゃ
475 ：Name_Not_Found 投稿日： 02/08/06 22:46 ID:???: 保守
476 ：Name_Not_Found 投稿日： 02/08/14 22:12 ID:O+o2Ju+M: 保守 & 報告

【ブラウザ】 mozilla 1.0
【状況】
<label for="hoge">hoge</label><input id="hoge" />
のようなHTMLで
label{display:block} を指定しても、ブロック要素にならない。
DTDはXHTML1.0 transitional。
477 ：Name_Not_Found 投稿日： 02/08/16 10:32 ID:???: >テーブルの画像にはスキマが空くのがCSSの仕様。
その行にテキストが一つもなく全部画像なら
「ベースライン＝下辺」だ。
mozillaに合わせて勝手に仕様を読みかえるな
478 ：Name_Not_Found 投稿日： 02/08/16 17:35 ID:???: >>477
imgはインライン要素だから匿名行ボックスが作られる。
IEに合わせて仕様を捏造するな。
479 ：Name_Not_Found 投稿日： 02/08/16 18:28 ID:???: 行ボックスじゃなかったインラインボックスだ
480 ：Name_Not_Found 投稿日： 02/08/19 19:16 ID:???: 移転したね↓

ブラウザごとのHTML/CSSバグ？
　http://www.age.jp/~dfj/html/html_css_bug.html
481 ： ◆CSS.J95U 投稿日： 02/08/21 20:42 ID:???: >>480
修正しておきました。
482 ：Name_Not_Found 投稿日： 02/09/01 01:06 ID:???: 「Netscape7.0の評価」より転載します。
http://pc3.2ch.net/test/read.cgi/hp/1022394916/136

136 ：Name_Not_Found ：02/08/30 19:39 ID:???
CSS使っているんだけどね。
HRにCLASS属性を与えているときにWIDTHを指定しないと表示されない場合があった。
同じページで別の場所では問題なく表示されていた。

<TABLE CLASS="**">
<TR><TD><HR CLASS="abc"></TD></TR>
<TR><TD>aaaaa普通の文書aaaaa</TD></TR>
<TR><TD><HR CLASS="abc"></TD></TR>
</TABLE>

CSS内では、
.abc{HEIGHT:5PX}

こんな感じで上のHRが表示されず。CSS内でWIDTH：**ｐｘ入れたら上手くいった。
6.0?7.0ｂ、4.7、Opeｒa、IEでは問題なし。
他のスタイルシートに干渉されたのかどうかはまだ追求していない。
483 ：Name_Not_Found 投稿日： 02/09/16 06:58 ID:uh5MZl2F: 【WinIE5?6】
BODY {
border-width:0 4px;
border-color:#007;
border-style:dotted;/*IEはsolidになる*/
}
適用対称がbody要素だと、border-styleに何を指定してもsolidとして表示されます。
484 ：Name_Not_Found 投稿日： 02/09/16 16:54 ID:???: >>483
ttp://www.w3.org/TR/2002/WD-CSS21-20020802/box.html#border-style-properties
> Conforming HTML user agents may interpret 'dotted', 'dashed', 'double', 'groove',
> 'ridge', 'inset', and 'outset' to be 'solid'.
485 ：Name_Not_Found 投稿日： 02/09/16 21:28 ID:???: それは要素によって都合よくdottedになったりならなかったりしてもいいって意味なの?
なんか違う気がするんだけど
486 ：Name_Not_Found 投稿日： 02/09/16 21:55 ID:???: 確かに変な実装だけど、バグとはちょっと違う気がする。
487 ：Name_Not_Found 投稿日： 02/09/17 00:23 ID:???: 仕様で許容されている動作ではあるけれど、不自然だなあ、ということでどうかひとつ。>483
488 ：Name_Not_Found 投稿日： 02/09/17 00:50 ID:???: じゃあ仕様違反ではないらしいけど気持ち悪いし不便だから
対応してくれると嬉しいなあ、とこちらも物腰低くお願いしてみよう。
ってスレ違いか
489 ：Name_Not_Found 投稿日： 02/09/17 01:39 ID:QA/Ey7vn: http://members.tripod.co.jp/cssbug/detail/winie/b030.html
縦書き状態では欧文フォントファミリの指定が無視される(IE5.5)
「WinIE6.0では、欧文フォントの指定が反映されています。」とあるけど、
うちのＩＥ６ではやはり縦書きだと反映されてません。ナゼ？
ちなみにWin98SEです。
490 ：Name_Not_Found 投稿日： 02/09/21 12:43 ID:???: 【Netscape 6?7】
text-align:justifyを適用した要素中で、
太字指定（font-weight:bold;、<B>、<STRONG>）した部分が
次の文字と重なって表示される。
491 ：Name_Not_Found 投稿日： 02/09/21 13:17 ID:???: >>436で既出。
但し「『CSSバグ辞典スレッド』の要約」では下記の通り誤って要約されてますね。

http://members.tripod.co.jp/cssbug/detail/mozilla/b016.html
両端揃えした要素内で「ー」と直後の文字が重なる

「両端揃え」だけでなく太字指定しないと重ならないし、
重なるのは長音記号に限らず全般にです。
492 ：Name_Not_Found 投稿日： 02/09/21 15:43 ID:cQXCmF5a: 【 WinIE6 】

div.class{ background:#666666 url(xxx/xxxx.jpg) no-repeat fixed 0 0 }

上記のようにbody要素以外でbackground属性に画像を使用し，
attachmentを fixed に設定しても，背景画像は固定されずにスクロールしてしまう。

ただし，

>background-attachmentについて、CSS仕様書邦訳には----
>
>http://www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/colors.html#background-properties
>
>「UAは'fixed'を'scroll'として扱ってもよいが、
>少なくともHTML及びBODY要素に関しては'fixed'を
>正しく解釈するよう推奨する。」
>とあるね。

【Web制作】 /* CSS、スタイルシート質問スレッド【11】 */
http://pc3.2ch.net/test/read.cgi/hp/1031773943/425
より引用

とあるので，仕様に反しているとはいえないかもしれない。
493 ：Name_Not_Found 投稿日： 02/09/21 16:34 ID:???: fixedを指定しない場合とも挙動が違うのは明らかにバグだろ
まったく無視するならバグとはいえないかもしれんが
494 ：Name_Not_Found 投稿日： 02/09/22 14:33 ID:???: Opera6 (Win32, Ver6.05日本語版で確認)

左右マージン: autoでブロックレベル要素を
センタリング(てか、左右マージンは片方だけでも有効になった)すると、
上下マージンの指定値を無視して一定？のマージンが空く。
495 ：Name_Not_Found 投稿日： 02/09/22 21:50 ID:???: Operaでは----
>margin一括指定で、margin-topかmargin-bottomにauto指定があると
>全て無視されちゃうみたいですね。
http://sigekazu.vis.ne.jp/cgi/bbs/sylpheed.cgi?past=5&c=r&n=282
http://sigekazu.vis.ne.jp/cgi/bbs/sylpheed.cgi?past=5&c=r&n=276
496 ：Name_Not_Found 投稿日： 02/09/22 21:59 ID:???: OperaのＣＳＳバグは下記に報告多し。要保存。
http://sigekazu.vis.ne.jp/cgi/bbs/sylpheed.cgi?past=5&c=gr&n=235
497 ：494 投稿日： 02/09/22 23:24 ID:???: >>495-496
個別に指定すると直ったので確かに一括指定のバグっぽい。

ただ、これはmargin-top/bottomが数値指定でも起こったので
margin一括指定の中に1つでもautoがあるとマズいのではないかと。
498 ：Name_Not_Found 投稿日： 02/09/23 00:21 ID:S8Vs6Y3Z: このスレの要約サイトである、
http://members.tripod.co.jp/cssbug/detail/opera/b009.html
で挙げられている（>>319でも挙げられている）バグ
「font-size:100%が継承されると文字サイズが小さくなる」について。

オペラ6.05でバグの発生を確認した上で、
「ファイル」→「設定」→「フォントと色」→「最小フォントサイズ（ピクセル）」の数値を大きくすると、
バグが解決した。

具体的には、「16」以上に設定しておくと、「月」から「日」までの文字サイズが変わりはしなかった。
499 ：Name_Not_Found 投稿日： 02/09/24 17:55 ID:cp+CC8fc: [MacIE5]
DEL {text-decoration:line-through; color:#999; font-weight:400 !important;}
<dt><a href="index.html">ttp://index.<del datetime="">s</del>html</a></dt>

なぜかdel要素だけでなくa要素全体がcolor:#999;になる罠。
500 ：Name_Not_Found 投稿日： 02/09/24 18:12 ID:???: 500ﾊﾞｸﾞ
501 ： ◆R4.ALMK. 投稿日： 02/09/24 19:07 ID:???: >>499
Quirks Mode では確かにそうなりますね。ところが
Standards Mode では正しく解釈する（del の s だけに色がつく）よーです。
よくわからんスイッチだなぁ...。
502 ： ◆R4.ALMK. 投稿日： 02/09/24 19:31 ID:???: del, ins だけでなく、 a 要素が内包することができる要素なら
ほとんどそうなるっぽい。

[MacIE5] a 要素全体の文字色に内包子要素の文字色が反映する

a { color: blue }
del, ins, abbr, acronym, bdo, big, cite, code, dfn, em, img, kbd, object,
q, ruby, samp, small, span, strong, sub, sup, var,font, b, i, u, s, strike, tt
{ color: red }

<a>A<del>B</del></a>
<a>A<ins>B</ins></a>
<a>A<abbr>B</abbr></a>
　:

a 要素中に文字色を指定されたインライン要素が内包されている場合、
その文字色が a 要素全体の文字色として反映されてしまう。
ただしこれは、 Quirks Mode となる DOCTYPE を宣言してる場合で、
Standards Mode となる DOCTYPE を宣言している場合は正しく処理される。
503 ：Name_Not_Found 投稿日： 02/09/24 21:19 ID:???: MacIEはわかわからんバグが多いよねぇ。
ＣＳＳでないけど、rubyタグなんて普通にしてもバグりまくり。
・昔<RUBY><RB>気質</RB><RP>(</RP><RT>かたぎ</RT><RP>)</RP></RUBY>の
↑これだと、ルビ（RT要素）がRB要素から離れたとんでもない所に表示される。
・昔<RUBY><RB>気質</RB><RP>(</RP><RT>かたぎ？</RT><RP>)</RP></RUBY>の
↑なぜか一字よけいに足すととちゃんとした位置にルビが振られる。
実はパソコンショップのiMacで見ただけで、MacIE持ってないので追試できないが。
うまいことＣＳＳで制禦する手は......無いか、やっぱり。
504 ： ◆R4.ALMK. 投稿日： 02/09/24 23:44 ID:???: <rb> の表示位置が行末とかに来てて、自動折り返しされちゃったり
すると、よく <rt> があさっての場所に出たりしますやね。
ま、しょうがないなと生暖かく微笑んでマス。
505 ：Name_Not_Found 投稿日： 02/09/25 04:27 ID:QQBwgMoA: 【Opera6.05】
下記のページの左側、"Contents"内のリンクがすべてクリックできなくなってます。
http://members.jcom.home.ne.jp/jintrick/Personal/
発生条件は、未詳。誰かCSSをよく知ってる人、頼みます......。
506 ：Name_Not_Found 投稿日： 02/09/25 10:44 ID:???: >>498
いや、それはバグが解決したわけじゃないだろ。
実際は、100%継承して小さいサイズを表示しようとしているけど、
「最小フォントサイズ」の指定の方が大きいから
結果的に同じ大きさで表示されているだけだよ。
試しに「通常のドキュメント」の標準フォントサイズと「最小フォントサイズ」を
いろんな組み合わせで設定してみればわかる。
507 ：Name_Not_Found 投稿日： 02/09/25 13:24 ID:???: Netscape 4.75

ブロック要素に対して，marginとborderを同時に指定すると，
親要素や，ブラウザのフォント関連のスタイルを無視する．

Mac版ではmargin,borderの他にフォント関連のスタイルを明示すれば回避できるが，
Linux版では無理っぽい．
困った．
508 ：Name_Not_Found 投稿日： 02/09/25 16:32 ID:K18QS6w1: >>509
いまさらネスケなんぞ相手にしなさんな。
あれはどうやってもバグだらけで何ともならんよ
509 ：Name_Not_Found 投稿日： 02/09/25 17:13 ID:p3jj2gaD: どうやってもだめということもない
510 ：Name_Not_Found 投稿日： 02/09/25 17:22 ID:???: ところでMacIE4も、ネットスケープ４並みにCSSバグがひどいね。
画像をセンタリングさせるだけでまともに見られなくなったよ。
ユーザーは早くver5に移行して下さい！
511 ：Name_Not_Found 投稿日： 02/09/25 17:51 ID:???: MacIE4ユーザーって、幻に近いような...
512 ：Name_Not_Found 投稿日： 02/09/25 19:39 ID:???: >>511
MacIE4.5ならそんな珍しくない。結構来るよ。
4.5も結構バグが多いみたいなんだな、これが。
同じMacIE5.0でもＯＳ９だとバグって、ＯＳＸなら大丈夫だったりすることがあった。
513 ： ◆IvVzwRu6 投稿日： 02/09/25 19:51 ID:???: >>489
WinIEのフォント周りのバグはOSが9x系かNT系かで違っていた気がします。
そのページで指定した「Times New Roman」は標準フォントのはずだから
フォントが存在しないために変わらないというわけではなさそうだし。

>>491
こちらでは両端揃えにしただけで長音記号が重なってしまったんです。
http://members.tripod.co.jp/cssbug/temp/temp4.html
ちなみにWinXP上のN6.2です。

>>507
Win版もだめみたい。
514 ：512 ◆CSS.J95U 投稿日： 02/09/25 19:52 ID:???: トリップキーが1文字欠けてた...
515 ：512じゃなくて513 投稿日： 02/09/25 19:56 ID:???: また間違えたし　（つД｀）
516 ：Name_Not_Found 投稿日： 02/09/26 05:11 ID:???: >>513
>こちらでは両端揃えにしただけで長音記号が重なってしまったんです。
でしたら、>>491は別のバグとして登録しておいてくれませんか。
517 ：Name_Not_Found 投稿日： 02/09/26 07:41 ID:???: ↓また移転した......。

ブラウザごとのHTML/CSS バグ？
http://www.fromdfj.net/html/html_css_bug.html
518 ：Name_Not_Found 投稿日： 02/09/26 10:23 ID:9Tx8HlGi: リンク文字を
A:HOVER{COLOR:色番号;
position:relative;
top:1px;
}
てな感じで1px下にひょこっと動かしてるんですけど
リンク文字だけでなくて同じページ内のボタンやバナー等もいっしょに
へこへこ動いちゃいます！
どうしたらよいのですか？これってもしかしてバグですか？
519 ：Name_Not_Found 投稿日： 02/09/26 11:56 ID:???: >>518
ちゃんと質問スレに回答があるのにこんなとこに
「バグ？」とか言ってマルチしてんじゃねぇよヴォケが！！

当然の動作だ、アフォ！
520 ：投稿日： 02/09/26 21:42 ID:???: >517
いいページなんだけどなぜスクロールバーいじりますか...
521 ：Name_Not_Found 投稿日： 02/09/26 22:55 ID:???: >>518はネタだろ?
522 ：Name_Not_Found 投稿日： 02/09/27 08:00 ID:r0QthFZv: 【Netscape7】優先シートのdisplay:none;指定が代替シートでも有効になる。

優先シートdefault.cssに"hr {display:none;}"と指定した。
これを、表示＞スタイルを使用＞で代替シートalternative1.cssに切替。
するとdefault.cssの他の指定は引き継がないのに
なぜかdisplay:none;の指定だけは引き継いで、水平線（hr要素）が消えてしまった。
問題はdisplayプロパティだけで、それ以外のプロパティの指定は引き継がれない。
また要素はhrに限らず、全要素への指定でこのバグが生じる様子。
解決法としては----
alternative1.cssに"hr {display:block !important;}"と指定してみたが
これもなぜか効かない。いまのところどうにもならない。
523 ：Name_Not_Found 投稿日： 02/09/27 10:20 ID:???: DW4でスタイルシートの疑似クラスで
リンク表示の設定で
link,hover,visitedの3通りの設定をしたんですが、
hoverの設定の効果が全く表れません。
どういう理由が考えられますか？

ちなみに、hoverの設定だけをすれば、
マウスを重ねた時、設定したとおりの効果が表れたのですが．．．
524 ：Name_Not_Found 投稿日： 02/09/27 10:52 ID:???: >>523
たぶん、CSS内での記述順の問題
3つの中でhoverが一番最後になってるか？
525 ：Name_Not_Found 投稿日： 02/09/27 11:00 ID:???: >>523-524
スレ違い
526 ：523 投稿日： 02/09/27 11:20 ID:???: >>524
ＤＷに頼ってるので、イマイチよく分かりませんでしたが、
ＤＷの設定で、link,visited,hoverの順に設定すれば、うまくいきました。
サンクス。
527 ：Name_Not_Found 投稿日： 02/09/27 13:53 ID:???: Opera 6.05は、backgroundプロパティの一括指定において、background-positionの値を
1つだけ指定した場合、どちらも無効になる（0% 0%として扱われる）ようです。

body{background:white url("back.png") bottom center no-repeat fixed;}

だと「back.png」が中央下部に出るが、

body{background:white url("back.png") bottom no-repeat fixed;}

では左上に表示されてしまう。（仕様上はこれも中央下部に出るはず）

この話、既出ですか?
528 ：Name_Not_Found 投稿日： 02/09/28 23:59 ID:ZPCvx/+I: Opera6.05のバグ追加。
ＺＳＰＣの「CSS2対応状況ガイド」をご覧あれ。オペラで見るとバグが発現します。
　http://www.zspc.com/documents/css2/index.html
H1のあとのページ内リンク「HTMLへの組み込み?音声」までのうち、
上段の「HTMLへの組み込み?ボックス」がクリックできなくなってる。
ソースを抽出しておく。
<div id="contents">
<p>
<a href="#associate">HTMLへの組み込み</a>
- <a href="#selector1">セレクタ</a>
- <a href="#colorbg">色と背景</a>
- <a href="#font">フォント</a>
- <a href="#text">テキスト</a>
- <a href="#box1">ボックス</a>
<br>
<span class="divline">
<a href="#display">表示と配置</a>
- <a href="#list">リスト</a>
- <a href="#table">テーブル</a>
- <a href="#content">内容の追加</a>
- <a href="#outline">アウトライン</a>
- <a href="#cursor">カーソル</a>
- <a href="#page">印刷</a>
- <a href="#aural">音声</a>
</span>
</p>
<p>
[<a href="#symbols">○△×-の説明</a>]
[<a href="#browsers">確認に使用したブラウザ</a>]
</p>
</div>
529 ：Name_Not_Found 投稿日： 02/09/29 00:03 ID:???: 【MacIE5.1】
hr要素にwidthを指定して短くしようとしても、
切り詰めたはずの左右両端が消え切らずに表示される。
hr {width:75%;}ならば、左右それぞれ25%分が消えてくれない。
530 ： ◆CSS.J95U 投稿日： 02/09/29 04:57 ID:???: >>516
ここに入れました。
http://members.tripod.co.jp/cssbug/detail/mozilla/b035.html

>>528
マージン調整の結果、前の要素と重なっていたせいでした。
http://members.tripod.co.jp/cssbug/detail/opera/b019.html
>>505 もこれが関係していそうな、いなさそうな。

>>529
width:75%; なら、左右それぞれ12.5%分が消えるはずなのですが...。
それとも、hr要素にwidthが全く効かないということ？
531 ：529 投稿日： 02/09/29 07:56 ID:???: >>530　>width:75%; なら、左右それぞれ12.5%分が消えるはずなのですが...。
あ、いけない。それが正しい。25%は単なる間違ひ。

例１）
中心に幅75%で色が濃い灰色の線が引かれるが、さらに左右両端が各12.5%分薄い灰色で表示され、消えてはくれない。
<hr class="thick" id="CentreLine" NOSHADE SIZE="10">
html * {box-sizing:border-box;} /*CSS3の記述。MacIE5で有効。*/
hr.thick {/*ＮＮ４無効*/
height:10px;
color:#888;/*ＩＥ用*/
background-color:#efefef;/*N6&Opera用。N6はnoshadeで濃くなる*/
clear:both;
}
#CentreLine {width:75%;}

例２）
中心に幅75%で色が#fff（白）の線が引かれるが、左右両端に各12.5%分だけ#666の色がついて、幅は計100%になる。
<hr class="clear">
html * {box-sizing:border-box;} /*CSS3の記述。MacIE5で有効。*/
hr {
height:0px;/*IE向け*/
border:1px solid #666;/*WinIEでhrの色になる*/
width:75%;
color:#fff;
background-color:#fff;/*N6&Operaでhrの色になる*/
}
.clear {clear:both;}

つまり、hr要素にwidthが中途半端にしか効かないってことです。
どうもhrにwidthを指定した場合、100%からwidthを引いた分に背景色が表示される模様。box-sizing:border-box;がhr要素に限って無効なのかな？　私も普段はWinなので、詳しいことは誰かMacの人、追試を頼んます。

ところで◆CSS.J95Uさん、>>522はバグに追加しないのですか？
532 ：Name_Not_Found 投稿日： 02/09/29 08:06 ID:???: >>530
>http://members.tripod.co.jp/cssbug/detail/mozilla/b035.html
両端揃え（text-align: justify;）を指定した要素内で、太字の文字列（font-weight: bold;／b要素／strong要素）が重なって表示される。
<p style="text-align:justify; font-weight:bold;">Mozilla 5.0系......あります。</p>

↑「N7.0/Moz1.0.1では標準・互換モードともに不具合の発生が確認されませんでした」とのことですが」......。
例文を
<p style="text-align:justify;><strong>Mozilla 5.0系</strong>......あります。</p>
にしてみて下さい。
" Mozilla 5.0系"の末尾が">......あります"と重なって表示されるはず。
strong要素を<span style="font-weight:bold">にしても同樣。
つまり精確には
「両端揃え（text-align: justify;）を指定した要素内で、太字の文字列（font-weight: bold;／b要素／strong要素）が*太字でない文字列に*重なって表示される。」
ってことですな。
533 ： ◆CSS.J95U 投稿日： 02/09/29 12:13 ID:???: >>532
書き換えておきました。
でも、文字が重ならない（スクリーンショット参照）...。
多分、重なる環境では重なって見えるだろうけど（？）

>522 : .../detail/mozilla/b036.html
>527 : .../detail/opera/b018.html
>529 : .../detail/macie/b011.html
に追加しました。
534 ：Name_Not_Found 投稿日： 02/09/30 09:56 ID:ghBmK/4S: /* Opera6.05 */
相対配置してあるインライン要素にz-indexプロパティは効かない。

ついでにDHTML（JavaScript＋CSS）絡みのバグも。
クリックでオブジェクトの浮動（絶対配置の応用）と固定（position:static;）を切換可能にしてある。
しかしOperaでは、JavaScriptでtopやleftの値を変更すると、
position:static;の指定が無視されabsoluteとして動作する。
staticを指定した場合はtop,left,right,bottom等のプロパティは無効になるべきはずなのに......。

Operaのposition対応は挙動不審なことが多い。
535 ：Name_Not_Found 投稿日： 02/09/30 10:09 ID:???: >>527
http://members.tripod.co.jp/cssbug/detail/opera/b018.htmlの件で。
簡略化プロパティで
background:url('../img/img01.png') bottom no-repeat;
だと位置指定が無視されますが、
繰り返しの指定を先にするとbottomだけでもいけるみたい。
background:url('../img/img01.png') no-repeat bottom ;
仕様上は順不同なのに、順番によっては正しく認識されない----ってことになりますか。
536 ：Name_Not_Found 投稿日： 02/09/30 10:13 ID:???: /* Opera6 */
インライン要素にbackground-imageを指定しても何も表示されません。
ブロック要素でも、display:inlineを指定してあるものでは背景画像が現れなくなります。
537 ：　投稿日： 02/10/01 16:16 ID:e9DtyR1r: おまえらレベル低すぎ・・・
何なんだほんと
538 ：Name_Not_Found 投稿日： 02/10/01 17:22 ID:???: >>537
んじゃあなた様の高いレベルを証明するカキコをどうぞ
↓　↓　↓
539 ：　投稿日： 02/10/01 18:00 ID:4zp7PJye: え。それじゃウルトラ亀レスでも。
>>227
WinIE5.5で「background-repeatプロパティにrepeat以外の値を指定すると、
背景（画像）がまったく印刷されない」件、
width 指定を追加すると背景画像もプリントアウトできました。
って質問スレとかで解決してたらごめんなさいごめんなさい。
540 ：Name_Not_Found 投稿日： 02/10/03 16:38 ID:???: バグではないかもしれんが。

外部cssファイルで@importを使ってる場合。
IE6で、ファイル＞名前を付けて保存＞Webページ、完全＞
にすると、「このWebページは保存できませんでした」との
メッセージが出る。
　#但し、なぜかローカルからローカルへの保存では大丈夫。
　#外部cssがimportしたそのまた外部の.cssも含めて全て保存されます。

ってことで、@importでNN4除けなどをしてる場合、
ローカルに保存して見て貰ったりするのに不都合を生じさせることになりますね。
541 ：Name_Not_Found 投稿日： 02/10/05 02:11 ID:???: 【MacIE5.x】
metaタグで文字コードを指定し，スタイルシートでfont-familyにsans-serifを指定すると，
要素が0.2emほど上方へずれる．
metaタグで文字コードを指定しなかった場合や，
font-familyがserifやmonospaceなら大丈夫というのがまた不思議．
542 ：Name_Not_Found 投稿日： 02/10/05 07:41 ID:???: floatとpage-breakの組み合せによっては印刷プレビューで落ちるみたい。
　http://strict.jp/~sappari/now.html（2002/10/ 3 14:00）
543 ：ふ投稿日： 02/10/05 07:46 ID:qIG0yfF1: どうでもいいけど、operaってpx単位で指定しているのに、他のブラウザと比較して文字の大きさが違うよな。文字の大きさは同じで字間が違うのかもしれないけど。
544 ：Name_Not_Found 投稿日： 02/10/05 07:49 ID:???: 「ふ」は放置。
545 ：Name_Not_Found 投稿日： 02/10/07 11:26 ID:JhLCNd0b: http://members.jcom.home.ne.jp/jintrick/Personal/css_escape_opera6.html
http://members.tripod.co.jp/cssbug/detail/opera/b013.html
linkタグのmedia属性で複数のメディアを指定された外部スタイルシート内の、@media宣言によって括られた範囲内のスタイル指定を認識しない。

↑これ、例外があります。
<link rel="stylesheet" ......　media="screen,print">として
且つ
@media screen,print { } 乃至 @media all { }だと、
Operaでも認識しますよ。
@media screen,projection { } とか@media print { } だと認識しないが。
どうもlink要素内でのメディア指定の範囲と不足なく合致するなら認識するらしい。
546 ：Name_Not_Found 投稿日： 02/10/07 11:36 ID:CmZ0CHe8: >>543
font-size: 105%とかにするとオペラでは100%にされる。
ズームは10％刻みというおばかなブラウザだからね。
まあオペラなんてだれも使ってないんだから、
致命的に崩れない限りどうでもいいんじゃん？
547 ：Name_Not_Found 投稿日： 02/10/07 11:57 ID:W/2wOww0: >>540
これ，@import の前に @charset 指定していれば回避されるよ．
548 ：547 投稿日： 02/10/07 12:09 ID:???: sageるの忘れてました(^^;
549 ：540 投稿日： 02/10/07 19:25 ID:???: >>547-548
下記の通りで廻避されてませんが......？　

@charset "Shift_JIS";
/*======除 NC4 & WinIE3======*/
@import url(font.css);

当方Win98SE・IE6SP1にて。やはり「Webページ、完全」では保存できず。
550 ：Name_Not_Found 投稿日： 02/10/09 11:15 ID:???: 【MacIE5.x】
overflowに対し，visible以外を指定すると，要素が消滅してしまう．
autoでもだめ．
551 ：Name_Not_Found 投稿日： 02/10/10 11:34 ID:???: 【MacIE4?5】（有名だが登録されてないので一応ここに書き込む）
自動折返しされる長さを持った要素にletter-spacingを適用すべからず。
表示が崩れます。
対処法としては、
@media screen,print {
p{letter-spacing:0.2em;}
}
と@mediaで括ってやるとMacIEは認識しない。
552 ：Name_Not_Found 投稿日： 02/10/10 22:34 ID:j/J2X4Sa: 【MacIE5.0?5.1】clearプロパティを継承してしまって、floatが効かなくなる。

仕様書によれば、clearプロパティの継承性は無し（"Inherited: no"）である。
しかるにMacIEでは、clear:both;を指定した要素のみならず
内包する子要素にfloatが指定してあるのまで効かなくなってしまふ。以下に例を。
#row2 {clear:both;}
h3 {float:left; width:33%;}
#row2 p {margin-left:35%;}
<div id="row2">
<h3>見出し</h3>
<p>文章......</p>
<div>
これでWinIE6もNetscape7もOpera6も段組になって、見出しのすぐ右側に文章が来る。
だがMacIE5では、親要素のclear指定を削らないとfloatされない。
（因みにclear指定はこのブロックの前にあるdiv#row1の配置との絡みで要って入れたもの）
553 ：Name_Not_Found 投稿日： 02/10/10 23:37 ID:???: 【Netscape 7】
属性セレクタはMozillaのみ対応だが、これにより奇妙なバグを生じることがある。
具体例のソースを一部抄出すると----
[lang="en"]{font-size:95%}
div, h2, form {margin:0; padding:3px 0; background:red; }
li {display:inline; }
<div>
<h2>Menu</h2>
<ul><li>menu1</li><li>menu2</li><li>menu3</li></ul>
</div>
<form><input type="?"><form>

これで、なぜかN7ではdivとformの間に隙間が空く（IE6ならそんなことはない）。
form{margin-top:-1px;}を追加指定しないとピッタリくっつかない。
また、lang属性などどこにも記してないのに、なぜか上記スタイルより
"[lang="en"]{font-size:95%}"を削るとちゃんと隙間は空かなくなる。
Menuが全て半角英字なのと関係あるか？
細かい再現条件は不明だが、一応報告しておく。
554 ：Name_Not_Found 投稿日： 02/10/11 23:54 ID:uFNIXQEt: 同じMacIE5でも、ＯＳが異なると同じ表示にならなかったりするんだよな。
OS 9ではバグるのにOS Xでは大丈夫だったり、時にはその逆だったり。
もういやっ。
555 ：Name_Not_Found 投稿日： 02/10/12 00:19 ID:S1TGTK8f: OSXとOS9じゃ、同じMacIE5ではないような...。
MacIE5.1xとMacIE5.2xだったり...
556 ：554 投稿日： 02/10/12 15:08 ID:???: 同じver5.0での話だよん。>>555
あと、a要素をウッカリ閉ぢ忘れたままアップロードしたら、
ｈttp://?/myweb/index.html
と
ｈttp://?/myweb/
とではなぜか全然違った表示になった。そんなのMacIEだけだった。わけわからん。
557 ： ◆E3CSS.J95U 投稿日： 02/10/12 21:25 ID:???: >534から>555まで対応。

>>534
Operaはスクリプトによるpositionプロパティの変更に対応していないようです。
値の変更はできても、表示上は変更前の状態が続くようです。
　参考：　ttp://www.opera.com/docs/specs/js/

>>539
heightの指定でもいいようです。というか、heightを指定していたせいで
WinIE6ではバグが修正されたと思っていた（;´Д｀）

>>540
tripodにアップしたページでは保存できました。なぜ？
ちなみにうちはWinXP+IE6SP1。

>>553
属性セレクタではなく、line-heightとfont-sizeなどが関係ありそうです。
558 ：Name_Not_Found 投稿日： 02/10/12 23:43 ID:???: >>557 おつかれさま。

さて>>540の件ですが----
http://members.tripod.co.jp/cssbug/detail/winie/b066.html
このページは、おっしゃる通り、確かに保存できますね。
でも、他のサーバーでまとめての保存ができないページ＆外部ファイル（例1）を
個別に保存してから、それをtripodにアップして保存してみようとすると、
やはり保存エラーになるんだな、これが。
例1：http://www.geocities.co.jp/SiliconValley/3809/index.html
色々試したが、再現条件は不明。誰か詳しい人よろしく。
559 ：Name_Not_Found 投稿日： 02/10/13 11:51 ID:???: 本スレまとめの
http://members.tripod.co.jp/cssbug/
macIEの
[2-541]
同じブロック要素内でspanでfont-familyを指定した場合は，問題がないようです．
以下のソースでは再現を確認することができます．

<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=shift_jis">

<title></title>
</head>
<body>

<p style="float:left;"><span style="font-family:sans-serif;">サンセリフ</span></p>
<p><span style="font-family:monospace;">モノスペース</span></p>

</body>
</html>
560 ：Name_Not_Found 投稿日： 02/10/13 11:58 ID:???: 続き

[2-550]overflowプロパティにvisible以外の値が指定された要素が表示されない(IE5)

は，hx，p，preで確認．width，heightを指定すれば大丈夫な場合もあるし，だめな場合もある．
再現条件が良くわからん．．．
561 ：Name_Not_Found 投稿日： 02/10/13 20:00 ID:sFwGSIGP: http://members.tripod.co.jp/cssbug/detail/winie/b043.html
「WinIE6.0では両プロパティが未サポートです。」

これは間違ってます。IEは5.0からrightもbottomもサポートしてますよ。
　http://www.zspc.com/documents/css2/index.html#display
下記の例でお確かめあれ。
<div class="example">
<div style="position:relative; width:100px; height:100px; background:aqua;">A
<div style="position:absolute; right:10px; bottom:10px; background:green;">B</div>
</div>
問題は、二番目のdivにtopとleftが指定してあるとそちらを優先してしまって
bottomやrightが効かなくなることなわけで。
プロパティには一応対応してるので、ご訂正下さい。
562 ：Name_Not_Found 投稿日： 02/10/13 20:06 ID:???: >>561
少なくともCSS2の仕様通りにはサポートしてない。top,leftのある無しに関わらず。
CSS2.1の通りになら大体サポートしてることになるけど。
563 ：Name_Not_Found 投稿日： 02/10/13 20:11 ID:???: >>562
CSS2と2.1の差とは？（仕様書邦訳が2しかないみたいなのでわかんないや）
564 ：Name_Not_Found 投稿日： 02/10/13 23:59 ID:???: MacIE5のoverflowバグはここでまとめられてた。
width, height指定で直ることもあるってのは未確認のようだけど。
http://www.remus.dti.ne.jp/~a-satomi/nikki/2001/10c.html#day25num04
565 ： ◆E3CSS.J95U 投稿日： 02/10/14 01:28 ID:???: >558から>564まで対応。

>>558
HTML文書とスタイルシートを別々のディレクトリにおくと保存できないようです。

>>559-560
とりあえず修正してみました。Macないから結果が現れているか
自信が持てないけどヽ(´ー｀)ノ

>>561
情報ありがとうございます。修正しておきました。
566 ：Name_Not_Found 投稿日： 02/10/14 04:45 ID:???: >>565 乙

MacIE関連，画像ほすい？
567 ：Name_Not_Found 投稿日： 02/10/14 08:30 ID:???: 【Mozilla/Netscape 7】
親要素をpositionを指定してあると、overflowを指定した子要素が表示されなくなる。

http://pc3.2ch.net/test/read.cgi/hp/1031773943/828
>私のサイトではNetscape6.1以上対策として
>固定シートにbody{position:relative;z-index:0;}と指定してあります。
>これをしないとz-indexにマイナス値を指定した要素が表示されなくなるからです。
>さて最近、overflowによる擬似フレームに挑戦してみようとして、優先シートに
>body {overflow:hidden;}
>#main {
>position:absolute; top:0; left:0;
>width:100%; height:100%;
>overflow:auto;
>}
>#menu {
>position:absolute;
>bottom:0;
>z-index: 100;
>}
>としました。
><body><div id="main">本文......</div><div id="menu">メニュー</div></body>
>Internet Explorer 6ではこれで意図通りの表示となります。
>しかしNetscape 7では、ウィンドウが真っ白になり、全く何も表示されないのです。
>試行錯誤の末、body{position:static}を追加指定すると、やっとN7でも成功。
>しかしこれではbody内でz-indexを負値に指定した要素が表示されなくなります。
>正直、このあたり理窟がよくわかってないのですが、
>うまい対処法とご解説をいただけると助かります。
568 ：Name_Not_Found 投稿日： 02/10/14 09:05 ID:???: http://cssbug.tripod.co.jp/detail/opera/b005.html
>rightプロパティのみが未サポートのために起きる現象の可能性があります。

いや、Operaもサポートはしてるんだが......。
CSS Laboratoryの対応表の附記を参照。
http://is.vis.ne.jp/charts/css2_visuren/index.xhtml#right
・IE5.5?6 と O6 では、rightプロパティと leftプロパティを同時に指定しても、rightプロパティは無視されてしまう。 (ただ、widthプロパティを指定しない場合の最大幅は left, right の値による。)
・O6 では、widthプロパティが明示されていないと rightプロパティは効かないように見えるが、そうしたとしても仕様通りに効いてはいない。
569 ：Name_Not_Found 投稿日： 02/10/14 09:11 ID:???: >>542は無視ですか？（IE6）
570 ：Name_Not_Found 投稿日： 02/10/14 09:42 ID:???: >>563
2.0仕様だとrightだけ指定しても右には寄らない。
left:0と設定されるから。
leftかwidthのどちらかも一緒に指定する必要がある。

2.1仕様だとrightだけ指定しても右に寄る。
内容に依存した幅が自動的に決まってleftもそれに応じて自動設定される。
571 ：Name_Not_Found 投稿日： 02/10/14 10:30 ID:???: >>562
WinIEは公式にはCSS1対応ですからねえ。
572 ： ◆E3CSS.J95U 投稿日： 02/10/14 18:45 ID:???: >>566
個人的には無くてもいいだろうと思ってるけど、需要は多いのかねぇ？

>>567
Mozのバグでしょうか？　WinIEの方がおかしいように思えます。
http://members.tripod.co.jp/cssbug/temp/temp6.html
この例では親要素のheightを省略した場合、高さの算出値は0になるはず。
（absoluteなボックスは算出から除外される）
高さが0のボックスにoverflow:hidden;を指定したら消えるのが正しいような。
実際、高さを明示した場合はMoz、WinIEは同じ結果になります。

>>568
修正しました。こっちも間違っていたか...。

>>569
忘れてた（;´Д｀）　追加したけど、症状を再現できない...。
573 ：566 投稿日： 02/10/15 00:24 ID:???: >>572

>とりあえず修正してみました。Macないから結果が現れているか
>自信が持てないけどヽ(´ー｀)ノ

とのことでしたので．必要かなぁーと思ったのであります．
ちなみに，
[1-2]
[2-157]
[2-449]
[2-529]
[2-541]
[2-550]
[2-551]
[2-552]

を確認しました．
574 ：Name_Not_Found 投稿日： 02/10/15 01:29 ID:???: >>572-573
Windowsユーザーとしては、
普段目にする機会のないMacIEで確認してくれて、
そのスクリーンショットまでつけてくれるなら
有り難い限りですね。是非是非。
575 ：Name_Not_Found 投稿日： 02/10/15 01:38 ID:dQLpE1QQ: >>551と類似。
【MacIE4?5】
自動折返しされる長さを持った要素にtext-align:justify;を適用すべからず。
表示が崩れます。
cf.http://www.remus.dti.ne.jp/~a-satomi/nikki/2001/06a.html#day03num01
576 ：Name_Not_Found 投稿日： 02/10/15 01:56 ID:???: 【Opera6.0】
border を指定する際、border-color を指定していない場合は、
color の値が初期値として
使用されるはずだと思うのですが、そうなりません。
577 ：Name_Not_Found 投稿日： 02/10/15 02:04 ID:???: 【Opera6.05】、:linkでの指定を:visitedの指定が上書きしてくれない

Operaで見ると表示が変なページ ↓
　http://www.ne.jp/asahi/anarchy/saluton/links.htm
リンク集の一番下を訪問済みにしてOperaで見ると、アンカーの下線が妙に右までよけいに伸ばされて表示されるのが、おわかりになりますか。
スタイルシートから問題点を抽出すると以下の通り。
A:link {font-weight: 600;}
A:visited {font-weight: 200;}
A:hover {font-weight: 900;}
つまり、訪問前は太字で訪問済みは細字になり、hoverの時にさらに太字になる設定です。
特に:hoverでは文字が太った分だけアンカー・テキストの幅も伸びる。その伸びた長さがなぜか:visitedの時でも反映されてるわけです。
これはfont-weightですが、他にも:linkで指定された値がvisitedの状態にも引き継がれる模様。困ったもんです。
578 ：Name_Not_Found 投稿日： 02/10/15 02:08 ID:???: うちのIE6ではこれが意図通りに表示されないんですが、IE6のバグと考え定員でしょうか？

<?xml version="1.0" encoding="Shift_JIS"?>
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>test</title>
<style type="text/css">

p { border: 1px solid red; }
p:first-letter { font-size: 200%; }
p#p-1:first-letter { vertical-align: 1em; }
p#p-2:first-letter { vertical-align: -1em; }
p#p-3:first-letter { vertical-align: -2em; }
p#p-4:first-letter { vertical-align: sup; }
p#p-5:first-letter { vertical-align: sub; }

</style>
</head>

<body>
<p id="p-1">段落2-1, vertical-align: 1em</p>
<p id="p-2">段落2-2, vertical-align: -1em</p>
<p id="p-3">段落2-3, vertical-align: -2em</p>
<p id="p-4">段落2-4, vertical-align: sup</p>
<p id="p-5">段落2-5, vertical-align: sub</p>
</body>
</html>
579 ：578 投稿日： 02/10/15 02:08 ID:???: 考え定員でしょうか→考えていいんでしょうか
580 ：Name_Not_Found 投稿日： 02/10/15 02:13 ID:???: 【Opera6】
button要素の背景色には対応しているのに、transparentは無視される。

【Opera6】
widthを指定しないでフロートさせると、無限に回り込んでいく。
（CSS仕様書ではfloatを指定する要素にはwidth必須とする。）
581 ：Name_Not_Found 投稿日： 02/10/15 02:28 ID:???: >>578-579
K@tsukun's PAGE! > CSS Reference > CSS対応状況表によれば----
http://hp.vector.co.jp/authors/VA022006/css/corrbrwser.html#selectors
「※ WinIE5.5,6、MacIE5 は、:first-letter擬似要素に対応していますが、vertical-align は無効になります。」だとさ。
まあバグだね。
582 ：578 投稿日： 02/10/15 02:40 ID:???: >>581
がっくし。
position:relativeは（仕様上）使えないし、floatだとフロートにした:first-letterの下辺が切れるしで、どうしたもんだろ。
583 ：Name_Not_Found 投稿日： 02/10/15 02:54 ID:???: >>572
>http://members.tripod.co.jp/cssbug/temp/temp6.html
>この例では親要素のheightを省略した場合、高さの算出値は0になるはず。
>（absoluteなボックスは算出から除外される）
>高さが0のボックスにoverflow:hidden;を指定したら消えるのが正しいような。

それはごもっとも。
ですが、>>567のoberflow:hidenを指定した要素が消えるって問題は、
子要素のposition:absoluteに関係なく、
親要素にposition:relativeを指定してある場合だと、ってことでした。
実際、検証用のソースで「親要素のheightは省略」を以下のごとく変更すると
N7でも親要素にheightを指定した場合と同様の表示になります。
<div style="/* position:relative; */ overflow:hidden; border:2px solid red;">
<p style="position:absolute; overflow:auto; width:150px; height:50px;">
</p>
</div>
「absoluteなボックスは算出から除外される」のは
親要素が相対配置されようとされまいと変らないはず、ですよね？
だのにナゼ親要素にposition:relative;が指定してあるとN7では消えるのか、ってことです。
584 ： ◆E3CSS.J95U 投稿日： 02/10/15 09:27 ID:???: >>583
絶対配置要素のコンテナブロックはポジショニングされた最も近い祖先要素か、
それがない場合はルート要素が設置したものになると規定されています。
div要素が相対配置された状態では、p要素のコンテナブロックがdiv要素になるので
div要素に指定されたoverflow:hidden;の影響を受けます。
しかし、div要素を通常配置にするとp要素のコンテナブロックが、ルートである
html要素になります。その結果、div要素のoverflow:hidden;の影響は受けません。
代わりに、html要素のoverflow指定（検証ソースでは何も指定していない→
初期値visible）の影響を受けるため、p要素がすべて見えた状態になります。
従って、N7の実装が正しいと思います。
585 ：Name_Not_Found 投稿日： 02/10/15 09:27 ID:???: >>577
>他にも:linkで指定された値がvisitedの状態にも引き継がれる模様。
さすがにオペラと雖もcolorやbackgroundは大丈夫、引き継がないね。
訪問済みにしても上書きされないのは、font-styleやletter-spacingとか。
下記スタイルをオペラで試しました。
a:link {color:blue; font-style:italic;letter-spacing:1em;}
a:visited {color:black; font-style:normal;letter-spacing:0;}
ただし指定を逆にして、
a:link {font-style:normal;}
a:visited {font-style:italic;}
だと、訪問済みの状態ではちゃんと斜体になるけど。
586 ：Name_Not_Found 投稿日： 02/10/15 11:11 ID:???: 【Mozilla/Netscape 6.1?7】
z-indexにマイナスの値を指定すると、その要素が表示されなくなる。

厳密にはバグではなく仕様通り（らしい）。
が、これはMozillaだけの動作のため色々困惑を生んでるみたいなので。
下記参照。
http://bugzilla.mozilla.gr.jp/show_bug.cgi?id=1563
http://bugzilla.mozilla.org/show_bug.cgi?id=78087
対処法は下記を指定。
body {
position: relative;
top: 0;
left: 0;
z-index: 0;
}
587 ：583 投稿日： 02/10/15 12:01 ID:???: >>584
なるほど、ルート要素が<html>になるんですね（<body>ではなく）。
やっとわかりました。解説、有り難うございます。

まあoverflowの擬似フレームは止めておけってことですか。
MacIEやOperaでも問題多いみたいですし。
588 ：587 投稿日： 02/10/15 12:40 ID:???: あ、>>123で既出でしたね。どうもすみません。
589 ：Name_Not_Found 投稿日： 02/10/16 10:26 ID:???: 質問スレッドより転記します。
http://pc3.2ch.net/test/read.cgi/hp/1031773943/939-946
CSSでページ領域の真中表示できた。以下必要部分書いてみます。
html, body { margin:0px; padding:0px; width:100%; height:100%; }
h1 { line-height:1; position:relative; margin:0px; padding:0px; font-size:100%; font-weight:normal; text-align:center; top:50%; }
.header { position:relative; top:-0.5em; }
<body>
　<h1><span class="header">まんなか</span></h1>
</body>
これは文字だけどimgとかブロックとかでも.headerのtopをうまく書き換えればいけると思う。
どうでしょ？　いちおうMozilla1.0.1とIE6SP1では確認しますた。
【Opera6】
でもOpera6では上の方に配置されるね。垂直方向の中心にはならない。
下の通りに直せば、OperaでもIE6でもN7でも真ん中配置になる。
h1 {
line-height:1; margin:0px; padding:0px; font-size:100%; font-weight:normal; text-align:center;
position:absolute; top:50%; width:100%;/*←変更箇所*/
}

【MacIE】http://pc3.2ch.net/test/read.cgi/hp/1031773943/966
MacIE5.0/5.1ともに駄目だった。
MacIE は、height の単位を % にすると横幅を基準に値を決めているもよう。
つまり、"height:100%;" ならその要素の縦幅はウィンドウの横幅と同じになり、
横幅＞縦幅なウィンドウでは、無駄な縦スクロールバーが出現することになり。
html, body { margin:0; padding:0; width:100%; }
h1 { line-height:1; margin:0; padding:0; font-size:100%; font-weight:normal; text-align:center;
position:absolute; top:50%; width:100%;}
height:100%; を削って、以上の記述にすると、MacIE 5.x でもおおかた意図する表示になるようです。
590 ：Name_Not_Found 投稿日： 02/10/16 11:42 ID:???: >>589
結局Operaのposition:relativeでのtop値％指定って
どんな算出方法を取ってるんだ？　ようわからん。
Opera7では直るかなあ。
591 ：Name_Not_Found 投稿日： 02/10/16 21:49 ID:IeJA5jOW: ［MacIE4.1］
IE4はdisplayプロパティの値inlineやblockには未対応だとされる。
　cf.http://www.zspc.com/documents/css2/display/display.html
そこで一計を案じて、IE4で表示が崩れる元となる部分をspanで括って、
IE4では消して、IE5以降でのみ表示させようとした。
#div1 span {display:none;}/*Win&MacIE4向け*/
#div1 span {display:inline;}/*ver5以上向け、Win&MacIE4では無効のはず*/
ところがMacIE4.1で見たら、これが意図に反して表示されてしまった。
スタイル指定の二行目を削るとちゃんと消えるが。
どうもdisplayプロパティが未対応の値を持つ場合、そのブロックを無視しないで
上書きするみたいだ。したがってdisplay:none;が効かなくなるらしい。
それって文法違反です。バグですね。
MacIE4.5やWinIE4ではどうなのか。追試求む。
592 ： ◆E3CSS.J95U 投稿日： 02/10/16 22:25 ID:???: >575から>590まで対応。

>>589
領域の中央表示でOperaだけが上に寄っている件ですが、調べてみると
top: 50px; を指定したときと同じ位置に表示されています。
そこで数値を変えてみましたが、やはり同じ傾向になります。
（top:75%; → top:75px; の位置、top:300%; → top:300px; の位置など）
おそらく、Operaは相対配置要素に対してtopプロパティを%値で指定すると、
数値はそのままで単位がpxになったかのように扱われてしまうようです。
593 ： ◆NiR4.ALMK. 投稿日： 02/10/16 22:40 ID:???: WinIE4.01 (Win95), MacIE4.51 (MacOS9) で試したところ
display: none, inline ともに有効に機能するです。
MacIE4.5 はもう消しちゃって持ってないから不明。

ちうかそれ、「文法違反」ではなくて「実装が不完全」って事ですやね。
言葉尻をあげつらってスマンですが。
594 ：593 ◆NiR4.ALMK. 投稿日： 02/10/16 22:44 ID:???: あ、いや、display : block なものを inline にすること（またはその逆）は
できませんやね。＞WinIE4
つまり span の display 初期値 inline がそのまま有効になってる、てなわけで。
595 ：Name_Not_Found 投稿日： 02/10/16 23:42 ID:???: >>593-594
するってえと、次の指定にしたら、IE4では消えてくれるのかね？
#div1 span {display:none;}/*Win&MacIE4向け*/
#div1 span {display:block;}/*ver5以上向け上書き、Win&MacIE4では無効のはず*/
IE4ではインライン要素であるspanをblockレベル要素にすることはできない（未実装）、
したがって二行目のスタイル指定は無効であり、
一行目のdisplay:none;が上書きされないで有効になるハズ。
596 ：Name_Not_Found 投稿日： 02/10/16 23:56 ID:???: >>589追記（転載）
【MacIE5】
html, body { margin:0px; padding:0px; width:100%; height:100%; }
h1 { line-height:1; margin:0; padding:0; font-size:100%; font-weight:normal; text-align:center;
position:absolute; top:50%; width:100%;}
.header { position:relative; top:-0.5em; }
>http://pc3.2ch.net/test/read.cgi/hp/1031773943/966-967
>ありゃ、私のとこと違いますね。
>ウィンドウサイズがどんなでもウィンドウから半文字分上にはみ出ます。（.headerの効果）
>ちょっと実験してみたところ、h1が position:absolute; なせい（だと思う）でbodyが高さ0に
>なってるみたいです。　htmlは自動的にbodyの外側を包括するボックスになってるっぽいかな？
>
>heightでの%指定は親ボックスの高さが基準じゃなかったでしたっけ。
597 ：Name_Not_Found 投稿日： 02/10/17 01:29 ID:???: [IE5.5&6.0]　で確認。おそらく、それ以前のverも駄目なんでしょうな。

<ul>
<li><div style="width:100%">AAAAA BBBBB CCCCC</div></li>
</ul>

の様にリストアイテムに含んだブロックにwidthを指定すると、
表示が折り返された時、

　　AAAAA BBBBB
○　CCCCC

マーカーが下にいってしまう模様。
Mozilla1.0&1.1、Netscape7.0、及びOpera6.03で同現象は見られず。
598 ：Name_Not_Found 投稿日： 02/10/17 01:51 ID:???: >>597
http://pc3.2ch.net/test/read.cgi/hp/1031773943/970-975
>973 ：Name_Not_Found ：02/10/17 01:04 ID:???
>>>970
>リストアイテムに含んだブロックではなく、liそのものに横幅を指定してもなるね。
><ul>
><li style="width:30%;"><p>AAAAA BBBBB CCCCCC長い文章......</p></li>
></ul>

ulにwidthを指定する分には大丈夫なのだが。
599 ：Name_Not_Found 投稿日： 02/10/17 03:46 ID:v6eCYkiV: ｽﾐﾏｾﾝ！ちょっと質問なんですが、
スタイルシートで背景画像を横や縦だけに繰り返したりできますよね。
上下で横に繰り返すことも出来るんでしょうか？
つまり、画面の上下に飾り罫をつけるようなデザインにしたいんです。
（その場合もしかして、フレームとか使わなきゃできないんでしょうか？）
ｸﾞｸﾞﾙでいろんな単語入れて検索してみたんですが見つからなくて...
どなたかどうかおながいします！
600 ：599 投稿日： 02/10/17 03:47 ID:???: ごめんなさい！あげちゃいました・・ｳﾄｩ
あと、微妙にスレ違いだったらｽﾐﾏｾﾝ
601 ：Name_Not_Found 投稿日： 02/10/17 05:35 ID:???: 微妙どころか、掠るところさえ無いすさまじいスレ違い。
602 ：Name_Not_Found 投稿日： 02/10/17 06:54 ID:???: >>599
質問なら専用スレがあるよ
http://pc3.2ch.net/test/read.cgi/hp/1031773943/l50

私はあんまりCSS詳しくないんでこれだけでごめん
603 ：597 投稿日： 02/10/17 09:10 ID:???: 少し関連して、もう一つ。[IE5.5&6.0]で確認。

<ul>
<li><a href="#" style="display:block;">AAAAA BBBBB CCCCC</a>
<li><a href="#" style="display:block;">AAAAA BBBBB CCCCC</a>
</ul>

の様にリストアイテムにブロック化したアンカーを含むと、

○AAAAA BBBBB CCCCC

○AAAAA BBBBB CCCCC

不自然な改行が空く模様。さらに、アンカーの範囲が親ブロックの
端まで伸びない（NN4.xのブロック解釈似）。

・改行は<li>または<a>にwidth指定をすることで解決。
・アンカーの範囲は<a>にwidth指定をすることで解決。

しかしそこで、>597の問題が出てくと。

正直どうかと思うやり方だけど、

<ul>
<li><div><a href="#" style="display:block;">AAAAA BBBBB CCCCC</a></div>
<li><div><a href="#" style="display:block;">AAAAA BBBBB CCCCC</a></div>
</ul>

とすることで、両方解決した。
この方法を取る事による他ブラウザでの障害は見うけられず。
604 ：597 投稿日： 02/10/17 09:12 ID:???: >598
今気づいたけど、ul{width:100%} にするとマーカーが
ウインドウの外に飛び出すね。＞IE　これもバグか...。
605 ：Name_Not_Found 投稿日： 02/10/17 09:29 ID:???: >>604
それはバグなのかな？
WinIEのデフォルト・スタイルシートが
ul,ol{margin-left: 40px; padding-left: 0;} であるのと関係あるみたいよ。
一方N6?7は、ul,ol{margin-left: 0; padding-left: 40px;}
　cf. http://is.vis.ne.jp/lab/ua_default_css/index.xhtml
N6/N7と同じく左パディングを指定しておいてやればIEでもリスト・マーカーは現れる。
606 ：Name_Not_Found 投稿日： 02/10/17 09:45 ID:???: 【WinIE6標準モード】
<div style="border:1px solid red;">
<ul style="width:50%;margin-left:400px; padding-left:0;border:1px solid red;">
<li style="border:1px solid red;"><p>AAAAA BBBBB CCCCC</p></li>
</ul>
</div>
ulへのージン指定が無視される。互換モードならちゃんと400pxの間が空くのだが。
ただし両モードとも、十分な左パディングを指定しないとリストマーカーが消える。
607 ：606 投稿日： 02/10/17 09:46 ID:???: 訂正。
＞ulへのージン指定が無視される。
ulへの左マージン指定が無視される。
608 ：Name_Not_Found 投稿日： 02/10/17 10:05 ID:???: ウインドウの外に出るってことは、
IEのマーカーはULで生成されるボックス領域の外側にあるのか？

Mozは
body{margin:0;padding:0}
ul{width:100%;margin:0;padding0}
どこまで詰めてもマーカー出てるわけで。
list-style-position:insideの状態なら、IEでもマーカー出現。
609 ：Name_Not_Found 投稿日： 02/10/17 10:54 ID:???: >>608
いや、Mozillaでもulだけでなくliも詰めればマーカーが消えるよ。
ul,li {padding:0;margin:0;}

あとMozillaでは、list-style-position:inside;にすると
<ul><li><p>第一に、......</p></li></ul>
が
------------
・
　第一に、......
--------------
と、ヘンに改行された表示になるって罠が。（>>187参照）
610 ：Name_Not_Found 投稿日： 02/10/18 14:59 ID:???: 『CSSバグ辞典スレッド』の要約 http://cssbug.tripod.co.jp/index.html

「CSS関連リソースへのリンク」で"CSS Laboratory"がリンク切れです。
移転先→　http://is.vis.ne.jp/
611 ： ◆E3CSS.J95U 投稿日： 02/10/18 22:54 ID:???: >590から>610まで対応。
リンク切れも修正しました。
612 ：Name_Not_Found 投稿日： 02/10/20 11:03 ID:???: 【MacIE5】
表を囲む四方の枠線のうち、border-bottomだけ表示されなくなる。
実例は以下で見た。
http://www.geocities.co.jp/CollegeLife-Library/1959/reference/bibliography.htm
table.classA {width:100%; border:1px solid;}
<table border="1" cellspacing="0" class="classA">
<thead>
<tr>
<th width="**%">......</th><th width="**%">......</th>以下略
</tr>
</THEAD>
<tbody>
<tr>
　　　<td>......</td><td>......</td><td>......</td>以下略
</tr>
</tbody>
</table>
しかしなぜかHTMLソースで、</tbody>の前、</tr>との間に、一行の空行を空けてあると
テーブルはちゃんとborder-bottomも枠線が引かれる。
他にも、Opera6やMacIEでは、改行するかしないかで
CSSバグが出たり出なかったりする場合がたまにあるんだな。
613 ：Name_Not_Found 投稿日： 02/10/20 13:42 ID:???: http://members.tripod.co.jp/cssbug/index.html
バグのまとめ、ご苦労様です。
ところで、OperaやMozilla/Netscape7で見ると、
<pre></pre>で括ったソースの例文で１行文字数が多くて横に長くなってる場合、
preのボックスから右にはみ出てしまって見にくいことがありますよね。
特に閲覧のウィンドウ幅を狭くしてるとなりやすい。
例）http://members.tripod.co.jp/cssbug/detail/opera/b018.html
　　Opera6でウィンドウ幅750以下にして閲覧。
preは折り返さないのだから当然かもしれませんが、
あれってどうにもならないもんですか？
614 ：Name_Not_Found 投稿日： 02/10/20 14:14 ID:???: >>613
white-space:-moz-pre-wrapはNS7の独自拡張だしねえ。
今のところどうにもならないと思います。
overflow:autoで対応するくらいしか。
615 ：Name_Not_Found 投稿日： 02/10/20 16:43 ID:???: >>614
>overflow:autoで対応するくらいしか。
auto？　overflow:scroll;ではなくて？（もちろんwidthも併せて指定すること）
例を出す。
pre {
border:1px solid red;
overflow:auto;
width:80%;
}
<pre>
長い長い長ぁい一行・長い長い長ぁい一行・長い長い長ぁい一行・長い長い長ぁい一行・長い長い長ぁい一行・長い長い長ぁい一行・長い長い長ぁい一行・長い長い長ぁい一行・長い長い長ぁい一行・長い長い長ぁい一行・長い長い長ぁい一行
</pre>
上の指定をoverflow:auto;にしても、N7では何の変化も起きない（ボックスからはみ出なくはなるが）。
IE6ではスクロール・autoならばpreに横スクロール・バーが出るものの、
そのバーの下に文字列が隠れて見えなくなるのでheightも指定しないといけない。
しかしOperaではoverfow:autoでもpreのボックスから文字列がはみ出すし、
もっと悪いことにoverflow:scrollにすると（preではなく）ウインドウの横スクロールが出なくなり、
文字列の右端読めなくなって困る。

この場合、overflow:autoでのIE6のN7との表示差はバグになるのかな？
616 ：615 投稿日： 02/10/20 16:46 ID:???: ごめん、肝心なところで間違った。
pre {
border:1px solid red;
overflow:scroll; /*ここ、ご訂正下さい*/
width:80%;
}
初期値はscrollで試してみてね。
617 ：Name_Not_Found 投稿日： 02/10/20 17:16 ID:???: [Netscape 7]
letter-spacingもしくはtext-align:justify;を指定した見出し要素内で、
a要素の前後の字間が詰まり、時に重なる。
e.g.
<h1 style="text-align:justify;">llllllllll<a href="index.html">mmm</a>lllllllll</h1>
<h1 style="letter-spacing:0.1em;">llllllllll<a href="index.html">mmm</a>llllll</h1>
lとmの字間が妙に詰まってるのがご覧いただけようか。
letter-spacingの値や見出しのフォント、文字列次第で重なって見えないこともある。

cf.
「letter-spacingを指定した要素内で「ー」と直後の文字とが重なる」
http://cssbug.tripod.co.jp/detail/mozilla/b030.html
618 ：Name_Not_Found 投稿日： 02/10/20 18:32 ID:???: 簡略化プロパティについてのバグ？　報告依頼につき、CSS質問スレ12より転載

body { color: #000000; background: #f5f5f5 url(../images/hoge.jpg) repeat }

102 ：Name_Not_Found ﾒｪﾙ：sage 投稿日：02/10/20 17:18 ID:???
>101
Mac版ネスケ７／IE５.1.6に外部.cssを読み込ませて試したけど、簡略化
プロパティを認識しない。Win版IEとOperaは持ってないから分からん。

body { background-color: #f5f5f5;
background-image: url(../images/hoge.jpg);
background-repeat: repeat;}

103 ：Name_Not_Found ﾒｪﾙ：sage 投稿日：02/10/20 17:22 ID:???
今度はネスケ4.08が認識しない。
正直わけがわからん。面倒だけどネスケ専用.css設定するしかないみたい
619 ：Name_Not_Found 投稿日： 02/10/20 19:08 ID:???: >>618
「Netscape Navigator 4.x CSSバグリスト」より
http://cssbug.tripod.co.jp/detail/nn4x/b008.html
＞本来、外部スタイルシート内の相対パスはスタイルシートファイルを基準にした
＞パスであるが、NN4はこれをリンク元の文書ファイルを基準にしたパスとして扱う。
620 ：Name_Not_Found 投稿日： 02/10/20 20:35 ID:???: /* MacIE4.1?4.5 */
margin一括指定が効かない。
　margin:0 -5em;
個別指定なら効いた。
　margin-left:-5em; margin-right:-5em;
621 ：Name_Not_Found 投稿日： 02/10/20 20:54 ID:???: /* MacIE5 */ position:relative;のマイナス値で移動させられない。
例
<div id="main">
<h3>headline</h3>
<p>paragraph</p>
</div>
body {background-color:red;}
#main {
background-color:#ddd;
border-left:2px solid white;
margin-left:24px;
}
#main h3 {float:left;width:40%;
background:red; color:white;
font-weight:900;
border-width:2px 2px 2px 0;
border-style:solid;
border-color:white;
position:relative;left:-2px;/*これが効いてくれない*/
}
#main p {margin-left:45%;}
つまり、#mainの左ボーダーを<h3>の左側だけ消したい。
そこでposition:relativeの負値で<h3>を上から重ね合せてやった。
WinIE6、N7、Opera6ではうまくいった。
しかしMacIE5ではダメ。floatと併用してる所為？
でもpositionでなく、margin-left:2px;にしてみたら、MacIEでも成功した。
ただ、WinIEでは<h3>の上下borderがちょっと左にはみ出た格好になるが......。
622 ： ◆E3CSS.J95U 投稿日： 02/10/20 21:06 ID:???: >>613
overflowだと、Opera6などに対しては効果がないのがねぇ。
preじゃなくてbrを使っていた方が良かった？

>>617
いろいろなフォントを試してみたけど再現しない...。
それで、このバグ（↓）との関係が気になるのですが、
もしかしてMacOS版N7.0での現象ですか？
http://bugzilla.mozilla.gr.jp/show_bug.cgi?id=2386
623 ：617 投稿日： 02/10/20 21:31 ID:???: >>622
いえ、Win98です。
むしろこのバグと関係するかも↓。よくわからんけど。
http://bugzilla.mozilla.gr.jp/show_bug.cgi?id=395
http://cssbug.tripod.co.jp/detail/mozilla/b035.html
624 ：Name_Not_Found 投稿日： 02/10/20 21:52 ID:???: えーと、>>595は放置ですか。
625 ：俺がわるいのか投稿日： 02/10/24 06:01 ID:???: == sample ==

<p style="line-height:200%;">
<img src="a.gif" alt="test" width="16" height="16">
<a href="a.html">リンクA</a>
<br>
<img src="b.gif" alt="test" width="16" height="16">
<a href="b.html">リンクB</a>
<br>
</p>

== sample ==

IE6でline-heightが無視されます。
ネスケ4.75/ネスケ7ではちゃんと一行分あいて見えます。
626 ：Name_Not_Found 投稿日： 02/10/24 12:10 ID:???: >>625
IE6で無視って、具体的にどうなるの？
627 ：Name_Not_Found 投稿日： 02/10/24 13:15 ID:???: >>626
line-heightが効かず、行間が空かないってことかと。

N7とIEとは、たぶん、baselineの解釈が異なるのではないか。
628 ：Name_Not_Found 投稿日： 02/10/24 13:24 ID:7zLV1YKv: http://www.dream-express-web.com/space-trust.htm

静内って知ってる？
629 ：Name_Not_Found 投稿日： 02/10/24 13:38 ID:???: 【IE6】>>625-627
画像（置換インライン要素）を含む行が２行つづいた場合、
その２行の行間指定は無効になる。
以下で実験済み。
<p style="line-height:6.0;">
<img src="a.gif" alt="test" width="16" height="16">画像がある行<br>
画像がある行<img src="a.gif" alt="test" width="16" height="16"><br>
画像の無い行<br>
<img src="a.gif" alt="test" width="16" height="16">画像がある行<br>
画像がある行<img src="a.gif" alt="test" width="16" height="16"><br>
</p>
630 ： ◆E3CSS.J95U 投稿日： 02/10/24 20:24 ID:???: >612から>629まで対応。

>>623
やはりうまくいきませんでした。(´･ω･`)
9x系とNT系で表示が変わるのか？
631 ：Name_Not_Found 投稿日： 02/10/25 03:41 ID:???: 質問スレッドより転記。
http://pc3.2ch.net/test/read.cgi/hp/1034922586/160-
Mac IE4.5で
<div id="test" style="position:absolute; visibility:hidden; left:213px; top:281px; z-index:1">
<table width="200" border="0" cellspacing="0" cellpadding="0" bgcolor="#6699CC">
<tr>
<td>
<a href="#" onMouseOver="Swap('1','hoge');showLAYER('test')" onMouseOut="Swap('0','hoge');hydeLAYER('test')">リンク</a>
</td>
</tr>
</table>
</div>
としたところ、
外部ファイルで指定している
A:link{font-size:10px;color:#FFFFFF}
A:visited{font-size:10px;color:#CC0000}
A:hover{font-size:10px;color:#FF3300;text-decoration:underline}
が効きません。
どう効かないかというと、マウスを当てた時の色が変わりません。アンダーラインは効きますが、
マウスを離しても下線が消えない、というもの。
tableごとdivから外したら正常に動作しましたが、外さずに動作する方法はないものでしょうか、、。
632 ：Name_Not_Found 投稿日： 02/10/25 03:52 ID:???: >>630
おつかれ。
でも、まとめが幾つか間違ってますよ。
http://cssbug.tripod.co.jp/detail/mozilla/b040.html
http://cssbug.tripod.co.jp/detail/macie/b021.html
「url()内でパスを ' ' で囲むと背景画像が表示されない。」
↑これ、ヘンです。
それは確かにMacIE5のバグではありますが、>>618の報告では別のバグを述べてます。
要は>>618は「簡略化プロパティにすると効かない」と言ってるのだから。
実際、報告例（>>618）ではパスを ' ' で括ってなかったし。↓
＞body { color: #000000; background: #f5f5f5 url(../images/hoge.jpg) repeat }
633 ：Name_Not_Found 投稿日： 02/10/25 04:17 ID:???: http://cssbug.tripod.co.jp/detail/macie/b022.html
「marginプロパティで負の値を一括指定すると無視される」
マイナス値でなくても一括指定にすると効かなくなるみたいですよ。

それからMacIEのバグとして挙げてるけど、WinIE6でも異常が発生する。
テスト・ケースをWinIE6で見ると、N7やOpera6と違って、
marginのマイナス値で左右にはみ出させた分の文字列とborderが隠れて見えなくなる。
下の例で試すと、文字列は２３４（全角）しか見えない。
<div style="width:4em; margin-left:4em; border:2px solid red;">
<div style="margin:0 -1em; border:2px solid blue;text-align:center">１２３４５</div>
</div>
634 ：Name_Not_Found 投稿日： 02/10/25 05:39 ID:9oGh+e6V: 【IE6】標準モード／互換モードで確認
親要素内で、その包含する最後のブロックレベル要素の直後に<br>を挿入すると
上下マージンが効かなくなる。
<div id="a" style="border:1px solid red; margin:1em 5em;">
<p style="border:1px solid;">任意のブロックレベル要素</p>
<br>
</div>
<div id="b" style="border:1px solid blue;margin-top:1em;">ブロック</div>
上記の例で、<br>を削ると指定通りにdiv#aとdiv#bの間にマージンが空く。
但し、<br>があっても全くマージンが効かないわけではなく、値を少なく解釈するらしい。
値を1emではなく5emとか大きめに取るとマージンが空くから。
635 ：Name_Not_Found 投稿日： 02/10/31 01:52 ID:???: 保全上げ
636 ：Name_Not_Found 投稿日： 02/10/31 10:10 ID:???: これって既出？

http://developer.apple.com/internet/css/ie5cssbugs.html
637 ：Name_Not_Found 投稿日： 02/10/31 10:26 ID:???: いや、新出（多分）。>>636
できれば邦訳が欲しいネ。
638 ：Name_Not_Found 投稿日： 02/10/31 10:38 ID:Y90TDK9K: ここもあるね。
CSS Bugs in IE5.x Mac
http://www.macedition.com/cb/ie5macbugs/

/* Commented backslash hack \*/
selector {style: For all other browsers without MacIE}
/* End hack */
↑これ、MacIE除けに便利みたいだけど、日本語環境ではバックスラッシュは"\"になる。
それでも効くのかな？
639 ：Name_Not_Found 投稿日： 02/10/31 10:44 ID:???: よーし、暇なので邦訳しちゃうぞー
640 ：595 投稿日： 02/10/31 10:52 ID:???: 有り難う、有り難う、>>639よ。
あなたはエライ。できれば実験確認も頼みます。↓
http://cssbug.tripod.co.jp/detail/macie.html
641 ：639 投稿日： 02/10/31 11:19 ID:???: 書き込みサイズ制限ってどれくらいやっけ？

■ CSS Hints for Internet Explorer 5
　よく知られているように、IE の Windows 版と Macintosh 版とは異なるレンダリングエンジンを使用しているため、同じ HTML と CSS でもブラウザの反応は異なることがある。
　Web 開発者は、両方のブラウザでページをテストしなくてはならないのだろうか? 片方のブラウザでうまく表示されるページは、もう片方でもうまく表示されるかどうかは分からない。
　総合的に言って、Win IE が独自のスタイルシートや JScript のメソッドをサポートしているのに対して、Mac IE は標準への準拠に厳格(strict)だ。
　そして CSS サポートに関しては、Mac IE はずっと進んでいる。
　例えば、position: fixed などの Win IE が未だに実装できていないいくつかのプロパティをサポートしている。
　Mac IE は、他の多くのブラウザと同じように、開発者を悩ませるバグや癖がある。
　この記事は、よく出くわす 3 つの種類の問題について述べる。

1. position: relative 関係のバグ
　　不正な継承
　　表と、絶対配置(absolute)された要素
2. マージン関連のバグ
　　隠しマージン
　　スクロールバーの下の余白
　　margin-bottom の逆継承
3. overflow プロパティ関連のバグ
　　あふれた(overflow した)内容が clip されない
　　body 要素の overflow プロパティの継承
　　overflow した要素の

　これらの問題はは OS 9 / OS X の Mac IE のすべてのバージョンで起きうる。

# 目次の訳は、まだ全部読んでないから、直訳です。あてにしないで
642 ：Name_Not_Found 投稿日： 02/10/31 11:20 ID:???: >>638
文字コードは一緒だから効くだろ。
そんなことも知らんのか？
643 ：639 投稿日： 02/10/31 11:23 ID:tZz05iMm: 意訳・超訳オンパレード。

■バックスラッシュとコメントによるハック

　幸運なことに、開発者にはこれらの問題に対処するための道具がある。
　ブラウザを判別して CSS ファイルを分けるようなことおをせずに、特別なスタイルを指定することが出来る。

　Mac IE は CSS のコメント中にバックスラッシュがあると、正規表現みたいに、その次の一文字を無視する。
　この不正な動作を利用して、コメント終端( */ )を Mac IE に無視させることができ、これにより CSS 宣言を無視させることができるのだ。

element {
　　style: Mac IE 用宣言
}

/*
このコメントの終端(*/)は Mac IE に無視される。
続く宣言は Mac IE には読まれない。 -- まだ Mac IE はコメントの中だと勘違いしているから。
\*/

element {
　　style: 他のすべてのブラウザ用宣言。Mac IE 用の宣言を上書きする。
}

/*
普通のコメントを挿入する。これで Mac IE はコメントの終わりと認識する。
*/

これを利用して、まず Mac IE 用の CSS を宣言し、さらに他のブラウザのために宣言を上書きする。
この方法でたくさんの CSS に関連した問題を避けることが出来るだろう。

# つまり \*/ って書くと、 \ の次の * を無視するんで結果『 / 』になってコメント終端にならないってことか
644 ：639 投稿日： 02/10/31 11:30 ID:???: ...さて、このまま次項以降も訳していきたいと思うのですが
図とか入り乱れておりますので、ここに張るのは無理ぽ。
内容を要約して書き込んでみます。

>>640
あー、残念ながら俺は窓使いなので無理です...
Mac IE で確認が出来ないので、せめてMac用ブラクラにならないように、
と気をつけながら日々 CSS を書いております。
どこかで Mac 使える機会があれば実験確認してみる。
645 ：リンクスタッフ募集！投稿日： 02/10/31 11:58 ID:IiobKTZg: 成功報酬型ですが、支払い金額はかなりの高額になっております。
リンクスタッフ登録は無料ですので、ぜひご登録して頂けないでしょうか？

http://jwb.kir.jp/love-affair-c21.html　←こちらのサイトからご登録お願い致し
ます。
以下支払い金額の詳細となります。

総代理店１件につき3万円をキャッシュバックいたします。人気のあるページなら、
当然バナー広告がクリックされる確率も高いでしょうから、月に５?１０件くらいお
申し込みがあるかもしれません。５件なら１５万円とかなりの収入になります。件数に制限はありません。当社も儲かり、リンクスタッフ様
も儲かるというシステムです。
只今、リンクスタッフ募集キャンペーンに付き登録をするだけで3,000円キャッシュバック致します。キャッシュバックの支払いは初回の報酬支払い時に振り込みます。
646 ：639 投稿日： 02/10/31 12:25 ID:???: ■position 関連のバグ
　position プロパティは static, relative, absolute, fixed のいずれかの値をとる。
　static がデフォルト値で、fixed は未だに Win IE ではサポートされていない。
　開発者は relative を避けがちである一方、absolute をよく使う。
　要素にposition: relative が指定されたとき、要素はまず通常の位置に配置され、その後、top と left で指定された新しい位置に移動する。
　例えば、この段落は top: 10px; left: 10px; を指定しているため、ゆがんだ位置にあるように見える。
<p class="position:relative; top: 10px; left: 10px;">その段落。</p>
　これはとても便利な機能だ。この指定をされた要素は、position: absolute のコンテナとなることができる。例えば
element {
　　position: absolute;
　　top: 10px;
　　left: 100px;
}
　通常、これはブラウザの画面の左上から(10px, 100px)の位置に用事されるが、もしその祖先要素が static 以外の position プロパティの値を持っていたら、要素は、その祖先に対して相対的に配置される。
647 ：639 投稿日： 02/10/31 12:29 ID:???: ◇position: relative の不正な継承
蟲: 『position: related を指定された要素』の中にある要素は position, left, right プロパティの値を親から正しく継承しない。(top, bottom は正しい)
例:
div#container {
　　position: relative;
　　border: 1px solid #000000;
　　top: 50px;
　　left: 50px;
　　width: 200px;
}
.testdiv {
　　position: static;
　　border: 1px solid #000000;
　　background-color: #ffffff;
　　padding: 10px;
　　margin: 0px;
}
ソース(書いてないけど多分こんな感じ):
<html>...(中略)...<body>
<div id="container">
　　<div class="testdiv">This is the Test DIV</div>
　　<div class="testdiv">This is the Test DIV</div>
　　<div class="testdiv">This is the Test DIV</div>
</div>
</body></html>
図によれば、このようにすると div#container の中の2番目以降の div.testdiv に親の position: relative と left が継承され(topは大丈夫)、おかしくなってしまうらしい。

対策: 対策は不可能。しかし、幸運にもこのような配置をすることは少ないだろう。

http://cssbug.tripod.co.jp/detail/macie/b005.html　これですね。
648 ：639 投稿日： 02/10/31 12:32 ID:???: ◇表と絶対配置の要素
蟲: 絶対配置した要素を、position 指定をしないか static を指定しているような table 中に置いた場合、Mac IE は table の position プロパティに relative が指定されたものとして扱ってしまう。
table 中の要素の座標は table の左上隅からの相対座標で、ページの左上からの座標ではなくなる。table に position: static を明示しても無駄である。
# 訳者: table の中にposition: absoluteな要素を入れると、tableのpositionがrelativeになっちゃう。
# それによってCSSの解釈上、中の absolute で配置した要素の座標基点が table の左上になっちゃう。
# tableにstaticを明示的に指定しても無駄無駄ァ。ってことです。多分。訳すの下手でごめんなさい。

例: position: static を指定したtebleの中に、absolute を指定した div を置く
<table class="container" border=2>
　　<tr>
　　　　<td>
　　　　　　Blah!
　　　　　　<div class="testdiv">
　　　　　　　　This is the test DIV in the table
　　　　　　</div>
　　　　</td>
　　　　<td>
　　　　　　Blah!
　　　　</td>
　　</tr>
</table>
# 行制限くらいました。続く。
649 ：639 投稿日： 02/10/31 12:33 ID:???: 続き。

.container {
　　position: static;
　　margin-top: 50px;
　　border: 1px solid #000000;
}

.testdiv {
　　position: absolute;
　　top: 50px;
　　left: 50px;
　　border: 1px solid #000000;
　　padding: 10px;
}

正しくはページ左上(50px, 50px)に div.testdiv が配置されるはずだが、table.container からの相対座標指定となってしまい、table左上から(50px, 50px)に配置されてしまう。

対策: 不可能。tableの中の要素を絶対配置しないように。
650 ：Name_Not_Found 投稿日： 02/10/31 13:20 ID:???: Mac版IE5.0および5.1でのルビ表示の不具合
http://www.izu.co.jp/~at-sushi/aozora/ie5bug.html
651 ：639 投稿日： 02/10/31 13:27 ID:???: ■余白
◇hidden margins
蟲: 要素をブラウザのウィンドウの右端か、下端に絶対配置したとき、謎のマージンが出現しスクロールバーを出現させる。
例:
div.container {
　　height: 150px;
　　width: 200px;
　　position: absolute;
　　right: 0px;
　　border: 1px solid #000000;
　　background-color: #ffffff;
}
こうすると、右に余白が現れてしまい、その余白がスクロールバーを出現させて、カコワルイ。
# この後、この問題は、スクロールバーを表示するためにある DIV の余分な 15px の余白にある
# ...らしいんだけど、その関係は良く分かってない、って書いてあります。

対策:
right: 15px;
margin-right: -15px;
この指定ならば他のブラウザに対しても同じように働くから、ブラウザ間の互換性もある
(ただし、Win2000 上の Mozilla は 1px の余白を表示してしまう)。
bottom に対しても同様な対策が行える。
652 ：639 投稿日： 02/10/31 13:28 ID:???: ◇スクロールバーの下の余白
二つ目のマージン関係のバグは、さっきのと違ってスクロールバーとの関係がはっきりしている。
これは、必ずしも再現されるとは限らない。
10?20%の確率で Mac IE は正しくスタイルシートを解釈するのだが、ページをリロードするとそうでなくなることもある。

蟲: Mac IE はスクロールバーの下の領域を、誤って描画領域の一部として認識してしまう。
ページの内容が垂直スクロールバーの下にあふれ、水平スクロールバーを表示させてしまうことがある。

例:
body {
　　margin: 0px;
　　padding: 0px;
　　font: 12px helvetica;
}
div.container {
　　height: 150px;
　　width: 100%;
　　overflow: auto;
　　-moz-box-sizing: border-box;
}
p { border: 1px solid #000000; }

コンテナとして高さ150px, 幅100% の DIV を用意し、スクロールバーが必要なら表示されるように、overflow: auto を指定した。-moz-box-sizingは Mozilla のボックス関係処理を IE にあわせるため。
<div class="container">
　　<p>Windows XP でこんぴゅう太の世界が広がります。</p>
　　<p>Windows XP でこんぴゅう太の世界が広がります。</p>
　　<p>...
</div>
示されている図では、Mozillaは正しく処理をして、縦スクロールバーのみが表示されている一方、
IE はバグのため縦スクロールバーの下に P を描画してしまう。
これにより横スクロールバーが出現し、なんか凄いことになってる...
653 ：639 投稿日： 02/10/31 13:29 ID:???: 対策:
16px の右パディングを DIV に追加する。
div.container {
　　height: 150px;
　　width: 100%;
　　overflow: auto;
　　-moz-box-sizing: border-box;
　　padding-right: 16px;
}
他のブラウザからは、この 16px のパディングは隠したい。そこで、先にあげたバックスラッシュ・ハックを使う。
div.container {
...(略)... padding-right: 16px;
}
/* Commented backslash hack \*/
div.container {padding-right: 0px;}
/* End hack */

一件落着...かと思いきや、これは新たな二つの問題を発生させる。
・ページ全体に水平スクロールバーが付く
・最初の段落が、それ以降の段落より短くなる。これは padding-right を指定したからである。
　画像では確かに最初の段落の幅だけが狭くなっています。
654 ：639 投稿日： 02/10/31 13:30 ID:???: これを解決するために以下のようにする。
div.container {
　　height: 150px;
　　width: 100%;
　　overflow: auto;
　　-moz-box-sizing: border-box;
　　padding-right: 16px;
　　margin-right: -15px;
}

div.container>:first-child {
　　margin-right: -16px;
}

/* Commented backslash hack \*/
div.container {padding-right: 0px;}
div.container>:first-child { margin-right: 0px; }
/* End hack */

多分これのことだ。 http://cssbug.tripod.co.jp/detail/macie/b003.html
用事が出来たので今日はこの辺で。
655 ： ◆E3CSS.J95U 投稿日： 02/10/31 22:20 ID:???: >631から>634まで対応。

>>631
質問スレを見て、行おうとしていたことを再現したつもりですが。
スクリプト合っているのかねぇ...

>>632
質問スレにあった↓この書き込みを見て勘違いしていました。ｽﾏｿ
http://pc3.2ch.net/test/read.cgi/hp/1034922586/105
ということで、>633とあわせて修正しました。

>>633
http://cssbug.tripod.co.jp/detail/winie/b041.html
おそらく↑これの関連だと思います。ということで、新しく入れるか
これを修正するか考え中...
656 ：Name_Not_Found 投稿日： 02/11/04 15:44 ID:???: CSS1->CSS2+α
UAのバグ一覧 1-導入方法とセレクタ
http://www6.plala.or.jp/go_west/css2/b_mtd.htm
UAのバグ一覧 2-ボックス関連
http://www6.plala.or.jp/go_west/css2/b_box.htm
UAのバグ一覧 3-文字回り
http://www6.plala.or.jp/go_west/css2/b_fnt.htm
UAのバグ一覧 4-リスト・背景
http://www6.plala.or.jp/go_west/css2/b_lst.htm
UAのバグ一覧 5-コアその他
http://www6.plala.or.jp/go_west/css2/b_cor.htm
657 ：Name_Not_Found 投稿日： 02/11/05 15:38 ID:???: IE6sp1 / HTML4.01,XHTML1.0/1.1　で確認したんですが、
p{
width: 50%;
margin-left: auto;
margin-right: auto;
}
互換モードだとブロックレベルのセンタリングが適用されません。
因みにNN6.2,OPERA6.05では適用されてました。IEの仕様でしょうか？
既出だったらすみません。
658 ：Name_Not_Found 投稿日： 02/11/05 17:20 ID:???: ◆E3CSS.J95Uさん、
http://members.tripod.co.jp/cssbug/detail/macie/b021.html
でdelの終了タグが</del>ではなくて<del>になってますよ。
659 ：Name_Not_Found 投稿日： 02/11/06 02:18 ID:???: >>657
互換モードではできるわけない。その名の通り、ver5.5等の後方互換なんだから。
あとIE6はXHTMLでXML 宣言すると互換モードになる。
cf.http://www.remus.dti.ne.jp/~a-satomi/bunsyorou/Doctype-Switch_situation.html
..................................................................

ブラウザ別バグ対策など
http://members.jcom.home.ne.jp/jintrick/Personal/links_css.html#antidote

Mac版 Internet Explorer 5 の CSS バグと回避方法（邦訳）
http://cgi2.html.ne.jp/~n_1_2_3/ie5cssbugsj.html
660 ： ◆E3CSS.J95U 投稿日： 02/11/06 21:20 ID:???: >636から>659まで対応。

>>643
http://cssbug.tripod.co.jp/detail/macie/b009.html
これと同じ現象だと思うので修正しました。
元は、コメント内に「表」などがあるときに直後の宣言が無視される
というものでした。その他は
>>646-647　→　b005.html
>>648-649　→　b025.html
>>650　→　b026.html/b027.html
>>651, >>652-654　→　b003.html
に対応させています。>651と>652-654は分けた方がいいかもしれませんが...。

>>658
ブラウザで確認せずにアップロードしたらこんなことに（;´Д｀）
ということで、修正しておきました。
661 ：Name_Not_Found 投稿日： 02/11/06 23:01 ID:???: >>660
↓リンク集に追加してくれた「CSS1->CSS2+α（鳥さんの棲むところ）」のことですが......。
http://www6.plala.or.jp/go_west/css2/
そこからではリンクがありませんので、>>656のバグ一覧にはゆけませんね。
　http://www6.plala.or.jp/go_west/css2/b_mtd.htm
662 ：Name_Not_Found 投稿日： 02/11/06 23:14 ID:???: ブラウザ別バグ対策など（Personnel）
http://members.jcom.home.ne.jp/jintrick/Personal/links_css.html#antidote

Style Sheet Reference Guide > Master Compatibility Chart（Eric A. Meyer）
（対応表だけでなくnoteが参考になる。）
http://webreview.com/style/css1/charts/mastergrid.shtml
663 ：Name_Not_Found 投稿日： 02/11/06 23:20 ID:???: 英語。
IE6 Peekaboo Bug
http://users.rraz.net/mc_on_the_rocks/testpage/peekaboo.html

IE5.5/win phantom box bug
http://users.rraz.net/mc_on_the_rocks/testpage/inlinelist.html

Setting width on LI sets its index to 1 on OLs
http://www.v2studio.com/k/bugs/width_on_li.html

no font inheriting on z-indexed elements [op6/win]
http://www.v2studio.com/k/bugs/op-z-index.html
664 ：Name_Not_Found 投稿日： 02/11/11 00:20 ID:7RSD3TB/: 質問スレッドより転載。

443 ：Name_Not_Found ：02/11/08 21:58 ID:???
Opera6.05 Win なんですが、ユーザースタイルシートに
br+br{display:none;}
とやって、2個以上続く<BR>を無効化してやろうと、
つまりフォントいじり野郎の努力を無駄にしてやりたい！
と思ったんですが、これだと全部の<BR>が消えちゃって
単なる強制改行無効になってしまいます。
隣接セレクタに関する俺の理解が間違ってますか？

まあとりあえず
br+br{line-height:0%;}
とすることで当初の目的は概ね達成できているんですが
気になって気になって夜は熟睡です。
665 ：Name_Not_Found 投稿日： 02/11/11 02:24 ID:???: IE 5/Win: "moving" margins
　http://www.ugcs.caltech.edu/~takoyaki/css-test/protruding_margins_ie.html
　http://www.sovavsiti.cz/css/moving_margins.html

Bugbase Hauptmenü（ドイツ語？）
http://www.fabrice-pascal.de/bugbase/
CSS Quirks by Joe Howley
　http://joe.sameperson.net/css/
666 ：Name_Not_Found 投稿日： 02/11/13 16:58 ID:lXEn7VK7: Opera7のベータがリリースされました。
ここで挙がったバグはほとんど修正されている模様。

ただしベータなので（CSS以外の）細かい不具合が結構あり、実用はもう少し先か。
667 ：Name_Not_Found 投稿日： 02/11/13 23:57 ID:???: >>666
http://pc3.2ch.net/test/read.cgi/hp/1031763757/758
758 ：Name_Not_Found ：02/11/13 23:22 ID:???
font-size:medium がちゃんとmediumになるな。
font-size:100% は相変わらず小さくなるな。
opera7b
668 ： ◆E3CSS.J95U 投稿日： 02/11/14 00:25 ID:???: >>664
<style type="text/css">br + br {display: none;}</style>
<p>(・∀・)<br><br>(ﾟдﾟ)<br><br>(ﾟ∀ﾟ)</p>

↑これを表示したときにｼﾞｻｸｼﾞｴﾝの直後で1回しか改行されないと
いうのなら正しい動作のはず（Op6.05/Moz1.2bで確認）。
p要素内では、匿名ボックスを除けばbr要素が連続して置かれているので
最初のbr以外は消えてしまうことになります。
最初のbrも消えてしまうとか、途中に別の要素があるのに全部のbrが消える
とかいうのならバグになると思いますが...。

>>667
ついにβがリリースされましたか。
7での状況をサイトに反映させるのは正式版が出てからでもいいかな...。
669 ：Name_Not_Found 投稿日： 02/11/14 15:28 ID:???: MacIE5　で確認したバグ。
表（table）に指定した位置揃え（text-align）がセル（th,td）では無視される
報告が激しく亀でスマソ
670 ：Name_Not_Found 投稿日： 02/11/15 14:36 ID:WbCkAuwE: 【WinIE6】擬似クラスの子要素への指定が、擬似クラスへの指定が無いと効かない
a:hover {color:red;}
a:hover img {
border:5px solid #f00;
background:#ff0;
}
<a href=""><img src="" width="30" height="30">aaa</a>
これを画像オフで見て下さい。
マウス・カーソルを乗せて:hoverの状態にしても、背景色が変化しません。
Netscape 7 ではちゃんと変化します。
一番上のa:hover {color:red;}に background:任意; を追加すると
初めてＩＥでもa:hober img へのbackground指定が有効になります。
671 ：Name_Not_Found 投稿日： 02/11/15 16:47 ID:1gqa6vmk: 【IE6】半角英数字だと、ボックスサイズの"幅"が内容物に合せた大きさへ強制的に調整される
　　cf. http://cssbug.tripod.co.jp/detail/winie/b052.html
【Opera 6】半角英数字はwidth指定を無視してブロックの横にはみ出し、折り返さない。
【NN7】半角英数字と全角数字は、width指定を無視してブロックの横にはみ出し、折り返さない。

下記のソースをお試しあれ。IE6、Opera6、NN7で全て表示が異なる。
（0123は半角、４５６は全角、789はまた半角であることに注意。）
<div style="border:2px dashed #0c0;">
<p style="border:1px solid red; width:1em; float:left;">0123４５６</p>789
<br style="clear:both;">
</div>
但し、テクストの「４５６」（全角）を「四五六」にすると、
なぜかNN7もOperaと表示が等しくなる。
また「0123４５６」を「〇一二三四五六」（全て全角）にすれば
IE・NN7・Operaの全てが等しい表示となる----但し下記の問題を覗いて、だが。

【IE6】floatした子要素がある場合、clearしても親ブロックが包含してくれない。
672 ：671 投稿日： 02/11/15 16:54 ID:???: おっと、p要素のマージンのデフォルト差もあったから、
最後の例（全て全角）でも必ずしも三者の表示は一致しないな。
ま、p {margin:0}追加でも験してみて下さい。
673 ：Name_Not_Found 投稿日： 02/11/16 16:02 ID:WFmbr8H+: 【Opera 6.01】float 関連のバグ。なんと表現すればよいか日本語が不自由でうまくかけませんが

#BOX1,
#BOX3 { border: 2px red solid; float: left; width: 40%; }
#BOX2 { border: 2px blue solid; float: right; width: 40%; }

<div id="BOX1">#BOX1</div>
<div id="BOX2">#BOX2<br>#BOX2<br>#BOX2<br>#BOX2<br>#BOX2</div>
<div id="BOX3">#BOX3</div>

IE6, Mozilla などは、BOX1 と BOX3 がくっついて表示されますが
Opera 6.01 では、BOX3の上端がBOX2の下端にそろえられてしまいます。
慣れないAAで書くと
・IE6, Mozillaなど
[#BOX1 (幅40%)]　　[#BOX2(幅40%)]
[#BOX3 (幅40%)]　　[#BOX2　　　　]
　　　　　　　　　　　　[#BOX2　　　　 ]
　　　　　　　　　　　　[#BOX2　　　　 ]
　　　　　　　　　　　　[#BOX2　　　　 ]

・Opera 6
[#BOX1 (幅40%)]　　[#BOX2(幅40%)]
　　　　　　　　　　　　[#BOX2　　　　 ]
　　　　　　　　　　　　[#BOX2　　　　 ]
　　　　　　　　　　　　[#BOX2　　　　 ]
　　　　　　　　　　　　[#BOX2　　　　 ]
[#BOX3 (幅40%)]←ここに来てしまう

試しに#BOX3{ clear: left; } とやってみたら、IE6 などと同じ表示になりましたから
ひょっとしたら仕様のあいまいな点とか(？)に引っかかってるのかもしれません。
仕様書読んできます。Opera 7βでは治ってるようです。
674 ：Name_Not_Found 投稿日： 02/11/16 16:44 ID:???: >>673
あ、それうちのトップページでもなるよ。leftとrightは逆だけど。
同じく {clear:right; float:right; width:?;} にして解決した。
参考までに、ソースを抽出しておきます。
#head2{float:right;width:9.7em;}
#column3 {float:left;width:18.3em;}
#column4 { clear:right;/*Opera6に必要*/
float:right; width:14.8em;
}
<div id="#divBody2">
<h2 id="head2">キャッチコピー</h2>
<div id="column3">
<p>見出しを詳しく説明した文章??</p>
</div>
<div id="column4">
<img><p>キャプション</p>
</div>
?略?
</div>
675 ：Name_Not_Found 投稿日： 02/11/17 14:45 ID:HALsJZLE: WinN6で
<div style="position:absolute;">aaa</div>
<div style="margin:50px 50px 50px 50px;">bbb</div>
とすると、bbbの上マージンだけが無視されるんですが既出ですか？
676 ：Name_Not_Found 投稿日： 02/11/17 15:15 ID:???: >>675
新出だね（多分）。
↓こちらにあるかも。
http://bugzilla.mozilla.org/
http://bugzilla.mozilla.gr.jp/
無かったら報告してあげよう。
677 ：Name_Not_Found 投稿日： 02/11/17 15:26 ID:???: >>675
バグジラによれば----
「通常フロー以外の配置に続く要素のmargin-topが無視される」
http://bugzilla.mozilla.gr.jp/show_bug.cgi?id=856
absoluteだけでなくposition:fixed;やfloatでもmargin-topの無視が起こるらしい。
678 ：Name_Not_Found 投稿日： 02/11/18 06:18 ID:???: *{font-size:inherit;}

でブラウザ死亡。
Opera 6.05 Build 1140
Windows 2k SP3

既出?
679 ：Name_Not_Found 投稿日： 02/11/18 14:46 ID:???: >>678
6.01で試してみたけど氏にはしないよ。字は変な大きさになるけど(font-size: 100%; と同系列のバグかと思われ)
環境: Opera 6.01 Build 1041e Win2k SP3
ひょっとすると 6.05 でエンバグしちゃったのかな。次のソースで試しました。
<html>
<head>
<style type="text/css">
*{font-size:inherit;}
</style>
</head>
<body>
<h1>見出し</h1><p>段落</p>
</body>
</html>
680 ： ◆E3CSS.J95U 投稿日： 02/11/18 18:48 ID:???: >669?>679に対応。

>669　→　macie/b028.html
>670　→　winie/b077.html
>671　→　winie/b078.html
　N7とO6は、欧文のワードラップ機能の関係で一続きの半角英数文字列が
　複数行に分かれないためにはみ出しているのだと思います。ただ、N7で
　全角数字もワードラップの対象になっているのが気になりますが。
>673　→　opera/b028.html
>675　→　mozilla/b041.html
>678　→　opera/b029.html
　6.05(1140) WinXP(SP1)　でもOperaが落ちました。
681 ：Name_Not_Found 投稿日： 02/11/19 00:43 ID:???: >>680
>N7とO6は、欧文のワードラップ機能の関係で
WinIEならそれもword-break:で何とかできるんだけどねえ。
N7やOperaは所詮毛唐のことしか考慮してないんだよな。
682 ：Name_Not_Found 投稿日： 02/11/19 00:47 ID:???: http://cssbug.tripod.co.jp/link.html
このリンク集で、『三日坊主＋＋の部屋』の「注意点,ブラウザ振り分け」が
リンク・アンカーにしてないのはナゼ？
あれはリンク切れにはなってないはずだけど。↓
　http://east.portland.ne.jp/~sigekazu/css/boxm.htm
683 ：Name_Not_Found 投稿日： 02/11/19 01:21 ID:???: 【IE6】
http://cssbug.tripod.co.jp/detail/winie/b079.html
フロートの後続フロー制御を設定したbr要素が親要素に包含されない
<div style="border:2px solid red;">
<div style="float:left; width:50px; height:50px; background:aqua;">Float</div>
<br style="clear:left;">
</div> ←ソース例にこのdivの閉ぢタグ、脱けてますよ

これへの対処法。
親divに値がauto以外のwidth（heightでなく）を指定してやるとなぜかうまく包含してくれる。
しかも<br style="clear:left;">は要らない。

ちなみにN6の場合、親divにposition:relative;を指定してやると
やはり<br style="clear:left;">無しにfloatさせた子要素まで包含する。
Opera6だけはどうしてもclearさせる要素が後続しないと包含してくれぬ。
684 ： ◆E3CSS.J95U 投稿日： 02/11/23 15:40 ID:???: >>681
word-breakはWinIE独自拡張のはずだからねぇ。
先にW3Cを動かさないとN7やOperaには搭載されないかも...。

>>682
「....../css/boxm.html」だと思ってますた（つД｀）
ということで、直しておきました。

>>683
こちらも修正。</pre>を置く場所を間違えていました。
685 ：Name_Not_Found 投稿日： 02/11/25 00:28 ID:???: >>684
word-break は CSS3 module: text で策定中。

http://www.w3.org/TR/2002/WD-css3-text-20021024/#wordbreak-props
686 ：(1/2) 投稿日： 02/11/26 11:59 ID:???: MacIE使ってるとリンクをマウスが通過する度に下にずれるん。

┌─　hoge.hrml　───
│お前は<a href=hoge>ウンコ</a><a href=hoge>ウンコ</a><a href=hoge>ウンコ</a><a href=hoge>ウンコ</a>なのです。
│

Aﾀｸﾞが複数の連続の場合でﾌﾞﾗｳｻﾞの横幅が狭い状態で
複数行表示になってる場合

┌─　ブラウザ　─────────┐
│お前はウンコウンコウンコウンコ
│なのです。

こう表示されてるとして、
687 ：(2/2) 投稿日： 02/11/26 11:59 ID:???: ┌─　ブラウザ　─────────┐
│お前はウンコウンコウンコ
│ウンコなのなのです。

┌─　ブラウザ　─────────┐
│お前はウンコウンコ
│ウンコウンコなのです。

┌─　ブラウザ　─────────┐
│お前はウンコ
│ウンコウンコウンコなのです。

┌─　ブラウザ　─────────┐
│お前はウンコウンコウンコウンコ
│なのです。

最終的に元の鞘に収まるんだけど
変だな思って調べてると
a:hoverにposition:relativeが含まれている時に限ってなってるのね。
この辺の情報とか対処わかんないですか？
検索しようにも検索キーが思い浮かばないん。
症状名「うねうね病」とかで検索しても出て来ないよ?
688 ：Name_Not_Found 投稿日： 02/11/26 19:24 ID:???: >>686-687
それ、position使ってなくてもなりますよ。
a:hoverのスタイルでfont-weightが変更されたりすると覿面です。
リンク・アンカーが横に列んでるサイト・ナビゲーションなんかの上を
マウス・カーソルが通ると、もっさりもっさりとズレ運動を開始する。
だからMacIEはイヤさ。
689 ：Name_Not_Found 投稿日： 02/11/27 00:18 ID:???: マウスでポイントした瞬間にずれてﾘﾝｸがその場になくなって
をクリック出来無くなったり、MacIEのCSS対応は糞だなぁ。
でもMacでは他はもっと糞だしなぁ。
690 ：Name_Not_Found 投稿日： 02/11/27 06:15 ID:???: >>689
MacのMozillaは結構マトモだと思いますが？
691 ：sage 投稿日： 02/11/27 08:24 ID:UainUSTm: CCSバグリストのMacIEのページ
ttp://members.tripod.co.jp/cssbug/detail/macie.html

MacIE5.2(MacOSX)で，
2-318
2-575
2-589
2-621
2-650
2-669
を確認しました．
692 ：Name_Not_Found 投稿日： 02/11/28 23:12 ID:???: IE6なんですが、
li{display:inline;}
li a{text-transform:capitalize;}
として、
<ul>
<li><a>??</a></li><li><a>??</a></li><li><a>??</a></li><li><a>??</a></li>...
</ul>
とli要素を改行せずに書くとa要素の部分のtext-transform:capitalize;がうまく効きません。

あと、これもIE6で
h1:first-letter {color:#fff;}
として、
<h1>2002年10月</h1>
<ol>
<li>xx日</li>
<li>xx日</li>
</ol>
<h1>2002年11月</h1>
<ol>
<li>xx日</li>
<li>xx日</li>
</ol>
と書くと、
２つ目の(2002年11月の)リストが左に寄ってしまいます。

これってバグなんでしょうか？
693 ：Name_Not_Found 投稿日： 02/11/29 04:43 ID:sSOoamso: >>692
省略して載せてるから
適当に答える。

しょっぱなからﾃｨｶﾞｳよ
何故LIタグをわざわざinlineに？
{display: list-item}

よく見かけるんだけど
ブロックをブロックとして無駄な指定をしてみたり、
リストしか使い道の無いタグをインラインと無茶な指定をしてみたり、
cssで自由自在にタグの性格を変える事が出来るけど
性格付ける様な事せんでも元々持ってる性格がある訳で
>>692の場合も典型的な一例かと。
本来持ってる性格を変えなくて良いならdiplayは不要。
狙って性格変えしてるんなら特に言う事は無いけど。
694 ：Name_Not_Found 投稿日： 02/11/29 05:35 ID:???: >>693
ナビゲーションに使うんちゃう？＞ inline
695 ：692 投稿日： 02/11/29 07:28 ID:???: 前者の方、自己解決。
改行させてないから、text-transform:capitalizeが
スペースやハイフンの後ろでしか効いていないみたいで
バグではなかったようです。

でも後者がIEだけの現象のようで・・・やっぱバグなのかな。

>>693
display:inlineは>>694の言う通りです。
696 ：Name_Not_Found 投稿日： 02/11/29 22:25 ID:HNHpP4h2: 【MacIE 5.x】
「Internet Explorer (MacOS) CSSバグリスト」の「未確認バグ」について色々。
http://members.tripod.co.jp/cssbug/detail/macie.html
（Mac OS Classic 用の IE 5.1.4 と、Mac OS X 用の IE 5.2.2 で同じである事を確認済）

「相対配置した要素の子孫要素が親要素の位置指定を継承する」
　　http://members.tripod.co.jp/cssbug/detail/macie/b005.html
例に挙げられている CSS 定義では問題は起こりませんですた。
何故かというと、このバグが現れる時も、
最初の子要素だけは正しく配置されるからです。
http://developer.apple.com/internet/css/ie5cssbugs.html#inheritance

「両端揃えを指定した要素内の表示が崩れる」
　　http://members.tripod.co.jp/cssbug/detail/macie/b016.html
text-align:justify; についてですが、
多バイト文字が含まれる時にだけ折り返しがうまくいかない模様です。
（とか書いておきながら日本語でしか確認してませんすまそ。）
普通に英語などいわゆる「半角」なら、問題無いと思われます。
これは letter-spacing の時も同じです。
http://members.tripod.co.jp/cssbug/detail/macie/b014.html

「heightの%値指定が要素の幅に対する%値になる」
　　http://members.tripod.co.jp/cssbug/detail/macie/b017.html
ここで指摘された通り、body と html 要素のみで発生するようで、
div, blockquote, ul 要素で調べた範囲では仕様通りの挙動をしました。

続く。
697 ：696 投稿日： 02/11/29 22:26 ID:HNHpP4h2: >>696 の続き。

「表要素の下ボーダーが表示されない」
　　http://members.tripod.co.jp/cssbug/detail/macie/b020.html
下ボーダーだけでは無く、条件によっては左右ボーダーも欠けることがあります。
発生条件はよくわからないんですが、経験上から言うと巨大なページで起きやすいような気が...。

「backgroundプロパティで指定した背景画像が表示されない」
　　http://members.tripod.co.jp/cssbug/detail/macie/b021.html
例示された物については、正常に表示されます。
報告なさった方の場合は、他の条件も重なって起きたのではないでしょうか。

以上。
698 ：Name_Not_Found 投稿日： 02/11/29 23:06 ID:???: http://members.tripod.co.jp/cssbug/detail/winie.html
の
> [1-58]未対応のセレクタが含まれる宣言ブロック全体を無視する(IE6)
は[2-58]だと思います。
699 ：Name_Not_Found 投稿日： 02/12/03 09:25 ID:4vUgLf00: http://cssbug.tripod.co.jp/detail/winie/b038.html
>WinIE6.0ではアンカーにポイントしたときに要素がずれる現象が起きました。

とのことですが、当方では再現しませんでした。
ウインドウのサイズ等が関係するのですかね？
700 ：684（代理）投稿日： 02/12/08 10:33 ID:???: >685から>698まで対応。

>>685
そうでしたか（;´Д｀）　CSS3までは見ていなかったな...

>>686-688　→　macie029
>>692の下の方　→　winie080

>>691
「確認済み」のほうに移しました。確認ありがとうございます。

>>696-698
指摘ありがとうございます。修正＆追記しておきました。

>>699
800×600で最大化した状態で動きます。
確かに、窓サイズによっては動かないですね...
701 ：Name_Not_Found 投稿日： 02/12/08 12:21 ID:???: CCSバグリストのページ
http://members.tripod.co.jp/cssbug/detail/macie.html

[1-18]閲覧領域からはみ出す要素がない状態でもスクロールバーが表示されることがある
って
「Mac版 Internet Explorer 5 の CSS バグと回避方法」の「隠れたマージン」
http://cgi2.html.ne.jp/~n_1_2_3/ie5cssbugsj.html#margin-hiddenmargins
のことだよね．

[1-67][2-113]相対配置した要素の子孫要素が親要素の位置指定を継承する(IE5)
　確認しました．黄色いdivが，期待される位置より100px右に配置され，親要素の青divは，70pxの高さとなっています．

[2-596]heightの%値指定時に親要素の高さを反映しない(IE5)
　確認しました．htmlとbodyのボーダーが重なり，青赤のボーダーとなってます．でもこれはこれで面白いかも

[2-650]ルビつき文字がページ右端にあるとルビが正しい位置に表示されない(IE5)
　確認しました．ウィンドウの幅を狭めると，「□」の下に「しかく」と表示されました．一行下の行の上にルビを書いてるのかなぁ．

[2-686]:hoverへの設定が適用されるたびにa要素がずれてゆく
　確認しました．aにカーソルを重ねるたびに，aがずれてゆくよ．気持ち悪い．最終的には全体が一行下にずれたところで落ち着きます．
702 ：Name_Not_Found 投稿日： 02/12/08 15:16 ID:???: http://cssbug.tripod.co.jp/detail/macie/b029.html
:hoverへの設定が適用されるたびにa要素がずれてゆく

これは要するに、MacIEのレンダリング・エンジンが一々描画し直すからでしょ？
不具合ではあるし、改善して欲しいけど、バグではないのでは。
703 ：Name_Not_Found 投稿日： 02/12/08 15:17 ID:???: バグだろ
704 ：Name_Not_Found 投稿日： 02/12/08 15:35 ID:???: MacIEの「文字列流れ込みのバグ」は
/* CSS、スタイルシート質問スレッド【6】 */
http://pc.2ch.net/hp/kako/1011/10113/1011358982.html
の839-862に既出だね。
>WinIE6だけど、ガクガク動いたよ。
>ただ、２行目にまでは波及しなかったけど。
とか
>MacIEだと、２行が３行になったり、また２行になったりして、
>その間、右寄せになったり左寄せになったりもして、
>もうホント、動画にして見せたい位にヘンな動きだったんですよ。
との声もある。
対処法としては、@mediaでMacIE除けをするか、または
position:relative;
top:0;
left:0;
と指定するとよいらしい。
705 ：Name_Not_Found 投稿日： 02/12/09 08:48 ID:???: MacIE よけならバックスラッシュハック。これ最強。
706 ：Name_Not_Found 投稿日： 02/12/14 00:23 ID:???: age
707 ：Name_Not_Found 投稿日： 02/12/18 23:11 ID:utV1t1ob: http://pc3.2ch.net/test/read.cgi/hp/1038437758/691n
で質問した者ですが、やはり謎です。Verdana や Arial は変化するんですよ。
でも、Osaka や Century Gothic は変化してくれないのです。
バグなのか、それとも指定の仕方が間違っているのか...(;´Д`)
708 ：Name_Not_Found 投稿日： 02/12/19 02:06 ID:???: >>707
報告の際はブラウザ名(とヴァージョン)を明記してください。
ソースも出していただけると検討しやすくなります。
709 ：Name_Not_Found 投稿日： 02/12/19 21:49 ID:???: 【NN7】
http://pc3.2ch.net/test/read.cgi/hp/1038437758/739-741n
DOCTYPE宣言によって水平線（hr）へのclear指定が効かなくなる
　cf. http://bugzilla.mozilla.gr.jp/show_bug.cgi?id=1726
710 ：Name_Not_Found 投稿日： 02/12/19 21:51 ID:???: >>707-708
下記参照。
/* CSS、スタイルシート質問スレッド【13】 */
http://pc3.2ch.net/test/read.cgi/hp/1038437758/721n
711 ：Name_Not_Found 投稿日： 02/12/20 00:00 ID:???: >>710
俺もやってみたが、出来なかった。IEだろーが、NNだろーが反映されないから
仕様...なのか？しかし、そんなの聞いたことないぞ。
UTF-8 だけってのがな。
712 ：Name_Not_Found 投稿日： 02/12/20 14:09 ID:???: IE6 SP1,mozilla0.9.8,Opera6.05 で確認。
文字コード UTF-8 指定フォント sans-selif
結果：反映されず
Century Gothic や Osaka はもっていないので未確認。
Impact,Verdana,Arial,MS系は反映。
713 ：Name_Not_Found 投稿日： 02/12/23 21:34 ID:???: 【Opera6.x】

[main.css]
@import url("sub.css");

[sub.css]
p{color:red}

sub.cssが、ローカル環境下ではimportされない。
サーバー上に置くと有効になるのを確認済み。

こちらではどう記述しても再現されるが、こんなすぐバレそうなのが
出てないところを見ると、他の環境が関係するのか？といっても
出せる情報なんてOS：Win98くらいしかないわけだが。
714 ：Name_Not_Found 投稿日： 02/12/24 01:45 ID:???: Opera 6.05
<link rel="stylesheet" type="text/css" media="screen,print" href="hoge.css">
で N4 回避しながら読み込んでる CSS が
[F11] でフルスクリーン化したら無効になる...のは仕様なのだろうか...
715 ：714 投稿日： 02/12/24 01:57 ID:???: http://cssbug.tripod.co.jp/detail/opera/b014.html
で既出でしたね。逝ってきます。
716 ：713 投稿日： 02/12/25 22:16 ID:???: 別の環境で、同じコードを使って試してみたら上の症状は起きなかった。
やっぱ何か俺のPCで影響を及ぼすものがあるのか。もうちょい探ってみるよ。
717 ：Name_Not_Found 投稿日： 02/12/25 23:49 ID:???: >>709
Moz042に反映。

>>707 など
Moz1.0.1/1.2.1、IE6、Opera6.05（WinXP）ではCentury GothicやOsakaを含めて
表示フォントが指定どおりになりました。

>>713
うちのO6.05/WinXPではローカルでもCSSが反映されています。
707と713はUAの問題だけではないかもしれない...
718 ：Name_Not_Found 投稿日： 02/12/27 11:43 ID:???: [2-686]:hoverへの設定が適用されるたびにa要素がずれてゆく
http://cssbug.tripod.co.jp/detail/macie/b029.html

これ、>>701が確認してくれたのに、まだ「未確認バグ」なんですか。
あと、>>704が対処法も示してるよ。
719 ：Name_Not_Found 投稿日： 02/12/27 16:56 ID:???: 【WinIE6】
background-attachment:fixed;をoverflow:scrollと併用すると、
背景画像が閲覧領域に対してでなくその適用要素に対して固定される。
　cf. http://pc3.2ch.net/test/read.cgi/hp/1038437758/866-

下記と関係するか。
「body要素以外で背景画像を固定できない(IE6)」
http://cssbug.tripod.co.jp/detail/winie/b065.html
↑上記ページのソースに
.aaa {
overflow:scroll;
height:80px;
}
を追加指定すると再現できた。
720 ：Name_Not_Found 投稿日： 02/12/28 01:10 ID:???: >>718
CSSバグリストのページは好意で纏めてくれてるに
すぎないんだから、そういう言葉遣いはどうかと思うよ。
721 ：718 投稿日： 02/12/28 14:36 ID:???: なんで>>720みたいに責められるのか正直よくわからないが、
もし気に障ったとしたらごめんなさい。 >>717
722 ：Name_Not_Found 投稿日： 02/12/29 20:28 ID:hFR0HEfy: >>719 こんなの見つけた。

background-attachment: fixed テスト
http://is.vis.ne.jp/lab/tests/background/test_1.html
Windows版IE6
固定した場合、背景画像の配置は viewport を基準にするべきところを、していない。 (body または html を除く。)
body (または html) を除いたエレメントでは固定されない。

Mozilla1.2
問題無い。

Opera6
固定した場合、背景画像の配置は viewport を基準にするべきところを、していない。 (body または html を除く。)
固定された背景画像は、ページのレンダリングが完了した時点で viewport内に表示されている物しか表示されない。 (よって、body (または html) を除いたエレメントの固定背景画像はスクロールさせると見えなくなる。)

Opera7
問題無い。
723 ：Name_Not_Found 投稿日： 02/12/30 02:49 ID:???: あまりうまくまとめられていないのですが、

【Opera6.x】
スタイルに
div.moo > a.foo:before, div.moo > span.foo:before { content: "["; }
div.moo > a.foo:after, div.moo > span.foo:after { content: "]"; }

HTMLで
<div class="moo"><a class="foo" href="hoge.html">1<./a><span class="foo">2</span></div>

としたときに、contentが反映されません。
[1][2]
正しければ、このように表示されます。

Opera7,Mozilla1.2.1では問題ありませんでした。
,を使わないで、a, spanをそれぞれ単独で指定すると正常に反映されました。
724 ：Name_Not_Found 投稿日： 03/01/04 03:45 ID:6jM/sOJL
725 ：Name_Not_Found 投稿日： 03/01/04 20:29 ID:???: 【IE5.5】

<style type="text/css">
body{font-size:20px;line-height:20px;}
div{position:absolute;}
</style>

<div style="top:50px;left:50px">
あ￣い￣う￣え￣お
</div>

↑こうすると"￣"が表示されなくなる。
726 ：Name_Not_Found 投稿日： 03/01/06 08:42 ID:???: 718?725を反映させました。

701?704　→　確認済みに変更、修正
719　→　WinIE081
722　→　WinIE081、Opera030, 031
723　→　Opera032
725　→　WinIE082

>>718
見落としてました。ｽﾏｿ
727 ：Name_Not_Found 投稿日： 03/01/06 22:24 ID:???: http://pc3.2ch.net/test/read.cgi/hp/1038678267/71-76n
728 ：Name_Not_Found 投稿日： 03/01/08 12:25 ID:???: NN7で、DOCTYPEをstrictにすると、<link rel=?>でCSSファイルが
うまく呼び出せないことがあるのは既出かな。
729 ：Name_Not_Found 投稿日： 03/01/08 14:04 ID:???: >>728
うそ。そんなの初耳。
730 ：Name_Not_Found 投稿日： 03/01/08 14:10 ID:???: >>728-729
多分それはMIMEタイプに text/css が指定されてない時に
CSS が反映されないという話だと思うので、
外出&仕様。
731 ：Name_Not_Found 投稿日： 03/01/08 14:48 ID:???: >>728-730
http://onohiroki.cycling.jp/comp-css-ex2-XSSI.html
これか？
732 ：730 投稿日： 03/01/08 14:51 ID:???: >>730
そう。もじら組にも似た様な事 (和ジオを名指しで挙げていた) が書いてあったが、
探すのが面倒なので、勝手に探してくれ。
733 ：730 投稿日： 03/01/08 14:56 ID:???: 自分を指してしまった。
お詫びに、もじら組のソースを出します。
http://www.mozilla.gr.jp/standards/webtips0016.html
734 ：Name_Not_Found 投稿日： 03/01/11 00:41 ID:0KguHnzB: Opera って id に対するスタイル指定が効かない気がするんですが、
これはバグですか？
735 ：Name_Not_Found 投稿日： 03/01/11 01:42 ID:???: >>734
こっちで試した限り効くけど...
Win版Opera6.05、7.0β2　で確認。

?別件?
バグなのか使用通りなのか分からないのですが。
IE6SP1及びMozilla1.2で複数外部CSSを読み込んでいる場合で"text-indent"が反映されない。
ただし、style要素または属性でhtmlファイル内に記述した場合は反映。
Opera6.05、7.0βは外部CSSからでも反映。
前略
<link type="text/css" rel="stylesheet" href="../css/base.css">
<link type="text/css" rel="stylesheet" href="../css/home.css">
後略
base.cssではp要素への指定なし。home.cssでp {text-indent:2em;}を指定。
base.cssにもp {text-indent:2em;}を指定している場合は反映される。
736 ：Name_Not_Found 投稿日： 03/01/11 02:04 ID:???: >>735
　＞　<link type="text/css" rel="stylesheet" href="../css/base.css">
　＞　<link type="text/css" rel="stylesheet" href="../css/home.css">

同じ形式で試しましたが、こちらではその症状は出ていません。
IE6 SP1　&　Mozilla 1.0　にて確認。

...壊れたとしか思えない挙動ですが？(; ´Д｀)
737 ：Name_Not_Found 投稿日： 03/01/11 02:30 ID:0KguHnzB: >>735
Opera version 6.05 build 1140 Win32
ですが、以下のHTMLファイルだと上の div にスタイルが適用されないんです。
もしかすると文法的に間違ったことしてるんでしょうか？
一応 IE と Mozilla ではスタイルが適用されるのを確認しました。

<html><head><title>Test</title></head>
<style></style>
<body>
<div id="test1"><br><br><br>ID 指定<br><br><br><br></div>
<div class="test2"><br><br><br>CLASS 指定<br><br><br><br></div>
</body></html>
738 ：737 投稿日： 03/01/11 02:32 ID:???: あれ？TEST2 の前のドットが消えてる.....
.TEST2 { width: 50%; border: solid medium black; }
です。
739 ：Name_Not_Found 投稿日： 03/01/11 03:23 ID:???: #TEST1 を　#test1 に変えると適用された。
idの大文字小文字を区別してるっぽいね。
740 ：Name_Not_Found 投稿日： 03/01/11 03:48 ID:???: id の大文字小文字は、
・HTML なら区別 *しない* のが正しい
・XHTML なら区別 *する* のが正しい

class の大文字小文字は、
・HTML でも XHTML でも区別 *する* のが正しい

です。
741 ：Name_Not_Found 投稿日： 03/01/11 04:58 ID:???: なるほど、まさに仕様通りの動作というわけか。
742 ：740 投稿日： 03/01/11 05:23 ID:???: >>741
いやいや。>>737 はどう見ても XHTML じゃないし、
文面からすると class は有効っぽいから、どっちも仕様と逆。
id は適用されて class は適用されないのが正しい。
743 ：735 投稿日： 03/01/11 11:04 ID:???: >>736
壊れたとしか思えない挙動ですか...
会社のPC（Win2ｋ＋IE6SP1）だと確かに反映されますね（汗
自宅PCが原因か...ありがとうございました。

>>737
同じく社のPC（Win2ｋ＋Opera7.0β）でそのソースで試しましたが
id・classとも適用されますね。
744 ：Name_Not_Found 投稿日： 03/01/11 22:27 ID:wv1H+3l1: バグなのか仕様なのか分からないのですが。

borderを適当に指定した<DIV>内で<P>を使った場合の
マージンの取られ方がMozilla 1.0とIE5で異なるのですが、
どっちが正しいですか？

Mozilla1.0
----------------------------------------------------

<P>Mozillaだと<P>の上下に1em空いているのが、</P>

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

IE5
----------------------------------------------------
<P>IEで見るとマージンが相殺されています。</P>
----------------------------------------------------
745 ：737 投稿日： 03/01/11 22:49 ID:???: 遅レスですがサンクスです>>743
特に>>740は初耳ですた。勉強になりましたです。
746 ：Name_Not_Found 投稿日： 03/01/11 22:55 ID:???: >>744

うちでも現象が出たことがあるので、何が言いたいのかはわかる
んだけど、そういうのって「相殺」じゃなくて単に値が無視されてる
だけでしょう。

「相殺」自体はmarginとかpadding関係なら必ずあるものなので。

IEも5.5以降ならちゃんと出ます。おかしいのはIE5。
747 ：Name_Not_Found 投稿日： 03/01/11 23:01 ID:???: >>744
p { margin-top: 1em; margin-bottom: 1em; }
と指定してやると、Mozillaと同じになるかも。
748 ：744 投稿日： 03/01/11 23:07 ID:???: >746

> そういうのって「相殺」じゃなくて単に値が無視されてるだけでしょう。
書き込んでから気付きました。相殺はおかしいですね。
直前にネットで調べてたらmarginの相殺のことが出てきてたので、
頭の中がそのままになっていたようです。

> IEも5.5以降ならちゃんと出ます。おかしいのはIE5。
ありがとうございます。
IE5のほうに合わせてサイトのCSSをいじろうかと思ってましたが、
見栄え以外に影響はないところなのでそのままにしておきます。
IE5だとぺっちゃんこになってかっこ悪いですが。

>747
駄目みたいです。完璧に無視されてます...。
ありがとう。
749 ：Name_Not_Found 投稿日： 03/01/14 08:18 ID:???: 岡田克彦ファンクラブからのご案内です。ご高承のとおり、岡田克彦氏の卒業した早稲田大学政治経済学部
と、ひろゆきの卒業した中央大学文学部は比較にならないほど差があります。中央大学文学部のような
ヘボい大学に共通しているのは、文化水準が低いという事です。18歳から22歳をヘボい大学で過ごすという
ことは、感受性において致命傷と言えます。２ちゃんねらーの大半は岡田克彦氏に比べて、著しい低学歴で
頭が悪いだけでなく、感受性も愚鈍で腐っているという、取り返しのつかない状態なのです。
せめて、http://www.geocities.co.jp/MusicHall-Horn/1091/で、岡田氏の作品に触れましょう。
750 ：Name_Not_Found 投稿日： 03/01/15 23:37 ID:???: 誤植見つけました。

http://cssbug.tripod.co.jp/detail/macie.html
http://cssbug.tripod.co.jp/detail/macie/b011.html
[2-529]hr要素でwidthプロパティの指定値がが正しく反映されない(IE5.1)
「がが」（の腕輪？）

あと、別件でこれ、振り分けに応用できるから、追加しておいてはいかが。
【MacIE】@mediaで括った指定は無効になる
BODY { color: black }
@media screen {
BODY { color: green }
}
751 ：Name_Not_Found 投稿日： 03/01/19 02:07 ID:???: http://pc3.2ch.net/test/read.cgi/hp/1041641395/199-200
199 ：Name_Not_Found ：03/01/19 00:01 ID:???
質問です。
:first-letter擬似要素のmarginに負の値を指定したところ、
IE6.0では効いているんですがN7、Opera7.0では無視されました。
これはIEのCSSの解釈が間違っているんですか？

200 ：Name_Not_Found ：03/01/19 00:32 ID:???
>>199
仕様によるとIEの動作の方が正しいです。
http://www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/selector.html#first-letter
http://www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/box.html#margin-properties
752 ：質問スレ202 投稿日： 03/01/19 16:08 ID:???: first-letterを設定した要素にアンカーも設定し、それをhoverすると
first-letterが効かなくなります。

<h1><a href="2ch.net">2ちゃんねる</a></h1>

h1:first-letter{font-size : ○em;}

Win版Moz1.0.1で発生。Opera60.5、IE5.5では大丈夫な模様。
Macとかでも検証してみて下さい。
753 ：Name_Not_Found 投稿日： 03/01/19 17:41 ID:???: h1:first-letter:hover{font-size : ○em;}

ってしないと駄目じゃなかったっけ？
754 ：Name_Not_Found 投稿日： 03/01/19 19:09 ID:???: >>753
それを言うなら
h1:first-letter a:hover{font-size : ○em;}
755 ：質問スレ202 投稿日： 03/01/19 19:09 ID:???: >>753
それでやってもダメでした。
試しにh1:first-letter a:hover{}とかやってみましたがダメでした。
756 ：Name_Not_Found 投稿日： 03/01/19 19:23 ID:???: h1:first-child:first-letter ですよ。
他は効かないのが正解。
757 ：756 投稿日： 03/01/19 19:27 ID:???: ...と思ったら確かに hover 後に指定が無効になりますね。
758 ：Name_Not_Found 投稿日： 03/01/19 20:56 ID:???: >>756
first-childは最初の子要素への指定っす。

あともう一つ。ｶﾞｲｼｭﾂだったらすいません。
positionで基準となるボックスからの計算ってボーダー領域は含まないですよね？
bodyにボーダー設定してると子要素のポジショニングが狂います。
Moz、Operaで確認。IEが正しいのかな？

<body style="border-top : 30px solid gray; border-left : 30px solid green;">
<div style="position:absolute; top:0px; left:0px; width:500px; height:300px; border:30px solid red; padding:0;">
<p style="position:absolute; top:0px; left:0px; background-color:blue; padding:0; margin:0;">
てすとてすとてすとてすと
</p>
</div>
759 ：Name_Not_Found 投稿日： 03/01/19 22:07 ID:???: >>758
それは質問スレッドのＦＡＱを見なさい。ボックス・モデルについて学ぶべし。
http://pc3.2ch.net/test/read.cgi/hp/1041641395/5
760 ：Name_Not_Found 投稿日： 03/01/20 00:01 ID:???: Opera7ってDOCTYPEスイッチがあるんだね
互換モードだとWinIEと似た傾向の表示になってしまう
761 ：Name_Not_Found 投稿日： 03/01/20 00:45 ID:???: ここで表示確認しる
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://d-o-b.ciao.jp/^o^/
http://www.windfarm.co.jp/
762 ：Name_Not_Found 投稿日： 03/01/22 02:38 ID:???: ↓>>634と関係あるか？
http://pc3.2ch.net/test/read.cgi/hp/1041641395/239
239 ：Name_Not_Found ：03/01/21 04:32 ID:???
<div class="abc"></div>で囲んだら下側のマージンだけが無視されます。
cssには
.abc{margin:5% 5% 10% 180px;}
としか書いてません。
最初はこれでちゃんと表示されてたんです、なのにソースいじってたら...。

ブラウザはIE5.5です。NN7で見たらちゃんと下に余白ができてました。
なんとかしようと頑張ってたらいつの間にかこんな時間だしもうﾀﾞﾒﾎﾟ(;´Д｀)
763 ：Name_Not_Found 投稿日： 03/01/23 01:47 ID:???: http://cssbug.tripod.co.jp/index.html
＞Moz044, 045を追加。（2003-01-22）

いつもご苦労様です。
ところで、>>751はMozだけでなくOperaの問題でもあるのでは。
Opera7は正式版はまだなのかな。
764 ：Name_Not_Found 投稿日： 03/01/23 18:57 ID:???: >>763
>>751の問題はOpera6.05ではちゃんと効いているみたいです。
正式版に期待ですね。
765 ：Name_Not_Found 投稿日： 03/01/23 20:28 ID:8jm8EWij: WinXPのIE6です。
p{ text-indent: 1em;}
と指定した長い段落がページをまたいだとき、
段落の途中にもかかわらずページ最初の行が
１文字分インデントされるのですが、既出ですか？
766 ：765 投稿日： 03/01/23 20:28 ID:8jm8EWij: 印刷した場合です。言葉足らずですみません。
767 ：Name_Not_Found 投稿日： 03/01/23 21:27 ID:???: http://www.w3.org/TR/2002/WD-CSS21-20020802/page.html#allowed-page-breaks
> 13.2 Allowed page breaks
> 2. Between line boxes inside a block box.

http://www.w3.org/TR/2002/WD-CSS21-20020802/text.html#indentation-prop
> 16.1 Indentation: the 'text-indent' property
> More precisely, it specifies the indentation of the first box that flows
> into the block's first line box. The box is indented with respect to the left
> (or right, for right-to-left layout) edge of the line box.

と書いてあるので、まんざら仕様違反と云う訳でも無さそうな気がするんですけど。
どうなんだろう。
768 ：Name_Not_Found 投稿日： 03/01/24 11:57 ID:???: >>765
Mozillaとか、Operaで試したらそんなこと起こらないね。
IEのCSSのバグっぽい。
769 ：Name_Not_Found 投稿日： 03/01/25 07:32 ID:???: Windows Internet Explorer 6(モード問わず)

幅を指定していないブロック要素以下に、form>textareaを配置し、
textareaの幅を80%など相対指定すると、
そのHTMLファイルを開いた時は、
ブラウザにより自動的にリサイズされたブロック要素の幅を基準に、
textareaの幅が決定されており、正常なのだが、
textareaになにか文字を入力すると、textareaの幅が拡大する。

<html>
<head>
<title>文字を入力すると拡大するtexarea</title>
<style type="text/css">
form { margin:auto 256px auto 64px; }
textarea { width:80%; }
</style>
</head>
<body>
<form><p><textarea cols="40" rows="12"></textarea></p></form>
</body>
</html>

うまく説明できてないのでソース付き。
770 ：Name_Not_Found 投稿日： 03/01/25 19:29 ID:nSk+UYFp: bodyにtext-align:center;設定した場合にテーブル配置したら、
IEだとテーブルがセンタリングされるけどNN7だとされないのはどっちが正しいの？
771 ：Name_Not_Found 投稿日： 03/01/25 20:01 ID:???: >>770
N7．
http://www.mozilla.gr.jp/standards/webtips0004.html
参照．
772 ：Name_Not_Found 投稿日： 03/01/26 00:48 ID:???: >>771
サンクス
773 ：スタイル３０投稿日： 03/01/26 11:27 ID:smGK9BRm: styleタグですが、IEの場合は、30種類の<style></style>しか
認識できないのでしょうか？
ＩＥのバグですか？（ネスケなら問題ないみたい）
どこかに公表ってされてます？
774 ：Name_Not_Found 投稿日： 03/01/26 12:49 ID:???: >>773の言わんとしている事が、さっぱりわからないのは俺だけですか？
775 ：Name_Not_Found 投稿日： 03/01/26 13:09 ID:???: (=ﾟωﾟ)ﾉｵﾚﾓ(=ﾟωﾟ)ﾉｵﾚﾓ(=ﾟωﾟ)ﾉｵﾚﾓ-
776 ：Name_Not_Found 投稿日： 03/01/26 14:14 ID:???: 俺漏れも
777 ：Name_Not_Found 投稿日： 03/01/26 15:13 ID:???: IEの方が圧倒的大多数なんだよIEに合わせろってんだまったく
778 ：Name_Not_Found 投稿日： 03/01/26 15:49 ID:???: >>777の言わんとしている事が、さっぱりわからないのも俺だけですか？
779 ：Name_Not_Found 投稿日： 03/01/26 15:57 ID:???: >>778
安心しろ、俺もわからん。
780 ：Name_Not_Found 投稿日： 03/01/26 16:34 ID:???: 俺もだから大丈夫
781 ：Name_Not_Found 投稿日： 03/01/26 19:55 ID:???: オレは分かるなー、>777の言ってる事。
782 ：Name_Not_Found 投稿日： 03/01/26 21:06 ID:???: >>778
分かるが、承服は出来ないな。
783 ：Name_Not_Found 投稿日： 03/01/27 10:50 ID:???: まー実装がばらばらであるからこそ、
俺らの飯の種になるわけですよ。
784 ：スタイル３１投稿日： 03/01/27 14:56 ID:j07Vo/rC: ７７３の件、説明不足でした。
ＩＥだと３１個までしかスタイルを認識してくれないです。

<HTML>
<BODY>
<STYLE type="text/css">.tes1 {font-size:20pt;}</STYLE>
<STYLE type="text/css">.tes2 {font-size:20pt;}</STYLE>
<STYLE type="text/css">.tes3 {font-size:20pt;}</STYLE>

?? 中略 ??

<STYLE type="text/css">.tes30 {font-size:20pt;}</STYLE>
<STYLE type="text/css">.tes31 {font-size:20pt;}</STYLE>
<STYLE type="text/css">.tes32 {font-size:20pt;}</STYLE>
<STYLE type="text/css">.tes33 {font-size:20pt;}</STYLE>

<A class="tes1">1 番目</A><BR>
<A class="tes2">2 番目</A><BR>
<A class="tes30">30 番目</A><BR>
<A class="tes31">31 番目</A><BR>
<A class="tes32">32 番目</A><BR>
<A class="tes33">33 番目</A><BR>
<A class="tes1">1 番目</A><BR>

</BODY>
</HTML>

長さ制限に引っ掛かるので、「中略」とさせていただいてます。
785 ：Name_Not_Found 投稿日： 03/01/27 15:09 ID:???: ネタだよ・・・な・・・？
786 ：Name_Not_Found 投稿日： 03/01/27 15:10 ID:???: ネタじゃないにしてもまともにCSS使ってる奴らには関係無いなｗ
787 ：Name_Not_Found 投稿日： 03/01/27 16:56 ID:???: style要素の数に制限は無い筈だから、ブラウザ側の仕様かバグだろうね。
788 ：Name_Not_Found 投稿日： 03/01/27 16:58 ID:???: >>784
よくそこまで試したな。
789 ：Name_Not_Found 投稿日： 03/01/27 19:16 ID:???: >>784 の労力を讃えてage

ところで...もちろんバグの回避方法は分かってるんだよね?
分かってて単なる好奇心から試してみたんだよね?
790 ：スタイル３１投稿日： 03/01/27 19:39 ID:j07Vo/rC: コメントありがとうございます。
作ってたら、あるときからスタイル読まなくなって、
で、解析のために作ったソースが７８４です。
バグの回避方法は・・・
「そんなに<style>タグを使わないように見直す」
です。
ありきたりで、叩かれそうですが・・・。
７８７の言われるとおり、IEの仕様かバグのような。
MSのIEのページは調べたけど探しきれなかったです。
誰か知ってますか？
791 ：Name_Not_Found 投稿日： 03/01/27 19:57 ID:???: >>790
<STYLE type="text/css">.tes1 {font-size:20pt;}
.tes2 {font-size:20pt;}
.tes3 {font-size:20pt;}
?? 中略 ??
.tes30 {font-size:20pt;}
.tes31 {font-size:20pt;}
.tes32 {font-size:20pt;}
.tes33 {font-size:20pt;}</STYLE>
792 ：Name_Not_Found 投稿日： 03/01/27 19:58 ID:???: >>790
>作ってたら、あるときからスタイル読まなくなって、
ﾏｼﾞﾀﾞｯﾀﾉﾈ...（´Д｀;）
793 ：Name_Not_Found 投稿日： 03/01/27 19:59 ID:???: というかStyleが二回以上出てくるHTMLドキュメントなんて見たことね-よ（w
794 ：Name_Not_Found 投稿日： 03/01/27 20:02 ID:???: >>790
悪いことは言わんから、もうちょい基本から勉強し直してみ。
795 ：Name_Not_Found 投稿日： 03/01/27 21:20 ID:???: li要素をポジショニングするとリストマークが消える(N6)
http://cssbug.tripod.co.jp/detail/mozilla/b008.html
これと関係ありますかね？
↓
http://pc3.2ch.net/test/read.cgi/hp/1041641395/369-374
371 ：Name_Not_Found ：03/01/26 23:39 ID:???
<li>をフロートさせると、少なくとも私のIE5.5(WinME)で見た時
マーカーが消えてしまうのですが、マーカーが消えないように
する方法はないでしょうか。
Netscape7で見るとマーカーは表示されているのですが、IEでも
表示されるようにしたいです。

372 ：Name_Not_Found ：03/01/26 23:54 ID:???
>>369-371
ﾓﾁﾂｹ

floatさせた要素は強制的にdisplay:blockになる。
マーカーが表示されるのはdisplay:list-itemな要素だけ。

つまりIEが正しい。
796 ：Name_Not_Found 投稿日： 03/01/27 22:23 ID:???: Opera7.0b2

fieldset{border : none;}が効かない。6.05では効く。
回避方法は{border-width : 0px; border-style : 何か適当;"}
どうも、widthとstyleを決めてやらないとダメっぽ。
797 ：Name_Not_Found 投稿日： 03/01/27 22:26 ID:???: ×　何か適当;"}
○　何か適当;}

typoです。ｽﾏｿ（´Д｀；）
798 ：Name_Not_Found 投稿日： 03/01/27 23:10 ID:???: ふつーにやっていたらまず発見できなかったバグを発見した>>790はある意味神．
799 ：Name_Not_Found 投稿日： 03/01/28 00:21 ID:???: title要素3つ書いて、反映されないって騒ぐのに似ている・・・。
あれも、仕様上では幾つ書いても良かった気がする＜HTML4.01
800 ：Name_Not_Found 投稿日： 03/01/28 00:32 ID:???: >>799
title （と base）を2個以上書くのはinvalid。

<!ENTITY % head.misc "SCRIPT|STYLE|META|LINK|OBJECT" -- repeatable head elements -->
<!ENTITY % head.content "TITLE & BASE?">
<!ELEMENT HEAD O O (%head.content;) +(%head.misc;) -- document head -->

とされている。
801 ：Name_Not_Found 投稿日： 03/01/28 00:34 ID:???: 790>>>>>>>>>>>>>>>>>>>>>>>>>>>>>799
802 ：Name_Not_Found 投稿日： 03/01/28 19:37 ID:???: >>801
褒めてるのか貶してるのか分かんないな(w
803 ：Name_Not_Found 投稿日： 03/01/31 16:17 ID:???: 【Mozilla】
同じ @media を2回書くと、
最初の @media ブロックしか認識されない。

Phoenix の 2003-01-25-21-trunk で確認。
804 ：Name_Not_Found 投稿日： 03/02/02 11:16 ID:???: 子孫要素に<sup>があるときに<li>要素でline-heightを
指定すると行ボックスの高さ計算に失敗する

IE6.0で問題確認。Mozilla 1.0.2はオッケー

<ul style="line-height: 0.9em;">
<li>なつメロ</li>
<li>KYON<sup>2</sup></li>
<li>なんてったってアイドル</li>
</ul>

既出だったらすまん。
805 ：岡田克彦ファンクラブ投稿日： 03/02/02 21:20 ID:???: ２ちゃんの糞スレの皆様に、作曲家・岡田克彦ファンクラブからのご案内です。
ご高承のとおり、岡田克彦氏の卒業した早稲田大学政治経済学部と、ひろゆきの卒業した中央大学文学部夜間は
比較にならないほど差があります。中央大学文学部夜間のようなヘボい大学に共通しているのは、文化水準が
低いということ。18歳から22歳をヘボい大学で過ごすということは、感受性において致命傷と言えます。
２ちゃんねらーの大半は岡田克彦氏に比べて、著しい低学歴で頭が悪いだけでなく、感受性も愚鈍で腐っている
という、取り返しのつかない状態なのです。
せめて、http://www.geocities.co.jp/MusicHall/5933/で、岡田氏の作品に触れましょう。
また、学歴至上主義は、学歴がないか、東大のような高学歴であっても学歴に相応しいだけの自分の特技
等を持っていない人が不愉快に思っているだけのことです。２ちゃんのひろゆきの卒業した中央大学
文学部夜間のようなものは、学歴と言えるようなものではなく、これは、拭うことの出来ない、生涯つきまとう
汚点で、絶対に取り返すことは出来ません。２ちゃんの皆さんの大半は、波風を立てずにその場限りの平穏無事を保守する
という、下らない事なかれ主義にうつつを抜かしていますが、私共は心優しい仲間なので、はっきり申し上げられます。
ひろゆきは、感受性において、まさに取り返しのつかない状態にある、ということです。
従って、阿呆のひろゆきのやっている２ちゃんは阿呆の危険集団だということです。
806 ：Name_Not_Found 投稿日： 03/02/03 22:59 ID:???: すいません。WinIE6で

<div id="age">
　<h1 id="hoge">見出し１</h1>
　<a herf="#hoge">見出し１へのリンク</a>
</div>

として、CSSで　#age { position : relative ; top : -500px ; }　とかにすると、ページ内リンクのとんだ先がポジションで指定する前の位置になってしまいます。
この場合だとh1の500px下にとんじゃいます。Opera6.05と7.0とMozilla5.0では正しい位置にとぶんですが。
なお、試したDOCTYPEはxhtml1.1とｈｔｍｌ4.01Transitionalの両方でCSS2です。

わかる方いましたらよろしくお願いします。
807 ：Name_Not_Found 投稿日： 03/02/05 18:34 ID:???: 誤植を見つけました。↓
http://cssbug.tripod.co.jp/detail/opera.html
[2-796]ffieldset要素のボーダーを省略指定で無しにすることができない(7.0)

"f"が冗字です。
下がりすぎなので、アゲ。
808 ：Name_Not_Found 投稿日： 03/02/07 01:38 ID:???: table怪人「ハーハハハ、見よ！必殺table100枚重ね！CSSマン、重くて動けまい?」
CSSマン「table{display:none;/* ♥ * /}」
809 ：Name_Not_Found 投稿日： 03/02/07 01:48 ID:???: >>808
> 必殺table100枚重ね！

Not valid. いや、XHTML かも知れんか。
810 ：Name_Not_Found 投稿日： 03/02/07 16:41 ID:???: >>808
ワロタ

Opera7
:first-letter擬似要素のbackground-colorが無視されます。
colorは効くんですが...
811 ：366 投稿日： 03/02/07 21:36 ID:???: >810まで反映。>806などを追加しました。

>>803
Phoenix0.5(Release)では発生しないようです。
Nightlyで一時的に発生したものかもしれないので、
Phoenix0.6(Release)でも発生したら載せます。

>>804
line-heightとvertical-alignの指定次第では
li要素以外（pなど）でも発生するようです。
812 ：Name_Not_Found 投稿日： 03/02/07 22:58 ID:???: >>811
乙。
813 ：Name_Not_Found 投稿日： 03/02/12 02:59 ID:iv9hMX6x: a:hover{color:#000000;text-decoration:none;background-color:#ffffff;}
で、マウスカーソルが当たったとき、背景が変わるようにしたのですが、
（ページは縦スクロールのみ画面2個分ぐらいのページで）最初に表示した状態で、
画面上部のリンクは問題ないのですが、下のほうのリンクをポイントした瞬間、「ふっ」と
縦スクロールバーが消えてしまい、ページが切れた状態になってしまいます。
なんですかこれは？win98/ie5.5です。lint100点でした。。。
814 ：Name_Not_Found 投稿日： 03/02/12 08:40 ID:???: >>813　ＣＳＳだけでなくＨＴＭＬソースも出してくれないと、わからないよ。
815 ：Name_Not_Found 投稿日： 03/02/15 09:15 ID:???: このスレッド、「全部」を見ようとすると、眞っ白になってしまふんだが。
→　http://pc2.2ch.net/test/read.cgi/hp/991666454/
新サーバーへ移轉したのと關係ありますかね？
816 ：Name_Not_Found 投稿日： 03/02/15 15:48 ID:???: 2chブラウザで見れば無問題。
817 ：Name_Not_Found 投稿日： 03/02/15 17:33 ID:???: >>816 わざわざそんな專用ブラウザを入れたくないナ。
ＩＥでもＮＮ７でもまっしろになる。
ソースを見ても何もないから、表示の問題ではなくＣＧＩの問題らしい。
818 ：Name_Not_Found 投稿日： 03/02/15 17:37 ID:???: http://pc2.2ch.net/test/read.cgi/hp/991666454/1-800n でもダメ。
容量オーバーなのかも。
http://pc2.2ch.net/test/read.cgi/hp/991666454/1-300n だったら表示された。
819 ：Name_Not_Found 投稿日： 03/02/16 14:01 ID:vkk81RWU: OK
http://pc2.2ch.net/test/read.cgi/hp/991666454/-391

NG
http://pc2.2ch.net/test/read.cgi/hp/991666454/-392
820 ：Name_Not_Found 投稿日： 03/02/16 18:44 ID:???: >815
いつもは専用ブラウザを使っているんだけど、試しにIEでも表示させたら、
1から819まで問題なく全て一括表示されたよ。
OSの違いなどもあるのかな？

ちなみに、こちらの環境はＭａｃOS9.2のIE5。
（専用ブラウザでももちろん、問題なし）
821 ：win98 投稿日： 03/02/18 02:36 ID:???: Opera 7.02での報告でもいいのですか？

こんな使い方するとは思いませんので、迷いましたが一応書きます。
* {
display:inline;
}
とすると、ヘッダーの<title>テスト</title>の部分まで表示されてました。

これもこんな使い方は滅多にしないと思う＆CSSとは直接関係ないかもなので、一応書きます。
<ul>
<li><h1>h1 test</h1></li>
<li><h2>h2 test</h2></li>
<li><h3>h3 test</h3></li>
<li><h4>h4 test</h4></li>
<li><h5>h5 test</h5></li>
<li><h6>h6 test</h6></li>
</ul>
とすると、リストマークがhn要素の文字サイズに平行して、小さくなっていきます。
h1が大きなマークで、h6が一番小さなマークです。
標準・後方互換、どちらでもでした。
822 ：Name_Not_Found 投稿日： 03/02/19 07:59 ID:???: Opera 7.02 ってリリースされていたのか・・・
823 ：Name_Not_Found 投稿日： 03/02/19 11:42 ID:???: >>822
ついでにNetscape7.02も(ry
824 ：Name_Not_Found 投稿日： 03/02/19 21:27 ID:???: >>821
>こんな使い方するとは思いませんので、迷いましたが一応書きます。
>* {
>display:inline;
>}
>とすると、ヘッダーの<title>テスト</title>の部分まで表示されてました。

むしろ表示されないのがバグです。
825 ：Name_Not_Found 投稿日： 03/02/20 15:39 ID:???: IEにて、A要素の擬似クラス「a:hover」で背景色を指定した場合、
親要素の配置が左にずれる（？）というバグがありますが、
http://members.tripod.co.jp/cssbug/detail/winie/b038.html

このバグの詳しい発生条件またはバグの回避法は既出でしょうか？
826 ：Name_Not_Found 投稿日： 03/02/20 21:01 ID:???: 上へ参りマース。
827 ：Name_Not_Found 投稿日： 03/02/21 13:16 ID:???: >>815-820
「全部」が表示されるやうになりました。めでたい。WinIE6
http://pc2.2ch.net/test/read.cgi/hp/991666454/
828 ：366 投稿日： 03/02/22 23:29 ID:???: >>813 未確認扱いでWinIE089に追加。
>>821
displayの件はWinIE090とNN013に、表示できないバグとして追加。
リストマーカーの件はli要素内の1文字目の文字サイズと
連動しているようなのでバグではないと思います。

>>825
とりあえず分かっているのは、自身と親要素のマージンが
％単位で指定されたフロートに含まれるa要素。
この場合はマージンを別の単位で指定すればいいようです
829 ：Name_Not_Found 投稿日： 03/02/26 01:27 ID:???: >>828
%指定していたbodyのpaddingをpx指定にしたところ、とりあえず防止できました。良いヒントをありがとう。
理由があって%指定にしてたんだけど...しょうがないな。
830 ：Name_Not_Found 投稿日： 03/02/28 22:23 ID:???: 既出だったら申し訳ない。
複数スタイルシートにタイトルを付けるとNetscape7.0.2(Mac)で
1つ目以降が無効になります。

<!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">
<meta http-equiv="content-style-type" content="text/css">
<style type="text/css" title="red">

</style>
<style type="text/css" title="blue">

</style>
<style type="text/css" title="purple">

</style>
<title>テスト</title>
</head>
<body>
<p id="red">hogehoge</p>
<p id="blue">hogehoge</p>
<p id="purple">hogehoge</p>
</body>
</html>

IE5.16、iCab2.9、Opera6だと赤・青・紫となりますが
Netscapeだと赤しか反映されません。title=""なら大丈夫。
外部css（<style>@importと<link rel=?>）でも起こりました。
831 ：Name_Not_Found 投稿日： 03/02/28 22:46 ID:???: >>830
titleを指定したスタイルシートは優先スタイルシートとなり、それぞれを切り替えて使うことになります。
NS7のメニューのView＞Use Styleを見て下さい。
832 ：Name_Not_Found 投稿日： 03/02/28 22:48 ID:???: 参考：http://www.asahi-net.or.jp/%7Esd5a-ucd/rec-html401j/present/styles.html#h-14.3.1
833 ：830 投稿日： 03/03/01 07:58 ID:???: >>831-832
参考サイトを読みました。納得しました。ありがとうございます。
Netscape以外が厳密ではないということなのですね。
834 ：Name_Not_Found 投稿日： 03/03/01 15:42 ID:???: 厳密でないというか、一種のバグと考えていいと思います。
ttp://www.toybox.jpn.org/studio/weblog/#wl20030301
こちらの説明がわかりやすくまとまってます
835 ：Name_Not_Found 投稿日： 03/03/02 10:36 ID:???: >>831,834
link要素についてはそのとおりだが、style要素については違うぞ。
style要素のtitle属性はただの説明に過ぎない。
mozillaは気を効かせすぎだ。
だいたいstyle要素をalterneteにはできないぞ。
もっともstyle要素については仕様書でも曖昧なことしか
書いてないが。
836 ：Name_Not_Found 投稿日： 03/03/09 01:01 ID:???: >>835
その通りだと思う。というか、そこはMozillaのバグでは？

http://www.asahi-net.or.jp/%7Esd5a-ucd/rec-html401j/struct/global.html#adef-title
> title属性には、外部スタイルシートを指し示すLINK要素で使われる際に果たす、
> 追加的な役割がある。詳しくはリンクと外部スタイルシートの項を参照されたい。

LINK要素で使われる際に。とある。style要素とまでは言っていない。
837 ：Name_Not_Found 投稿日： 03/03/09 05:42 ID:???: >>827 また「全部」が見られなくなったよ......。どうなってんの？
838 ：Name_Not_Found 投稿日： 03/03/09 10:59 ID:???: >>837
板違い

2chの動作報告はここで。?36?
http://qb.2ch.net/test/read.cgi/accuse/1046163577/l50
839 ：Name_Not_Found 投稿日： 03/03/09 12:51 ID:???: >>828
> リストマーカーの件はli要素内の1文字目の文字サイズと
> 連動しているようなのでバグではないと思います。

どうしてもこれの根拠を見つけられなかった。
手間をかけて悪いが、明確な引用、または、それが無い場合、
こう思うに到った過程の説明を書いて欲しい。
840 ：366 投稿日： 03/03/09 21:20 ID:???: リストマーカーは li:before で示すからサイズがli要素に影響される...
と思っていたのですが、この場合はli要素のfont-sizeではなくて子要素の
h1?h6要素のfont-sizeに合わせたサイズになってしまったということですね。
バグとして扱うべき現象でした。すみません。
841 ：Name_Not_Found 投稿日： 03/03/09 21:58 ID:???: >>840
揚げ足取りだが li:before じゃなく li の display と list-style だろう。

# list-style は大概 ul か ol の方で指定して li に継承させると思うが。
842 ：366 投稿日： 03/03/10 00:24 ID:???: >>841
見直したら、:before で表すのは display:marker; で生成する
マーカーでした。これと display:list-item; な要素につく
マーカーとを混同してしまったようで...。
いずれにしてもCSS2.1で display:marker; が削除されそうなので
この考えは完全な間違いということになりますが。

>821→moz048、>837→opera037に追加しました。
そしてopera038に追加。見出し要素が親要素のfont-sizeを無視し、
body要素のfont-sizeを参照する。ただし、h4要素だけは除く。
843 ：Name_Not_Found 投稿日： 03/03/10 03:15 ID:???: >>842
「h4要素以外の見出し要素でfont-sizeを算出する際に親要素の値を参照しない」
http://cssbug.tripod.co.jp/detail/opera/b038.html

これ、WinIE6.0でもなるんですね。H4も含め、親要素の値を全く参照しない。
844 ：Name_Not_Found 投稿日： 03/03/10 05:37 ID:FHhXpRae: 過去ログです。
1: http://page.freett.com/dat2ch00/030107-1041260616.html
ﾏﾀｶ[]乱交サークル個人情報漏洩[]ｱﾎ
2: http://page.freett.com/dat2ch00/030107-1041268516.html
ﾏﾀｶ[]乱交サークル個人情報漏洩[]ｱﾎ【part2】
3: http://page.freett.com/dat2ch00/030107-1041274177.html
ﾏﾀｶ[]乱交サークル個人情報漏洩[]ｱﾎ【part3】
4: http://page.freett.com/dat2ch00/030107-1041288143.html
ﾏﾀｶ[]乱交サークル個人情報漏洩[]ｱﾎ【part4】
5: http://page.freett.com/dat2ch00/030107-1041311110.html
【岡ちゃん】乱交サークル個人情報漏洩【最高!】Part5
6: http://page.freett.com/dat2ch00/030107-1041321139.html
【岡ちゃん】乱交サークル個人情報漏洩【最高!】Part6
7: http://page.freett.com/dat2ch00/030107-1041353460.html
【岡ちゃん】乱交サークル個人情報漏洩【最高!】Part7
8: http://page.freett.com/dat2ch00/030107-1041609085.html
【岡ちゃん】乱交サークル個人情報漏洩【最高!】Part8
9: http://2chlog.homeftp.org/20030203/1041773755.html
【議員の息子】乱交サークル個人情報漏洩!【会社役員】Part9
10:http://2chlog.homeftp.org/20030203/1042853091.html
【議員の息子】乱交サークル個人情報漏洩【PWC大ちゃん】Part10
845 ：Name_Not_Found 投稿日： 03/03/10 21:33 ID:???: 誤爆だと思いたい、そんな春の日の夜
846 ：Name_Not_Found 投稿日： 03/03/11 10:41 ID:???: 背景を指定する場合ですが、

<div style="bprder:10px solid blue; background-image:url(a.gif);">
text
</div>

MacIE5で見ると、背景画像がborderの部分からはじまっていて
つまりborderに一部隠れるのですが、正しくは
背景画像はborderと被りませんよね？
847 ：Name_Not_Found 投稿日： 03/03/11 11:08 ID:???: つまりHnはbody直下に置けと。
848 ：Name_Not_Found 投稿日： 03/03/11 16:43 ID:???: >846
手元のHTML&XHTML&CSS辞典には、
設定した画像は、ボックスの内容とパディング、及びボーダーの範囲に適用されます
と書いてある。
849 ：Name_Not_Found 投稿日： 03/03/11 18:26 ID:???: >>846
http://www.w3.org/TR/2002/WD-CSS21-20020802/box.html#border-style-properties

> 8.5.3 Border style:
> All borders are drawn on top of the box's background.
850 ：Name_Not_Found 投稿日： 03/03/11 21:00 ID:???: >>848-849
正しかったのですか。
Mozilla(mac)の場合、背景はborderを含まずpaddingの部分から表示されました。
background-positionを数値で設定した場合も同様です。
851 ：Name_Not_Found 投稿日： 03/03/11 21:11 ID:???: >>850
あとは↓とか。

In terms of the box model, "background" refers to the
background of the content, padding and border areas.
Margins are always transparent so the background of
the parent box always shines through.

http://www.w3.org/TR/2002/WD-CSS21-20020802/colors.html#q2
852 ：Name_Not_Found 投稿日： 03/03/11 22:13 ID:???: おまえらもっと良く読め。
背景はボーダーより内側だが、background-positionはpadding areaを参照する。
853 ：Name_Not_Found 投稿日： 03/03/12 21:38 ID:???: 2.1はまだ草案だろ。
CSS2ではボーダーはborder-colorによってのみ色付けられ、
backgroundはcontentとpaddingの範囲に適用される。
854 ：Name_Not_Found 投稿日： 03/03/14 07:33 ID:x2BKJJkg: 【Opera7.03】
Mozillaでルビ表示3
http://www.akatsukinishisu.net/itazuragaki/?ruby_for_Mozilla_3
http://www.akatsukinishisu.net/itazuragaki/2001_10.html#ruby_for_Mozilla_3

このスタイル指定を読み込ませるとruby要素が全く表示されなくなるバグ。
原因はまだ究明してない。

ついでながら。
私はルビをfont-size:50%にしてるので、読み辛いかもしれないと案じて
title属性をつけ、ツールチップでも表示される仕組みにしてある。
ところがOperaではtitle属性をa要素とimg要素以外ではツールチップ表示してくれない模様。
いいのか、それで？
855 ：854 投稿日： 03/03/14 08:11 ID:???: 問題を起こしたスタイル指定は下記でした。
http://www.akatsukinishisu.net/itazuragaki/?ruby_for_mozilla
http://www.akatsukinishisu.net/itazuragaki/2001_08.html#ruby_for_mozilla

ruby>rt, rtc {/* rt(ruby text) を上に配置 */
position: absolute;
left: 0;
top: -1.1em;
font: 55%/1 monospace;
text-indent: 0;
text-align:justify;text-justify:distribute;/*無效だが*/
}

どうもrt要素にposition: absolute;を指定すると、
leftやtopの値が何であれ、ルビは消滅するみたい。
ちなみに上記はruby {display:inline-table;}に未対応の
NN6向けのスタイル指定です。（少なくともver.6.2では未対応だった）
856 ：Name_Not_Found 投稿日： 03/03/14 11:06 ID:???: 《Opera 7.03》
インストールしたデフォルト設定状態で。
リンクの下線が表示されない。いちいちシートに指定しないといけないらしい。
下記１行を追記して対応した。
a:link, a:hover, a:visited {text-decoration:underline;}
857 ：Name_Not_Found 投稿日： 03/03/14 13:02 ID:???: 《Opera 7.03》
nowrapをかけた文字列末尾に<br>を挿入すると
前後のレイアウトが乱れてまともに表示されなくなる。
同じ文字列が二ヶ所に出現したりする。
.dash {white-space:nowrap}
<span class="dash">----　<br></span>
858 ：Name_Not_Found 投稿日： 03/03/15 06:29 ID:???: >>856
CSS（作成者スタイル）オフだとアンカーに下線が附くが、
少しでもCSSを指定すると、下線が消える。
a:link {color:red;}では、色だけ変ってunderlineが出ない。
859 ：北村 ◆AKA//SI/L. 投稿日： 03/03/16 03:39 ID:???: >>854
インライン要素（この場合はruby要素）に対するposition:relativeが、
子要素の絶対位置を考慮する際に無視されてしまう、
という現象と思われます。

本来、ルビテキスト部分はその包含ブロック
（position:relativeを指定したruby要素）からの絶対位置に
配置されるはずが、ruby要素のブロックを無視して
初期包含ブロック（body要素）からの絶対位置（表示領域外）に
配置してしまっている、という。

ruby要素をdisplay:block;とするとルビを表示できました。
（ruby要素の前後に改行が入ってしまいますが......）
860 ：854=855 投稿日： 03/03/16 08:42 ID:???: >>859
http://www.akatsukinishisu.net/itazuragaki/?ruby_style_20020316
>Mozillaでルビ表示3で試したinline-table方式は使えそうであり、
>しかしline-heightの解釈等がMozillaと違うようなので

これ、私も気になりました。
Mozilla向けルビ・スタイルをそのまま適用してもうまくゆかない。どうなってんだろ？
Operaのline-heightの解釈ってあれでいいんですかね。バグかも。
861 ：Name_Not_Found 投稿日： 03/03/17 07:13 ID:???: ↓ＮＮ7.02のバグ？
http://pc2.2ch.net/test/read.cgi/hp/1047154499/356n
356 ：Name_Not_Found ：03/03/17 03:39 ID:???
bodyに letter-spacing : 0.2em を適用してみました。
するとbox内のテキストの表示が、所々はみ出してしまいます。
はみ出すブラウザはMacIE5です。
WinIE6は大丈夫でした。NN7.02も大丈夫です。
これを回避するのにbodyではなく直接boxのスタイルに
letter-spacing : 0.2emを適用しました。
するとNN7.02ではboxの border-width が無効になってしまいます。
862 ：Name_Not_Found 投稿日： 03/03/17 07:16 ID:???: ↓Opera7のバグ？
http://pc2.2ch.net/test/read.cgi/hp/1047154499/325-330n
325 ：Name_Not_Found ：03/03/16 15:36 ID:???
質問です。
<div style="height: 60px;">
<h1>title</h1>
</div>
このような、高さの指定されたdivの中のhnを、divの下端に合わせるには
どうしたら良いのでしょうか？

329 ：Name_Not_Found ：03/03/16 15:55 ID:???
>>325-327
Hnをposition:relative;で60px下げて、margin-top:-1em;で上げる。強引だが。

330 ：325 ：03/03/16 16:08 ID:???
>>329
有難うございます。合わせられました。
Operaで見ると、divより下にある文章も上にひっぱられてしまいますが、
それくらいは気にしないことにします。
863 ：Name_Not_Found 投稿日： 03/03/17 09:18 ID:???: スレ違い。しかも間違い。
864 ：Name_Not_Found 投稿日： 03/03/17 09:22 ID:???: >スレ違い。しかも間違い。

ええと、どこが？
865 ：Name_Not_Found 投稿日： 03/03/17 16:01 ID:???: >>862
この質問のケースってできないの？
h1 { padding: 0; margin: 0; border: 0 }
div { margin-top: auto; margin-bottom: 0; padding-bottom; 0 }
でいけないんかな？
866 ：Name_Not_Found 投稿日： 03/03/17 19:11 ID:???: >>865
できるできないは解決してるでしょ。
問題は、ここ。
>Operaで見ると、divより下にある文章も上にひっぱられてしまいますが
867 ：507 投稿日： 03/03/20 00:40 ID:???: 【IE6,NN6?7,Opera6】水平線<hr>の幅っを短くして左寄せするのがうまくゆかない。
質問スレッド參照 http://pc2.2ch.net/test/read.cgi/hp/1047154499/496-520n
499 ：Name_Not_Found ：03/03/19 23:05 ID:???
hr {
width : 60%;
margin-right : 40%;
}

500 ：496 ：03/03/19 23:13 ID:???
>>499
先ほど試してみましらNNでは望みどおりの結果が得られましたが、
今度はIEでの表示がおかしくなりました。
具体的には説明しにくいのですが、罫線の長さが短くなって中途半端な位置に来てしまいます。

507 ：Name_Not_Found ：03/03/19 23:37 ID:???
widthを指定しないでmarginだけ設定すればうまくゆくよ。

508 ：Name_Not_Found ：03/03/19 23:49 ID:???
<hr style="margin-right:40%;"> に関して
Win+IE4　　　 ...　width:100%にmargin-right:40%がくっつくので、横スクロールバー発生。
Win+Opera6　...　width:100%でmargin-rightが無視される。
Win+IE5.5　　　　　　　　　　　　　　┐
Win+Netscape6/Mozilla0.9以降　┼　意図したとおりの表示。
Win+Opera7　　　　　　　　　　　　 ┘

512 ：507 ：03/03/20 00:11 ID:???
DOCTYPEスイッチで表示が異なる模様。
先ほど確認したのは全て
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">だと
ご指摘の通り、NN7でもうまくゆかぬ
868 ：Name_Not_Found 投稿日： 03/03/20 03:39 ID:???: バグ辞典はWikiでやった方がいいかもねー
とか、思う、今日この頃。
869 ：Name_Not_Found 投稿日： 03/03/21 03:38 ID:???: 【Opera 7】
http://cssbug.tripod.co.jp/detail/opera/b040.html
デフォルト状態でリンクの下線が表示されない(7.0)
＞何らかのスタイルシートを適用させたページで、リンク文字列にある下線が表示されなくなることがある。

原因、判った。
html * {box-sizing:border-box; /* CSS3の記述。MacIE5で有效。 */}
この一行があると>>858の状態になる。
しかし奇妙なことに、次の指定ではバグは生じない。
html {box-sizing:border-box;}
総称セレクタとbox-sizingプロパティの組合せが鬼門らしい。
870 ：Name_Not_Found 投稿日： 03/03/21 03:49 ID:Ip//Vo1V: http://www.agemasukudasai.com/bloom/
871 ：Name_Not_Found 投稿日： 03/03/21 04:01 ID:???: >>869
* { box-sizing: border-box; }だけでもリンクの下線が消える模様。
872 ：Name_Not_Found 投稿日： 03/03/21 04:30 ID:???: 【Opera 7】
http://cssbug.tripod.co.jp/detail/opera/b041.html
white-space:nowrap;状態の要素の末尾にbr要素を置くとレイアウトが乱れる(7.0)
＞white-space:nowrap; を指定された要素内の末尾にbr要素を置くと、この要素の前後のレイアウトが乱れることがある。

再現条件、判明した。下記が例。
<div style="/*text-align:center*/float:right;">
<span style=" padding-right:2px;">----　<br></span>
</div>
つまり----
親ブロックに値がleft以外のfloatかtext-alignプロパティが設定され、
且つその子要素たるインライン要素にpadding-rightが設定され（他辺のpaddingは無し）、
そのインライン要素内右端に<br>があるとき、表示に>>857の異常が起こる。

ちなみに実際に使用したのは下記のスタイルだったが。
.dash {
white-space:nowrap;
letter-spacing:-2px;
padding-right:2px;
}
873 ：869 投稿日： 03/03/21 04:39 ID:???: >>871　だから全称セレクタ（*）とbox-sizingプロパティの組合せが原因って言った。
874 ：Name_Not_Found 投稿日： 03/03/21 05:33 ID:???: 一応、勧告を基準にしなければならないだろ。
バグであるとすれば、それはパーシング、つまり、
未知のプロパティを無視しなかった、というバグだな。

というか、box-sizingって、勧告まで残ると信じてる?
いろんなところでさんざん論じられている通り、
悪評高きこの場当たり的プロパティが残らない可能性もあるよ。
875 ：Name_Not_Found 投稿日： 03/03/21 10:48 ID:???: つーかOpera7
box-sizing対応してるし。
876 ：Name_Not_Found 投稿日： 03/03/21 12:56 ID:???: 定義も無いのに対応するも何もないんだよ。
行き着くところ、独自仕様を実装しているに過ぎない。
勧告されるまで保留しとけということだ。
877 ：Name_Not_Found 投稿日： 03/03/21 13:25 ID:???: ま、ワーキングドラフトだから一概に独自仕様とも言えないけどね。
878 ：Name_Not_Found 投稿日： 03/03/21 13:34 ID:???: バグと関係ない。これ以上は下記で。

独自拡張、草案段階のCSSについて語れ
http://pc2.2ch.net/test/read.cgi/hp/1019912046/l50
879 ：Name_Not_Found 投稿日： 03/03/21 13:49 ID:???: >>860のOperaとMozillaのline-heightの解釈差ってバグではないの？
880 ：Name_Not_Found 投稿日： 03/03/21 14:09 ID:???: 日本語文字が欧文フォントで表示されるために文字化けする(IE5.5)
http://cssbug.tripod.co.jp/detail/winie/b034.html

上記は、「日本語対応フォントを明示しなかった場合」とあるが、
明示してもなるらしい。

http://pc2.2ch.net/test/read.cgi/hp/1047154499/561n
561 ：Name_Not_Found ：03/03/21 12:49 ID:M9NFqQyg
BODY {font-family: sans-serif, "ＭＳＰゴシック"}で指定すると
ＩＥ5.5(sp2)で見た場合
Win MＥだと、ちょっと表示が変ですが、文字化けまではしません。
しかし、Win 98だと同じＩＥ5.5(sp2)で見ても
文字化けして□□□となってしまいます。
これもバグの一種なんでしょうか？
この様な場合、どの様な対処が必要ですか？
881 ：366 投稿日： 03/03/22 23:56 ID:???: 更新しました。
>869、>872、>879(>871)、>880の内容を反映しました。

>871はline-heightの算出ミスというよりも、表セル内のline-heightを
小さくしたためにルビ文字の上下が見えなくなっているようです。
Opera7とWinIEでこの現象が起きました。
http://members.tripod.co.jp/cssbug/detail/opera/b042.html
http://members.tripod.co.jp/cssbug/detail/winie/b092.html
882 ：872 投稿日： 03/03/23 00:29 ID:???: >>881
いつもお世話樣です。

white-space:nowrap;状態の要素の末尾にbr要素を置くとレイアウトが乱れる場合がある(7.0)
http://cssbug.tripod.co.jp/detail/opera/b041.html

上記は、white-space:nowrap;は関係ありません。
white-spaceの指定が無くても、padding-rightだけが指定されてれば、バグります。
しかしright以外にもpaddingを指定したりすると、なぜかバグらないみたいでした。
883 ：Name_Not_Found 投稿日： 03/03/23 00:34 ID:???: >>881
　えっと、「>>860のことですよね？
884 ：Name_Not_Found 投稿日： 03/03/23 14:17 ID:???: リンクのページ
http://cssbug.tripod.co.jp/link.html
この中で、「レナ姫...その瞬間」がアンカーで括ってないのは
移転先をご存じないからですか？

レナ姫のWeb研究室
http://www3.sppd.ne.jp/lena/web/index.htm

「MSIE「徐々にずれてゆくスタイル」対策」とか
「Opera 6.x における CSS 実装の不具合」なんてのがありますね、一応。
885 ：Name_Not_Found 投稿日： 03/03/24 00:16 ID:???: http://purl.org/net/lena/
886 ：366 投稿日： 03/03/24 01:30 ID:???: >882
修正しました。

>883
そうです。なぜ間違えたんだろう(;´Д｀)

>884
知りませんでした。いつの間にか消えていたので...。
リンクページは更新しておきました。
887 ：Name_Not_Found 投稿日： 03/03/26 10:40 ID:???: http://pc2.2ch.net/test/read.cgi/hp/1047154499/842-845
ネスケ７でリンクが消えてなくなって復活しない（ことがある）
6.1とか6.2ではhover状態のテキストがページの左上にぶっ飛び、
その前後のテキストが予期せぬ場所へ、これまたぶっ飛んでしまう。
a:hover {
position: relative;
top: 1px;
left: 1px;
border-bottom: 1px solid #ffc533;
background-color: #ffff99;
color: #000000;
}
888 ：Name_Not_Found 投稿日： 03/03/26 15:53 ID:???: 以下をOpera7,Netscape7で表示すると
height指定をはみ出た場合に高さを自動調節しない。

.test{
border:5px #000000 double;
background:#ffffff;
color:#003300;
height:50px;}
<div class="test">
height 50px<br>height 50px<br>height 50px<br>
height 50px<br>height 50px<br>height 50px<br>
height 50px<br>height 50px<br>height 50px<br>
height 50px<br>height 50px<br>height 50px<br>
</div>

Windows2KのIE6,Opera7.02,Netscape7.0で表示。
これはIE6だと自動で伸びるけど、どちらが正しい解釈？
889 ：Name_Not_Found 投稿日： 03/03/26 16:00 ID:???: >>888
overflow 次第じゃないの?
890 ：Name_Not_Found 投稿日： 03/03/26 16:25 ID:???: >>888-889
既出です。

ボックスサイズが内容物に合わせた大きさへ強制的に調整される(IE6)
http://cssbug.tripod.co.jp/detail/winie/b052.html
891 ： ◆NiR4.ALMK. 投稿日： 03/03/26 16:27 ID:???: >>888
>>889 をもうすこし詳しく書くと。
overflow は無指定のとき、初期値 visible になるわけで。
height でボックスの高さを限定してる時、そのボックスの
内容がその高さに収まらなければ
「ブロックボックスの外側にもレンダリングされる。」
http://www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/visufx.html#propdef-overflow
つまりはみ出して表示するのが正解。高さを自動調節してしまうのは
（気が利いていると言えなくも無いけど、仕様的には）不正解。
892 ： ◆NiR4.ALMK. 投稿日： 03/03/26 16:28 ID:???: ｶﾞｲｼｭﾂネタだたのか...(;´Д`)ｳﾂﾀﾞｼﾉｳ
893 ： ◆uPGG2/FzV. 投稿日： 03/03/26 18:12 ID:???: div.bottom{ border:1px dotted #2b2b2b}などを指定すると、
IE5では点線ではなく直線になってしまいます。
IE6,Opera6.05,Moz1.01は正常。
894 ：888 投稿日： 03/03/26 18:15 ID:???: >>889-891
サンクス
895 ：Name_Not_Found 投稿日： 03/03/26 21:00 ID:???: >>892
まだ氏んじゃだめだ、イ㌔
896 ：Name_Not_Found 投稿日： 03/03/27 04:06 ID:???: >>893
IEがborder-style:dottedに対応したのはver.5.5からだから、当り前。
ＣＳＳ対応表を見てください。
　http://www.zspc.com/documents/css2/box/borderstyle.html
それにdottedやdashedはsolidとして表示しても良いと仕様書にもあります。
897 ：Name_Not_Found 投稿日： 03/03/27 08:18 ID:???: 次スレではこれも追加きぼん。
少し古いけど十分役に立つ。

ブラウザのHTML4/CSS対応度テスト
http://homepage1.nifty.com/emk/moz/browsertest.html
898 ： ◆uPGG2/FzV. 投稿日： 03/03/27 14:55 ID:???: >>896
勉強不足でした、スマソ。stricterとして恥ずかしい・・
899 ：Name_Not_Found 投稿日： 03/03/30 18:36 ID:???: 【NN7/Mozilla】
表セル内要素への折り返し禁止指定がセル自体に作用する
>>430)

このバグですが、下記によれば「テーブルは関係ありません。」とのこと。
「インライン要素に指定した"white-space:nowrap"が外側のブロックに適用される」
　http://bugzilla.mozilla.gr.jp/show_bug.cgi?id=2342
但し、最新ヴァージョン（ver.7.03？）では修正された模樣。

ただこれとは別に、同じソースから発見されたバグがあります。
「テーブルがはみ出しているのに横スクロールバーがでない」
　http://bugzilla.mozilla.org/show_bug.cgi?id=118675
900 ：Name_Not_Found 投稿日： 03/03/30 18:43 ID:???: バグ関係リンクに追加申請。

td要素の見え方（Opera6）
http://isweb37.infoseek.co.jp/diary/ki_taji/td.html
901 ：900 投稿日： 03/03/30 18:54 ID:???: Opera CSSバグリスト
http://cssbug.tripod.co.jp/detail/opera.html で、
「[2-320]幅を指定したテーブルセルがテーブル枠からはみ出る」とあるのは
誤りで、正しくは[2-321]ですね？　
902 ：Name_Not_Found 投稿日： 03/03/31 01:09 ID:???: 【MacIE5】
http://www.remus.dti.ne.jp/~a-satomi/nikki/2002/08c.html#d28n01
>MacIE5.x では、ある要素へ欧文系フォントを適用する場合に、その要素の
> lang 属性値を明示的に ja 以外の言語コード（たとえば en とか）に指定
>してないと、反映されません。
903 ：Name_Not_Found 投稿日： 03/03/31 01:19 ID:???: 【MacIE5】
float　MozillaとIE5(mac)の差
　http://homepage.mac.com/mikihiro/md/web/float.html
【WinIE6, Opera7】
三つ以上連続する高さもバラバラなブロックの float
　http://www.remus.dti.ne.jp/~a-satomi/nikki/2003/03a.html#d05n02

バグではないらしいが、解釈差が歴然。困るねコレ。
特に後者はOpera6とOpera7とでレンダリングが異なる。Opera7はWinIEと同樣。

ところで「ねこめしにっき」が過去日記のジャンル別一覽を作ってくれたのは有り難い。
http://www.remus.dti.ne.jp/~a-satomi/nikki/articles.html
これでブラウザごとのバグが拾ひやすくなりました。
904 ：Name_Not_Found 投稿日： 03/03/31 04:34 ID:???: 【WinIE6 & NN7.02/Mozilla】
.hidden {visibility:hidden; margin:0; padding:0; height:1px;}
<div>
上上上上上上上上上
<hr class="hidden">
下下下下下下下下下
</div>

margin:0;height:1px;だからhr {display:none;}とほぼ同じ表示になるはず。
しかし、なぜだか見えないhrの分だけ上下に隙間が空いた。
指定通り隙間が空かないのはOpera7.03だけ。
905 ：Name_Not_Found 投稿日： 03/03/31 06:59 ID:???: 903は間違い。9.5.1に明記してある。どちらもMozillaが正解。つまるところ、明らかなバグである。

904は正しくない。
906 ： ◆NiR4.ALMK. 投稿日： 03/03/31 09:42 ID:???: >>905
たとえばウチの
http://www.remus.dti.ne.jp/~a-satomi/nikki/articles.html
のケースで言えば、6つ連続する float:left な div のうち4番目のもののみ
clear:left が指定されています。そのような場面において

> このプロパティ (clear) が浮動要素に設定された場合、浮動体の配置についての規則が
> 修正されることになる。すなわち更に10番目の制約が加わるのである:
> 浮動体の外上辺は、先行するあらゆる左浮動ボックス（'clear: left'の場合）、
> もしくは右浮動ボックス（'clear: right'の場合）の外下辺より下でなければ
> ならない。（'clear: both'の場合は両方）
http://www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/visuren.html#flow-control

というルールは、 float かつ clear なブロック (4番目の div) についてのみ
適用されるものだと思う次第。んで、
http://www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/visuren.html#float-rules
にある、連続する float ブロックに対する配置ルールが、
途中に存在する float かつ clear なブロックによって分断されうるのかどうか
は特に既定されていない気がするというか、わけがわからん...。

float　MozillaとIE5(mac)の差
http://homepage.mac.com/mikihiro/md/web/float.html
に関してですけど、
> 8. 浮動ボックスはできる限り上に位置しなければならない。
という制約の意図するところが、このページの Mozilla の表示例のようにすべき
という事であれば、この例の MacIE5 の表示は正しくないですね。
907 ：Name_Not_Found 投稿日： 03/03/31 13:33 ID:???: >>905
>904は正しくない。
どうせなら、どこが正しくないのか指摘して下さいよ。
一応>>904のソースを試したが、Opera7がIE6やNS7とは表示が異なるのは事実みたいだよ。
908 ：Name_Not_Found 投稿日： 03/03/31 16:44 ID:???: >>907
>>905の上の行を踏まえて「904は正しくない。」と言ってるのだと思うのだが。
909 ：Name_Not_Found 投稿日： 03/03/31 17:23 ID:???: >>908
「>>905の上の行」とはこれだな。
>903は間違い。9.5.1に明記してある。どちらもMozillaが正解。つまるところ、明らかなバグである。

で、>>904は全然別件なのに、どうしてこれが「904は正しくない」につながるのか。
何か知らんが誤解しとりませんか。
910 ：366 投稿日： 03/03/31 20:24 ID:???: 903まで対応しました。

>887, >899, >901, >902, >903
追加・修正しました。
なお、903前者はMacIEとOpera6、
903後者はWinIEとOpera7に追加。

>897, >900
リンクページに追加しました。
911 ：Name_Not_Found 投稿日： 03/03/31 20:31 ID:???: >>910
お疲れ樣です。>>904は保留ですかね？
912 ：Name_Not_Found 投稿日： 03/03/31 21:22 ID:???: # ウチのって、本人か。ものすごい鋭敏だなあ。ウケた。

9.5.1の5番目の規則を適用すれば結論は出ている。独自の言い方をすれば、
「フロートのトップアウターエッジは先行するどのフロートのトップアウターエッジよりも高くはならない。」
ということ。
もし仮に4番目divがフロートではなかったら、を考えると、モヤモヤが鮮明になるかも。
つまり、906で引用している規則を伏せて、それまでの規則からその規則を導き出せるまで熟読しなさい、と言ってしまうときついかな。

また、本人氏ではないページのacbの順番と言う分かり難い例だが、これは、9.5.1の2、8、9番の規則辺りで即決すると思う。
というか、このacb、何が疑問なのでしょうか。この類のIEのバグは、過去(IE4)でやっちゃったことを認めたくない故にわざと
やっているんだから、そっとしておいてあげましょう。

904は、検証が極めて不十分だから、904が具体的に好ましくない実装を
突き止めてくれなければ話にならない。911に同意。
913 ：Name_Not_Found 投稿日： 03/03/31 21:41 ID:???: >>912
>904は、検証が極めて不十分だから

......？　
ソースも出してあるし、IE6とNS7とOpera7で表示確認もしてあるし。
あれ以上なにをどう検証すればよいのやら。不足な点を指摘して下さい。
914 ：Name_Not_Found 投稿日： 03/03/31 21:45 ID:???: visibility:hidden指定は表示はしないけど領域は確保するんじゃなかったっけ？
915 ：Name_Not_Found 投稿日： 03/03/31 21:55 ID:???: >>914
>>904はvisibility:hiddenだけでなく
margin:0; padding:0; height:1px;としてるだよ。
だから領域は殆どゼロに等しいだよ。よく読まなきゃ駄目だべ。
916 ：Name_Not_Found 投稿日： 03/03/31 22:04 ID:???: >915
ｽﾏｿﾝ、全然読んでなかったようで。
吊ってきます∧||∧
917 ：Name_Not_Found 投稿日： 03/03/31 22:12 ID:???: NN7.02で、スクリプトでテーブル内の複数のtr要素をdisplay:none;にして
その後display:inline;に戻すと
td要素のrowspan属性が効かなくなるのは仕様？
一行ずつ非表示/表示にしてるからかな。
918 ：Name_Not_Found 投稿日： 03/03/31 22:17 ID:???: >>917
trならdisplay:table-rowでは？
919 ：917 投稿日： 03/03/31 22:24 ID:???: >918
仰る通りでした、すみません（恥）
IEだとinlineですんなり行くので全く考えが及びませんでした。
920 ：Name_Not_Found 投稿日： 03/04/02 00:46 ID:???: 【IE6 ?】
http://pc2.2ch.net/test/read.cgi/hp/1048775997/460-462n
div.para { border:1px solid black; ... }
img.fig { float:left; ... }
CSSで上のように定義して、htmlのbody内で、
<div class="article"><img src="" class="fig"><p>...</p></div>

因みに、img.figに対して、margin-bottom指定もしてお�