何を使い、アクセシビリティ、画面リーダーやその他の開発、機能性、クロスブラウザの問題iframe?

StackOverflow https://stackoverflow.com/questions/2258379

質問

どのユーザビリティ、アクセシビリティ、画面リーダー、またはその他の開発、機能性、またはクロスブラウザの問題 <iframe>?

が代替 <iframe>?

とはありまJavaScript/jQueryまたはサーバサイド技術を低減することができる使い勝手、アクセシビリティ、スクリーン-リーダーの問題 <iframe>?

なぜ、W3Cが含まれません <iframe> XHTMLで厳しいながら HTML5 対応 <iframe>?

更新:

またいくつかの良い思いがここにも http://uxexchange.com/questions/1817/iframe-accessibility-and-usability-issues

役に立ちましたか?

解決

アクセス:

  • すくスクロールすiframe、マウスが必要intの範囲をiframe.難しいこともあるのではないでし人の移動desabilities
  • ブラウザでは盲目の人々のためには含んでいない場合があり、コンテンツからiframeや人たちに届かないます。

ユーザビリティ

  • している場合複数の スクロールバー、メインウィンドウ、 のiframe.のは困難なので スクロール

その他の問題:

  • モバイルブラウザかの描画すiframe.でも描画まで、醜い.
  • 検索エンジンにおいて時間割ページにはiframe.それをスキップではな物価連動を適切に
  • ロードiframeおいて長時間を要するだけでなくよりもページと同じコンテンツおよびフレームなし

他のヒント

なぜ、W3CなIframe内のXHTMLの厳しい

がをした時のみとして、荒目の子広くreviled <frame> タグです。原則として <iframe> 多くのと同様の性質を <frame>, で、実際にはその奨励によってより趣のある利用、一般的に回避し、最悪の航行およびユーザビリティ上の問題点とフレームセット界面を下げてしまったのです。

なHTML5はIframe対応し?

(a)とは異なり、 <frame>, <iframe> て出不可欠な要素であると考える混書類などを含む広告には多くの種類のサポートも組み込まれています。まだまだ問題がどのようにその他の回答については一般に <iframe> していること、これに必要な機能はこちられました。このちょっと違うんでの <frame>, である"不適合"の機能HTML5(最寄りのHTML5がどのような厳しい').

(b).ので、HTML5ないよう気を促すとにかく良い練習;で記録どんなユーザエージェントなければいけないそれゆ陳腐化の特徴HTML4の基準は、他の多くの伝統が危ブラウザの行動を含む全ゴブタスープの解析.[外なく面白がらせの最新の論議をリスト方法 <isindex> 要素の取り扱いにあたって—このように文字通り誰も使用でHTML2.0のフォーム要素で廃止1995年までさかのぼります。]

さらに驚異的な大きさと複雑さをHTML5では本当に驚きがいになってしまうのをディスカッションの宣言では、限られた厳しいモード"。としての仕事が終わったプログラムを手がかりに、XHTML5厳しいまたは類似のためのトリムであること。としてのHixie、chumsてのスナップショット毎にバhackブラウザに対応今日し、標準の要件すべてのブラウザでは、今後さらに効果的に今後の事を考えれば、何の悪いです。

またシングルIframe、あるいは少し問題です。しかし、複数のiframes化合物の問題です。点に焦点がはっきりしませんのスクリーンリーダーがない知的な映像の相関(同じ理由でテーブルが悪い))となります。 ARIA るようになるかに解決するもの。 ゆいプラグイン リンクがあります。

しかしiframesいぐにデザイン。一つのプロジェクト共に前のページに含まれる二iframes(隠しの隠れたフレームに使用されたダウンロード認証アプレット.これは当てはまりません追加アクセス災禍としての点でも注目は単一のiframeをseemlessly合併し、ページ

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top