Механизм отбора режима Doctype известными браузерами

Документ область применения

Переключение режима, включенное в эту статью, подходит для браузеров на основе Firefox и других баузеры на основе геккона, Safari, Chrome и других браузеров на основе Webkit, Opera, Konqueror, Internet Explorer для Mac, Internet Explorer для Windows и браузеров со встроенным IE. Избегайте упоминания названия двигателя браузера и вместо этого используйте название самого известного браузера двигателя.

Эта статья посвящена механизму отбора шаблонов, а не на записи точного поведения каждого шаблона.

модель

Вот множество различных режимов:

Шаблон с текстом типа контента/HTML

Выбор шаблона текстового/HTML -контента зависит от понюхания Doctype (обнюхивание Doctype, обсуждается позже в этой статье). В IE8 шаблон также зависит от других факторов. Однако по умолчанию в IE8 шаблоны неинтранет-сайтов, которые не предоставляются в черном списке Microsoft, зависят от типа документа.

Это не преувеличение, чтобы подчеркнуть разницу в точном поведении паттернов в каждом браузере, даже если в этой статье проводится единое обсуждение.

Режим причуд

В режиме причуда, чтобы избежать уничтожения страниц, созданных на основе практик, популярных в конце 1990 -х годов, браузеры нарушают современные спецификации веб -формата. Различные браузеры реализуют различные причудливые поведения. В Internet Explorer 6, 7 и 8 причудливый рисунок эффективно заморожен в IE5.5. В других браузерах Quirk Mode представляет собой небольшое количество смещений, которое соответствует стандартному режиму.

Если вы создаете новую веб -страницу, вам следует соблюдать соответствующие спецификации (особенно CSS2.1) и использовать стандартный режим.

Стандартный режим

В стандартном режиме браузер пытается правильно обрабатывать спецификации в указанном браузере, предоставляя стандартные документы в той степени, в которой он стандартизирован.

Различные браузеры следуют за разными этапами, поэтому стандартный режим также не является единственной целью.

HTML5 вызывает этот режим.

Почти стандартный режим

Irefox, Safari, Chrome, Opera (начиная с 7,5) и IE8 также имеют режим, называемый квази-стандартным режимом, который реализует вертикальные размеры табличных ячеек в соответствии с традиционными практиками, а не строго соблюдает спецификацию CSS2. MAC IE5, Windows IE6 и 7, Opera 7.5 Предыдущие версии и Konqueror не требуют квази-стандартного режима, потому что они не строго следуют спецификации CSS2 в своих соответствующих стандартных режимах для достижения вертикальных размеров табличных ячеек. Фактически, их стандартный режим ближе к квази-стандартному режиму Mozilla, чем стандартный режим Mozilla.

HTML5 вызывает этот режим Limited Quirks Mode.

Режим IE7

В IE8 есть режим, который в основном замораживает копию стандартного режима IE7. У других браузеров нет такого шаблона, и этот шаблон не указан HTML5.

Схема с приложением типа содержимого/xhtml+xml (xml pattern)

В Firefox, Safari, Chrome и Opera, приложение/XHTML+XML HTTP -тип (не мета -элемент или Doctype!) Выпустит шаблон XML. В шаблоне XML браузер пытается дать XML документы правильные спецификации в той степени, в которой он находится в браузере.

IE6, 7 и 8 не поддерживают Application/xhtml+XML, а также Mac IE5.

В браузере Nokia S60 на основе WebKit Nokia S60 тип контента приложения/XHTML+XML не может запустить схему XML, потому что фокус в мобильных садах на стенах-это совместимость с нерегулярным содержанием. (Мобильные браузеры в старом стиле не могут использовать реальные анализаторы XML, потому что нестандартный контент был отмечен XML.)

Поскольку Konqueror не полностью протестирован, я не могу точно сказать, что произойдет в этом браузере.

Неутечные режимы

Образцы, которые некоторые двигатели не имеют ничего общего с веб -контентом. Для полноты они упоминаются только здесь. Опера имеет режим WML2.0. Webkit на Leopard имеет определенный режим для унаследованных виджетов приборной панели.

