Каковы границы или определения объема разработки HTML5?

StackOverflow https://stackoverflow.com/questions/1659386

Вопрос

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

Является ли HTML с версией 5 интерфейсом приложения, а не просто языком разметки?Если да, то каковы границы и ограничения этой технологии?Если нет, то почему так много тем, не имеющих отношения к обработке разметки, занимают такое внимание в процессе разработки технологии?Когда заканчиваются границы языка разметки и начинаются настройки приложения пользовательского агента?В HTML5 это разделение не кажется очень четким, но как отраслевой стандарт оно должно быть кристально ясным, не так ли?

Это было полезно?

Решение

Вы не первый, кто задается этим вопросом.См. дискуссию между Робом Сейром и редактором HTML5 (хикси): http://blog.mozilla.com/rob-sayre/2008/02/19/bloaty-parts-of-the-whatwg-html5-specification-that-should-be-removed/#comment-7559

Мое понимание таково:существует ряд

  1. широко внедренные, но недостаточно специфицированные или неуказанные старые технологии (например,Возможности "DOM 0", парсинг тегов)
  2. «важные» новые технологии, которые современные производители браузеров хотели бы реализовать с возможностью взаимодействия (например,видео, холст, оффлайн).

Если hixie заинтересованы в них и никакой другой редактор не поддерживает отдельную спецификацию, hixie предпочитает сохранить их в HTML5, «[перефразировано] расплачиваясь за раздутую спецификацию за то, чтобы не тормозить веб-прогресс».

Кстати, если вам нужен авторитетный ответ, вам следует спросить Хикси у самого Хикси или на дискуссионных форумах HTML5.

[edit] нашел дополнительное электронное письмо от Hixie об отделении материала от спецификации HTML5: http://lists.w3.org/Archives/Public/public-html/2008Oct/0127.html

Другие советы

Является ли HTML с версией 5 интерфейсом приложения, а не просто языком разметки?

Да.

Если да, то каковы границы и ограничения этой технологии?

По большей части это добровольное правило не использовать какие-либо важные новые функции.

Когда заканчиваются границы языка разметки и начинаются настройки приложения пользовательского агента?

Это размыто.Является ли эта страница переполнения стека документом или приложением?

В HTML5 это разделение не кажется очень четким, но как отраслевой стандарт оно должно быть кристально ясным, не так ли?

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

Рискуя показаться чрезмерным упрощением:если это указано в спецификации, то это часть стандарта.Чтобы соответствовать требованиям, агент должен будет реализовать указанные части.

Тот факт, что это не «просто язык разметки», не является чем-то новым для HTML 5.Спецификации HTML всегда были чем-то большим, чем просто разметка документа.Насколько я могу судить, усилия по преобразованию HTML в определение, состоящее только из разметки, достигли своего апогея с появлением XHTML.

HTML 5, кажется, является признанием того, что чистая разметка сама по себе на самом деле не позволяет достаточно далеко решить некоторые реальные проблемы, и обновленный стандарт может помочь решить эти проблемы:"Но что должно произойти в этой ситуации?" «Ну что ж, это зависит от агента пользователя, мы не беспокоимся об этом в нашей спецификации разметки». ...Не очень удовлетворительное решение для сети, где качество обслуживания конечных пользователей страдает из-за отсутствия консенсуса именно по таким вопросам.

Это API?возможно, но как язык он все равно будет работать как простая разметка, когда это необходимо (подумайте о неграфических пользовательских агентах).В некоторых случаях он должен работать лучше, чем доступные варианты.

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

Эта статья может показаться вам очень интересной:X/HTML 5 против XHTML 2http://xhtml.com/en/future/x-html-5-versus-xhtml-2/

Поскольку W3C медленно получает обновленную спецификацию, а сеть не только все больше фрагментируется, но и существуют потребности, которые невозможно удовлетворить из-за того, что спецификации очень старые, HTML5 работает над их исправлением, например тег Canvas и встроенное видео/аудио.Это заменяет слишком часто используемые <object> Вместо этого необходимо использовать тег и Flash.

Интернет вышел за рамки простого обслуживания веб-страниц, теперь у нас есть приложения Javascript, так что теперь мы можем иметь больше интерактивности, чем это было возможно раньше, благодаря некоторым изменениям не только в HTML5, но и переходу к более новой версии JavaScript.

Таким образом, HTML5 должен быть чем-то большим, чем просто язык разметки, поскольку веб-приложения вышли за рамки серверов, просто обслуживающих статические страницы, и именно для этого язык разметки был хорош.

В HTML с самого начала существовало противоречие между разметкой и поведением (ср. Зачем нам элемент IMG?).HTML и Интернет уже неразрывно связаны.Спецификации HTML колеблются между технической чистотой и прокладкой коровьих троп.

HTML — это язык разметки, но поведение приложения, реализующего эту спецификацию, ограничено.Для более чистой разметки более подходящими будут XML или SGML.

Насколько я понимаю, вы спрашиваете, почему спецификация не ограничивается частью разметки (x/HTML 5), а вместо этого также определяет поведение пользовательского агента, это правильно?Если да, то я считаю, что это потому, что спецификация намеренно охватывает поведение пользовательского агента.Он определяет, как должно вести себя реализующее приложение, чтобы соответствовать спецификации.

Если бы вы сегодня начинали с нуля, вы бы не остановились на HTML5.Однако мы не начинаем с нуля, и спецификации HTML всегда пытались сбалансировать реальный мир с идеалом.

Вот ссылка, в которой указаны различия между HTML5 и HTML4.Многие атрибуты и теги были удалены из HTML5, поскольку они лучше обрабатываются CSS.Что делать, если программисту легко, если он не освоил CSS?

Возможно, лучший ответ на ваш вопрос: «Что вы пытаетесь сделать?».

Я говорю это потому, что если вы сейчас хотите создать веб-приложение, которое будет работать в современных веб-браузерах (читайте:не IE) с использованием HTML5, то область/границы, которые вас будут интересовать, — это то, что основные современные производители браузеров в настоящее время поддерживают и планируют поддерживать в ближайшее время.

Google Wave сделал это и создал отличный продукт, работающий в разных браузерах (Firefox/Chrome/Safari/Opera).Некоторые базовые арендаторы HTML5, которые уже широко поддерживаются, — это видео/аудио/холст/хранилище/гео.

HTML5 Support

http://radar.oreilly.com/2009/05/google-bets-big-on-html-5.html

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top