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%で表示。
漬物は料理において重要なアクセントを提供します。 その酸味が、食事の味わいを引き締め、新たな深みを加える役割を果たします。 例えば、酢漬けの漬物は、独特の酸味と爽やかさで料理全体を軽やかにし、油っぽさを中和します。 これにより、食べ手の口の中をさっぱりとさせるだけでなく、食欲を増進させる効果も期待できます。 また、塩漬けの漬物もまた重要です。 塩の効果で野菜から水分を抜き、旨味を凝縮させることで、料理に深いコクと風味を加えます。 この塩味は料理全体のバランスを整え、食事を豊かにしてくれます。 漬物の酸味が生む料理のアクセントは、料理の種類や季節によっても異なります。 夏にはさっぱりとした酢漬けの漬物が、冬には塩漬けの漬物が特に重宝されます。 季節感や地域の食材と漬物の組み合わせを工夫することで、料理の魅力がさらに引き立ちます。 漬物は単なる付け合わせではなく、食事の一部としてその重要性を増
ブロックレベル要素は左右マージンの値をautoにすることによってセンタリングされる。ところが、テーブルについては、その記述のしかたによってセンタリングされない時がある。 [該当するブラウザ] Macintosh／IE5.0、IE5.1 症状 幅・高さとも50ピクセルで背景色が黒のテーブルをセンタリングさせるために、マージンを「margin: 0 auto」と上下左右まとめて設定してみた（→サンプルページ1）。しかし、各種ブラウザで検証したところ、Macintosh版のIE5.1、5.0ではセンタリングされないことがわかった。 【スタイルシート】 #centering { width: 50px; height: 50px; background-color: #000000; margin: 0 auto; } 【HTML】 <table id="centering"> <tr> <td>
パディング・幅・高さを指定したリストでリストマーカーが壊れる(5.x/6.0) 症状 リスト要素に上パディング、リストアイテム要素にwidthまたはheightプロパティを指定したとき、最初のリストアイテムのリストマーカーが消える。 順序つきリストのリストアイテム要素にwidthまたはheightプロパティを指定したとき、2番目以降のリストアイテムの番号がすべて1番目を表すものになる。 例示 <ul style="padding-top:1px;"> <li style="width:90%;">1番</li> <li style="width:90%;">2番</li> <li style="width:90%;">3番</li> </ul> <ol style="padding-top:1px;"> <li style="width:90%;">1番</li> <li style="w
漬物は料理において重要なアクセントを提供します。 その酸味が、食事の味わいを引き締め、新たな深みを加える役割を果たします。 例えば、酢漬けの漬物は、独特の酸味と爽やかさで料理全体を軽やかにし、油っぽさを中和します。 これにより、食べ手の口の中をさっぱりとさせるだけでなく、食欲を増進させる効果も期待できます。 また、塩漬けの漬物もまた重要です。 塩の効果で野菜から水分を抜き、旨味を凝縮させることで、料理に深いコクと風味を加えます。 この塩味は料理全体のバランスを整え、食事を豊かにしてくれます。 漬物の酸味が生む料理のアクセントは、料理の種類や季節によっても異なります。 夏にはさっぱりとした酢漬けの漬物が、冬には塩漬けの漬物が特に重宝されます。 季節感や地域の食材と漬物の組み合わせを工夫することで、料理の魅力がさらに引き立ちます。 漬物は単なる付け合わせではなく、食事の一部としてその重要性を増
「画像の使用を（略）CSS大会」 に応募した自分の作品を、IE7 で見てみたんですが、なぜか隣接セレクタ （E + F） がまったく適用されていないのに気がつき... 「画像の使用を（略）CSS大会」 に応募した自分の作品を、IE7 で見てみたんですが、なぜか隣接セレクタ （E + F） がまったく適用されていないのに気がつきました。 IE7 は隣接セレクタに対応してるはずなのでおかしいな、なんか自分の書き方がおかしいのかな？なんて思って、手元にある CSS をいじったりしてみたのですがまったく効果なし。何でだろうと思って HTML 文書の方を見て、何気なくソース内のコメントを削除してみたら...... 普通に適用されてる...... orz 該当する HTML ソースは下記の通り。 <div id="navigation"> <h2>Contents</h2> ...中略... </di
font-familyを指定した要素で文字化けする(5.x/6.0) 2003-05-30修正。WinIEバグ034の内容と統合。 2004-02-27修正。WinIEバグ127の内容と統合。 2004-03-03修正。全面的に修正。 症状 font-familyプロパティの指定値が［欧文フォントと総称ファミリ］または［総称ファミリのみ］である要素では、日本語などの2バイト文字が「□」や「・」に化けることがある。実体参照を用いて指定した文字だけで同様の文字化けを起きることもある。 例示 <p style="font-family:'News Gothic MT',sans-serif;">CSSでデザイン</p>
All Microsoft Global Microsoft 365 Teams Copilot Windows Surface Xbox Deals Small Business Support Software Windows Apps AI Outlook OneDrive Microsoft Teams OneNote Microsoft Edge Skype PCs & Devices Computers Shop Xbox Accessories VR & mixed reality Certified Refurbished Trade-in for cash Entertainment Xbox Game Pass Ultimate PC Game Pass Xbox games PC and Windows games Movies & TV Business Micro
ぴのBlog 一貫して一貫性が無いブログ。競馬予想メモ・時々料理‥。 http://pinotan.blog15.fc2.com/ htmlソース上では下方に置いてある検索窓などを、position:absoluteでページ上部に絶対配置する。よく使われる手法だと思うんですが、Win IE（Windows Internet Explorer）ではposition:absoluteを指定した要素が表示されない場合があるみたい（IE6/IE7 beta 2）。IEのバグ？(仕様なのかバグなのかは知りません)例えば下記のような順序で組まれた物。 カラム : float カラム : float 検索窓 : position:absolute フッター : clear:both html上では検索窓がfloatとclearに挟まれている。検索窓はfloatとは無関係に配置出来るはずだが
Macブラウザを意識したJavaScript・スタイルシートの使い方をするために役に立つ（であろう）情報を掲載しています。 | Safari編（9件） | Mac版IE編（20件） | Mac版Firefox編（2件） | Mac版Opera編（3件） | iCab編（1件） | |Mac版ブラウザ全般（7件） | | 文字化け（17件） | JavaScript関連（16件） | CSS関連（6件） | ● SafariとAjax文字化け http://shimax.cocolog-nifty.com/search/2006/11/safariajax_4802.html Safariでは、Ajaxで読み込んだUTF-8のファイル内の「あいうえお」が「ã�‚ã�„ã�†ã�ˆã�Š」のように文字化けします。これはISO-8859-1として解釈されているためです。読み込んだテキストファイル
CSS で行ボックスの高さを指定する line-height 値に、em(length) や %(percentage) などの単位を付けて指定しているサイトを意外と見かける。それは間違いではないし、例えばナビゲーションとかでブロック要素の垂直センターに配置するために意図的に指定しているんであれば良いんだけれど、そうでないなら line-height 値には単位なし (number) で指定した方が良いのにとか思ったりする。その理由は Eric's Archived Thoughts: Unitless line-heights でも分かりやすく説明されているんだけど、ちと劣化コピーしてみる。 単位ありと単位なしの違い 手っ取り早く説明するために、サンプルを作ってみた。p 要素があって、その中にインライン要素の em で一部分を強調している。分かりやすいようにそれぞれの font-size
body要素にletter-spacingを入れる際の注意点が分かったので、自分の備忘録としても書いておきます。 今までは、 /*\*/ letter-spacing: 0.1em; /**/というふうにbody要素に書いており、MacIEの「letter-spacingを指定した要素内の表示が崩れる」というバグをホーリーハックで防いでいました。 基本的にはこれさえ守っておけば、うまく表示されるはずなのですが、最近作ったブログではコードによっては、うまく表示されませんでした。改行しているはずの箇所が、全く改行されていない。それもWinIE6のみ。てっきり、MacIEさえ気をつけておけばOKというわけではなくて、WinIEにも配慮しなければならないよう。 では、何が問題だったのかと言いますと、br要素による改行なんですね。WinIEには「letter-spacingを指定した要素内で連続した
まず、XHTML1.0 Strictで以下のようなページを作成します。 <?xml version="1.0" encoding="utf-8" ?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="ja" lang="ja"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>html,body要素の考察</title> </head> <body> <h1>html,body要素の考察</h1>
Webサイトを制作していてたまに指摘されるのが、半角文字を連続して入力したときにレイアウトが崩れるという問題。 これはブラウザがデフォルトでは英単語を単語の途中で改行しないから起きるんだけど、そんなめちゃくちゃ長い単語が入る場合があるんですか？と言いたくもなります。 ただ、ありえるのはURLとかe-mail。 これがサイドの狭いエリアに入ってくる場合。 IEの場合のみCSSで対応できるのでメモしときます。 IEでは、下記のスタイルと組み込むことで対応可能。 word-break: mode (e5) 行末の単語禁則処理を、normal（既定値：英文のみ単語の切れ目で改行）、break-all（英文、和文共に単語の途中でも改行）、keep-all（英文、和文共に単語の切れ目で改行）のいずれかで指定します。 (とほほのスタイルシート入門より) Firefoxはこれに対応していないため、制
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
