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

493 ：Name_Not_Found：2009/05/22(金) 18:52:23 ID:z1i3aaj8

【環境】WinVista IE8
【現象】和文OpenTypeフォントを指定すると、印刷時に行の折り返しなどで乱れが起きる。
下記のソースで実験した。
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html lang="ja">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=shift_jis">
<style type="text/css"> BODY {font-family:"小塚明朝 Pr6N R";} </style>
<body>
<p>あいうえおかきくけこ、「アイウエオ」一二三四五六七八九〇。あいうえおかきくけこ、「アイウエオ」一二三四五六七八九〇。……※以下十回繰り返し</p>
</body></html>
これを印刷プレビューで見ると、カギ括弧とアが重なってるし、右端が不揃になるし、また
　……あいうえおかきくけこ
　きくけこ、「アイウエオ」……
と、折り返した後でテキストに無い重複を勝手にしたりする。
FireFox3だと問題無し。

実験したＯＴＦの小塚明朝は、Adobe Readerを入れると
C:\Program Files\Adobe\Reader 9.0\Resource\CIDFont
にある。
他に"ヒラギノ明朝 ProN W3","ヒラギノ明朝 Pro W3","FOT-筑紫明朝 Pro LB"で試したが結果は同じ。
なぜか市販でないフリー・フォントの"みかちゃん"ではこの不具合は起きなかった。
また不思議なことに、DOCTYPE宣言をTransitionalでなく
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">
とすると、この印刷時の不具合は生じなくなる。下記でもよし。
<?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">

cf.OpenTypeフォントを用いて2バイト文字を表示することができない
http://css-bug.jp/win/ie/ver6/0324/
http://page.freett.com/onlineuser/OTTest/OTTest.html

494 ：Name_Not_Found：2009/05/22(金) 18:57:08 ID:???

>>493追記
問題が起きるのは印刷時（印刷プレビュー）だけで、ブラウザ表示だけだと支障無し。

495 ：Name_Not_Found：2009/05/22(金) 23:22:44 ID:???

ぶっちゃけフォントの問題までカバーする必要は・・・・

496 ：Name_Not_Found：2009/05/23(土) 00:25:34 ID:???

フォントの所為ではない。FireFoxならＯＫってことは、WinIEの問題でしょ。

497 ：Name_Not_Found：2009/05/23(土) 00:34:25 ID:???

>>492
うーむ、でも高さを指定するとmax-heightを指定した意味が……。

498 ：Name_Not_Found：2009/05/23(土) 05:10:06 ID:???

「自分がそうしたくない」ことをバグにしたがる奴が増えてんな・・・

499 ：Name_Not_Found：2009/05/23(土) 05:28:11 ID:???

>>493はWin2000・IE6でも再現した。試したＯＴＦは「ヒラギノ明朝 Pro W3」。

500 ：Name_Not_Found：2009/05/25(月) 09:28:38 ID:???

>>499
IE の仕様かもね
印刷まわりは鬼門

501 ：Name_Not_Found：2009/05/25(月) 23:39:07 ID:???

仕様ねえ。互換モードでなければ正常印刷ってのがワケわからんな。

502 ：Name_Not_Found：2009/05/27(水) 00:37:38 ID:???

>>487
DokuWiki

別にMTでもいいんだけど、更新速度やらまとめリストやら考えると、Wikiの方が利便性良くないかな。
二重運営でも大して手間かからないかもしれないし。
Wikiでも管理者以外更新しなけりゃ意味ないんだけどね。

503 ：Name_Not_Found：2009/05/27(水) 04:14:47 ID:???

ここ最近の流れを見ていると
バグでないものでも更新しそうな人が多そうでｇｋｂｒ

504 ：Name_Not_Found：2009/05/31(日) 00:28:07 ID:???

ファイアフォックスなんていう重たいだけの糞ブラウザを使ってる奴が悪い。

505 ：Name_Not_Found：2009/06/10(水) 10:53:29 ID:???

新まとめサイトだけどさ
一番上のIE8、IE7クリックしたときに
「現在、IE*のバグに関するデータが登録されていません」
みたいなコメントつけておいて欲しい

必然的に「バグ一覧」クリックしてしまうけど
あれはIE全てのバグ一覧なんでしょ？

とりあえず、それだけ要望です

506 ：Name_Not_Found：2009/06/10(水) 11:00:35 ID:???

ついでに、IE8のCSS に関する記事

IE8で修正されたCSSとHTMLおよびXHTML関連のバグ - builder by ZDNet Japan
ttp://builder.japan.zdnet.com/sp/internet-explorer-8-2009/story/0,3800095257,20392076,00.htm

507 ：Name_Not_Found：2009/06/11(木) 03:43:42 ID:???

>>505
css-bug.jpの者です、ご指摘ありがとうございます
バグが登録されていないのか不具合なのか紛らわしいですね
後ほどコメントを追加しておきます

バグ一覧はIEに限らず登録されているすべてのバグ一覧となっています

Wikiにしてみんなで編集できるようにしてほしいというご意見をいただき
DokuWikiとMediaWikiをダウンロードしたところで時が止まっています

スレ4レス315以降に報告されたバグをまとめる作業も進んでおりません
手際の悪い管理人で申し訳ないです

508 ：Name_Not_Found：2009/06/22(月) 19:00:57 ID:???

IE8 と Firefox3 で起きている拡大縮小に関するバグ
ttp://blog.webcreativepark.net/2009/03/30-125731.html

