صفحة ASP الكلاسيكية تلقائيا ضبط وضع القرآن القيمة الافتراضية في IE 8

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

سؤال

أثناء عرض HTML IE 8 تعيين وضع المستند الافتراضي كمعايير IE8 كما يجب أن يدخل وضع Quirks على صفحة ASP.
حتى لو كنت تستخدم <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> لا يساعد حقا.
ماذا علي أن أفعل؟

هل كانت مفيدة؟

المحلول 2

الشيء الوحيد الذي يعمل بالفعل هو <meta http-equiv="X-UA-Compatible" content="IE=8"/>, ، سوف تتجاهل المتصفحات الأخرى ولكني سيضطر في وضع IE-8 إلا إذا كنت قد فعلت شيئا غبي حقا مثل وضع شيء قبل HTML.

نصائح أخرى

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

راجع للشغل، كيف تعرف أنها تحدث بالفعل في كيركسبلود؟

ماذا يحدث إذا كنت تستخدم DTD أقوى مثل هذا: -

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">

هل لا يزال يبقى في كيركسبلود؟

أنت لا ترتبط بالتوافق IE7 مع Quirksmode هل أنت؟

كان لدى IE7 عددا من الأخطاء في كيفية تقديم وضع معايير HTML، وربما ما يراه هو التوافق IE7 بدلا من ذلك.

استخدم FIDLLER لفحص الرؤوس التي يتم إرسالها باستخدام المحتوى. هل هناك رأس مثل هذا: -

X-UA متوافق: IE = Emulateie7

في الاستجابة؟

هل زر التوافق موجودا بجانب العنوان في Brower UI؟

أنا أكتب المعايير القائمة الكلاسيكية ASP طوال الوقت. الأشياء التي يجب التحقق منها هي رؤوس HTTP الخاصة بك. تأكد من عدم إدراج شيء ما في رأس HTTP الخاص بك لاستخدامه لاستخدام وضع Quirks. قد تحقق مربع IIS الخاص بك للتأكد من عدم إرسال شيء في قسم "رؤوس HTTP المخصصة" في IIS. أيضا، تحقق من أن doctype الخاص بك صحيح بالفعل. أخيرا، تأكد من عدم وجود أي علامات التعريف الخاصة الخاصة التي يمكن أن تغير وضع التقديم. فقط لأن ASP الكلاسيكي قديم لا يعني أن المتصفح سيعرضه أي مختلفا عن أي صفحة HTML الأخرى. بصراحة لا يهتم المتصفح حقا ما هو التمديد. إذا كان بمثابة نوع MIME HTML، فسيتم تقديمه على هذا النحو.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top