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

>>930のいうとおりだとしてそれはバグでなく仕様でないか？
Firefoxでも反映されないような気がするぞ。

>>930
はい。ページ内ナビをliにして、a:visitedを指定しました。
>>931
仕様と言ってしまえばそれまでです。
でもa:hoverは反映されるのです。
また、全てmac用ですがOpera8.5、FireFox1.5、iCab3.0、IE5.2.3では、
a:visited指定通りcolor:#ccc;になりました。

>>931
ん？Win2kのFxではvisitedのみになる動きだぞ？

サンプルページうｐすれ

>>934
ご検証ください。
ttp://www.geocities.jp/nobody02102000/test.html


他の環境、例えば自分の場合winIE6の挙動を今すぐには確認出来ません。
でもバグ辞典を見ることで、何がダメなのか、ある程度知る事が出来ます。
仕様かバグかは紙一重だと思いますし、私に判断など出来ませんが、
同ページ内リンクはナビゲーションに使われる事が多く、
:visitedが指定出来ない事は、訪問者の利便性を損なうわけで、バグではないかと思うのです。

>>935
Win2000SP4
・Firefox1.5.0.1○
・IE6○
・N7.1同ページ内移動×別ページに移動して戻ってくると同ページリンクも全て既読
・Opera8.5同ページ移動×別ページに移動して戻ってきても同ページは未読
・影鷹○（但し色は現在の仕様上指定したものではない）

Mac持ってないから確かめられないけどSafariだとページ内リンクをたどった後でも
visited状態にならないってこと？だったらSafariのバグっぽいな。

（931でいいたかったのはIEだとページ読み込み時点でページ内リンクが
visited状態になるけどFirefoxだと実際にリンクをたどらない限り
visited状態にならないってことね。）

>>937
ていうかSafariだけでなく>>936のN7.1とOpera8.5もバグ？

>>937
はい、そうです。

■NS 7.1のバグらしき動作

a要素を display: block; として、

background-position: 8px center;

などとすると背景の位置指定が無視される


■IE 6のバグらしき動作

position: rerativeの子要素に、

position: absolute;
top: 0px;

と指定すると、親要素をはみ出して表示される


なんとかなりませんかね・・・

>>940

あ、両方ともWinです

>>940
前半はきしゅつ？バグであるとは言い切れない。

何でも バグ って決めつけるなや！

両方とも既出ではないような気がします

バグだと思うんですが。

バグじゃありません、仕様です ＞＜

どう見てもバグですｗ

>>946
精子ネタ禁止です＞＜

検証画像でもうｐしてみれば？
それか仕様書読む

>>940

実装しきれてないIEとNSのバグっぽいね

rerativeを指定した要素の子にabsoluteを指定した場合
親要素を起点として子要素の配置が決まるはず

NSのはCSSのパース処理のバグだろう

すまん釣られた　
relativeだぞｗ

>>940
上のやつはCSS2の仕様

ttp://www.y-adagio.com/public/standards/tr_css2/colors.html#propdef-background-position
キーワードを, パーセント値又は長さの値と組み合わせることはできない

CSS2.1で削除された

>>951

なにー orz
NS7.1だけが正しい解釈をしてるってことですか

FireFox と　IE　と Operaのほうが2.1に対応してないのか orz

２番目の方はバグですよね
IEだけが対応してないだけなのか

間違えました

正しいのはNS7.1だけなんですね
2.1で見直されたんですね

２つ目のほうがわかれば教えてください
とりあえずその場しのぎで外側にもういっこボックス要素を作ってます。

>>953
CSS2.1ではこうね

'background-position'において, 文法は
"キーワードはパーセント値もしくは長さと組み合わせることができない
(上記の組み合わせが可能な組み合わせの全てである)"
という部分が削除された. つまり, 'top 25%'といった値も許可される.
ttp://www.d-toybox.com/spec/CSS2.1/appendixC/#q16

NS7.1はCSS2に対して正しい、他はCSS2.1に対して正しい、ってことだから
どちらも間違いではない

2つ目のは>>950が言ってるが単なるスペルミス([誤]rerative→[正]relative)じゃないか？
IE6でもちゃんとはみださずにいけるぞ

>>954

確認したらそういうことだったようです
キーワードだけにしたらうまくいきました
ありがとうございまつ

http://www.amazon.co.jp/exec/obidos/ASIN/4798010928/250-7825514-9197852

これ注文して、今日届いたのでじっくり読んでみます
かなり期待できそうな本です


２つ目はソースはスペルミスはないです。

<div>

あ、途中で書き込んでしまった orz

２つめは

<div id="container">
　<div id="main">
　 <p>内容</p>
　</div>
　<div id="menu">
　 <p>内容</p>
　</div>
</div>

#container {

</div>

気になるので閉じておきました。

ああ、また、Janeが悪さを・・・
ごめんなさい O...rz

<div id="container">
　<div id="header">
　 　<p>ヘッダー</p>
</div>
　<div id="main">
　 　<p>内容</p>
　</div>
　<div id="menu">
　 　<p>内容</p>
　</div>
</div>

#container {
　position: relative;
}
#main {
　position: relative;
　margin-left: 196px;
}
#menu {
　position: absolute;
　top: 0px;
}

>>958