Влияние

Вот основные эффекты этих моделей:

макет

Паттерн текста/HTML в основном влияет на компоновку CSS. Например, это причуда для таблиц, чтобы не наследовать стили. В причудливом режиме некоторых браузеров модель коробки становится моделью ящика IE5.5. В этом документе не перечислены все причуды макета.

Квази-стандартный режим (в браузерах с этим режимом) только ячейки таблиц, содержащие изображения, отличаются по высоким и стандартным режимам.

В схеме XML селекторы имеют разные чувствительные к случаю поведения. Кроме того, уникальные правила для элементов тела HTML не могут быть применены к более старым браузерам, которые не реализуют последние изменения CSS2.1.

Анализ

Есть также некоторые причуды, которые влияют на анализ HTML и CSS и приведут к неправильному анализу веб -страниц, которые соответствуют стандартам. Расположение причуд определяет, включены ли эти причуды. В любом случае, очень важно понимать основные сходства и различия причудливых паттернов и стандартных закономерностей в макете CSS и анализе (не HTML-анализ).

Некоторые люди по ошибке называют стандартным режимом строгого режима синтаксического анализа, который заставляет людей неправильно понимать правила синтаксиса браузера в браузере и оценку браузера правильности тегов. Это не так. Даже когда стандартная компоновка режима вступает в силу, браузер все равно будет делать суп с меткой (Tag Soup, http://en.wikipedia.org/wiki/tag_soup). (До того, как NetScape6 был выпущен в 2000 году, у Mozilla была модели анализа для обеспечения соблюдения правил HTML -синтаксиса. Эти модели были оставлены несовместимыми с существующим веб -контентом.)

Еще одно распространенное заблуждение - это анализ xhtml. Обычно считается, что различные анализы получаются с использованием doctype xhtml. На самом деле, это не так. Тип контента такой же, как и документ анализатора и HTML, используемый в документе XHTML Text/HTML. Сейчас заботятся браузеры, так это то, что XHTML с типом документа Text/HTML - это просто суп с тегом с распущенными (дополнительные черты повсюду).

Только когда используется документ типа документа XML (например: Application/xhtml+XML или Xmapplication/), анализатор будет запускать схему XML для анализа. Парсер в это время полностью отличается от HTML -анализатора.

сценарий

В то время как причудливый рисунок в основном касается CSS, некоторые рассказывают о сценариях. Например, в причудливом шаблоне Firefox атрибут HTML ID устанавливает ссылки на объекты на глобальный сценарий сценария, как в IE. Влияние сценариев в IE8 более достойно внимания, чем другие браузеры.

В схеме XML некоторые API DOM ведут себя совершенно по -разному, потому что поведение DOM API XML не совместимо с поведением HTML при определении.

Обнюхивание Doctype (также называется преобразованием Doctype)

Современные браузеры используют нюхание Doctype, чтобы определить режим двигателя текстовых/HTML документов. Это означает, что выбор схемы основан на объявлении типа документа (или отсутствующим), начиная с документа HTML. (Это не подходит для документов с использованием типа документа XML.)

Объявление типа документа (Doctype) представляет собой синтаксис -подделка SGML. SGML-это структура разметки в старом стиле. HTML до HTML5 определяется на основе него. В спецификации HTML4.01 объявление типа документа описывает информацию о версии HTML. Хотя имя является объявлением типа документа, а спецификация HTML 4.01 описывает информацию о версии, объявления типа документа не применяются для классификации документов SGML или XML как конкретные типы документов, даже если оно выглядит (из -за имени). (Больше контента в приложении)

Ни спецификация HTML4.01, ни ISO 8879 (SGML) что -то не говорит об использовании объявлений типа документа в качестве преобразования режима двигателя. Обнюхивание Doctype основано на наблюдении. Когда разработано понюшение Doctype, большинство причуд не имеют объявлений типа документов или ссылок на старые DTD. HTML5 принимает этот факт и определяет Doctype как единственное преобразование в режиме в Text/HTML.

Типичное объявление типа документа Pre-HTML5 (Pre-HTML5) содержит (разделенную пробелами) <! Doctype String, общий идентификатор для корневого элемента (HTML), общедоступной строки, общего идентификатора DTD в кавычках, возможного идентификатора системы (URL) и символа для того же DTD. Объявление типа документа является до того, как корневой элемент документа запустит этикетку.

Выберите Doctype

Текст/HTML

Вот простое руководство по тому, как выбрать Doctype при создании нового текстового/HTML документа:

Стандартная модель, передовая проверка

<! Doctype html>

Если вы хотите проверить новые функции, такие как <Deage>, <Canvas> и ария, то это правильно. Обратите внимание, что эффективное определение HTML5 все еще меняется, обязательно проверьте выравнивание изображений в Firefox, Safari, Chrome, Opera9 или Opera10. Недостаточно проверить выравнивание изображений в Internet Explorer, убедитесь, что вы также тестировали в IE8 в любом случае.

Стандартный режим, более стабильная цель проверки

<! Doctype html public -// w3c // dtd html 4.01 // en http://www.w3.org/tr/html4/strict.dtd>

Этот Doctype также запустит стандартный режим, а эффективное определение HTML4.01 в течение 10 лет стабильно. Обязательно проверьте выравнивание изображений в Firefox, Safari, Chrome, Opera9 или Opera10. Недостаточно проверить выравнивание изображений в Internet Explorer, убедитесь, что вы также тестировали в IE8 в любом случае.

Чтобы использовать стандартный режим, но все же убедитесь, что маркировки не рекомендуются или используют нарезанные изображения в макетах таблиц и не хотят их исправлять.

<! Doctype html public -// w3c // dtd html 4.01 Transitional // en http://www.w3.org/tr/html4/loose.dtd>

Это запускает квази-стандартный режим (и полный режим стандартов в старомодной мозилле). Обратите внимание, что если позже переносится на HTML5, макет на основе нарезанных изображений, реализованных с помощью таблиц, может быть сломана (а также полная стандартная шаблон).

Чтобы использовать причудливый режим нарочно

Нет документа.

Пожалуйста, не делай этого. Дизайн, намеренно сделанный для режима причудливания, будет беспокоить вас, и в будущем никто не заботится о Windows IE6 (Netscape 4.x и IE5 больше не обеспокоены). Проектирование для причудливых узоров - плохая идея. Поверьте мне.

Если вы все еще хотите поддержать Windows IE6, лучше сделать особые условные комментарии к ним, чем регрессировать другие браузеры в режим Quirk.

Я не рекомендую никаких Doctype xhtml, так как XHTML считается вредным для использования в качестве текста/HTML. В любом случае, если вы решите использовать xhtml Doctype, обратите внимание, что декларация XML вызывает IE6 (но не IE7!)

Приложение/XHTML+XML

Простое руководство по применению/xhtml+XML никогда не использует Doctype. Веб -страницы под этим методом не соответствуют xhmtl1.0, но это не имеет значения. (См. Приложение ниже)

IE8 осложнений

В дополнение к Doctype в дополнение к Doctype в качестве одного из факторов для выбора шаблонов, в дополнение к Doctype, в дополнение к Doctype. (См. Обзоры Яна Хиксона, Дэвида Барона, Дэвида Барона, Роберта О'Каллахана и Маки Стачоуака.)

Существует 4 режима для IE8: IE5.5 Quirk Mode, IE7 Standard Mode, IE8 Qual Standard Mode и стандартный режим IE8. Выбор режима зависит от данных из нескольких аспектов: Doctype, мета -элементы, заголовки HTTP, регулярные данные загрузки из Microsoft, домены LAN, настройки, изготовленные пользователями, настройки, изготовленные пользователями администраторов LAN. (Для других приложений, встроенных в двигатель, шаблон также зависит от встроенного приложения.)

К счастью, IE8, как правило, использует Doctype, нюхание, как и другие браузеры, если произойдет следующее:

• Автор не устанавливает x-ua-совместимый HTTP-заголовок
• Автор не устанавливает совместимую с X-UA Meta Tag
• Microsoft не помещает доменное имя сайта в черный список
• Администратор LAN не помещал сайт в черный список
• Пользователь не нажимает кнопку «Просмотр совместимости» (или иным образом добавляется в конкретный черный список пользователя)
• На этом сайте нет в домене локальной сети
• У пользователя нет возможности отображать все сайты в IE7
• Страница не встроена в страницу совместимого режима через кадр

За исключением двух случаев, касающихся X-UA-совместимого, IE8 выполняет нюхание Doctype, как IE7. IE7 эмуляция (IE7 эмуляция) называется совместимым представлением.

В случае X-UA-совместимого IE8 ведет себя совершенно иначе, чем другие браузеры. Я хотел бы увидеть приложение или блок -схему в форматах PDF и PNG на этой странице.

К сожалению, нет HTTP-заголовка или метага для C-UA-совместимого, и даже с соответствующим Doctype IE8 позволяет пользователям случайно уменьшить страницу из стандартного режима IE8 до режима IE7, который представляет собой имитационный стандартный режим IE7. Хуже того, администраторы LAN могут сделать то же самое. Microsoft также может также в черном списке всех доменных имен, которые вы используете.

Чтобы справиться с этими эффектами, Doctype недостаточно, вам нужен X-UA-совместимый HTTP-заголовок и Meta Tag.

Следующее простое руководство предназначено для новых текстовых/HTML-документов, которые уже имеют стандартный режим Trigge Trigge Doctype или квази-стандартный режим в других браузерах, чтобы выбрать X-UA-совместимый заголовок HTTP или Meta:

Ваш домен не в черном списке Microsoft, и вы больше обеспокоены тем, что не относятся к своему браузеру раздражающему, чем гарантировать, что пользователи не могут вернуться к представлению поведения IE7.

Вам не нужно включать, совместимый с X-UA HTTP-заголовок или метатеги.

Ваш домен находится в черном списке Microsoft, потому что другие авторы в вашем домене уничтожают сайт или заставляют пользователей включать совместимые представления для всего домена, вы обеспокоены тем, что Google или Digg внедят ваш сайт с кадром или вы хотите, чтобы пользователи не могли использовать совместимые представления.

Во-первых, включите мета-элемент, стоящий за вашей страницей (он незаконно в HTML5) <meta http-equiv = x-ua-совместимый содержимое = IE = Edge> (перед любым элементом сценария) или установите заголовок HTTP позади: x-UA-совместимый: IE = Edge

Ваш сайт работает в IE7, но перерывы в IE8

Во -первых, включите мета -элемент на вашей странице (он незаконно в HTML5) (Перед каким-либо элементом сценария) или установите заголовок HTTP позади: X-UA-совместимый: IE = Emulatei7, а затем исправьте свой сайт, не полагаясь на нестандартное поведение IE7 и переносится на IE = Edge.

Связанные ссылки

• Режим Эрика Мейера о MAC IE5, написанный при использовании правильного документа
• Доктип Мозиллы, нюхая Дэвидом Бароном
• Lance Silver обсуждает шаблоны и обнюхивание Doctype в Windows IE6 в улучшении CSS
• Opera9 преобразование документа
• Faruk Ateş's IE8 и X-UA-совместимые решения

Дополнение: запросы на реализаторы XML и стандартные авторы

Пожалуйста, не приносите Doctype, нюхая в XML.

Обнюхивание Doctype-это решить проблему маркированного супа по пособию с использованием супа, подобного супу. Doctype Sniffing - это предварительный подход, разработанный после выпуска спецификаций HTML4 и CSS2, который отличает устаревшие документы от документов, чтобы соответствовать поведению, которые их авторы могут ожидать.

Иногда предлагается использовать Doctype Sniff на XML для планирования различной обработки, определения используемого словаря или для активации функций. Это плохая идея. Планирование и распознавание словарного запаса должны основываться на пространстве имен, в то время как активация функций должна основываться на явных инструкциях или элементах обработки.

Вся идея хорошо сформированной состоит в том, чтобы ввести анализ DTD, который позволяет XML и содействовать документам без документов. В официальных случаях два документа XML имеют одинаковую каноническую форму, и применение обрабатывает их по -разному (и не потому, что нет выбора для обработки внешних объектов), приложение может быть нарушено. На практике, если два документа XML приводят к тому же сообщению о одном и том же контенте (Qnames игнорировать) для процессора контента Sax2, а применение процесса по -разному по -разному, приложение может быть нарушено. Учитывая, что как веб -автор невозможно поверить, что каждый будет анализировать свои страницы, используя XMLProcessors, которые обращаются к дополнительным объектам (даже если некоторые браузеры, похоже, делают это, поскольку они отображают определенные общественные идентификаторы с DTD, который определяет сущность с сокращенным), вставляя доктип в XML для использования в веб -странице является бессмысленным и часто приводит к Cargo -gabits. (Вы по -прежнему используете функцию переопределения DTD Validator W3C для проверки DTD, хотя Validator W3C скажет, что результат является лишь временным. Или, что еще лучше, вы можете использовать расслабляющую проверку NG, что не загрязняет документ, на который ссылается образец.) Очень глупо требовать Dectype для суминия, даже если это то, что это заработанный на практике.

Кроме того, когда спецификация низкого уровня определяет две равные вещи, спецификация высокого уровня не должна пытаться дать им разные значения. Пожалуйста, рассмотрите <! Doctype html public -// w3c // dtd xhtml 1.0 strict // en http://www.w3.org/tr/xhtml1/dtd/xhtml1strict.dtd>. Если публичный идентификатор удален, тот же DTD все еще указан, так что Doctype <! Doctype html System http://www.w3.org/tr/xhtml1/dtd/xhtml1strict.dtd> означает то же самое, что и предыдущий документ. Должны ли они быть по -разному нюхать? Это может быть дальнейшей теорией. Предположим, копировать на пример. Как это понюхать? Это должно иметь то же значение. Даже весь DTD может быть опубликован в документе.

Другими словами, если есть #include foo.h, вы не должны привязывать какую -либо черную магию с именем foo.h, так как это должно разрешать копирование содержимого foo.h в документ или копирование Foo.h в Bar.h и представлять #include bar.h.

Причина, по которой я не беспокоюсь о том, что HTML и SGML построить те же параметры, заключается в том, что веб -браузер не использует реального анализатора SGML для анализа HTML, поэтому я думаю, что это бесполезно маскировать в качестве SGML для обработки. В любом случае, если вы еще не верите, пожалуйста, прочитайте статью У. Элиота Кимбера по этому вопросу comp.text.sgml

Приложение: некоторые методы обработки Doctype в Text/HTML

В следующей таблице причудливый шаблон, стандартный шаблон и квази-критерия представлены как Q, S и A, соответственно. Когда браузер имеет только два режима, стандартный режим помечается как s, если высота строки ячейки таблицы согласуется со стандартной модальной производительности Mozilla, а стандартный режим помечен как A, если высота строки ячейки таблицы согласуется со стандартной производительностью режима Mozilla.

Обратите внимание, что xhtml обслуживание с использованием модели контента XML отображается в режиме XML.

Цель этой таблицы не состоит в том, чтобы все документы в таблице являются разумным выбором для создания новых страниц. Цель этой таблицы - показать, на каких данных основаны мои рекомендации.

Следующие символы аббревиатуры используются для заголовков столбцов:

NS6

Mozilla 0,6… 0,9,4 и Netscape 6.0… 6.2.3

Старый Моз

Mozilla от 0,9,5 до 1,1 Альфа и Мозилла 1.0

Moz & Safari & Opera 10 & HTML5

Mozilla 1.0.1, Mozilla 1.1 Beta, а затем, Firefox to Netscape 7, Safari 0,9 до Safari 4.0 Beta, Opera 10, Chrome, Konqueror 3.5, HTML5.

Опера 9.0

Опера 9.0… 9.20

IE 8 & Opera 9.5

IE8 по умолчанию без x-UA-совместимого и совместимого переопределения режима (в данном случае eD8 Quasi-Standard Mode), Opera 7.5… 8.54 и 9.5… 9.6

IE 7 & Opera 7.10

IE7, совместимый режим и без x-UA-совместимого покрытия (в данном случае MEDIC IE7) и Opera 7.10… 7.23

IE 6 & Opera 7.0

Windows IE 6 и Opera 7.0… 7.03

Mac IE 5

MAC IE 5.0… 5.2.3

Конк 3.2

Konqueror 3.2.2… 3.3 (может также включать 3.1… 3.2.1; я еще не подтвердил)

История

Кодекс понюхания документа Moziila был значительно изменен в октябре 2000 года, сентябрь 2001 года и июнь 2002 года. Штаты, созданные Mozilla (и Netscape 6.x), описанные в этом документе, можно увидеть на ftp.mozilla.org с 2000.10.19. В этом документе не рассматривается, как работает нюхание Doctype в Mozilla M18 (и Netscape 6.0 PR3). Код для нюхания Doctype Safari также был сильно изменен с момента первой публичной бета -версии. Этот документ не включает в себя поведение раньше, чем версия V73, также называемой 0,9.

Код для нюхания Doctype до Konqueror3.5, похоже, поступает из ранней версии Safari. Konqueror теперь соответствует Safari, и его код нюхания Doctype поступает из Mozilla.

Как видно из таблицы, оперный доктип, нюхание доктора оперного, переходит от регулярного IE-подобного к мозилле, хотя Opera9.5 и 9.6 находятся на пути назад. Между тем, поведение макета режима Opera Quirk было переключено с имитации причудливого режима IE6 в режим причуда Mozilla.

Приложение: выбор режима для IE8

Start: Введите M-UA-совместимую мета?

X-UA-совместимая мета?

Т.е. = 7: используйте стандарт IE7

Т.е. = emulatei7: введите Quirk или нет Doctype? (совместимый режим)

IE = IE8 или IE = IE7 или IE = A или IE = Emulatie8 или сценарий не появляется в первую очередь: введите x-UA-совместимый заголовок HTTP?

Т.е. = 8 или т.е.

Т.е. = 5: используйте режим Quirk (т. Е.5)

X-UA-совместимый HTTP-заголовок?

IE = 7: используйте стандартный режим IE7

Т.е. = emulatei7: введите Quirk или нет Doctype? (Режим совместимости)

IE = IE8 или IE = IE7 или IE = A или IE = Emulatei8 или нет: введите для отображения всех сайтов ... предустановлен?

Т.е. = 8 или т.е.

Т.е. = 5: используйте режим Quirk (т. Е.5)

Quirk Mode или нет Doctype? (совместимый режим)

Да: Используйте режим Quirk (т.е.5)

Нет: используйте стандартный режим IE7

Показать все сайты ... пресеты?

Да: введите режим Quirk или нет Doctype? (совместимый режим)

Нет: введите точку локального сайта отображения ... ПРЕДУПРЕДА?

Показать местные баллы сайта ... предустановка?

Да: сайт входа находится в домене локальной сети?

Нет: введите доменное имя в списке, поддерживаемом Microsoft?

Доменные имена находятся в списке, поддерживаемом Microsoft?

Да: введите режим Quirk или нет Doctype? (совместимый режим)

Нет: введите страницу совместимого режима, чтобы встроить кадр?

Встроенный с кадром на странице совместимого режима?

Да: введите режим Quirk или нет Doctype? (совместимый режим)

НЕТ: Введите кнопку «Режим совместимости» нажата?

Кнопка в режиме совместимости была нажата?

Да: введите режим Quirk или нет Doctype? (совместимый режим)

Нет: введите режим Quirk или нет Doctype? (IE8)

Quirk Mode или нет Doctype? (IE8)

Да: введите использование режима Quirk (т. Е.5)

Нет: введите квази-стандартный режим?

Квази-стандартный режим?

Да: Используйте квази-стандартный режим IE8

Нет: используйте стандартный режим IE8

Эти шаги можно увидеть через блок -схемы в форматах PDF и PNG.

Сознавать

Благодаря Саймону Питерсу, Саймону Питерсу и Энн Ван Кестерен за то, что он помог мне исправить таблицы шаблонов и их комментарии для различных оперных версий. Спасибо Саймону Питерсу за создание другой блок -схемы IE8.