IE8 でa要素内に画像があり、背景を指定した時に位置がずれる
ttp://css-happylife.com/log/bug/000743.shtml

509 ：Name_Not_Found：2009/06/22(月) 19:03:40 ID:???

連投スマソ

>>507
管理人さん、何か手伝えることはないですか？
バグの情報を事前に html で書き起こして、まとめるくらいなら
できます。

510 ：zQYnIYjLd：2009/06/24(水) 02:51:06 ID:???

into the cigar likethe blood are open.<a href=www.youtube.com/orderviagraonline1>order viagra online</a>the penis; in thisarteries going topenis fast. The
[url=www.youtube.com/orderviagraonline1]order viagra here[/url]then gets trapped instiffens. That means

511 ：Name_Not_Found：2009/06/24(水) 03:28:49 ID:???

>>509
・個人サイト張り付けるな
・バグの前にwikiを調べてこい

512 ：Name_Not_Found：2009/06/30(火) 23:18:54 ID:???

IE8で3つぐらいの入れ子にしたリストで
リストマークがおかしくなるのですが
報告はこちらでもよろしいのでしょうか？

513 ：Name_Not_Found：2009/07/01(水) 00:32:00 ID:???

IETesterのバグみたいです
すみませんでした

514 ：Name_Not_Found：2009/07/06(月) 12:43:24 ID:???

MS純正IE8でもう一度確認したけど
やはりリストマークがおかしくなる
とりあえず比較画像

ttp://nagamochi.info/src/up21087.gif

発生条件が確定してないけど
IE8だけおかしくて、IE7以下は問題ない

515 ：Name_Not_Found：2009/07/06(月) 13:31:06 ID:???

おかしいっていうかマーカーの描画ってそこまで厳密に決められた仕様じゃないから
8のデカいスクウェアでも「そうなんです」と言われたら「そうなんですか」と納得するしかないような

516 ：Name_Not_Found：2009/07/06(月) 16:24:01 ID:???

>>514
テストページうp 希望
フォント絡みの問題かもしれない

Microsoft Connectに報告あったかもしれないからちょっと探してくる
https://connect.microsoft.com/IE/feedback

517 ：516：2009/07/06(月) 16:34:31 ID:???

>>514
なんかそれっぽいの見つけた
https://connect.microsoft.com/IE/feedback/ViewFeedback.aspx?FeedbackID=332529

テストケース：
https://connect.microsoft.com/IE/feedback/ViewFeedback.aspx?FeedbackID=332529

IE7 Standards Mode と IE8 Standards Mode で見比べるとわかるが、やっぱフォント絡みだった

これと同一の現象？

518 ：516：2009/07/06(月) 16:35:36 ID:???

テストケースの URL 間違えた
正しくはこっち：
http://www.rollerorgans.com/test.html

519 ：Name_Not_Found：2009/08/14(金) 13:01:45 ID:sSYDhfE7

んー、つまりIE8でlist-style-type : square;にするとマーカーが大きく表示されるのは仕様なのかな？
よくわからないけど、フォントの指定によって改善される？
ユニコードキャラクタが云々って書いてるけど、よくわかんないや。

気になったのでageで。

520 ：Name_Not_Found：2009/08/14(金) 20:53:22 ID:???

>>519
https://connect.microsoft.com/IE/feedback/ViewFeedback.aspx?FeedbackID=332529
にはおおむね次のようなことが書いてあるみたい：

・CSS 仕様ではビュレットに「この Unicode 文字使うように」と書いてある（註1）
・IE8 は U+25A0（■） → U+25AA → U+25FC → U+25FE の順に見つかったものを使う
・Courier フォントには Unicode 文字が含まれてない
・フォールバックして U+25A0 があるフォントを使う（？）

つまるところ：
・マーカーの表示は li 要素が継承した font-family のフォントに依存
・前述した Unicode フォントがあるかどうかで大きさが決まる
ってことらしい

註1：
CSS List Module Level 3 のことらしい
http://dev.w3.org/csswg/css3-lists/#square

521 ：Name_Not_Found：2009/08/16(日) 22:38:23 ID:???

なるほど。
Verdanaが好きでいつも使ってるけど、それだと■がでかくなっちゃうんだよな。
ただCSSの仕様上これが正しいって言われると我慢するしかないか・・・

522 ：Name_Not_Found：2009/08/31(月) 16:16:44 ID:???

>>39 と同じと思われる現象が Windows Safari 4.0.3 で出ました。
回避方法は見付かっていないのでしょうか？

523 ：competition：2009/09/04(金) 19:50:29 ID:0eS9ANId

デザイナーのみなさん、現在CSS Creatorでは、サイトLogoの competitionを行っています。
興味のある方はRead the Briefからどうぞ。

http://99designs.com/contests/27869

524 ：Name_Not_Found：2009/09/05(土) 19:29:16 ID:???

relative要素がある場合、bodyにもrelativeを設定しないと
IE系でズームアップ・ダウンした際に正常動作しない

525 ：Name_Not_Found：2009/09/05(土) 23:47:01 ID:???

>>524
それってウィンドウリサイズ時にrelative要素の配置がおかしくなる問題と一緒？

526 ：UwxNeMFxGMMdSsLCd：2009/10/23(金) 22:42:24 ID:???

Base on that and your blog posts, I hope to catch him on tour. ,

527 ：Name_Not_Found：2010/02/05(金) 00:02:30 ID:???

