2009-03-24 10 views
2

サードパーティ(Telerik)のメニューコントロール の下にレンダリングするASP.NETアプリケーションが、メニューが展開されたときに別のコントロール(RadDock)を持っています。IE(Z-インデックスレンダリングの問題)

このアーティファクトは、IE7でのみ発生します。 Safari/FF/Opera/Chromeにはありません。(残しましたか?)

メニューコントロールは他のコントロールよりもレンダリングする必要があります。

Googleにはかなりの額がありますが、まだIE7用に解決するための簡単な解決策はありません。

IEでこの問題を解決する最も簡単な方法は何ですか?

また、このz-indexの問題が(保留中の)IE8で解決されているかどうかは分かりますか?

このQは、ブラウザの戦争を開始するためのものではありません。 関連のコメントがある場合にのみお返事ください。

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

+0

これはTelerikのコントロールに直接関係していない可能性が最も高いです。どのhtml要素が重なっているかを特定できますか? –

+0

私も答えを見たいです。私たちのプロジェクトでは、当社のメニューは、あまりにも内容が重なるが、唯一の私はTabControlの – AlfeG

+0

tvanfossonを使用する場所で右のトラック... 私のマスターページに私を得た:

menu control
私は3人のdivのために同じZインデックスを指定する必要がありましたCSSのメニューコントロールにも使用できます。 FYI – Konrad

答えて

2

これは似ているかどうかわかりませんが、Zインデックスがコンテナの要素には適用されているが、コンテナ自体には適用されていない場合はz-インデックスが子要素に適切に適用されていませんでした。これは、上にされていたはずのメニュー項目の上に現れる背景の境界線として現れました。私はメニュー項目を保持するコンテナに同じz-インデックスを適用することで問題を解決しました。 TelerikのコントロールがCSSをどのように設定するのか分かりませんが、コンテナに割り当てられているクラスに適切なZインデックスとメニュー項目があるかどうかを確認したい場合があります。

+0

修正されました。ありがとう! CSSのメニューコントロールとメニューコントロールのすべての 'parent'要素(3:container/content/side)にZインデックスを明示的に指定する必要がありました。

menu control
ニース1; P – Konrad

0

あなたが言及したサードパーティのコントロールではありませんでしたが、以前のようないくつかの問題がありました。ブラウザーがIEの場合、コントロールのいずれかがそれ自身のz-indexを条件付きで設定するかどうかを確認してください。そうでない場合は、IEが何らかのデフォルトの未知のz-indexにフォールバックしないように、各コントロール(またはそのコンテナ)に特定のZ-インデックスを設定してみてください。

Z-インデックスの変更によって修正されない場合は、実際にはZ-インデックスの問題ではなく、位置決めの問題が発生する可能性があります。ブラウザ間の互換性を確保しようとすると、(私自身の経験から)位置付けの問題はかなり共通しています。