Я считал преобразование моих текущих документов HTML5 полиглоту HTML5. Я полагаю это, даже если ими только когда-либо служат text/html
, дополнительные проверки записи его XML помогли бы сохранить мои привычки кодирования опрятными и допустимыми.
Действительно ли там что-нибудь является особенно волнующим в HTML5-единственном пространстве, которое сделало бы это неблагоразумным выбором?
Во-вторых, спецификации являются немного туманными о том, как проверить многоязычный документ. Я предполагаю, что основы:
Но есть ли какие-либо другие правила, которые я пропускаю?
В-третьих, наблюдение, поскольку это - полиглот, делает любой знает любые протесты к обслуживанию его как application/xhtml+xml
к поддержке браузеров и text/html
к неподдержке?
Править: После маленького бита экспериментирования я нашел это объектами как
перерыв в XHTML5 (никакой DTD). Это синтаксический анализатор XML является чем-то вроде обоюдоострого меча, я предполагаю, что уже ответил на свой третий вопрос.
Работа над определением того, как создавать многоязычные документы HTML5, в настоящее время продолжается, но см. http://dev.w3.org/html5/html-xhtml-author-guide/html-xhtml-authoring-guide .html для раннего черновика. Это, безусловно, возможно, но для этого требуется хорошая дисциплина кодирования, и вам нужно будет решить, стоит ли это усилий. Хотя я создаю многоязычные документы HTML4.01 / XHTML1.0, я создаю их с помощью цепочки инструментов XML, которая гарантирует правильную формулировку XML и имеет специализированный код для обеспечения совместимости с непустыми элементами HTML и допустимыми символами XML. Прямое ручное кодирование было бы очень трудным.
Одной из известных текущих проблем в HTML5 является атрибут srcdoc в элементе iframe. Поскольку значение атрибута содержит разметку, некоторые символы необходимо экранировать. Черновик спецификации HTML5 описывает, как это сделать для сериализации HTML, но не (в последний раз, когда я смотрел), как это сделать в сериализации XHTML.
Учитывая, что документация W3C о различиях между HTML и XHTML даже не закончена, вероятно, не стоит тратить время на попытки заниматься полиглотом. Во всяком случае, пока нет ... подождите еще пару лет.
В любом случае, только в очень узких обстоятельствах, когда вы активно планируете анализировать свой HTML как XML для какой-то конкретной цели, вы должны потратить дополнительное время на совместимость с XML. Нет никаких преимуществ делать это исключительно для использования веб-браузерами - только недостатки.
Звучит очень сложно. Одним из недостатков XHTML было то, что невозможно было успешно балансировать между конкурирующими требованиями XML и устаревшего HTML.
Я думаю, что если вы напишете HTML5 и успешно проверите его, у вас будет такой аккуратный и достоверный документ, который понадобится любому.