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 名前:スタイルシート質問用スレ2の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
漏れは普通に消えたゾー。
めげずに再現性を突き止めるのだー(n

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
おお、上がってきてる。懐かしいなぁ。実は1です。

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

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

自分はこれで一番悩まされてます。

29 名前:Name_Not_Found :2001/07/04(水) 07:56
>>28
おお、1さんから直々に!
そうだったんですか。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
>>34-35,>>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>
<!--
body{margin-left:4em}
h1{margin-left: 1em}
h2{margin-left:-1em;border-width:1px;border-style:solid;border-color:blue;padding:0.2em}
-->
</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
内容はどうでもいいんだけど、ここの日記をIEで見てください。
 
http://www.alib.jp/diary/diary_200109.html
<ul><li></li></ul>の中の<blockquote>が何個か続いた場合、
下の方の<blockquote>で文書行頭がだんだん左にズレてゆき
boxからもはみ出してるのがおわかりになりますか。
これはIEのCSS実装のバグでは?
他にも<dl>などインデントに関係する要素への指定でバグるらしい。
因みに私のIEは5.5です。6.0では修正されてるといいんですけど。

66 名前:Name_Not_Found :01/09/17 15:25 ID:AiUEhf3w
IE5.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
こんなのはCSSのバグに入りますか。
==================
・リスト1-用語1
   用語1の説明
・リスト2
・リストn
==================
上図のごとき表示を狙って次の通りHTMLを書きます。
<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>

しかしNNではちゃんと表示されても
IEではこんな風にリストマークがずれた表示になります。
==================

 リスト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とか、デフォルトでインデントしてある要素は
バグが出る感じですね、IEは。6.0での修正に(淡く)期待。

71 名前:Name_Not_Found :01/09/17 20:13 ID:2ivkWEYc
IE5.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
なんでこんな変な書き方するの。
<DT>リスト*−用語説明*</DT>
 <DD>(用語*の説明があるとき)</DD>
で統一すればすむ話だと思うが。
頭の点が欲しければつけるなりDTにスタイルシートで定義すればいい。
見栄えだけこだわって論理的&シンプルに考えることができてない
好例だと思います。

74 名前:73 :01/09/17 20:35 ID:aZXlOYcU
>>67はこうしてもいい。

<LI>リスト1
<DL>
<DT>用語1</DT>
 <DD>用語1の説明</DD>
<DT>用語2</DT>
 <DD>用語2の説明</DD>
</DL>
</LI>
<LI>リスト2</LI>

個人的に「リスト1」を何度も出すのはうざいとおもう。

75 名前:67 :01/09/17 21:02 ID:Jsy1jZpA
>>73-74
>なんでこんな変な書き方するの。

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

それに問題はIEの表示がNN4&6と違って変になること。
スタイル指定してもさらに変なことが起きるのだから(>>69参照)
これはやはりCSS実装のバグかと。

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を指定したのに
なんでリストマークが消えるんですかね?
まあ何故と問うても虚しくて、理不尽なのがバグってもんなのかな。
IE6.0でも直ってませんか。

78 名前:Name_Not_Found :01/09/18 09:31 ID:D8d977Ew
前景色プロパティcolorには後景色と違ってtransparentは指定できないはず。
しかしIE5.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
>>78 >>79
解析不能な値については宣言ごと無視するするべきってこと考えると
やっぱバグというか、仕様にない挙動なんだろうね、それ。

81 名前:Name_Not_Found :01/09/19 06:26 ID:IDtySRzs
>>80 もしやIEの隠された独自拡張とか?

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
行頭が左にはみ出てゆく。
>>65,>>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ゴシックではないなんだかわからない書体が適用されてる模様。
拡大して見た所、MS Song(?)とか、そんな日本字に慣れない書体設計と似てます。

マック使ってる人、font-family指定するならOsakaだけでなく
ウインドウズ対策に"MS ゴシック""MS Pゴシック"なんかも入れてね。
私も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
すみません、サンプル5-2を文字の大きさ最大にして見ていただけますか。
他の日本語表示テスト(サンプル3-3、サンプル4)と明らかに字の太さが異なり、
別のフォントになってるんですよ――私の場合は。
ちなみに98SEにIE5.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だったらMSIEの場合、欧文はさておき日本語の部分は
"MS Pゴシック""MSゴシック"か"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だけでなくウインドウズ対策に"MS ゴシック""MS Pゴシック"なんかも入れて」指定した方がいい
――ってことでまとめてよいのかな。

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用に"MS ゴシック"って、書いておいてね。」ってあったけど、
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
NN4に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;} が指定されているとネスケ6で表示が崩れます。
(そもそもbodyにoverflowは無効のはずですがネスケ6は解釈してしまうようで、、、)

118 名前:Name_Not_Found :01/10/02 11:36 ID:KE6Lx7SY
>bodyにoverflowは無効のはずですが

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

よく擬似フレームをposition:fixedの効かないIEではoverflowの応用で実現しますが、
これをNN6で表示させるとなぜか変な風になりますね。
あれってどちらの解釈が正しいんですか?

119 名前:Name_Not_Found :01/10/02 11:52 ID:P7nxrgC6
>>118
> よく擬似フレームをposition:fixedの効かないIEでは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;/*IE独自拡張、無くても可*/
overflow-y: auto;/*IE独自拡張、無くても可*/
      }

121 名前:Name_Not_Found :01/10/02 14:50 ID:anA8xGvY
>>120
訂正。逆だね、これは。

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

まあ、無くてもいいんだからどうでもいいか。

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の内容が多いと
ネットスケープ6では縦スクロール・バーが2本も出てきますよね。
それが前から不思議でした。特に左右分割フレームを模したもので出易い。
例を出せば――
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; }
を追加すると、ネスケ6でも外側のスクロールバーが消えてちゃんと1本だけになりました。

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