【Google Chrome 4.0】
ruby要素が親ブロック要素へのインデント指定を反映する
ttp://www.google.com/support/forum/p/chrome/thread?tid=1cf875b455ef1bc7&hl=ja
ruby要素・rb要素はインライン要素、
だから親ブロック要素に適用されるtext-indentプロパティーは継承しない筈だが、
ルビ附き文字の前にインデント指定した分だけ空白ができる。

例
p {text-indent:1em;}
<p>対応ブラウザでは<RUBY><RB>ルビ</RB><RP>（</RP><RT>ふりがな</RT><RP>）</RP></RUBY>が表示される。</p>
「対応ブラウザではルビが表示される。」とルビ附き文字の前が無意味に一字空きになる。

528 ：Name_Not_Found：2010/02/05(金) 00:13:44 ID:???

【Google Chrome 4.0】
インライン・テーブルにしたruby要素内のrb要素・rt要素を
displayプロパティーで表と同様に表示させようとすると、文字列が消えて見えなくなる。

http://www.akatsukinishisu.net/itazuragaki/css/use_ruby_style_as_user_stylesheet.html
http://fswiki.org/wiki.pl?page=BugTrack-theme%2F23
上記にある通り、
rb要素（ルビベース）にはdisplay:table-row-group;を、
rt要素（ルビテキスト）にはdisplay:table-header-group;をスタイル指定してある場合。
Chrome 4では、rb要素もrt要素もなぜかdisplay:none;状態になって不可視になる。
これを回避するには、
ruby { display: inline; }
rt { display: block; }
rb { display: block; }
をChrome4に適用させればルビ表示は元に戻るみたい。
但しその場合Safariでルビ表示にならなくなるが。

529 ：Name_Not_Found：2010/03/17(水) 11:50:06 ID:a//ADYW9

Opera10.5x

vertical-align text-bottomが、他のブラウザと違って位置がずれる。

Opera10.1x
画像より小さい、line-heightに設定して、その画像にvertical-align　bottomを設定すると、正常に表示されない。（他のブラウザと挙動が違う。）

530 ：Name_Not_Found：2010/03/25(木) 18:03:48 ID:???

Opera10.51
Opara10のみ適用させるための属性セレクタ・ハックが利用できなくなった。
下記はOpera10.50までOperaのみ有効だったが、ver.10.51ではOperaでもスタイル指定は無効になる。
html[lang*=""] body:last-child p {color:red;}
cf. http://www.atmarkit.co.jp/fwcr/design/benkyo/csshack03/03.html#13
代用として、Opera9.51ハックと呼ばれるものはまだ有効。
p:not(\*|*) {color: red;}
cf. http://d.hatena.ne.jp/momizine/20090108/1231397816

531 ：Name_Not_Found：2010/04/07(水) 21:06:39 ID:+rQZcCMQ

そういえば、CSSバグ辞典のwikiは、誰か引き継いんだんですか？

532 ：Name_Not_Found：2010/04/26(月) 18:50:10 ID:???

【OS】Windows7 Home Prenium 64bit版
【ブラウザ】Firefox3.6.3
【ソース】
＜CSS＞
body {
background:url(p001.png) #ff0;}
select#s1 {
background:url(002.png);}
＜HTML＞
<form action="#">
<fieldset>
<select id="s1">
<option>1</option>
<option>2</option>
</select>
<select id="s2">
<option>1</option>
<option>2</option>
</select>
</fieldset>
</form>
【症状】
selectに背景画像を設定しない場合、システム背景色が適応される。
しかしselectのみに背景画像を指定しoptionは無指定すると、
selectを開いたときのoptionの背景が何故かルート要素の背景色
（上記例の場合、001.pngですらなく#f00）になる。

また、select#1に背景画像と共にbackground:url(002.png) #f00;のような背景色の指定をした場合、
selectを開く前からselectの背景が何故かselectの背景色（この場合#f00）になる。
（後者のこの症状についてはOpera10.51でも同様だったので、もしかして仕様？）

533 ：Name_Not_Found：2010/04/27(火) 21:48:21 ID:???

IE8の標準準拠モード
a要素の中にimg要素があると、
a要素に付けたactive疑似クラスの挙動がおかしい。

<a><img src="hoge.jpg"></a>

a{
display:block;
padding:5px;
}
a:active{
background:red;
}

a要素をクリックした場合は、マウスボタンを押さえている間
active疑似クラスの設定が反映されて背景色が赤くなるはずだが
img要素の上でクリックした場合は、無反応。a要素のpadding領域で
クリックした場合は、正常に背景色が赤く変わる。
ただしリンクとしての動作はいずれの箇所をクリックしても正常。
また、レンダリングモードがIE7なら指示通りの挙動になる。

534 ：Name_Not_Found：2010/04/27(火) 22:04:58 ID:???

＞５１９
Ie9以外はbulletを文字でなくて絵でかいてるよ

535 ：Name_Not_Found：2010/09/20(月) 11:36:47 ID:???

Opera10.62
inline-block、border、min-widthを同時に指定すると幅の計算がおかしくなる。

Firefox、Chrome、Safari、IEでは改行されないけど、Opera10.62だと改行される。
Opera9.52では改行されなかった。

<style>
ul, li {
display: inline-block;
}
ul {
background-color: red;
}
li {
border: 1px solid #000000;
min-width: 4em;
}
</style>
<ul>
<li>ああああ</li>
<li>いいい</li>
<li>ううううう</li>
</ul>

536 ：Name_Not_Found：2011/01/24(月) 01:35:34 ID:???

Opera11
従来のOpera用ＣＳＳハックが効かなくなった。

