Формальный публичный идентификатор

Формальный общедоступный идентификатор ( FPI ) — это короткий фрагмент текста с определенной структурой, который можно использовать для уникальной идентификации продукта, спецификации или документа. FPI были представлены как часть стандартного обобщенного языка разметки (SGML) и служат конкретным целям в форматах, исторически полученных из SGML ( HTML и XML ). Некоторые из их наиболее распространенных применений — это часть объявлений типов документов (DOCTYPE) и определений типов документов (DTD) в SGML, XML и исторически HTML, но они также используются в форматах файлов vCard и iCalendar для идентификации программного продукта, который сгенерировал файл.

В последнее время унифицированные идентификаторы ресурсов (URI) и универсально уникальные идентификаторы для уникальной идентификации объектов обычно используются (UUID). FPI стали устаревшей системой .

Синтаксис

FPI состоит из идентификатора владельца , за которым следует двойная косая черта ( //), за которым следует текстовый идентификатор . Например, идентификатор " -//W3C//DTD HTML 4.01//EN" можно разбить на две части: идентификатор владельца , который указывает на эмитента FPI, и текстовый идентификатор , который указывает на конкретный документ или объект, который идентифицирует FPI. В примере идентификатор владельца — « -//W3C" и текстовый идентификатор " DTD HTML 4.01//EN".

Сам текстовый идентификатор состоит из нескольких составных частей. Последовательность пробелов рассматривается как эквивалент одного пробела.

Идентификатор владельца

Существует три типа идентификатора владельца, отличающиеся первыми тремя символами: ISO для идентификатора владельца ISO , -// для незарегистрированного идентификатора владельца или +// для зарегистрированного идентификатора владельца .

Идентификатор владельца ISO

Идентификатором владельца ISO является либо номер публикации ISO, например ISO 8879:1986, или регистрационный номер ISO-IR , например ISO Registration Number 111 для ISO-IR-111 . Последний тип разрешен только для CHARSET ИФП (см. ниже). В любом случае он отличается тем, что начинается с символов ISOи не требует какого-либо префикса перед этими символами.

Раньше год отделялся от стандартного номера дефисом ( -, например ISO 8879-1986), использование которого теперь устарело . Вместо этого теперь используется дефис для отделения номера детали от стандартного номера; год следует за любым номером детали, если он присутствует, и отделяется двоеточием ( :).

Идентификатор незарегистрированного владельца

Идентификатор незарегистрированного владельца начинается с -//. К владельцам, использующим незарегистрированные идентификаторы, относятся W3C ( -//W3C), Интернета Инженерная группа ( -//IETF), ( Министерство обороны США англ. -//USA-DOD), Европейский Парламент ( -//EP) и другие. Поскольку он не зарегистрирован, его уникальность не гарантируется (другой владелец может выбрать тот же идентификатор владельца), что ослабляет гарантию уникальности FPI в целом, хотя его отличие от всех других FPI по-прежнему гарантировано. одного и того же владельца, а также от всех ИФУ, имеющих зарегистрированных владельцев.

Идентификатор зарегистрированного владельца

Идентификатор зарегистрированного владельца начинается с символов +//. Это относится к зарегистрированному идентификатору, как это предусмотрено стандартом ISO 9070 . Фактически зарегистрированная часть — это префикс зарегистрированного владельца , который следует за +// и при необходимости может сопровождаться одной или несколькими частями, назначенными владельцем, которые могут идентифицировать, например, отделы внутри организации. Если используются дополнительные к зарегистрированному префиксу компоненты имени владельца, они отделяются от префикса :: пара.

Префикс зарегистрированного владельца, соответствующий стандарту ISO 9070, может быть одним из следующих:

• , Префикс авторитетного стандарта ISO идентификатор стандарта ISO или ISO/IEC . Хотя этим ИФУ не обязательно иметь ведущего +// как упоминалось выше, такой префикс иногда используется в ссылках на стандарты ISO в FPI, особенно на те, которые также являются стандартами IEC .
• , Префикс центра регистрации ISO который может быть:
  • Полный префикс органа регистрации (идентификатор стандарта ISO без года, за которым следует /RA без учета регистра)
  • Префикс ISO 2375 (строка ISO Registration Number и пробел, за которым следует ISO-IR. номер хотя, как уже говорилось выше, +// в этом случае можно опустить).
  • ( Префикс ISBN строка ISBN, пробел и ISBN), принятие которого было добавлено в более поздней поправке к ISO 9070.
  • Совсем недавно зарегистрированные доменные имена (после IDN и пробел) также разрешены. Например, владелец example.net может выдавать FPI, используя идентификатор владельца " +//IDN example.net".
• , Префикс органа-члена ISO т.е. идентификатор организации по стандартизации, которая является членом ISO.
• : Префикс авторитета организации, идентифицированный ISO строка ICD за которым, без промежуточного пробела, следует код организации ISO 6523 .

Текстовый идентификатор

Текстовые идентификаторы можно разбить на класс , описание и язык . В примере -//W3C//DTD HTML 4.01//EN, класс " DTD", что указывает на то, что FPI представляет собой определение типа документа; описание имеет вид " HTML 4.01"; и язык " EN", что предполагает, что определение типа документа написано на английском языке (хотя документы, соответствующие DTD, не обязательно должны быть на английском языке). Класс отделяется от описания пробелом; описание отделяется от языка двойной косой чертой. Текстовый идентификатор может дополнительно содержать индикатор версии после языка, также разделенный двойной косой чертой.

Сорт

Текстовый идентификатор следует сразу за // пара после идентификатора владельца и должна начинаться с одного из следующих заглавных слов, за которым следует пробел, определяющий класс открытого текста :

• CAPACITY
• CHARSET
• DOCUMENT
• DTD
• ELEMENTS
• ENTITIES
• LPD
• NONSGML
• NOTATION
• SD
• SHORTREF
• SUBDOC
• SYNTAX
• TEXT

DOCUMENT, SUBDOC и TEXT относятся к документам SGML или фрагментам документов SGML. Те из TEXT предназначены для ссылки с использованием текстового объекта (без ключевого слова типа объекта, т. е. вставленного непосредственно в документ), тогда как классы класса SUBDOC предназначены для ссылки на объект поддокумента (с SUBDOC ключевое слово в объявлении объекта, т.е. интерпретируются с использованием их собственных индивидуальных схем, пространств имен и т. д.). Те из DOCUMENT class не предназначены для ссылки на него как на объект из прилагаемого документа.

CAPACITY и SYNTAX обратитесь к частям объявления SGML. SD (для всей декларации SGML) был добавлен в этот список более поздним расширением, добавленным к стандарту в качестве приложения, которое также определяет определенные расширения, необходимые XML. LPD относится к определению процесса связи SGML (определяющему преобразование из одного формата SGML в другой). ELEMENTS, ENTITIES и SHORTREF относятся к частям определения типа документа (DTD), состоящим из определенных типов объявлений разметки. DTD относится ко всему DTD.

Остальные три относятся к концепциям за пределами SGML: CHARSET относится к кодированному набору символов , NOTATION в такой формат, как формат файла (либо для ссылок на объекты из внешних файлов, либо для интерпретации текстового формата, содержащегося внутри элемента), и NONSGML к активу в формате, отличном от SGML.

Маркер доступности и описание

После пробела после имени текстового класса следует последовательность -// если FPI ссылается на недоступный общедоступный текст — т.е. документ, файл или спецификация, которые недоступны для доступа или покупки широкой публики. Общедоступное текстовое описание следует за этим маркером; для доступного общедоступного текста описание следует сразу после пробела после имени текстового класса. Для публикации ISO описание берется из последнего элемента заголовка публикации, не считая номера детали; в противном случае это может быть любая уникальная строка разрешенных символов. Описание завершается другим // пара.

Последовательность обозначения ISO 2022

Часть FPI, следующая за описанием, зависит от класса текста. Для CHARSET FPI — это публичный текст, обозначающий последовательность , предоставление текстового представления escape-последовательности обозначения ISO/IEC 2022 в обозначении столбца/строки (например, ESC 2/8 4/0); Ожидается, что зарегистрированные escape-символы обозначения будут соответствовать указанному идентификатору владельца ISO, тогда как escape-коды обозначения для частного использования размещаются в пространстве имен по идентификатору владельца FPI. В качестве примера этого типа FPI можно привести FPI. ISO Registration Number 177//CHARSET ISO/IEC 10646-1:1993 UCS-4 with implementation level 3//ESC 2/5 2/15 4/6 используется в HTML 4 объявлении SGML для идентификации Unicode .

Язык

Для всех остальных FPI (т.е. тех, у которых класс не CHARSET), часть, следующая за описанием, представляет собой общедоступный текстовый язык , представляющий собой последовательность заглавных букв, которая настоятельно рекомендуется (но не обязательно) быть кодом ISO 639-1 . Отказ от обязательного использования кода ISO 639-1 позволяет избежать необходимости проверки программного обеспечения для проверки того, является ли язык кодом ISO 639-1, а также обеспечивает расширяемость: например, небольшое количество FPI, используемых на практике, используют коды ISO 639-3 (например, NDS для нижненемецкого языка ) или языковые теги IETF с удаленными дефисами (например, SRLATN для сербского написано на Гаице ) для случаев, когда кодов ISO 639-1 оказывается недостаточно для отличия ресурса от версий на других языках или языковых разновидностях. В соответствии с рекомендациями ISO 9070 и Стивен ДеРоуз Дэвид Дж. Дюран предлагают использовать XX если код ISO 639 не применим.

В спецификации отмечается, что хотя язык ресурса может влиять на определяемые данные и имена, а также на язык любых комментариев исходного кода, этот язык влияет на удобство использования некоторых текстовых классов больше, чем других. Например, язык EN заданный в FPI в объявлении DOCTYPE HTML 4 или XHTML 1, не следует изменять, независимо от языка самой веб-страницы; напротив, таблицы стилей DSSSL для DocBook внутренне используют FPI с разными языками для идентификации наборов сущностей таблицы строк для конкретных локализаций .

Версия отображения объекта

Дополнительно, кроме CHARSET, CAPACITY, NOTATION и SYNTAX FPI, для которых последовательность или язык обозначения должны быть завершающей частью, за кодом языка может следовать другой // пара, за которым следует версия общедоступного текстового отображения , которая указывает конкретную платформу, на которую должна быть нацелена реализация объектов SGML . Например, база ISO 8879:1986//ENTITIES Added Latin 1//EN набор сущностей определяет сущности с именами Latin-1, используя тавтологию. SDATA сущности, пока ISO 8879:1986//ENTITIES Added Latin 1//EN//XML реализует их, используя ссылки на кодовые точки Unicode для использования в XML . Аналогично, общий набор сущностей для HTML 5 и MathML использует FPI -//W3C//ENTITIES HTML MathML Set//EN//XML.

Примеры ИЦП

Примеры ИФП

ИФП	Значение
+//ISBN 0-7923-9432-1::Graphic Notation//NOTATION CompuServe Graphic Interchange Format//EN	GIF ​ ( .gif) формат изображения (эквивалент типа MIME image/gif) — пример владельца ISBN FPI и NOTATION FPI используется как идентификатор формата файла.
+//ISO/IEC 10744//NOTATION Systeme International kilogram//EN	международной системы Базовая единица килограмм .
ISO Registration Number 177//CHARSET ISO/IEC 10646-1:1993 UCS-4 with implementation level 3//ESC 2/5 2/15 4/6	( Набор символов в кодировке Unicode или UCS ), на который ссылаются числовые ссылки на символы в HTML — пример CHARSET ИФП
-//W3C//DTD HTML 4.01 Transitional//EN	Определение типа документа HTML 4.01 Transitional ; соответствует URL-адресу системного идентификатора http://www.w3.org/TR/html4/loose.dtd
-//Facebook//NONSGML Facebook Events V1.0//EN	Facebook Events как генератор файлов iCalendar — пример NONSGML FPI используется для идентификации пакета программного обеспечения.
-//EP//NONSGML PV 20151125 RES-RCV DOC PDF V0//EN	Результаты в Европейском парламенте поименного голосования по поддержке Стратегической рамочной программы ЕС по охране труда и технике безопасности на 2014–2020 годы (A8-0312/2015) — пример NONSGML FPI используется для идентификации документа в формате, отличном от SGML (в данном случае PDF ).
-//W3C//ENTITIES HTML MathML Set//EN//XML	символов Набор HTML 5 и MathML ; соответствует URL-адресу системного идентификатора http://www.w3.org/2003/entities/2007/htmlmathml-f.ent— пример ENTITIES ИФП
+//IDN nwalsh.com//DTD DocBook DSSSL Architecture V1.0//EN	Определение типа документа варианта DocBook 3.1, который может одновременно представлять собой DSSSL. таблицу стилей — пример доменного имени, используемого в качестве владельца FPI.
+//ISBN 3-893-196463::Goosens//NOTATION Der LaTeX Begleiter//DE	Формат LaTeX , используемый для формул в академических работах. — пример FPI, использующего код языка, отличный от EN для ссылки на неанглоязычный справочный материал
-//Norman Walsh//ENTITIES DocBook Stylesheet Localization//EN -//Norman Walsh//ENTITIES DocBook Stylesheet Localization//FR -//Norman Walsh//ENTITIES DocBook Stylesheet Localization//EL	Строковые таблицы на английском, французском и греческом языках, используемые таблицами стилей DSSSL для DocBook , соответственно (например, сущность &Chapter; определяется как "Chapitre" на французском языке и "Chapter" по-английски) — пример использования языкового кода FPI для различения разных локализаций.

Использование в XML, SGML и HTML.

FPI, несомненно, является наименее понятной частью объявления типа документа (DOCTYPE), неотъемлемым компонентом действительных документов HTML , XML и стандартного обобщенного языка разметки (SGML). его программы Влияние формального публичного идентификатора на исходный документ необычно тем, что оно может зависеть не только от его собственной синтаксической правильности и поведения анализирующей , но также от статуса регистрации ISO организации, ответственной за схему, на которую ссылается FPI. .

Публичные идентификаторы и системные идентификаторы в SGML

SGML использует две формы идентификаторов ресурсов: системные идентификаторы уникальны и имеют смысл только внутри конкретной системы, а общедоступные идентификаторы уникальны и значимы в более широкой области. Термин «публичный» здесь не обязательно означает, что ресурс доступен широкой публике — например, он может быть доступен только в пределах одной организации (в этом случае это недоступный общедоступный текст ) — а только то, что он существует. вне контекста конкретной системной среды или документа, в котором на него есть ссылка. FPI — это «формальный» общедоступный идентификатор в том смысле, что он соответствует формальной структуре, установленной стандартом SGML (ISO 8879); общедоступные идентификаторы, которые не соответствуют формальной структуре и, следовательно, не являются FPI, иногда называются «неформальными» общедоступными идентификаторами.

Хотя ограничения формальных (в отличие от неформальных) общедоступных идентификаторов являются необязательной функцией, поскольку спецификация FPI была введена на позднем этапе разработки ISO 8879, настоятельно рекомендуется использовать FPI для общедоступных идентификаторов, поскольку структура FPI гарантирует, что ИФП, назначенные одним владельцем, не конфликтуют с ИФП, назначенными другими владельцами (за исключением случаев незарегистрированных владельцев с конфликтующими именами), в то время как неофициальные публичные идентификаторы не имеют гарантии уникальности, а это означает, что идентификаторы, назначенные одним владельцем, могут конфликтовать с формальными или неофициальными идентификаторами. общедоступные идентификаторы, назначенные другим лицом. Функцию, позволяющую интерпретировать общедоступные идентификаторы с использованием формальной структуры, требующую, чтобы общедоступные идентификаторы были FPI, можно включить в объявлении SGML с помощью FORMAL название функции.

Системные идентификаторы, напротив, не имеют структуры, определенной самим SGML — они могут быть именами файлов, ключами базы данных или даже адресами индексируемого хранилища — но интерпретируются компонентом менеджера объектов системы SGML для определения местоположения объекта.

SGML Внешний идентификатор состоит из ключевого слова PUBLIC за которым следует литерал общедоступного идентификатора и необязательный литерал системного идентификатора или ключевое слово SYSTEM за которым следует необязательный литерал для системного идентификатора. Литералы имеют префикс и суффикс либо буквенного разделителя , либо альтернативного буквенного разделителя . обычно устанавливается в объявлении SGML в двойные и одинарные кавычки ASCII, как они есть в справочном конкретном синтаксисе для SGML, а также в XML. Использование SYSTEM Ключевое слово в определении объекта SGML без следующего системного идентификатора разрешено, если менеджер объекта может разрешить объект только по его имени. Внешние идентификаторы используются в объявлениях типов документов (DOCTYPE), ссылающихся на определения типов документов (DTD). в спецификациях внешнего объекта и объявления обозначений в DTD и в объявлениях типов ссылок, ссылающихся на определения процессов ссылок (LPD).

Развитие XML

Введение URI и отстранение FPI

Внешние идентификаторы в XML более ограничены, чем в общем SGML, при этом изменения смещают акцент с общедоступных идентификаторов, таких как FPI, на стандартизацию формы, которую принимают системные идентификаторы. Системный идентификатор следует рассматривать как (абсолютный или относительный) URI . но не должен содержать идентификатор фрагмента URI (часть, начинающаяся с #). Также обычно требуется системный идентификатор: тот SYSTEM За ключевым словом должен следовать литерал системного идентификатора, а PUBLIC За ключевым словом в синтаксисе общих внешних идентификаторов должны следовать литералы как для общедоступных, так и для системных идентификаторов. Однако в качестве исключения объявления нотации могут использовать общедоступный идентификатор без системного идентификатора.

В отличие от требования, чтобы системный идентификатор был URI (иногда называемый формальным системным идентификатором или FSI), СГМЛ FORMAL функция отключена в XML, поскольку формат общедоступных идентификаторов не определяется XML (т. е. от них явно не требуется, чтобы они были FPI, хотя они могут быть таковыми). Единственные подробности, которые спецификация XML предусматривает в отношении общедоступного идентификатора, заключаются в том, что он может быть указан вместе с системным идентификатором и может использоваться процессором XML вместе с другой информацией для определения альтернативного URI (в противном случае необходимо использовать URI, указанный в системном идентификаторе).

Идентифицирующие строки для пространств имен XML должны быть непустыми URI (например, абсолютный URL-адрес; использование относительных URL-адресов не рекомендуется), хотя они не обязательно должны быть разрешимыми URL-адресами и могут, например, быть URN .

Замена DTD

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

Таким образом, форматы XML реже используют DTD (например, могут использовать FPI для нотаций или внешних объектов), и, следовательно, реже содержат DOCTYPE, ссылающийся на DTD (либо по FPI, либо только по URI — хотя DOCTYPE по-прежнему может использоваться для определений объектов, встроенных в сам XML-файл). Например, большинство версий RSS (за исключением RSS 0.91) не имеют официального DTD. Аналогичным образом, формат DocBook , который первоначально использовал объявление типа документа, идентифицирующее DTD по FPI, переключил определение основной схемы с DTD на RELAX NG в версии 5.0 и в то время перестал использовать объявления типа документа. и Scalable Vector Graphics (SVG) сделали то же самое в версии 1.2.

Поиск и разрешение FPI

системы SGML Если системный идентификатор (например, путь или URL-адрес) не указан для ресурса, идентифицированного общедоступным идентификатором, например FPI, менеджер объектов сгенерирует его со ссылкой на общедоступный идентификатор. Хотя сама спецификация SGML не определяет, как менеджер объектов должен это делать, намерение состояло в том, чтобы использовать таблицу, сопоставляющую общедоступные идентификаторы с системными идентификаторами. Соответственно, был создан формат каталога SGML , содержащий сопоставления общедоступных и системных идентификаторов; файл каталога также может указывать правила для переопределения данного системного идентификатора.

Хотя XML требует использования системных идентификаторов в большем количестве мест, чем сам SGML, каталоги все равно могут потребоваться для переопределения и переопределения данного системного идентификатора: системный идентификатор, который является локальным путем, может быть бесполезен на других машинах, в то время как тот, который сетевой URL-адрес бесполезен, например, если сетевое соединение недоступно. Соответственно, существует альтернативный формат каталога на основе XML для использования программным обеспечением XML, поддерживающий правила замены или перезаписи URI, а также для сопоставления FPI с URI.

Например, запись в каталоге SGML может указывать локальный путь (относительно файла каталога) к копии Scalable Vector Graphics 1.1 DTD и указывать объявление SGML (в данном случае объявление синтаксиса XML), которое процессор SGML должен использовать для этого:

PUBLIC "-//W3C//DTD SVG 1.1//EN" svg11.dtd
DTDDECL "-//W3C//DTD SVG 1.1//EN" /usr/share/xml/declaration/xml.dcl

Схема альтернативного формата каталога XML сама определена в DTD, который сам идентифицируется FPI ( -//OASIS//DTD Entity Resolution XML Catalog V1.0//EN). Он аналогичным образом позволяет отображать сопоставления FPI с путями, хотя, поскольку он предназначен для использования только с XML, он не поддерживает указание альтернативного объявления SGML. хотя существуют расширения для выражения остальной информации, выражаемой в каталоге SGML. Приведенное выше сопоставление DTD FPI представлено следующим образом:

<public publicId="-//W3C//DTD SVG 1.1//EN" uri="svg11.dtd"/>

Использование в HTML

HTML со 2 по 4

1.x на основе XML Версии HTML со 2 по 4 (включая XHTML ) были определены как профили SGML и указаны с помощью объявления SGML и определения типа документа (DTD). Конкретная используемая версия DTD указывалась в объявлении типа документа с использованием FPI, иногда (особенно в более поздних версиях и требуется в XML, как упоминалось выше) в сочетании с URL-адресом файла DTD в качестве системного идентификатора. В отличие от объявления SGML для XML, декларация SGML для HTML позволила FORMAL особенность, это означает, что общедоступные идентификаторы, используемые для HTML DTD и внутри них, должны быть FPI.

Объявление типа документа (для HTML 4.01 Strict). содержащий FPI:

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

FPI в объявлении типа документа выше гласит: -//W3C//DTD HTML 4.01//EN, а URL-адрес указан как системный идентификатор. Строго говоря, FPI был необязательным: также можно было (но редко) определить собственное HTML DTD и опустить FPI; в этом случае включение системного идентификатора без FPI обозначается SYSTEM ключевое слово. Одним из примеров такого пользовательского системного идентификатора без связанного с ним FPI является:

<!DOCTYPE html SYSTEM "http://www.ibm.com/data/dtd/v11/ibmxhtml1-transitional.dtd">

Обнюхивание DOCTYPE

Поскольку они в основном предназначались для использования валидаторами SGML, объявления типов документов изначально игнорировались браузерами. Однако старые веб-страницы были разработаны для правильного отображения в браузерах, использовавшихся на момент их создания, что не обязательно соответствовало спецификациям, например, CSS в способе отображения веб-страниц. Поскольку это означало, что улучшение соответствия стандартам приведет к тому, что браузеры будут неправильно отображать существующие веб-страницы, браузеры использовали объявление типа документа для переключения между «режимами», в которых страница будет отображаться.

«Режим совместимости» сохранил устаревшее поведение более ранних версий браузера, чтобы избежать повреждения существующих страниц — например, версии 6 и 7 Internet Explorer отображали страницу с использованием блочной модели Internet Explorer 5.5. «Стандартный режим» будет более точно соответствовать соответствующим спецификациям. То, что в то время называлось «почти стандартным режимом» и первоначально было реализовано в Firefox и Safari, использовало традиционное поведение при определении высоты ячеек таблицы, содержащих изображения, но в остальном вел себя как стандартный режим; это соответствовало поведению «стандартного режима» Internet Explorer на момент его появления.

Например, DOCTYPE с использованием HTML 4.01 Strict FPI ( -//W3C//DTD HTML 4.01//EN) активирует стандартный режим в Internet Explorer 6, что означает, что он будет использовать модель блока содержимого, а DOCTYPE использует переходный FPI HTML 4.01 ( -//W3C//DTD HTML 4.01 Transitional//EN) активирует режим совместимости, включая использование блочной модели Internet Explorer 5.5 (border-box). Помимо FPI, браузеры будут учитывать наличие или отсутствие системного идентификатора при выборе между режимом совместимости и стандартным режимом. Отсутствие объявления DOCTYPE вообще (или, в Internet Explorer 6, объявление DOCTYPE не является первой строкой в ​​файле) может активировать режим совместимости.

HTML 5

HTML 5 не определяется как профиль SGML, за исключением его представления XHTML. По существу, он не определен с помощью DTD.

Ранние проекты HTML 5 использовали NONSGML-тип ИФП -//WHATWG//NONSGML HTML5//EN в DOCTYPE вместо DTD FPI, поскольку он не активировал режим совместимости Internet Explorer 6. В конечном итоге от этого полностью отказались, и окончательный вариант DOCTYPE HTML 5 не использует FPI. Предпочтительная форма – это просто <!DOCTYPE html> (без публичного и системного идентификатора), хотя системный идентификатор about:legacy-compat (используя о: схема URI ) одобряется.

Представление XML (XHTML), напротив, разрешено, но не обязано содержать какой-либо DOCTYPE, но для схемы HTML 5 не предусмотрено проверяющее DTD. Однако различные FPI для XHTML 1.0, XHTML 1.1 и MathML DTD определяются как указывающие на data: URI (чтобы избежать необходимости доступа к сети), содержащий определения символьных сущностей .

Единственная функция FPI в HTML-представлении HTML 5 (в отличие от XHTML) — запуск устаревших режимов. Стандарт HTML WHATWG определяет список FPI, которые должны запускать режим совместимости. К ним относятся FPI для различных HTML DTD, настроенных поставщиком. Они также включают FPI для DTD различных «уровней» HTML 2.0, а также для HTML 3.0, 3.2 и версий Transitional и Frameset HTML 4.0 и 4.01, за исключением случаев, когда HTML 4.01 (но не HTML 4.0) Переходные FPI и FPI набора кадров сопровождаются системным идентификатором, вместо этого они запускают почти стандартный режим (переименованный в «режим с ограниченными возможностями»). XHTML 1.0 Transitional и FPI Frameset безоговорочно запускают режим ограниченных возможностей. Чаще всего они указываются в виде префиксов, включающих владельца, класс и описание (но соответствующих любой языковой части).

Связь с URI

Для решения задачи уникальной идентификации в спецификациях все чаще используются URI, а не FPI. Например, имена пространств имен XML — это URI.

Было определено пространство имен универсального имени ресурса (URN), позволяющее перезаписывать любой FPI как URI. замена двойных косых черт двоеточиями . Предыдущий пример может быть записан как следующий URI:

urn:publicid:-:W3C:DTD+HTML+4.01:EN