つまりネットスケープ6では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のスクロールバーを消すための指定ならば、
NN6の独自拡張で
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と同じくスクロールバーが2本表示されるんですか?

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のバグについて。
CSSで縦書き(IE独自拡張writing-mode: tb-rl;)にすると
font-family指定が無効になるって奴ですが、
どうも欧文familyだけですね。和文書体なら大丈夫です。
lang=enと指定した英単語の部分も縦書きだと和文とみなされるらしい。
縦書きはIE5.5以上で可能ですが、IE6.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からはみ出すことも
珍しくありません。
これらはIE5.5でもNC4.7でもちゃんと表示されます。
Another HTML-lintでチェックしてもその部分に文法的問題はありません。
どうもtableの処理が変なのです。

必ずしも再現性が無いのですが、場合によっては、左右計2列のテーブルで
左列の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
へええ。
IE5.5ではちゃんと表示されるのに(>>134)
IE6.0とNN6.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 を指定してもダメ
(つまり <linkrel="stylesheet" href="..ここの 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;/*IE用*/
 background-color:#ccc;/*NN用*/
}
で、これを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てのは印刷・DTP用語。髮の毛みたいに細い線のこと。
>>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
いままでCSSバグばっかりでDHTMLのバグが報告されないのはなんでだろ。
そもそもDHTMLって何だ?
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
>>166 >>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/">『2ちゃんねる』</a>はアングラではない。<p>

A要素末尾の「』」と次の「は」の字が重なります。A要素が長くなると重なる度合もひどくなる。
例文のA要素を<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はIEしか対応してないんだし(少なくとも日本語では)。
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にするって事はインライン要素として扱うって事だから、
N6の場合、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
いまさらネスケ4のバグなど珍しくもないかもしれませんが、
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対応についてまとめてませんか。参考URL希望。
結構バグ多いみたいなんですが。

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;
}
上記のスタイルは、画面で表示確認する限りでは問題無い。
しかし2行目の値を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
>>232 >>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
>>229=>>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
まともに日本語の書けない>>229=>>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入りのdivでテーブルを中寄せするのは
IEのバグとはしらなんだ。
ありがと。

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[
<!--
h1 {color:aqua;}
-->
]]>
</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">
<!--
p {color:red}
-->
</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 <!--
CDC -->
が定義されているんですけど……。
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
CSSで段組を作るには悩まされますよね。
左右二段、左段の幅のみ一定の段組にする場合でのバグ。
ソースは大略以下の通り。
<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
HTMLソースの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="..</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;抜きでも、全く問題無く指定通りの表示となった。
>>284>>285の齟齬はこれに類似する、前後のソースの異同によるものではないか。
ちなみにこのHTMLソースで、div.Aに対してposition:absoluteまたは
ボックスのサイズ指定(width or height)をすると、症状は再発した。

290 名前:285 :02/01/12 18:02 ID:OQYd4pSB
>>288ー289
どうも、 288 のソースを互換モードで表示すると問題が起こらない。
標準モードにすると「ちょん切れ」が出るようだ。
互換モードでも 289 の下2行の条件が加わると問題が出る。