537 ：Name_Not_Found：2012/04/19(木) 17:14:30.59 ID:???

IE 6, 7で、a要素の中に別な要素があってそいつがfloatしてると、cursorがpointerじゃなくtextになる

<a href=".">
<span style="float: left;">
ここのカーソルが……
</span>
</a>

538 ：Name_Not_Found：2012/09/15(土) 18:13:20.70 ID:???

創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね

539 ：Name_Not_Found：2012/11/07(水) 16:57:05.80 ID:???

久々に見に来たら
3年前の俺のレスからほとんど進んでないとは・・・
需要なくなった感じだな

540 ：Name_Not_Found：2012/12/04(火) 13:23:48.19 ID:???

css-bug.jp 活動終了ですか。
だとしたら残念ですが、事情あっての事でしょう。
お世話になりました、ありがとうございました。

541 ：Name_Not_Found：2012/12/07(金) 23:39:49.39 ID:hGmqQyRw

RUN
http://www.youtube.com/watch?v=fhmvl4o0nBE

542 ：Name_Not_Found：2012/12/13(木) 23:27:20.83 ID:mmAfCJBg

flashの上にz-indexを使って画像を重ねたのですが
アンドロイドだけ正しく表示されず、flashが上にきてしまいます。
下記記述をしましたが解決されません。

<param name="wmode" value="transparent" />
<embed src="main.swf" wmode="transparent" />

なにか良い解決方法はないでしょうか。

543 ：Name_Not_Found：2012/12/18(火) 17:33:54.01 ID:???

http://answers.microsoft.com/ja-jp/ie/forum/ie9-windows_other/ie9%E3%81%A7%E3%83%AB%E3%83%93%E4%BB%98%E3%81%8D/9af8e8dc-c878-e011-9b4b-68b599b31bf5
ルビ（rb要素）を含む文書を標準モードで縦書き表示させたら、IE9ではひどいことになる、ト。
http://f.hatena.ne.jp/rti7743/20110324040014

544 ：Name_Not_Found：2013/10/20(日) 18:24:37.67 ID:???

IE10で確認。
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<meta http-equiv="X-UA-Compatible" content="IE=emulateIE10">
.tategaki {
writing-mode:vertical-rl;
writing-mode:tb-rl; /*For under IE8*/
-ms-writing-mode:tb-rl;/*IE9互換だと無効*/
height:25%;
width:100%;
}
<div class="tategaki" id="COL1">
<p>ここに一段目の縦書きのテキストが入ります。</p>
</div>
<div class="tategaki" id="COL2">
<p>ここは二段目になります。</p>
</div>

width:100%;を入れないと、縦書き表示なのに画面左に行が寄って、段の右から始まらない。
しかしwidthを指定すると、heightの%指定が画面表示領域横幅に対する割合になるバグが生じた。

545 ：Name_Not_Found：2013/10/23(水) 23:53:07.57 ID:???

directionプロパティを指定した要素に背景色を指定すると文字テキストが消える。
IE10strict/Quirksで確認。
span {
background:#ccc;
color:#000;
direction:rtl;
unicode-bidi:bidi-override;
}
<p>なぜか<span>この文字テキスト</span>が消える。</p>
<p><span>これだとカーソルでドラッグ選択もできなくなる。</span></p>

546 ：Name_Not_Found：2013/10/24(木) 04:11:12.85 ID:???

だいたいdirectionプロパティって、日本語組版だと利用する場面が無くない？
http://blog.imagedrive.jp/2011/01
古くから扁額とかに見られた右横書きだって、あれは一字一行の縦書きなのであって、複数行にわたることないし。

547 ：Name_Not_Found：2013/10/25(金) 07:14:36.32 ID:???

Internet Explorer 5.5 における縦書きレイアウトの使用
http://msdn.microsoft.com/ja-jp/library/bb250415(v=vs.85).aspx
BODY要素は常に水平方向にレイアウトされ、ブラウザは常にマークアップ内の
最上位要素の原点をビューポートの開始点として整列します。
上記の例では、この原点がページの左上隅になります。読み込んだページに
テキストが表示されるようにするには、ページ本体を右にスクロールする必要があります。
これを回避するには、BODY 要素の direction プロパティを RTL (右から左) に設定し、
グローバルな DIV 要素の direction プロパティを LTR (左から右) に戻します。
この結果、原点は右上隅になります。

548 ：Name_Not_Found：2013/10/26(土) 01:26:28.34 ID:???

取り消し線（del要素等）の色が一定しない【Safari5～／Google Chrome 30（Webkit系）】
a:link, a:hover, a:visited {color:blue;}
del {
text-decoration:line-through;
color:gray;
}
<p><del>取り消し<a href="link.htm">リンク</a>抹消<del>通常テキスト</p>

上記の例をWinIE10・Firefox24・Opera12で見ると、
A要素部分にリンク文字色（青色）の上から灰色の取り消し線が引かれる。
しかし、Safari5.1.7やGoogle Chrome 30やOpera17等のWebkit系のみ挙動が異なる。
A要素の部分は文字色と同色で取り消し線が引かれる。

かつて似た例に、親要素のtext-decorationの効果を子孫要素で取り消せない事例があった。
これは取り消せる方がバグであった。
http://pentan.info/stylesheet/bug/winie040.html
http://www.mozilla.gr.jp/standards/webtips0002.html
すると解釈としては、Webkit系だけが正しく解釈してるのか？

549 ：Name_Not_Found：2013/10/27(日) 02:41:55.84 ID:???

