2012-02-29 12 views
1

私は、テキストエリアと余白のxブラウザの互換性(ChromeとFF)に小さな問題があります。問題のクロスブラウザのマージンに矛盾がありますか?

ページはこちらです:http://www.mylesgray.com/contact/

あなたが見ることができるように "メッセージ" の下textareaがChromeでよりFFが異なる:

FF 11:

Firefox

Chrome 17:

Chrome

両方のChromeラインの下端と右端を完全に見ているかどうかはわかりますが、FFは両方向でさらに見えるため、FirebugまたはChrome Dev Toolsのいずれの理由でもうまく動作しません。

エスプレッソはChromeと同じように表示されるため、ウェブキットとゲッコの問題のようです。

上記のCSSは次のとおりです。

.wpcf7-message { 
    float: left; 
    width: 26em; 
    height: 12.3em; 
    margin: 0; 
} 

.wpcf7-message textarea { 
    resize: none; 
    padding: 1em; 
    width: 100%; 
    height: 100%; 
    margin-top: 1.1em; 
    border: none; 
    -moz-border-radius: 0.5em; 
    -webkit-border-radius: 0.5em; 
    border-radius: 0.5em; 
} 

すべてのヘルプははるかに高く評価します!

マイルズ

+0

テキストボックスでボックスサイズ:境界線ボックスを試すことができます。私はそれが動作するかどうかは分かりませんが、試してみる価値があります。 – Bojangles

+0

私の推測では、どこにでも使用している 'em'ユニットだと思います。 Webkitは、テキストをゲッケーと少し違った形でレンダリングします(同じテキストは両方のブラウザで異なる幅になります)。テストとして、すべてのパディング、マージン、および幅を絶対値に設定し、不一致がまだ存在するかどうかを確認します。 – Pat

+0

とにかく関係性がありますか?私はそれを試してみましたが、それは完璧に動作しましたが、emとpxのようなミキシングユニットでは、pxのような絶対値を使用すると、どうにか汚れてしまいます。 emでこれを達成する方法はありますか? - 私は推測していない? –

答えて

1

幅、マージン、およびパディングのためにどこでも使用しているユニットは、おそらくemです。 emユニットはフォントサイズに基づいており、webkitはgeckoとは少し異なるフォントをレンダリングします(webkitとgeckoの同じテキストは異なる幅になります)。

テストでは、CSSの幅、余白および余白を絶対値pxに変更し、不一致が修正されているかどうかを確認してください。

-1

私は、これは、それはIEの固定ファイルが付属している

<!--[if lt IE 8]> 
<link rel="stylesheet" href="../../blueprint/ie.css" type="text/css" media="screen, projection"> 
<![endif]--> 
<!--[if lt IE 9]> 
    <script src="http://html5shiv.googlecode.com/svn/trunk/html5.js"></script> 
<![endif]--> 
をあなたにクロスブラウザの問題のこれらの種類を助け、多くの時間

が保存されます、

使用blueprint css frameworkを言うだろう

+0

すでにEric MayerのCSSリセットを使用しています。フレームワークは必要ありません。しかし、ありがとう。 –

関連する問題