で、この「はみ出たりちょん切れたり挙動が一定しない」のはまあ
バグと言っていいのかなーと思うのだが、
仕様的にどうなのかがよくわからん。
インライン要素の 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に類似したソースでのIE6のバグ。
なぜかwhite-space: nowrap;の所為でボックスが消え去る。ソースは以下の通り。
<html>
<head>
<title>test</title>
<STYLE type="text/css"><!--
.A{
margin:0px; padding:0px;
white-space: nowrap;
}
.A span{
padding: 1px 10px;
border:3px solid red;
margin:0px;
background:#ccc;
}
body {
margin-left: 0px;
font-size: 15px;
font-family: "MS 明朝";
}
// --></STYLE>
<script type="text/javascript"><!--
if (window == window.top) { window.resizeTo(600,400);}
//--></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.その外部CSSで、スタイル指定を@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>…前略…これは文献Aの指摘するところである。<sup><a id="t1" href="#n1">*1</a></sup></p>
しかしNN6のデフォルト・スタイル(vertical-align:super)だと附く位置が
上にあがりすぎて好みでないので、sup{vertical-align:55%;}とした。
Opera 6では問題無し。IE5.5ではvertical-alignの%指定に対応してないので効果無し。
ところがIE6にヴァージョン・アップしたところ、<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へのリンクは<!--[if gte IE 5.5000 ]> <![endif]-->でコメントアウトして,
さらにはそのシート内では@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"><!--
font, tr,td,table, body {font-size:100%;}
--></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%っぽいから、
継承されてどんどん文字が小さくなっていると思われ(w

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で見たら大丈夫で、指定通りに表示される
(但しなぜか先頭のCの字だけ書体が異なるバグあり)。

原因は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
オペラ6のバグなら、ここにかなりある。
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
【IE6】
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内が寄っていくのですが、

ううむ結局何が原因なのか……誰か解明しておくれ。
(いつになったらバグは修正されるのか、MSよ)

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
NN4が間違ってます。あれはバグだらけなので、まともに相手にできません。
NN4でも領域全体に背景色をつけるには、要素に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
全くネスケ4って手を焼かせるな。早く亡くなって欲しい……。

344 名前:Name_Not_Found :02/02/26 10:32 ID:xnmymzSP
【IE6】
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
>全くネスケ4って手を焼かせるな。早く亡くなって欲しい……。
その通りだ!

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
それから、ソースはCSSとHTMLと両方出してね。

379 名前:374 :02/04/15 01:00 ID:CCT5IDWt
やっぱり利かない。だからバグとは言える。
でもhoverにborder利かすだけなら、こんなことしなくても良いんだね。
アホ過ぎた。

a img {border:none;}
a {border:none;}
a:hover {border:#aabbcc1px 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
<!--[if gte IE 5.5000 ]>
<![endif]-->

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

@media screen { }

と囲ってもMacIEではおかしくなると過去ログにありましたが、
実際のところはどうなんでしょうか?

389 名前: ◆R4.ALMK. :02/04/29 20:35 ID:JzuMWcQQ
>>388
>>317 のハナシですね。

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

@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ならあるが…(w

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
それはひどい。
できればその部分の詳しいソースを出してください。

ちなみに類似例として――
NS6にて、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> と入れても
1コぶんしか反映されないんですが、、これってバグですか?(汗
3コだと2コぶん、4コだと3コぶんというふうに、1コどこかに消えてしまうです。。
ひとつだけ <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>を使わない、、2連ぐらいもダメですか、コマタな、どうすりば。。。
などと言ってスレちがいですね、逝ってキマス。

446 名前:Name_Not_Found :02/06/16 00:56 ID:7rb6emdW
>>445
<br>ではなく、<p>か<div>でマークアップすべし。
または1行空けしたいだけなら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は、2バイト文字=東アジア言語の取扱に難があるってことか?
日本語に対応したての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が2バイト文字に弱点を持つのは事実ではないか。


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
>>456 >>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">
<!--
** { line-height: ***; }
 -->
</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><HRCLASS="abc"></TD></TR>
</TABLE>

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

こんな感じで上のHRが表示されず。CSS内でWIDTH:**px入れたら上手くいった。
6.0〜7.0b、4.7、Opera、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では、欧文フォントの指定が反映されています。」とあるけど、
うちのIE6ではやはり縦書きだと反映されてません。ナゼ?
ちなみに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:???
>>490>>178>>182>>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のCSSバグは下記に報告多し。要保存。
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はわかわからんバグが多いよねぇ。
CSSでないけど、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持ってないので追試できないが。
うまいことCSSで制禦する手は……無いか、やっぱり。

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も、ネットスケープ4並みに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でもOS9だとバグって、OSXなら大丈夫だったりすることがあった。

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
DWに頼ってるので、イマイチよく分かりませんでしたが、
DWの設定で、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のバグ追加。
ZSPCの「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%は単なる間違ひ。

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

例2)
中心に幅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が異なると同じ表示にならなかったりするんだよな。
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要素をウッカリ閉ぢ忘れたままアップロードしたら、
http://〜/myweb/index.html

http://〜/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:???
>>565さん、おつかれさま。でも>>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>で括ったソースの例文で1行文字数が多くて横に長くなってる場合、
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版ネスケ7/IE5.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
画像(置換インライン要素)を含む行が2行つづいた場合、
その2行の行間指定は無効になる。
以下で実験済み。
<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が隠れて見えなくなる。
下の例で試すと、文字列は234(全角)しか見えない。
<div style="width:4em; margin-left:4em; border:2px solid red;">
<div style="margin:0 -1em; border:2px solid blue;text-align:center">12345</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><!-- この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 ←こちらのサイトからご登録お願い致し
ます。
以下支払い金額の詳細となります。

総代理店1件につき3万円をキャッシュバックいたします。人気のあるページなら、
当然バナー広告がクリックされる確率も高いでしょうから、月に5〜10件くらいお
申し込みがあるかもしれません。5件なら15万円とかなりの収入になります。件数に制限はありません。当社も儲かり、リンクスタッフ様
も儲かるというシステムです。
只今、リンクスタッフ募集キャンペーンに付き登録をするだけで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が消える
とかいうのならバグになると思いますが…。

>>666 >>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:任意; を追加すると
初めてIEでも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は半角、456は全角、789はまた半角であることに注意。)
<div style="border:2px dashed #0c0;">
<p style="border:1px solid red; width:1em; float:left;">0123456</p>789
<br style="clear:both;"><!--ここに何か一文字でも入れるとIEでも包含してくれる-->
</div>
但し、テクストの「456」(全角)を「四五六」にすると、
なぜかNN7もOperaと表示が等しくなる。
また「0123456」を「〇一二三四五六」(全て全角)にすれば
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"><!--横幅34em-->
<h2 id="head2">キャッチコピー</h2>
<div id="column3">
<p>見出しを詳しく説明した文章〜〜</p>
</div>
<div id="column4">
<img><p>キャプション</p>
</div>
〜略〜<!--clear-->
</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>
と書くと、
2つ目の(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だけど、ガクガク動いたよ。
>ただ、2行目にまでは波及しなかったけど。
とか
>MacIEだと、2行が3行になったり、また2行になったりして、
>その間、右寄せになったり左寄せになったりもして、
>もうホント、動画にして見せたい位にヘンな動きだったんですよ。
との声もある。
対処法としては、@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="..<link type="text/css" rel="stylesheet" href="..後略
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=".. > <link type="text/css" rel="stylesheet" href="..
同じ形式で試しましたが、こちらではその症状は出ていません。
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><!--
#TEST1 { width: 50%; border: solid medium black; }
TEST2 { width: 50%; border: solid medium black; }
--></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(Win2k+IE6SP1)だと確かに反映されますね(汗
自宅PCが原因か…ありがとうございました。

>>737
同じく社のPC(Win2k+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:???
遅レスですがサンクスです>>739>>740>>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歳をヘボい大学で過ごすという
ことは、感受性において致命傷と言えます。2ちゃんねらーの大半は岡田克彦氏に比べて、著しい低学歴で
頭が悪いだけでなく、感受性も愚鈍で腐っているという、取り返しのつかない状態なのです。
せめて、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
それは質問スレッドのFAQを見なさい。ボックス・モデルについて学ぶべし。
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;}
と指定した長い段落がページをまたいだとき、
段落の途中にもかかわらずページ最初の行が
1文字分インデントされるのですが、既出ですか?

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 名前:スタイル30 :03/01/26 11:27 ID:smGK9BRm
styleタグですが、IEの場合は、30種類の<style></style>しか
認識できないのでしょうか?
IEのバグですか?(ネスケなら問題ないみたい)
どこかに公表ってされてます?


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 名前:スタイル31 :03/01/27 14:56 ID:j07Vo/rC
773の件、説明不足でした。
IEだと31個までしかスタイルを認識してくれないです。

<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使ってる奴らには関係無いなw

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 名前:スタイル31 :03/01/27 19:39 ID:j07Vo/rC
コメントありがとうございます。
作ってたら、あるときからスタイル読まなくなって、
で、解析のために作ったソースが784です。
バグの回避方法は・・・
「そんなに<style>タグを使わないように見直す」
です。
ありきたりで、叩かれそうですが・・・。
787の言われるとおり、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:???


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


806 名前:Name_Not_Found :03/02/03 22:59 ID:???

すいません。WinIE6で

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

として、CSSで #age { position : relative ; top : -500px ; } とかにすると、ページ内リンクのとんだ先がポジションで指定する前の位置になってしまいます。
この場合だとh1の500px下にとんじゃいます。Opera6.05と7.0とMozilla5.0では正しい位置にとぶんですが。
なお、試したDOCTYPEはxhtml1.1とhtml4.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 CSSだけでなくHTMLソースも出してくれないと、わからないよ。

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 わざわざそんな專用ブラウザを入れたくないナ。
IEでもNN7でもまっしろになる。
ソースを見ても何もないから、表示の問題ではなくCGIの問題らしい。

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の違いなどもあるのかな?

ちなみに、こちらの環境はMacOS9.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">
<!-- #red {color : red ;} -->
</style>
<style type="text/css" title="blue">
<!-- #blue {color : blue ;} -->
</style>
<style type="text/css" title="purple">
<!-- #purple {color : 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》
インストールしたデフォルト設定状態で。
リンクの下線が表示されない。いちいちシートに指定しないといけないらしい。
下記1行を追記して対応した。
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:???
↓NN7.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で有效。 */}
この一行があると>>856>>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, "MS Pゴシック"}で指定すると
IE5.5(sp2)で見た場合
Win MEだと、ちょっと表示が変ですが、文字化けまではしません。
しかし、Win 98だと同じIE5.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
 えっと、「>>871」と書いてるのは>>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
ネスケ7でリンクが消えてなくなって復活しない(ことがある)
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>height50px<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からだから、当り前。
CSS対応表を見てください。
 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】
表セル内要素への折り返し禁止指定がセル自体に作用する
http://cssbug.tripod.co.jp/detail/mozilla/b029.html (>>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が正解。つまるところ、明らかなバグである。

で、>>903>>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指定もしており、IE6は
無視されましたが、NN7.01はOKでした。


921 名前:Name_Not_Found :03/04/02 01:41 ID:???
IE6でborder-color: transparentが透明にならないのはバグ?

922 名前:Name_Not_Found :03/04/02 01:46 ID:???
>>921 CSS対応表でborder-colorを見ると――
http://www.zspc.com/documents/css2/box/bordercolor.html
Windows版 IE 6.0:[○]
 値として「transparent」を指定すると、colorプロパティの色で表示される。
Macintosh版 IE 5.0:[○]
 複数の値を指定する場合に、「transparent」が含まれていると正しく表示されない。

http://hp.vector.co.jp/authors/VA022006/css/corrbrwser/box.html#border-color
Internet Explorer for Win
 「transparent」を指定すると colorプロパティの値の色で表示されます。
Opera 6 for Win
 初期値が colorプロパティの値ではなく黒です。
 「transparent」を指定すると黒色で表示されます。
Opera 7 for Win
Internet Explorer 5 for Mac
 複数指定に含まれる「transparent」は無視されます。
Netscpae 4
 初期値が colorプロパティの値ではなく黒です。
 「transparent」を指定すると黒色で表示されます。
 上下左右のボーダーに個別の色を指定することはできません。

923 名前:Name_Not_Found :03/04/03 13:56 ID:???
hr要素へのスタイル指定
http://cssbug.tripod.co.jp/misc/hr.html

これは保留となった>>904の検討ですね? それはいいのですが……。
その先頭「マージンのプロパティ」の例のうち、
<div style="margin:0; background:aqua;">↓左マージン</div>
<hr style="margin-left:20%; width:auto;">
<div style="margin:0; background:lime;">↓右マージン</div>
<hr style="margin-right:20%;">
これが、うちのIE6で見ると、異常が生じます。
hrが消え失せて、visibility:hidden;と同じ状態になって見えるのです。
新たなるバグ発見?! 当方の環境はWin98SEにて。

あと、Operaで表示拡大率を90%にすると、下記のhrのみやはり消えます。
<div style="margin:0; background:aqua;">↓左マージン</div>
<hrstyle="margin-left:20%; width:auto;">

どうなってるんだか。

924 名前:Name_Not_Found :03/04/05 00:47 ID:???
http://pc2.2ch.net/test/read.cgi/hp/1048775997/610n
610 :IE 6 :03/04/04 20:15 ID:???
#{
position: absolute;
top: 0.5em;
left: 0.5em;
width: 13em;
}
ってやったら、画面が真っ黒(藁

CSSは正しく記述しましょう。

925 名前:Name_Not_Found :03/04/06 00:57 ID:???
リスト要素がフロートされた場合でもUL,LI要素の背景がフロートできない
(WinIE6,Opera6.05,Opera7.02,N7で確認、N7はLI要素の背景はフロートできる)

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">
<html lang="ja"><head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-2022-jp">
<meta http-equiv="Content-Style-Type" content="text/css">
<title>CSSレンダリングテスト</title>
<style type="text/css">
html,body{background-color:#000000;color:#ffffff}
div.left{width:440px;float:left;border:2px #ffffff solid;padding:1em;margin:1em}
ul{background-color:#666666;padding:1em;margin:5px}
li{background-color:#660000;padding:1em;margin:5px}
</style></head>
<body>
<div class="left">left<br>left<br>left<br>left<br>left<br></div>
<ul><li>li1<li>li2<li>li3<li>li4</ul>
</body></html>

926 名前:Name_Not_Found :03/04/06 23:20 ID:???
>>921-922
結局、Mozilla以外はみなバグってことなのかな?

927 名前:366 :03/04/10 23:36 ID:???
>922の内容を追加しました。

>925
この例でフロートになっているのはdiv要素であって、
ul, li要素はフロートになっていないと思うのですが…。


928 名前:Name_Not_Found :03/04/11 01:59 ID:???
>>920はIE6のバグか?

929 名前:Name_Not_Found :03/04/11 11:54 ID:???
このスレッド、容量大きすぎなんで、
少し早いけどそろそろ次スレッド立ててもいいんでない?
テンプレート案求む。
http://cssbug.tripod.co.jp/index.html は必ず>>1に入れるのは当然として。

930 名前:Name_Not_Found :03/04/12 01:55 ID:???
http://pc2.2ch.net/test/read.cgi/hp/1048775997/911-915
911 :Name_Not_Found :03/04/11 22:33 ID:xLh/wY7N
<div style="width: 100%;">上部表示</div>
<div style="float: right; width: 30%;">更新日付</div>
<div style="float: left; width: 69%;">本文</div>
<div style="float: right; width: 30%">右側</div>

とすると、ie5.01で上部表示と更新日付の間に巨大空白(更新日付が
800pxほど下がる)というバグがあるのですが、これを克服する
方法をご存知の方いませんか?
更新日付を右側に持ってくればいいだろうというのはなしとして。

912 :911 :03/04/11 23:09 ID:???
ちなみに上部表示のwidthをはずすとレイアウトが崩れない模様。
ただし、background-colorが無効になる。わけがわからん。

931 名前:Name_Not_Found :03/04/12 08:05 ID:???
スレタイからDHTMLは外すか
報告さっぱりで何か不憫

932 名前:Name_Not_Found :03/04/12 12:06 ID:???
でもいままで既に一、二回はDHTMLの報告があって登録されてるしな。

933 名前:24 :03/04/12 15:11 ID:???
スタイルシートスレからきました。
問題はIE5.0/Win98で巨大空白が生じる現象です。
この問題はIE5.5/IE6.0/NS7.02/OP7.10では起こりません。

htmlソース(配置には青ボーダーを追加しました)
http://morrie.mallkun.to/kanasii/index.html
cssソース(問題に気づく前段階。IE5.0のみで問題発生)
http://morrie.mallkun.to/kanasii/tobira.css

巨大空白は#uewakuの閉じ</div>と次のブロック<div id="hizuke">の間に
生じます。要因は複合で全幅→(下がる)→右→左→右→(下がる)→全幅
という多少複雑なレイアウトも要因ですが、#uewakuのwidthとheightが
決定的な障害要因になっていることは確かです。この二つさえなければ問題は
起こらないわけですから。しかし、#uewakuからwidthとheightを取り除くと
意図したレイアウトに戻すのに悲しい手段を講じなければならないという
お話です(スタイルシートスレ)。




934 名前:24 :03/04/12 15:36 ID:???
ちなみに多少複雑な配置計画になっているのは、
htmlの構造を文章のフローに合わせたかったからです。。
文章のフローを崩してレイアウト優先に組替えれば問題はありません。

935 名前:Name_Not_Found :03/04/13 17:05 ID:???
先行するフロートの上方に後続のフロートが置かれる
http://cssbug.tripod.co.jp/detail/winie/b093.html
http://cssbug.tripod.co.jp/detail/opera/b044.html

これ、WinIEとOpera7だけかと思ったら、場合によってはNetscape7でもなるらしい。
http://pc2.2ch.net/test/read.cgi/hp/1050086156/57n
http://pc2.2ch.net/test/read.cgi/hp/1050086156/87n

936 名前:Name_Not_Found :03/04/13 18:48 ID:???
>>935
いや、だから、そこでのddは「フロート」じゃないだろ。
フロートではない場合を考えれば理解が深まる、と言ったのはそういうことでもある。
ここでは物理的に無理があるし、そもそもスレ違いなんで、これ以上は書かないが。

937 名前:Name_Not_Found :03/04/13 19:33 ID:???
これ以上書かないと言ったが。通りすがりの私がバグ報告以前のことでスレを汚して申し訳ない。
そのリンク先を57n-87nまで読んでみて、笑えなかった。途中で正しいことを言った奴が間違った意見に流されている。
簡単なことだが、正しくは、ddもfloat:leftして、対になるdtとddが横幅を目いっぱい使えば、57nの目的は達成される。

938 名前:Name_Not_Found :03/04/13 22:16 ID:???
>>936-937
つまり、これでもいいわけだろ? IE6・NN7で確認。
<dl>
<dt style="float:left; width:4em; clear:left;background:aqua;">長い長い長い長い長い長い名前</dt>
<dd style="/*float:left;*/ margin-left:4.5em; background:lime;">短いセリフ</dd>
<dt style="clear:left;float:left; width:4em; background:fuchsia;">短い名前</dt>
<dd style="float:left;min-width:1em; margin-left:0.5em; background:red;">セリフが2行セリフが2行セリフが……</dd>
</dl>

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

939 名前: ◆1w8jmuVPSI :03/04/14 19:52 ID:???
【MacIE5.16】
http://pc2.2ch.net/test/read.cgi/hp/1050086156/l50/115-118 より

いわゆるナビゲーションバーとしてul要素をdisplay : inlineで
使ったとき、中央寄せと背景色指定をしていると、リストの最後
のアンカーしか見えなくなる。
# で、記述があっているのかは未確認です
# 当方、Macを持っていないため、原因を最小限に絞ることが出来ないことをお許し下さい。

以下の記述でのサイト内リンクが、「最後の一つだけしかアンカーが見えない」
状態になりました。

HTML4.01Strictでも、XHTML1.1でも同様でした。DOCTYPEは両方とも
公開識別子 + システム識別子を記述しています。

940 名前: ◆1w8jmuVPSI :03/04/14 19:52 ID:???
>939の続き
ul.navigate{
border-style : solid none solid none;
border-width : thin;
margin : 2em 0em 0em 0em;
padding : 0.5em 0em 0.5em 0em;
text-align : center;
border-color : #000099;
background-color : #e6e6fa;
color : #000000;
}
ul.navigate li {margin : 0em 0em 0em 0em;display : inline;background-color : #e6e6fa;color : #000000;}
ul.navigate li:before {content : "[ ";}
ul.navigate li:after {content : " ]";}
a:link {color : #0000ff;}
a:visited{color : #004080;}

<ul class="navigate">
<li><a href="..<li><a href="..<li><a href="..</ul>

この例ですと、「トップに戻る」だけが表示されて、前の2つは
透明アンカーになっていました。一応マウスを持っていけば
ステータスバーにリンク先URIが表示されてリンクとして利くこと
は利くのですが非常に分かりづらくなります。

この場合ですと、
1. ul.navigate の text-align : center; を取る
2. ul.navigate li の background-color : #e6e6fa; を取る
のどちらかで、全てのアンカー文字列が表示されるようになるそうです。

941 名前:Name_Not_Found :03/04/15 00:51 ID:???
>>940
ちょっと調べてみました。
IE 5.2.2 (Mac OS X 10.2.4)で検証。

単純化してみると、以下で症状が再現しました。
-------
ul{
text-align : center;
/*text-align : right; でも同様。*/
}
li{
display : inline;
background-color : #ffffff;
}
-------

liのbackground-colorが、
transparentまたはinheritでは、問題無し。

li要素の中にaやspanなどinline要素が無ければ、問題無し。

まとめると、
ulのtext-alignがcenterまたはrightで、
liにdisplay : inline;を指定した場合、
li要素にbackground-colorを指定するのは避けましょう。

つーことでよろしいか。

942 名前:Name_Not_Found :03/04/15 10:02 ID:???
【IE5〜(Win & Mac?)】
http://pc2.2ch.net/test/read.cgi/hp/1019912046/129
ruby, rt, rb, rp {display:inline;}
とかやっても、デフォルトのスタイルを適用させることが
できなかった気がするが。

943 名前:草案スレ129 :03/04/15 12:00 ID:???
>>942
少なくとも【MacIE 5.x】ではできません。
WinIE の方の実装についての記憶が曖昧だったので
「気がする」という書き方をしました。

944 名前:Name_Not_Found :03/04/16 16:27 ID:???
全称セレクタにdisplay:noneを指定するとOpera7がフリーズする。これもバグか?w

945 名前:山崎渉 :03/04/17 15:31 ID:???
(^^)

946 名前:Name_Not_Found :03/04/17 20:39 ID:???
そろそろ次スレッド立ててもいいんでない?
テンプレート案求む。
http://cssbug.tripod.co.jp/index.html は必ず>>1に入れるのは当然として。

947 名前:366 :03/04/17 23:51 ID:???
>920 → WinIE096, Mozilla052
>930, >933 → WinIE097
>939 → MacIE035
>942 → MacIE035, WinIE098
>944 → Opera046
それぞれ追加しました。


948 名前:Name_Not_Found :03/04/18 05:14 ID:???
>>938が「Opera 7だけうまくゆかない」のはバグか?
>>930-934のバグには発展形も。
b097には「幅や高さを指定した要素の下に」とあるが、「要素の中」でもなるらしい。
 http://pc2.2ch.net/test/read.cgi/hp/1050086156/23-39
また幅や高さを指定しなくてもなる場合もあるとのこと。
#uewaku { background-color: #333000; color: #b7a800; }
#migiue { float:right; width:50%; text-align: right;}
#hidariue {height: 41px;}
<div id="uewaku">
<div id="migiue">
<div class="annai"><a href="..</div>
<div id="hidariue">
<a href="index.html" class="kirikae"><img src=".画像.gif" alt="画像" width="100" height="40" class="画像" /></a>
</div>
</div>
>#uewakuにwidthもheightもないのに、もう訳がわかりません。
>もちろんIE5意外ではきちんと表示されます。

949 名前:Name_Not_Found :03/04/18 06:06 ID:???
【テンプレート案】CSS/DHTMLバグ辞典スレッド ver3.0
CSS/DHTMLのバグ報告、お待ちしてます。
報告の際はブラウザ名・ヴァージョンを明記してください。
いままでのバグは下記に登録されてます(366さん有り難う)。
【CSSバグリスト@CSSバグ辞典スレッド】
 http://cssbug.tripod.co.jp/index.html

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

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

950 名前:Name_Not_Found :03/04/18 11:39 ID:???
http://cssbug.tripod.co.jp/link.html に追加してくれませんか。

スタイルシート(CSS)のトラブル、バグ集
 http://dhr.tripod.co.jp/stylebug2.htm

951 名前:Name_Not_Found :03/04/18 11:51 ID:???
【MacOSX 版 (Carbon) IE5.1】
http://www.remus.dti.ne.jp/~a-satomi/nikki/2001/10c.html#day26num02
1.
vertical-align : inherit 以外の正当な値;
任意の正当なプロパティ: inherit;
…という値とプロパティの組が、単一のセレクタブロック内に記述された CSS 。(別のセレクタ内でそれぞれ別個に指定してる場合は OK )

2.
このセレクタの適用先となる要素が HTML 中に出現する

上記の条件が満たされるページを表示しようとすると、MacOSX 版 (Carbon) の IE5.1 はクラッシュする。ただし ClassicMacOS 版 IE 5.1, IE5.0 は平気。

952 名前:Name_Not_Found :03/04/18 11:57 ID:???
【MacIE5.0/5.1〜】
http://www.remus.dti.ne.jp/~a-satomi/nikki/2001/09a2.html#day06num08
http://www.remus.dti.ne.jp/~a-satomi/nikki/2002/05c.html#d30n04
>position:fixed を指定すると、その要素自体や子要素での「マウスオーバー効果」
>は、すべて消失するです。リンクアンカーに触れてもマウスポインタは指の形には
>ならないし、 title 属性のポップアップも出なくなるし、 a:hover 疑似クラスの
>スタイルも反映しませぬ。ステータスバーのリンク先 URL 表示も出ません。ただ、
>クリックは可能だからリンクは飛べますヨ。
(MacIE5.0ではすこしでもスクロールしてしまうとクリック不能。5.1〜は大丈夫)

953 名前:Name_Not_Found :03/04/18 12:06 ID:???
【MacIE5.1.4】
float されたブロックの text-align:centerが効かない。
http://www.remus.dti.ne.jp/~a-satomi/nikki/tmp/MacIE5_float_textAlign/

【MacIE5】
overflowプロパティにvisible以外の値が指定された要素が表示されない(IE5)
http://cssbug.tripod.co.jp/detail/macie/b013.html
これについて下記が詳しい。
http://www.remus.dti.ne.jp/~a-satomi/nikki/2001/10c.html#day25num04
・body, div, ul, ol への overflow は、 visible/auto/scroll/hidden/inherit すべて一応 OK です。
・ul, ol は、overflow: auto かつ width/height の明示無しでも、常にスクロールバーが出ちゃいます。
また、
>これを回避しつつ「疑似フレーム」をデザインするならば、必要がなくてもとりあ
>えず div 要素で囲み、それに対して overflow: auto なりを指定しなきゃダメと
>いう状態っす。
とのこと。

954 名前:Name_Not_Found :03/04/18 12:12 ID:???
DHTML【MacIE5】
http://www.remus.dti.ne.jp/~a-satomi/nikki/2002/01c.html#d23n01
>document.createElement() で a 要素を生成したら、なるべく速いトコ
>親要素(親ノード)に挿入しないと、IE が死にやすくなる。
http://www.remus.dti.ne.jp/~a-satomi/nikki/2002/02c.html#d22n02
>どうやら、input 要素を createElement して type プロパティを与えよ
>うとすると
>MacIE5.1.3 (for OSX / Carbon) は JavaScript エラーのダイアログが
>出るです。んで、構わず他のサイトの巡回を続けてると、だいたい 10 分後
>までにクラッシュしちゃうです…。

955 名前:Name_Not_Found :03/04/18 12:20 ID:???
【MacIE5】
http://www.remus.dti.ne.jp/~a-satomi/nikki/tmp/niaou_float_div/test.html
float 指定の h1 の直後につづく div ブロック全体が、あたかも置換ブロックであるかのように回り込む

【MacIE5】
http://www.remus.dti.ne.jp/~a-satomi/nikki/2002/02c.html#d26n02
画像ファイル呼び出し系のプロパティをユーザー CSS に書いても反映しない

【MacIE5】
http://www.remus.dti.ne.jp/~a-satomi/nikki/2001/08a.html#day01num02
"position: relative または absolute" とした全要素(疑似クラス含む)におい
て、下線 (underline) が表示できなくなるバグがあるです。つまり、「あらかじめ
position を relative に」したアンカーは、リンク下線が容赦なく消えるちう案
配〜。これの影響範囲は position 指定がされた要素の匿名インラインのみ。子要
素・孫要素の下線は消えない。

956 名前:Name_Not_Found :03/04/18 12:32 ID:???
【MacIE5】
font-size:middle で米粒化
http://www.remus.dti.ne.jp/~a-satomi/nikki/2001/06c.html#day28num01
>取り得ない値 middle に反応して、しかも超絶米粒文字で表示しちゃう MacIE5

【MacIE】
marginプロパティで値を一括指定すると無視される(IE4.1)
http://cssbug.tripod.co.jp/detail/macie/b022.html
これはMacIE5でもなるとのこと。以下参照。
http://www.remus.dti.ne.jp/~a-satomi/nikki/2001/03b.html#n2001-03-20-02

【MacIE5】
http://www.remus.dti.ne.jp/~a-satomi/nikki/2001/09a2.html#day06num05
「CSS2では16進数に続く空白類文字が一つだけ無視される」はずなのに、
>MacIE5 はこの無視すべき空白を無視できてない模様。 \70osition と書いたら
>解釈して位置固定表示になった。

957 名前:Name_Not_Found :03/04/18 12:43 ID:???
スタイルシート内でバックスラッシュの直後にある文字が無視される(IE5)
http://cssbug.tripod.co.jp/detail/macie/b009.html
これへの追記が下記にある。
http://www.remus.dti.ne.jp/~a-satomi/nikki/2002/05b.html#d12n01
文字コードが ISO-2022-JP の時――
>「◆」には 16 進数 0x22 が含まれますが、これを MacIE5 はダブルクオート
>記号 " だとカンチガイする模様。
とのこと。これは「バックスラッシュの直後」であるか否かは関係なしに起こる。

【MacIE】
http://east.portland.ne.jp/~sigekazu/css/boxm.htm#import
@import url("y.css"); /* 「"」で括るとMacIE4.5は認識しない */
@import url('z.css'); /* 「'」で括るとMacIEは認識しない */

958 名前:Name_Not_Found :03/04/18 13:08 ID:???
>>951-957
乙。

959 名前:Name_Not_Found :03/04/18 13:38 ID:???
【MacIE】
marginプロパティで値を一括指定すると無視される(IE4.1)
http://cssbug.tripod.co.jp/detail/macie/b022.html
CSS2対応状況ガイド:margin一括指定
http://www.zspc.com/documents/css2/box/margin.html
Macintosh版 IE 5.0:[○]
・「margin: auto」と指定した場合、blockquote要素・ul要素・ol要素はセンタリングされない。
・「margin: 50px auto」のように指定した場合、table要素はセンタリングされない。
・map要素には適用されない。
・caption要素には適用されない。
・fieldset要素には右のマージンが適用されない。

960 名前:959 :03/04/18 13:46 ID:???
すまぬ、一部既出だったね。>>956の二番目もか。

表要素を margin: auto; でセンタリングできない(IE5)
http://cssbug.tripod.co.jp/detail/macie/b002.html

961 名前:959 :03/04/18 13:52 ID:???
ちなみに個別指定で
ul {margin-left;auto; margin-right:auto;}
としてから
li {text-align:center;}
とすると、WinIE6、Netscape7、Opera6では綺麗にセンタリングしてくれるが
MacIEだけはリストマーカーがテキストと一緒に中央揃にならず、
左端にリストマーカーだけ離れて表示されて格好悪くなる罠が。
対処法は、見つかってない。

962 名前:Name_Not_Found :03/04/19 10:00 ID:???

>>938が「Opera 7だけうまくゆかない」のはバグですか。

963 名前:Name_Not_Found :03/04/20 02:32 ID:???
IE6(Win)のみでしか確認していないんですが、
見出し要素(h1とかh2とか)に対してfirst-letter擬似要素を適用させると、
後続するブロック要素のboxから要素内容が飛び出るんです。それも左右。
現象が起きる時と起きないとき(ブロック要素の並べ順によって違う)があってよくわかりません。
互換モード標準モード共に試しましたが、どちらでも起きるようです。
「同一要素を繰り返して置いたときにその要素が次第に左へ寄っていく」ってIEのバグかと
思ったんですが、左右から飛び出ちゃうので違うのかと。

[HTML]
<h1>foo</h1>
<p>hogehogehogehoge</p>
<h1>bar</h1>
<p>hogehogehogehoge</p>
[CSS]
h1:first-letter {color:#ffa500;}
p{margin:2em;background:#ffddcc;}

バグなのか表記の仕方が間違っているのか、対策等あったら教えて下さい。

964 名前:Name_Not_Found :03/04/20 02:41 ID:???
>>963
このソースだけでその現象起きる?
俺も見出しにfirst-letter使うけどそんなことなかったけどなあ。
他のスタイルが影響してると思うんだけど…。

965 名前:Name_Not_Found :03/04/20 02:51 ID:???
>>963-964
漏れの環境でも例示されたソースを
表示してみたら状況が再現されたよ。

966 名前:山崎渉 :03/04/20 03:12 ID:???
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

967 名前:山崎渉 :03/04/20 03:45 ID:???
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

968 名前:Name_Not_Found :03/04/20 11:56 ID:???
フロートの後続フロー制御を設定したbr要素が親要素に包含されない(IE6)
http://cssbug.tripod.co.jp/detail/winie/b079.html
対処法として
「または、親要素の幅を明示(widthプロパティを具体的な値で指定する)することでも回避できます。」
とあるが、これは下記に見る通り、IE5.0では別のバグを生じさせるらしい。
 http://pc2.2ch.net/test/read.cgi/hp/1050086156/28
 http://pc2.2ch.net/test/read.cgi/hp/1050086156/32
つまり、登録済の次のバグのことですが――それにしても註記は要りませんか。
 サイズの大きいフロートの上に空白領域が発生する(5.0)
 http://cssbug.tripod.co.jp/detail/winie/b097.html

969 名前:いつも名無し ◆0Ssageram2 :03/04/20 19:08 ID:???
h2:first-line,h3:first-letter{font-size:170%}
のように、擬似要素の指定をまとめて行うと
WinIE6は最後に記述した擬似要素にしかスタイルを反映しないようだ。
別々に書けば問題は起こらない。

970 名前:Name_Not_Found :03/04/20 19:17 ID:???
>>969 その記述で最後の疑似要素は効くの? 変だな。

擬似要素と中括弧の間に空白類文字を置かないと擬似要素が認識されない(IE6)
http://cssbug.tripod.co.jp/detail/winie/b055.html

971 名前:いつも名無し ◆0Ssageram2 :03/04/20 19:21 ID:???
>>970 実際にはタブが入ってるんだけど書き込むときに無効になったらしい……。

972 名前:いつも名無し ◆0Ssageram2 :03/04/20 19:27 ID:???
……ていうかまさに>>970のバグだ_| ̄|○
カンマの直前にタブ置いたら複数同時に指定しても反映された。
お騒がせしました。



973 名前:Name_Not_Found :03/04/20 19:32 ID:???
つまり>>970のバグへの補遺ってことだね。>>972
まとめると、
擬似要素と中括弧の間に、またセレクタをグループ化する際はカンマの前に空白類文字を置かないと擬似要素が認識されない(IE6)


974 名前:Name_Not_Found :03/04/20 21:11 ID:???
背景やボーダーがブロック全体に表示されない
http://cssbug.tripod.co.jp/detail/nn4x/b010.html

いまさらNN4のこと言ってもだけど――。
対処法に「要素の幅やマージンを指定すること」とあるけど、
「borderとマージンを共に指定する」のが有効だと思った。
cf. http://www.hajimeteno.ne.jp/stylesheet/actually/bgcolor.html#5
  http://www.hajimeteno.ne.jp/stylesheet/actually/border.html#4

975 名前:Name_Not_Found :03/04/20 22:16 ID:???
新スレッド立てました。

CSS/DHTMLバグ辞典スレッド 第3版
http://pc2.2ch.net/test/read.cgi/hp/1050844510/l50

こちら旧スレッドも参照したいので、埋めたりせず自然に沈むに任せてください。

976 名前:Name_Not_Found :03/04/22 12:40 ID:???
>>961については詳しくは/* CSS、スタイルシート質問スレッド【6】 */ の
239,253,261,267,271-272あたりに出てます。
http://pc.2ch.net/hp/kako/1011/10113/1011358982.html

Netscape6.2の問題でもあるらしい。
>ボックスモデルを考えると、どちらかといえば
>マーカーごとセンタリングされてしまうことの方が
>仕様的にはバグっぽいように思えます。
との意見もあるが、どうか。

977 名前:366 :03/04/23 06:40 ID:???
>963 WinIE099に追加。
>968 WinIE079を修正。
>969 WinIE055を修正。
>974 NN010を修正。
>976 これから…。

978 名前:Name_Not_Found :03/04/23 09:45 ID:???
>>977
>>974 NN010を修正。

修正されてないみたいですけど、漏れですか。


979 名前:978 :03/04/23 10:04 ID:???
あ、一応修正されたのか。更新履歴に出てないだけで。
でも、バグへの対処法は「マージンを指定すること」ではなくて
「マージンとborderを“共に”指定すること」なんですよ。
border無しで背景色だけ指定したブロックにマージンを指定しても無効でして。
cf. http://www.hajimeteno.ne.jp/stylesheet/actually/bgcolor.html#5
>具体的には、「margin」プロパティを指定(必要なければ幅0に)、「border」
>プロパティを指定(必要なければ線種noneに)することで、諸処の不具合を多少
>押さえながら、行間を指定し、更に綺麗に背景色を指定することが可能になりま
>す。上記の「margin」「border」の何れが欠けても、前後の要素までに影響を及
>ぼすこととなりますので注意が必要です。

980 名前:366 :03/04/27 00:20 ID:???
>>976
MacIEの方は「CSS仕様通り」に変更しました。
>>979
もう一度修正してみました。

981 名前:Name_Not_Found :03/05/03 02:42 ID:???
WinIEが一番バグ多いのか……

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


DAT2HTML 0.26 Converted.