Еще один вопрос, касающийся html5 dtd / schema

Question

Если нет DTD или схемы для проверки документа H5, как мы должны выполнять проверку документа?Под проверкой документов я имею в виду «как мы должны гарантировать, что наши документы html5 и синтаксически точны, и структурно надежны?»Пожалуйста помоги!Это станет большой проблемой для нашей отрасли, если мы не сможем точно проверить документы HTML5!

Конечно, W3C имеет онлайн-инструмент для проверки отдельных страниц.Но если я создаю МНОГО страниц (скажем, сотни) и хочу проверить их в своего рода пакетном режиме, каков приемлемый метод обеспечения правильной структуры и синтаксиса?Я имею в виду, это кажется довольно элементарным, просто посмотреть на документ и сказать: «Да, это действительный документ XML».А как насчет пользовательских тегов?Как насчет атрибутов тега?Похоже, что W3C немного оставит нас в покое.

Возможно, лучший ответ будет найден в редакторе HTML.Но тогда вы получаете фрагментацию DTD / схемы.Каждый поставщик редакторов придумывает свое собственное представление о том, что такое допустимая структура.

Может быть, ответ «ждать, пока HTML5 станет официальным».Но я действительно не могу этого ждать.Мне нужно начать создавать и проверять контент сейчас.У меня есть приложения, которые я хочу опубликовать, которые можно выполнить только с помощью html5.

Итак, есть мысли?

Answer 1

Если нет DTD или схемы для проверки документа H5, как мы должны выполнять проверку документа?

С помощью специального валидатора HTML5, а не универсального валидатора SGML или XML.

Очевидно, что поскольку спецификация все еще находится в черновом варианте, инструменты, которые существуют, являются незрелыми и могут устареть или устареть.

Конечно, у W3C есть онлайн-инструмент, который проверяет отдельные страницы. Но если я создаю МНОГО страниц (скажем, сотни) и хочу проверить их в своего рода пакетном режиме, каков приемлемый метод обеспечения правильной структуры и синтаксиса?

Либо используйте другой инструмент, либо загрузите валидатор W3C и запустите локальную копию. Он имеет API-интерфейс SOAP, поэтому написание инструмента пакетной проверки не сложно.

А как насчет пользовательских тегов?

HTML5 не допускает пользовательских элементов.

А как насчет атрибутов тега?

Единственными настраиваемыми атрибутами в HTML5 являются атрибуты data- *, поэтому средство проверки HTML 5 может их распознавать.

Похоже, что W3C немного нас покидает.

Похоже, вы ожидаете, что состояние инструментов QA для HTML 5 (незавершенное) будет соответствовать тем же стандартам, что и для HTML 4 (более десяти лет). Это не реалистичное ожидание.

Возможно, лучший ответ будет найден в редакторе HTML. Но тогда вы получаете фрагментацию DTD / схемы. Каждый поставщик редакторов придумывает свое собственное представление о том, что такое действительная структура.

Спецификация ясна (хотя и изменяется), даже если она не выражена в форме DTD или схемы. Если у каждого редактора есть свое представление о том, что действительно, то большинство или все они будут либо устаревшими, либо просто ошибочными.

Может быть, ответ таков: «подождите, пока HTML5 станет официальным». Но я действительно не могу этого ждать. Мне нужно начать создавать и проверять контент сейчас. У меня есть приложения, которые я хочу опубликовать, которые можно выполнить только с помощью html5.

Если вам нужно жить в пределе, вы должны принять ограничения и риски для этого.

Answer 2

Вам может показаться интересным этот вопрос / ответ: Будет ли проверка HTML 5 стоить свеч? .Ответ написан разработчиком http://about.validator.nu/.

Answer 3

Вы должны начать с взгляда на http://about.validator.nu/.

Некоторые, хотя и не все, ваши проблемы решаются там.Вы можете разместить свой собственный валидатор, есть скрипт отправки на основе Python, вы можете использовать API веб-службы RESTFUL и есть способы получить результаты валидации в различных формах.простой способ интеграции XHTML5 с другими приложениями XML, так что можно легко создать валидатор таких составных документов.Не то чтобы на самом деле был способ сделать это с более ранними версиями XHTML.

Answer 4

Если нет DTD или схемы для проверки документа H5, как мы должны выполнять проверку документа? Под проверкой документов я имею в виду «как мы должны гарантировать, что наши документы html5 и синтаксически точны, и структурно надежны?» Пожалуйста помоги! Это станет большой проблемой для нашей отрасли, если мы не сможем точно проверить документы HTML5!

При тестировании страниц с помощью Firefox или Opera, оба из них сообщат об ошибках, таких как код, который не является "правильно сформированным", и несоответствующие теги. Кроме того, один из валидаторов, таких как validator.w3.org или validator.nu, безусловно, поможет.

Конечно, W3C имеет онлайн-инструмент, который проверяет отдельные страницы. Но если я создаю МНОГО страниц (скажем, сотни) и хочу проверить их в своего рода пакетном режиме, каков приемлемый метод обеспечения правильной структуры и синтаксиса? Я имею в виду, это кажется довольно элементарным, просто посмотреть на документ и сказать: «Да, это действительный документ XML».

Существуют способы запуска валидатора W3C в пакетном режиме.

А как насчет пользовательских тегов? Как насчет атрибутов тега? Похоже, что W3C немного нас покидает.

Простой ответ на этот вопрос заключается в том, что «пользовательские теги» просто не считаются действительными. Рабочая группа тщательно рассмотрела вопрос «распределенной расширяемости», особенно в том, что касается «децентрализованного» сторонам создавать свои собственные языки "и" атрибуты расширения "(http: // lists.w3.org/Archives/Public/public-html/2011Feb/0085.html). Существует множество способов расширения HTML (http://www.whatwg.org/specs/web-apps/current-work/multipage/infrastructure.html#extensibility), но добавление пользовательских тегов - это , а не . Один из них: пользовательские данные и атрибуты микроданных должны проверяться в порядке.

Может быть, ответ "ждать, пока HTML5 станет официальным". Но я действительно не могу этого ждать. Мне нужно начать создавать и проверять контент сейчас. У меня есть приложения, которые я хочу опубликовать, которые можно выполнить только с помощью html5.

Поскольку HTML 5 стабилизировался в конце прошлого года (декабрь 2010 г.), IMO нам не нужно ждать, пока он станет официальной «рекомендацией» W3C. Стабилизированная спецификация обеспечивает прочную основу, которую все поставщики браузеров могут реализовать последовательно и для продолжающейся эволюции за пределами HTML 5 спецификации, которая в настоящее время называется «HTML Living Standard» (январь 2011 г. и позднее) , Вот хорошая диаграмма этого на http://www.HTML -5.com / html-version-and-history.html # html-version (прокрутите вниз, чтобы увидеть диаграмму).

Answer 5

Это хорошо работает для меня: https://github.com/hober/html5-el

Чтобы заставить это работать, я переименовал файл по умолчанию /etc/schema/schemas.xml, чтобы убрать его с пути ипусть 'html5-el' будет использоваться nxml-mode.