word-breakがブロックレベル要素以外で効かない
http://pentan.info/stylesheet/bug/winie128.html

word-break:break-all;をインライン要素に指定しても、
半角英数字から成る長い単語（URLとかソースコードも）は次行に送られ、右端で改行してくれないことがある。
横幅によっては文字列中のハイフン「-」の位置で改行すればいいのに、してくれなかったりとか。
.break {word-break:break-all;}
p {width:38em;}
<p>文章中に出てくるURLとか、長く連続した英数字（→<span class="break">LongLongLongVeryLongWordByRomanAlphabet</span>）にだけスタイルを適用させたいのだけど……。</p>

親ブロックに指定せずともきっちり折り返して行の右端が揃ったのは、下記だけだった。
Google Chrome 30.0.1599.101 m
Safari5.1.7

IE10は「→」の右で改行、Firefox24・Opara12は「英数字」の右で改行した。

550 ：Name_Not_Found：2013/10/30(水) 03:23:53.30 ID:???

Windows版Safari5.1.7で確認。
Webkit独自実装の縦書きプロパティーの-webkit-writing-mode:vertical-rl;
これの適用時、DOCTYPEスイッチがQuirksモードだと、
width:100%;みたいな％指定の横幅が短くなって表示が乱れる。
中でどんな計算しとるのかは解らんかった。
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
body {
direction:rtl; unicode-bidi:bidi-override;
margin:0;
}
.tategaki {
direction:ltr; unicode-bidi:bidi-override;
writing-mode:vertical-rl;
writing-mode:tb-rl; /*For under IE8*/
-webkit-writing-mode:vertical-rl;
overflow-x:auto;
height:50%;
width:95%;
}
<div class="tategaki" id="COL1">
<p>ここに一段目の縦書きのテキストが入ります。長文</p>
<p>以下繰り返しで横スクロールが生じるだけの長文にする。</p>
</div>
<div class="tategaki" id="COL2">
<p>ここは二段目になります。</p>
</div>

逆に、標準モードでもwidthが％指定だと問題が起きる。
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
多段組で縦書きボックスが複数ある場合、中身が長文でも各縦書き領域に横スクロールバーが出ない。表示領域全体に対してしか横スクロールできない。
overflow-x:auto;でなくoverflow-x:scroll;と指定してすら、
バーは表示されてもスクロールのつまみが出てこないから動かせないって理不尽な状態になる。

551 ：Name_Not_Found：2013/10/31(木) 17:27:10.18 ID:???

Google Chrome30

折り返しを抑制した文字列を含むテーブルが横方向にはみ出すことがある。
例）
nowrapを指定してないA要素以外の文字列で折り返す筈だが……？
navbar1 a:link, .navbar1 a:visited {white-space:nowrap;}
.navbar1, .navbar1 table {width:80%;}
<div class="navbar1">
<table width="100%" border="1"><tr>
<td>
<a href="./index.html">折り返し抑制折り返し抑制折り返し抑制</a>／<a
href="./index.html">折り返し抑制折り返し抑制折り返し抑制</a>／<a
href="./index.html">折り返し抑制折り返し抑制折り返し抑制</a>／<a
href="./index.html">折り返し抑制折り返し抑制折り返し抑制</a>／<a
href="./index.html">折り返し抑制折り返し抑制折り返し抑制</a>
</td>
</tr></table>
</div>

但し、HTMLソースでの改行の仕方を変更すると、nowrapを指定してない文字列でちゃんと折り返す。
<td>
<a href="./index.html">折り返し抑制折り返し抑制折り返し抑制</a>／
<a href="./index.html">折り返し抑制折り返し抑制折り返し抑制</a>／
<a href="./index.html">折り返し抑制折り返し抑制折り返し抑制</a>／
<a href="./index.html">折り返し抑制折り返し抑制折り返し抑制</a>／
<a href="./index.html">折り返し抑制折り返し抑制折り返し抑制</a>
</td>

cf. 「テーブルがはみ出しても横スクロールバーが表示されない」
http://pentan.info/stylesheet/bug/mozilla051.html

552 ：551：2013/10/31(木) 17:58:13.75 ID:???

類似現象はむしろこっちか。
「表セル内要素への折り返し禁止指定がセル自体に作用する」
http://pentan.info/stylesheet/bug/opera008.html

あと、折り返し禁止してない文字列「／」を２文字にすると、
ちゃんと折り返して、テーブルが横に伸びる現象を回避できる。

553 ：551：2013/10/31(木) 18:22:17.29 ID:???

これも該当か。
「インライン要素への折り返し禁止指定が当該要素の外のブロックに作用する」
http://pentan.info/stylesheet/bug/mozilla029.html
＞折り返しが行われるべき場所に空白類文字を挿入するとこのバグを回避できます。

何年も前のNetsacape7.0で発生してその後修正されたバグが、今になってChromeに再来するとは……。

554 ：Name_Not_Found：2013/11/04(月) 20:26:07.56 ID:???

IE10／Chrome30／Firefox24／Safari5.1.7／Opera12
リンク疑似クラスで、font-weightプロパティーの上書き指定を反映しない。
A:link {
color:red;
font-weight:900;/* bolderでも可 */
}
A:visited {
color:blue;
font-weight:100 !important;/* lighterかnormalでも可 */
}
<p>未訪問と既訪問済みを比較→
<a href="./001.html">未訪問リンク</a>／
<a href="./index.html">既訪問リンク</a>
</p>

