Может ли возникнуть ошибка валидации HTML, созданного динамически?

Question

[Павел Китьян]

Вообще, этот вопрос возник в связи с необходимостью пихать наш HTML-код в EPUB3.

Вот у меня, например, XHTML-валидный файл, который можно класть в EPUB-контейнер.
А еще к нему прилагается js-скрипт, который на лету ковыряет DOM. И он может лажать в плане автозакрытия одиночных тегов или использования несуществующих атрибутов.

С одной стороны, валидации HTML-файла это не мешает. С другой стороны, во время исполнения - что может произойти? А какова вообще политика на этот счёт? В рантайме, так сказать, браузеров и движков EPUB-ридеров?

Например, если я не экранирую & в &amp; в XHTML-файле - это ошибка, а если я динамически вставляю & - это тоже ошибка? Или забываю закрывающий тег? Или использую <br> вместо <br />?

Answer 1

[Евгений Петров]

Покажите мне сайт, на котором документ отдаётся с заголовком application/xml+xhtml.
Если заголовок text/html, это значит, что ваши муки с синтаксисом XML абсолютно напрасны.

Это не экранирование, а entities
&
Я могу написать
&
или
&
это тоже entities.
Ошибки парсинга не случится ни при &, на при <, ни при >, но лучше таки писать текст с entites вместо & < > " ' просто потому, что он может использоваться не только на сайте, но и там, где есть XML.

Скрипт, лажающий с закрытием тэгов при вставке строк с помощью innerHTML — это проблема серьёзная, и XML тут не причём. Представьте, что ссылку такой скрипт не закроет. Поэтому генерацию строкового контента с последующим скармливанием парсеру лучше не стоит делать. Для безошибочной вставки есть DOM-методы. Пусть они частенько более медленные, но надёжные.

Comments

[Павел Китьян]

Нет, не нативный innerHTML, а с помощью .html() или .append() jQuery.
Затрудняюсь сказать - там коррекция ошибок вряд ли есть?

И под закрытием тагов я имел ввиду не закрытие самого тага угловой скобкой, а "забывание" добавить закрывающий таг.

Насчёт XML - это не про сайты, а про EPUB-контейнер.

Насчёт HTML-сущностей - ясно, что есть варианты. Дело в том, что XHTML требует &amp; вместо одиночного &
И если в браузере одиночный амперсанд не вызовет ошибку, то в EPUB-читалке - не знаю.

[Евгений Петров]

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

Я не в курсе особенностей работы парсеров ePub — вроде в описании формата нет жёсткого требования к XML синтаксису. С учётом того, как подружили HTML5 и разновидности XML типа SVG, а также ориентации ePub на HTML5, мне кажется, что жёсткого требования и не будет.

Про замену в контенте символов, на которых ломается XML -парсер (даже в свете всеядности HTML-парсера) всё понятно — ты мы единодушны. Лучше заменять, чем не заменять:)

Ну а про модификацию DOM я уже сказал, что как только появляются дополнительные требования, то фтопку innerHTML и здравствуйте, createElementNS().

ПыСы. Я про закрывающий тэг и писал, хотя с точки зрения парсера, отсутствие закрывающей скобки в тэге — ровно такое же отсутствие тэга.

[Павел Китьян]

Вкратце, почему вообще такой вопрос.

Имеем простейший HTML-файл, который несложно привести к XHTML виду, когда будем запихивать его в EPUB.

Имеем разные jQuery-плагины, которые на лету строят DOM и заполняют контентом элементы, превращая таким образом первичный HTML в очень разнообразные макеты. Т.е. jQuery-плагины позволяют нам создать энное количество базовых типов макетов. Например: «текст со скролом и фикисед-позишен картинкой в углу», или «текст с картинкой в разрер полосы» ну и т.п.

Так вот, создание контента для этих "страниц", которые формируются из базовой jQuery-плагинами ведётся в intranet-портале.

И там, не реализован пока ни WYSIWYG-редактор, ни контроль синтаксиса. Только поля для ввода HTML-разметки и визуализатор. Так вот, контент из полей скармиливается jQuery-плагину, а затем iframe с визуализатором перезагружается.
И вот там некоторые ошибки прощаются. По крайней мере Firefox-ом.
(jQuery-плагины оперируют .html() или .append())

А вот что будет когда плагин будет работать в среде движка EPUB-читалки - тут я пока уверенности не имею...
С закрытием тегов еще более менее ясно - нужно строго подходить.
А вот с использованием сущности для одиночного амперсанда, например - не ясно.

Если бы из intranet-портала выходили модифицированные HTML-страницы, в которые прописан контент - тут понятно.
Но оттуда выходит по сути одна и та же HTML-страница. Разница только в jQuery-плагине, которая она вызывает и конфигурации (JSON) полей, которые передаются jQuery-плагину, чтобы он формировал вёрстку на лету...

[Павел Китьян]

Т.е. смысл именно в том, что амперсанд будет вставляться динамически. Значит ли это, что всё равно нужно использовать сущность? Скорее всего да...

[Евгений Петров]

@bookworm для сущностей у нас запасены регулярки:) Я бы начал с конца — выяснил бы насколько серьёзны требования парсеров ePub читалок.

[Павел Китьян]

@Petroveg вот я и пытаюсь :) Но пока тема еще свежая, видимо придётся методом проб и ошибок.

Спасибо!