ما هي سهولة الاستخدام وإمكانية قارئ الشاشة أو أي التنمية, وظائف, عبر متصفح المسألة مع iframe?

Question

ما هي سهولة الاستخدام وإمكانية قارئ الشاشة أو أي تطوير أو وظيفة عبر متصفح القضايا مع <iframe>?

هل هناك أي بديل عن <iframe>?

و هل هناك أي جافا سكريبت/مسج أو من جانب الخادم التقنيات التي يمكن أن تقلل من قابلية الاستخدام وسهولة الوصول ، أو قارئ الشاشة القضايا مع <iframe>?

لماذا W3C غير المدرجة <iframe> في XHTML الصارمة ، في حين HTML 5 يدعم <iframe>?

تحديث:

لقد وجدت بعض الأفكار الجيدة هنا أيضا : http://uxexchange.com/questions/1817/iframe-accessibility-and-usability-issues

Answer 1

إمكانية الوصول:

• من الصعب أن انتقل كنت iframe, "الماوس الخاص بك" يجب أن يكون الباحث مجموعة من iframe.صعوبة مع الناس مع حركة desabilities
• المتصفحات للمكفوفين قد لا تتضمن محتوى منك iframe و هؤلاء الناس لا تصل إلى ذلك.

سهولة الاستخدام:

• انها ليست باردة عندما يكون لديك عدة أشرطة التمرير في النافذة الرئيسية و على iframe.انه من الصعب التمرير

قضايا أخرى:

• متصفحات الجوال ربما لن تجعل لك iframe.حتى لو كان بإمكانه ذلك ، فإنه سوف تبدو سيئة وقبيحة.
• محركات البحث سوف يكون لديك صعوبة في فهرسة صفحات موقعك في iframe.ربما أنها سوف تخطي ذلك أو لن تأخذ فهرستها بشكل صحيح
• تحميل iframe سوف يستغرق وقتا أطول من صفحة بنفس المحتوى و لا الإطار

Answer 2

<اقتباس فقرة>   

وماذا W3C غير المدرجة IFRAME في XHTML صارمة

ولأن كان ينظر في الوقت الذي كطفل غير شرعي من العلامة <frame> يلعن على نطاق واسع. في <iframe> مبدأ ديه العديد من نفس الخصائص كما <frame>، ولكن في الواقع يبدو أنها قد تشجع استخدام أكثر لذيذ، وتجنب عموما أسوأ من المشاكل الملاحية وسهولة الاستخدام التي واجهات إطارات عانت.

<اقتباس فقرة>   

وعلى الرغم HTML 5 هو الدعم الإطار من؟

و(أ). لأنه، على عكس <frame>، تحولت <iframe> منذ ذلك الوقت على أنها ضرورية للمستندات مختلطة مثل تلك الاعلانات بما في ذلك، وأنواع عديدة من تطبيقات الويب. لا تزال هناك مشاكل، كما ورد في إجابات أخرى، ولكن عموما ينظر إلى <iframe> كسمة الضرورية التي هو البقاء هنا. هذا ليس صحيحا من <frame>، وهو "ميزة غير مطابقة للمواصفات" في HTML5 (أقرب HTML5 يحصل على أي نوع من "الصارم").

و(ب). لأن واضعي HTML5 لا الكثير من الرعاية حول تشجيع ممارسة جيدة على أي حال. ولكن عن توثيق ما من وكلاء المستخدم يجب القيام به. وقد يقذفون كل ميزة المتقادمة من HTML4 إلى مستوى، جنبا إلى جنب مع الكثير من السلوك متصفح التقليدية، ولكن المراوغة الآخرين بما في ذلك كل نزوة الأخير من كسر الاعراب حساء العلامة. [جانبا: أنا مستمتع كثيرا لرؤية أحدث الحجة التي تجري مناقشتها على قائمتهم يجري كيفية التعامل مع العنصر <isindex> - وهو العنصر الذي حرفيا استخدمت أحد منذ قدمت عناصر النموذج HTML 2.0 انها عفا عليها الزمن في عام 1995]

ونظرا لحجم مذهلة وتعقيد HTML5، انها ليست حقا من المستغرب أنهم لا يريدون مزيدا من الجهد للإعلان أكثر محدودة 'واسطة الصارم "الشخصي. كما يأتي العمل الى نهايته، على الرغم من أنني أحب أن أرى جهدا الصارم أو ما شابه ذلك XHTML5 لخفض يعود بعض من هذه الفوضى. كما هو عليه، وقد اتخذت Hixie والأصحاب لقطة من كل الإختراق سيئة متصفح ان يضع في أجل التوافق اليوم، وجعله شرطا القياسي لجميع المتصفحات في المستقبل المنظور، التغاضي عن فعالية هذه الممارسة السيئة.

Answer 3

إذا كان لديك الإطار من واحد، لن يكون هناك مشكلة صغيرة. ومع ذلك، نوافذ الأطر المدمجة متعددة تزيد من تعقيد المشكلة. نقطة التركيز ليست متاحة بشكل واضح وقارئات الشاشة ليست ذكية بما فيه الكفاية للعثور على العلاقة البصرية (نفس السبب الجداول سيئة للتصميم). ARIA محاولة تبذل لحل بعض قضايا مماثلة. YUI المساعد صلة له مزيد من المعلومات.

ولكن نوافذ الأطر المدمجة لا تجد مكانها في التصميم. في مشروع واحد عملت من قبل، والصفحة تحتوي على اثنين من نوافذ الأطر المدمجة (واحد منهم الخفية) وكانت تستخدم إطار مخفي لتحميل التطبيق صغير المصادقة. هذا لا يضيف أي مشاكل سهولة الوصول إليها محدودة وجهة الانتباه إلى الإطار من واحد والذي يدمج بشكل مستمر مع صفحة