リンク文字列の色は変ったのに、字の太さは太くなったまま変化しない。
font-weightに限っては擬似クラスA:linkでの指定が強くて、A:visitedでは上書きできない罠。
これは全ブラウザで一致するみたいなので、バグでなく仕様なのか？
と思ったが、該当する記述は仕様書に見当らなかった。
http://www.asahi-net.or.jp/~BD9Y-KTU/htmlrel_f/W3Ccss1/index.html#anchor-pseudo-classes
http://momdo.s35.xrea.com/web-html-test/spec/CSS21/selector.html#link-pseudo-classes
http://momdo.s35.xrea.com/web-html-test/spec/CSS21/fonts.html#font-boldness

555 ：Name_Not_Found：2013/11/04(月) 20:30:19.86 ID:???

>>554
>IE10／Chrome30／Firefox24／Safari5.1.7／Opera12
>これは全ブラウザで一致するみたいなので
間違った。
Opera12.16だけは、a:visitedでのfont-weightの上書き指定が有効だった。

556 ：Name_Not_Found：2013/11/04(月) 20:31:12.61 ID:???

それは仕様。

http://www.w3.org/TR/2011/REC-css3-selectors-20110929/#the-link-pseudo-classes-link-and-visited
Note: It is possible for style sheet authors to abuse the :link and :visited pseudo-classes to determine which sites a user has visited without the user's consent.
UAs may therefore treat all links as unvisited links, or implement other measures to preserve the user's privacy while rendering visited and unvisited links differently.

の範囲内の動作。

557 ：Name_Not_Found：2013/11/04(月) 21:12:19.47 ID:???

>>556
邦訳だと、ここだね。
http://standards.mitsue.co.jp/resources/w3c/TR/css3-selectors/#the-link-pseudo-classes-link-and-visited
Note: スタイルシート製作者は :link, :visited 擬似クラスを悪用し、ユーザーがどのサイトにアクセスしたかをそのユーザーの承諾なしに知ることができる。
このため、UA はすべてのリンクを未訪問として扱う、もしくはそれぞれのリンクを表示する際ユーザーのプライバシーに配慮した方法を実装するなどの方法をとることができる。

でも、それなら、色は変化するのに太さは変化しないって、整合性がないよ。
やっぱちょっと異常な挙動ではある。

558 ：Name_Not_Found：2013/11/14(木) 07:15:01.69 ID:???

Chrome 30.0.1599.101 m ／ Safari5.1.7
>>550のソースで、縦書き段内の横スクロールをした場合。
その文中にA要素があると、a:hoverをセレクタにした指定が効かなくなる。
横スクロールを動かさない初期状態だと、リンク・アンカーにカーソル乗せれば指定通りに背景色等が変化した。
.tategakiへのwidth指定でoverflowが発生するとこのバグが生じる。
普通の横書きでは段落ボックス内でoverflowの縦スクロールを動かしても、問題無し。

559 ：Name_Not_Found：2013/11/15(金) 10:14:25.03 ID:???

>>543
IE11も縦書き指定でルビありだと表示が乱れるとさ。
http://togetter.com/li/562466
http://answers.microsoft.com/ja-jp/ie/forum/ie11_pr-windows8_1_pr/win81preie11/36d8f830-518c-4b0c-a49f-c15662b0b466
http://social.msdn.microsoft.com/Forums/ja-JP/e721ea0a-ff57-45c3-b728-31e2cc7618ad/win81preie11-?forum=internetexplorerja

縦組みに限っては、IE6までが一番マシだったかも。

560 ：Name_Not_Found：2013/11/19(火) 22:53:03.13 ID:???

Windows8.1＋IE11
font-family:"欧文フォント","和文フォント",sans-serif;とすると、和文フォントの指定が無視される。

body {font-family:"Verdana","ＭＳＰゴシック",sans-serif;}
→ＭＳＰゴシックが無視され、sans-serifのメイリオで表示される。
Verdanaを後ろにする（もちろん半角英数はVerdanaでなくなる）か、
sans-serifを取り除くとＭＳＰゴシックが反映される。

561 ：Name_Not_Found：2013/11/20(水) 00:19:11.56 ID:???

>>560
和文フォント名を"MS Gothic"とかアルファベット表記にしたらどうなります？
Cf. http://blog.sakurachiro.com/2012/10/font-family/

562 ：Name_Not_Found：2013/11/20(水) 22:30:07.69 ID:???

Google Chrome 31.0.1650.57m
Safari5.1.7

list-style-image指定時に画像非表示にするとリストマーカーまで消える。

<ul style="list-style-image:url(mark.jpg); list-style-type:square;">
<li>AAA</li>
<li>BBB</li>
</ul>
代替表示されるはずのlist-style-typeプロパティで指定したリストマーカーも表示されない。
IE10やFirefox25では、画像非表示でもリストマーカーは表示された。
仕様書には「画像が利用可能の場合、'list-style-type'で設定したマーカーと置き換える」とある。
http://momdo.s35.xrea.com/web-html-test/spec/CSS21/generate.html#propdef-list-style-image
画像が利用可能でない場合は置換せずにマーカーを表示すべき筈。

Cf.存在しない画像をリストマーカーに指定するとリストマーカーが完全に消える
http://pentan.info/stylesheet/bug/mozilla026.html

563 ：Name_Not_Found：2013/11/20(水) 22:43:31.39 ID:???

>>561
「font-family:"Verdana","ＭＳＰゴシック","MS PGothic",sans-serif;」ではダメだった。
sans-serifを外したり、monospaceに書き換えるとちゃんとＭＳＰゴシックで表示されることから、
「sans-serif」の処理に問題がありそうな感触。