あ、これだとcontainerを基準にしてmenuの配置が決まるから
はみだしてしまうのですね orz
mainとmenuを、relativeなボックスで囲んだら正しくいきました。

ただ、IE6意外では>>958の方法でもmenuがmainと同じ高さに揃ってました
ってことはIE6だけが正しい動作ということなのでしょうか・・・

わけわからなくなってきた orz

>>959
「はみだす」はdiv#menuがdiv#mainに対してってことか？
だとしたらその認識は変。div#mainがdiv#menuの包含ブロックじゃない

div#headerがあるからrelativeでオフセット指定(topとか)が特にない
div#mainはdiv#headerの下に配置されるし
absoluteでtop:0のdiv#mainはdiv#containerに対して上辺が揃った形で配置される

>ただ、IE6意外では>>958の方法でもmenuがmainと同じ高さに揃ってました
ほんとか？こっちじゃ揃わないぞ
div#headerをdisplay:noneで消せばIE6でもFx1.5.0.1でもOpera8.51でも揃うけどね

>absoluteでtop:0のdiv#mainはdiv#containerに対して上辺が揃った形で配置される

そうですよね(汗
mainとmenuを、 relativeを指定したボックスでラッピングしたらうまくいきました

>>959の状態でやるなら
header を height: 96px; とかして、menuを top: 96px; とかにしないとだめですね

たぶんいじくってるうちになんか勘違いしてたのかもしれません orz
ありがとうございまつ

920 ：Name_Not_Found：2006/02/06(月) 16:48:46 ID:zl/9sW4N
『CSSバグ辞典スレッド』の要約
http://cssbug.at.infoseek.co.jp/index.html

ここも更新が止まってしまって久しいが、誰か引き継がないか？

921 ：Name_Not_Found：2006/02/07(火) 12:58:11 ID:???
こういうのはWikiがいいのかねえ

質問させてください。
レイヤーを作ろうと思ったんですが
DIVでID指定したものが

IEの場合
内部CSSに書いてあると表示されるんですが
外部CSSに書くと表示されません


firefoxはどちらも問題なかったんですが
これはいったいどういうことなんでしょうか？

>>963
> IEの場合
> 内部CSSに書いてあると表示されるんですが
> 外部CSSに書くと表示されません

そんなこととはありません。
以降はCSS質問スレへ逝って下さい

min-height, max-height, min-width, max-widthが効かないというIEの有名なバグですが、
テンプレサイトにそれらしい項目が見当たらないのですが、
http://cssbug.at.infoseek.co.jp/detail/winie.html
何か違う事項としてまぎれているのでしょうか。

一切実装していないものはそこでいう「バグ」には含まれない。
contentプロパティ然り。

がーん。そうなのですか。どうりで無いわけだ。サンクスです。
ちなみにMac版IE（5.2.7で確認）でも同様に効きません。
スターハックで両IE用にheightを指定してしのごうとすると
Safari（1.3.1で確認）でもそれが有効になってしまい役立たず。

<a>要素にfloatとtext-indentの両方を指定すると、Win IE6.0では、その弟<a>にもtext-indentがかかってしまうのはバグでしょうか？
ソースは以下の通りです。
<div style="width:760px; background-color:#CCC;">
<a href="#" style="text-indent:20px; float:left;">ひとつめのa（text-indentあり,float="left"）</a>
<a href="#">ふたつめのa（text-indentなし）</a>
</div>

<div style="width:760px; background-color:#CCC;">
<a href="#" style="text-indent:20px; float:right;">ひとつめのa（text-indentあり,float="right"）</a>
<a href="#">ふたつめのa（text-indentなし）</a>

よろしくお願いします。

td とかは例外的にmin-heightとか効くんじゃなかったっけ？IEでも

互換モードのみね。
しかも、標準非準拠。

標準仕様ではテーブルセルではheightが最小高の指定。
min-height,max-heightは無視されねばならない。

CSSに関するGeckoのバグらしきものを見つけたようなので、報告します
http://pc8.2ch.net/test/read.cgi/hp/1141783690/74-77,80-85,88-92,103

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

line-height関係あったっけ？
小数点のまるめ誤差の問題で、結構前にfixedされた気がス。

/* CSS・スタイルシート質問スレッド【53nd】 にも投稿したのですが、こちらのほうが良いかと思い参りました。

これはバグでしょうか。防ぐ方法があれば教えてください。

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html lang="ja">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Shift_JIS">
<title>検証</title>
<style type="text/css">
<!--
p {background: #dfc;}
img {float: left;}
-->
</style>
</head>
<body>
<p><img src="test.png" width="250" height="200" alt="画像">
WinIE6.0でこの文字が消えます。
<br style="clear:both;">「フロートの後続フロー制御を設定したbr要素が親要素に包含されない」回避の文字列。</p>
</body>
</html>

>>974
背景色が指定された要素内にフロートがあるときに要素内の文字が消える(IE6)
http://cssbug.at.infoseek.co.jp/detail/winie/b032.html

見落としていました。ありがとうございました。

floatって問題多すぎて使えなくない？

>>977
スレ違い

問題が多いのはWinIE

WinXP Firefox1.0.7
連続するふたつのフロートの後ろのフロート内にiframeがあって、
a:hover時にborderやpaddingが増減するような指定があるとき、
a:hover時にiframe内の要素がちらつく。
Firefox1.5では大丈夫だった