「font-family:"Verdana","MS PGothic",sans-serif;」だとどうなるかは、今度試してみる。

564 ：Name_Not_Found：2013/11/20(水) 23:21:50.25 ID:???

>>563
>monospaceに書き換えるとちゃんとＭＳＰゴシックで表示される

総称ファミリー名をmonospaceと指定した場合、「ＭＳＰゴシック」でなく「ＭＳゴシック」で表示されるべきなのでは？
Pはプロポーショナル・フォントだから、固定幅でない。
Cf. http://momdo.s35.xrea.com/web-html-test/spec/CSS21/fonts.html#monospace-def

565 ：Name_Not_Found：2013/11/21(木) 22:27:50.54 ID:???

>>564
何だかんだ試してみて、以下のことが分かった。>>560を訂正。

Windows8.1+IE11
・「font-family:"欧文フォント", "和文フォント";」とすると、和文フォントの指定が一切無視される。

欧文フォントについては適用されるが和文フォントの指定が無視されて、
和文はIEの標準フォント（ツール＞インターネットオプション＞フォントで指定したフォント）で表示される
（>>560のケースは標準フォントもMS PGothicだったから、指定が効いたんだと勘違いしていた）。

ただし欧文フォントの後ろに「sans-serif」と「serif」が指定されると無視されず、
sans-serifはメイリオで、serifは（おそらく）MS P明朝で表示される。
それ以外のmonospaceやfantasyなどについても無視されて、IEの標準フォントで表示される。

566 ：Name_Not_Found：2013/11/22(金) 21:09:54.35 ID:???

【Google Chrome 31】【Sagari5.1.7】
代替スタイルシートによって縦書き指定（-webkit-writing-mode:vertical-rl）を適用すると、リストマーカー画像の位置が左にずれたり消えたりする。

<link rel="stylesheet" type="text/css" href="./default.css" hreflang="ja" charset="Shift_jis" media="screen,print,projection,tv">
<link rel="alternate stylesheet" type="text/css" href="./tate.css" hreflang="ja" charset="Shift_jis" media="print, screen" title="縦書き版">
<body>
<script type="text/javascript">
</script>
<select onchange="sn=this.options[this.selectedIndex].value;if(sn)ChangeStyle(sn);">
<option value="Main">default</option><option value="縦書き版">縦書き版</option>
</select>
<div class="tategaki">
<ul><li>あいうえお</li><li>ああああ</li><li>aaaaa</li></ul>
</div>
</body>

/* default.cssの中身 */
ul {list-style-image:url(./mark.jpg);}
/* tate.cssの中身 */
.tategaki {
-webkit-writing-mode:vertical-rl;/* Chrome用 */
writing-mode:vertical-rl;
writing-mode:tb-rl;/*For under IE8*/
}

tate.cssを読み込むlink要素でrel="alternate stylesheet"をrel="stylesheet"にして
最初から縦書きを適用すると、この不具合は起きない。
なぜか代替スタイルシートで適用した直後だけ、リストマーカー画像が左に半行分以上ズレて、本来上に来るべき行より左の行の上に掛かって表示される。
>>562もだが、Webkit系のlist-style-imageのレンダリングはちょっと問題含みか。

567 ：Name_Not_Found：2013/11/22(金) 21:28:11.99 ID:???

>>566の問題を下記で代用して解決できる。

tate.cssに下記を追記し、list-style-imageでなくbackground-imageでリストマーカーを画像にする。

/*===WebKitハックでGoogleChrome（とSafari）のみに適用===*/
@media screen and (-webkit-min-device-pixel-ratio:0){
.tategaki ul {-webkit-padding-start:20px;}
.tategaki ul li {
list-style:none;
padding-top:20px;
background: url(./mark.jpg) no-repeat right top;
}
}/**Safari・Chrome対策**/

<ul>
<li>さしすせそ
<ul>
<li>たちつて</li>
<li>なにぬねの</li>
</ul>
</li>
<li>ＡＢＣＤＥ</li>
<li>あいうえお<br>ああああ<br>aaaaa</li>
</ul>

ところが、これでもGoogle Chrome（とSafari）で別の不具合が生じた。
代替スタイルシート適用直後、リスト一行目のリストマーカー画像が消えたり、右半分欠けたりする。
そこでdefaultスタイルに戻してから再度代替シートに切換すると、まともに表示される。
しかしページ再読み込みして、また代替スタイルシートで縦書きを適用すると、やはり一行目のliの背景画像だけ消える。
なにこれ？

568 ：Name_Not_Found：2013/11/22(金) 22:15:59.31 ID:???

>>544の解決法。→　body {height:100%} を指定しておく。
しかし、WinIE7標準モードで発生する別のバグにはそれだけでは不足。
>>544のソースのDOCTYPE宣言を変更して標準モードにし、IE7で閲覧する。
<!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="X-UA-Compatible" content="IE=7;IE=emulateIE7">
またはIE8～10でF12開発者ツールを使ってドキュメントモードをIE7標準にして閲覧する。
ソースは下記の通り。互換モードやIE8標準～IE10標準だとこのバグは起きない。
.tategaki {
writing-mode:vertical-rl;
writing-mode:tb-rl; /*For under IE8*/
-webkit-writing-mode:vertical-rl;
overflow-x:auto;
height:50%;
width:95%;
}
<body>
<div class="tategaki" id="COL1">
<p>ここに一段目の縦書きのテキストが入ります。</p>
<p>折り返される長文にする。長文にする。長文にする。長文にする。長文にする。長文にする。長文にする。長文にする。</p>
<p>以下繰り返しで横スクロールが生じる幅を出す。</p>
<p>以下繰り返しで横スクロールが生じる幅を出す。</p>
<p>……横スクロールが出るまでコピー＆ペースト繰り返し……</p>
</div>
<div class="tategaki" id="COL2">
<p>ここは二段目になります。</p>
</div>
すると、なぜか横スクロールが発生した分だけ長文が折り返されなくなるバグが発現した。したがって縦組み段の高さがどんどん伸びる。
これへの対処法としては、body {height:100%} だけでは足りない。
body, html {height:100%;} とhtml要素にも指定すると、バグは解消した。

569 ：Name_Not_Found：2013/11/23(土) 11:52:59.97 ID:???

>>550のSafari5.1.7の縦書きでのバグについて。
Safariブラウザのウィンドウを垂直に伸ばすと縦書きボックスの横幅も増えてゆく。
つまり>>544のIEバグと似て、縦の高さ（height）がなぜか横幅の長さにまで影響するバグだった。
そこで>>568の解決法を試して、body, html {height:100%;} としてみた。
すると>>550後半のStrictモード時に縦書きの各段毎の横スクロールが出なくなる不具合だけは解消した。
しかし依然としてbody内の縦書きボックスのwidthが画面表示領域の高さと連動するバグは出る。
Safari6以降では修正されたのかな。

570 ：Name_Not_Found：2013/11/24(日) 02:54:41.24 ID:???

【IE5Quirks／IE7～9互換モード】
定義リスト（dl要素）を横並びさせる際、dd要素内でem要素が折り返される長さだけあると横に並ばなくなる。
定義リストをfloatで横並びにして表組み風にするのは、よくある。
Cf. http://blog.d-spica.com/entry/080512dtfloat.html
その際、IE6において、dt要素の高さよりdd要素内の段が高い場合、dtの横に隣接するddの一行目テキストだけ3pxほど右にずれるバグがある。
これに対処するには、zoom:1; を指定してhasLayoutをtrueにすれば解消する。
Cf. http://www.coolwebwindow.com/weblife_column/coolweb/000174.php
しかし、或る条件下では、この横並びが崩れた。
dd要素内にemなど斜体（font-style:italic;）で表示される要素があり、且つその文字列が途中で行の右端に掛かって折り返しされるのがその条件。
下記の例で、横並びにならなくなって、ddがdtの一行下から表示された。
dt {clear:both; float:left; min-width:1em;}
dd {margin-left:1.2em; zoom:1;}
<dl>
<dt><a name="n25" href="#t25">註2</a></dt>
<dd><p>……著者名，<em>折り返される長さの書名</em>，出版社，刊年，pp29-31.</p></dd>
</dl>

zoom:1;を削るか、em {font-style:normal} とすると、floatが効いて横並びに戻った。

571 ：Name_Not_Found：2013/11/25(月) 09:37:02.67 ID:???

>>570
関連
「フロートの左右にある行の端がずれる」
http://pentan.info/stylesheet/bug/winie151.html

572 ：Name_Not_Found：2013/11/28(木) 01:53:22.39 ID:???

よくremを使ったフォントサイズ指定で

html { font-size: 62.5%; }
body { font-size: 1.4rem; }

なんていうのがブログ等で紹介されているけど、
現状バージョンのChromeでフォントサイズの継承かおかしいのか
変更になったのかわからんがフォントサイズがおかしくなってしまう。

ttp://stackoverflow.com/questions/20099844/chrome-not-respecting-rem-font-size-on-body-tag

573 ：Name_Not_Found：2013/12/06(金) 16:08:46.35 ID:???

Safariでテーブルにダッシュのボーダーの要素thやtdに幅いれると隙間あくのバグかな

574 ：Name_Not_Found：2013/12/24(火) 15:00:14.92 ID:???

とりあえずこのスレでいいのかな…ちょっとコレ見て欲しい。
(1<<32)-1は0になるので(1<<30)*4-1で読み替えてもらうとして、
環境によっては49.7日問題が出ない代わりに上限が0x7fffFFFFミリ秒までになる。
0x7fffFFFFミリ秒あれば普通は十分だろうけど、32ビットフルで使えないのはバグな気もする。

JavaScript 3
http://toro.2ch.net/test/read.cgi/tech/1380177260/124
124 名前：デフォルトの名無しさん[sage] 投稿日：2013/12/22(日) 03:38:15.71
ググっても
http://ap.atmarkit.co.jp/bbs/core/fjava/20589
http://ap.atmarkit.co.jp/bbs/core/fdotnet/20546
しか話が出てこないけどさ、JScriptのsetTimeoutって普通に49.7日問題発生するよな？
多分、timeout+starttime<GetTickCount()的な判定なんだと思うけど、
setTimeout("alert(0);",(1<<32)-1);とかだと普通に0秒でタイムアウトしてしまう。

応用すれば対象PCの起動からの時間も49.7日以下なら計測可能という。
例：http://jsbin.com/aBegAMI/2
WindowsXP SP3(32bit)+IE8はコレでシステム起動時間もどきを取れるの確認したけど、他だとどーよ？

575 ：Name_Not_Found：2013/12/30(月) 05:09:11.98 ID:???

WinXP・IE7
縦書きwriting-mode:tb-rl;適用時、font-familyで和文OpenTypeFontを指定すると、字間ピッチが変に詰まる。