Кто занимается разработкой спецификации html

Спецификация W3C или WHATWG

Есть две спецификации HTML: W3C и WHATWG, какой из них верить? — спрашивают наши зрители Екатерина и Дмитрий. Верьте той, которая больше нравится, но не забывайте сверяться с браузерами. Давайте разберёмся.

Спецификация — это главный источник знаний: как для браузеров, так и для разрабочиков. Браузеры обрабатывают код по спеке, разработчики пишут код по спеке — и у нас всё вместе хорошо работает. Это называется «веб-стандарты», и вы не хотите знать, насколько всё было плохо до их широкого признания.

W3C и WHATWG

W3C — это консорциум всемирной сети, такая некоммерческая организация, в рамках которой разрабатывают технологии, на которых работает веб. WHATWG — это независимая рабочая группа по технологиям гипертекстовых веб-приложений, которую собрали в рамках W3C в середине 2000-х. Собрали не просто так, а по делу.

Когда-то в W3C решили отказаться от спецификации HTML 4 и начать разрабатывать XHTML, более строгую, формальную и, как потом стало ясно — слишком оторванную от реальности. В ответ на это собралась WHATWG, в которую вошли представители браузеров. Благодаря этому появилась спецификация HTML 5 со множеством по-настоящему полезных вещей. От XHTML осталась только привычка закрывать теги и кавычить атрибуты.

После выхода HTML 5 из рук WHATWG, спецификация пошла по формальному пути к рекомендации W3C и достигла её в 2014 году. Но по дороге что-то пошло не так и между WHATWG и W3C возникли разногласия. Из-за этого начали появляться различия между версиями. В 2011 году WHATWG вообще отказалась от нумерации HTML и начала разрабатывать спецификацию как живой стандарт, в духе вечнозелёных браузеров.

В итоге, сейчас у нас есть две спецификации: рекомендация HTML 5.1 по W3C и живой стандарт HTML по WHATWG. И у каждой — свои цели: HTML5 делает снимки реальности, нумерует их и выпускает рекомендации. Это отвечает на вопрос разработчиков: что уже есть в браузерах? WHATWG, напротив, старается опередить реальность, предложить что-то новое и предсказать изменения. Это уже ближе к задачам браузеров.

Так в чём же противоречия?

Например, W3C рекомендует иметь всего один элемент main на странице, приравнивая его к ARIA-роли main. Это помогает скринридерам находить самое главное на странице. WHATWG допускает main в любом структурном элементе, как главную его часть, на манер header и footer .

Из спецификации W3C убрали элемент hgroup , объясняя это отсутствием реализаций в браузерах, слабыми примерами использования и потенциальными проблемами. Вместо него рекомендуют обычный header и параграф для подзаголовка. В версии WHATWG элемент hgroup на месте — раз уж добавили, то чего убирать.

  Заголовок
 Подзаголовок
 
 Текст

Спецификация W3C также приводит расширенные примеры, рекомендации к использованию и развивает семантику элементов. HTML 5 поясняет важность уровней заголовков, рекомендует figcaption вместо атрибута title для картинок, объясняет как использовать alt , осуждает, но разрешает таблицы для раскладки, если есть role=»presentation» и так далее.

Вы наверное уже поняли, что мне версия W3C нравится больше. Прочная связь со спецификациями по доступности, большее количество примеров и недавний переезд на Гитхаб — очень подкупают. По-моему, у WHATWG просто отлично получаются другие спецификации: DOM, Canvas, Fetch, URL и многие другие.

Плохо, что у нас есть две спецификации вместо одной?

Да. Так почему не объединить их в одну? М-м, это вряд ли: слишком уж разные подходы к разработке. Но знаете, всё не так плохо: это просто две площадки для дискуссий со своими правилами, куда приходят представители всех браузеров, комитетов и групп, чтобы так или иначе развивать веб. И вы приходите — всё на Гитхабе.

Какой спецификации верить? Слепо — ни одной, ориентируйтесь на реализации в браузерах и на практическую ценность. Если вы о ней не знаете, не значит, что её нет. Выберите ту спеку, которая больше нравится и обращайтесь к ней почаще — они написаны для вас.

W3C vs. WHATWG HTML5 Specs
HTML Working Draft
HTML Living Standard
WHATWG Specs

«Доктайп» — журнал о фронтенде. Читайте, слушайте и учитесь с нами.

Обзор стандартов W3C по обеспечению доступности веб-контента

Этот волонтерский перевод может быть неточным и отличаться от английского оригинала.

Английская версия обновлена с момента перевода: Журнал изменений.
Английская версия обновлена: 2022-06-29 . Перевод обновлен: 2019-07-12 .

Переводчик: Elena Varkvasova, UNESCO IITE , ИИТО ЮНЕСКО.
WAI благодарит переводчиков и приглашает к участию волонтеров переводы .

Краткая информация

На данной странице представлены рекомендации и стандарты в отношении обеспечения веб-доступности.

Введение

Консорциум Всемирной паутины (W3C) занимается разработкой международных стандартов, таких как: HTML , CSS , и многие другие. Стандарты консорциума W3C называются Рекомендациями ().

Все стандарты W3C проходят проверку на предмет поддержки доступности веб-контента, которая осуществляется Рабочей Группой по Архитектурам Доступных Платформ (APA (на английском)).

Представленные далее стандарты W3C и примечания Рабочей Группы самым непосредственным образом связаны с обеспечением веб-доступности.

Технические требования

Доступные полнофункциональные Интернет-приложения (WAI-ARIA)

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

Комплекс ARIA включает в себя технические требования к API , которые регламентируют реализацию пользовательских программ. Комплекс также содержит в своей структуре модули по компьютерной графике и цифровой полиграфии.

Информация об ARIA:

Обзор WAI-ARIA (на английском), включающий список и описание модулей и API-мэппингов (на английском)
Методики WAI-ARIA для разработки приложений
Стандарт WAI-ARIA 1.1

Аудио- и видеоматериалы

WebVTT: Формат текстовых дорожек видео в сети Интернет представляет собой формат титров, текстовых описаний видеоматериалов и других сопроводительных данных, синхронизируемых с аудио- или видео-контентом.
Язык разметки синхронизированного текста (TTML) предназначен для перекодирования или обмена синхронизированной текстовой информацией между устаревшими форматами контента.

Оценка

Нижеприведённые ресурсы служат основой для разработки методов и способов оценки веб-доступности:

Обзор Проверки на соответствие стандарту доступности (ACT) (на английском) — ACT устанавливает и закрепляет правила проверки веб-контента на соответствие стандартам доступности.
Общие сведения о Языке анализа и отчётности (EARL) (на английском) — EARL представляет собой машиночитаемый формат отображения результатов тестирования.

Дополнительные ресурсы, связанные с процедурой оценивания Оценка веб-доступности (на английском), в частности:

Обзор WCAG-EM: Методология проверки веб-сайта на соответствие стандарту доступности (на английском) — WCAG-EM – это подход, позволяющий установить, насколько сайт соответствует требованиям Руководства по обеспечению доступности веб-контента (WCAG).

Персонализация

Общие сведения о персонализации (на английском) — Персонализация предусматривает адаптацию пользовательского интерфейса в соответствии с потребностями и предпочтениями конкретного пользователя. Разработчики веб-контента могут использовать стандарты персонализации для установки оформления по умолчанию и, тем самым, обеспечивать возможность персонализации с минимальными усилиями со стороны пользователя.

Другие направления деятельности Инициативы по обеспечению доступности W3C WAI

Решения консорциума W3C по обеспечению доступности на мобильных устройствах
Решения W3C по обеспечению когнитивной доступности (на английском)

Дополнительная информация

Полный перечень стандартов W3C по обеспечению доступности веб-контента (“W3C Recommendations”) и примечаний Рабочей Группы
Нормативно-правовая основа обеспечения веб-доступности (на английском) представляет реестр законодательных актов и политических мер, связанных с обеспечением веб-доступности в разных странах мира. Многие из перечисленных регламентирующих документов ссылаются на стандарты W3C.
Почему унификация стандартов является ключевым фактором для обеспечения веб-доступности (на английском)
Ссылки и обращения к рекомендациям и технической документации Инициативы WAI (на английском)
Как Инициатива WAI разрабатывает рекомендации по обеспечению веб-доступности в рамках деятельности консорциума W3C: Основные этапы и возможности содействия (на английском)

Рисунок, отображающий рекомендации для различных компонентов. Подробное описание доступно по ссылке: https://www.w3.org/WAI/intro/components-desc.html#guide

Помогите улучшить эту страницу

Пожалуйста, поделитесь своими идеями, предложениями или комментариями в публичной электронной рассылке wai@w3.org или через GitHub.

Дата: Обновлено 13 марта 2019 года.

Под редакцией: Shawn Lawton Henry.

Разработано при содействии Рабочей Группы по Образованию и Просвещению (EOWG).

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

Какие нормативные документы есть для HTML?

Так как HTML является языком, то, как и у любого языка у HTML есть свой определенный набор правил, по которым он работает. Этот набор правил формируется в нормативных документах о которых мы сейчас с вами и поговорим.

Какие нормативные документы есть для технологии HTML? Самая главная контролирующая организация, которая занимается технологией HTML — это организация w3c (или с английского world wide web consortium), то есть консорциум всемирной паутины.

На этом слайде вы можете видеть ссылку на специальный документ, в котором описаны все теги принципы работы HTML, все основные правила этого языка, которая разработала организация w3c

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

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

Кроме спецификации, которую мы сейчас рассмотрели от организации w3c, есть также сообщество людей которые просто заинтересованы в развитии Интернет.

И они создали как бы аналог этой спецификации немного ее укоротили, по сути ссылка которая приводится на этом слайде, там находится та же спецификация, что и спецификации w3с, но она немного укорочена.

Оттуда убраны какие то рекомендации и лишняя информация, которая нужна в первую очередь для разработчиков браузеров.

Вот так этот документ выглядит изнутри, можете почитать здесь для чего нужен тот или иной элемент и для чего он создавался, но и по сути здесь та же самая информация. Описание тех же самых HTML элементов, для чего они нужны и так далее.

Ну вот, собственно говоря, и вся нормативная документация, которая используется для языка HTML.

Вы можете выбрать то что вам более подходит и пользоваться этим тогда, когда вам это будет нужно. Так как HTML является языком, то, как и у любого языка у HTML есть свой определенный набор правил, по которым он работает. Этот набор правил формируется в нормативных документах о которых мы сейчас с вами и поговорим.

Введение в HTML

HTML — это язык разметки, который представляет простые правила оформления и компактный набор структурных и семантических элементов разметки (тегов). HTML позволяет описывать способ представления логических частей документа (заголовки, абзацы, списки и т.д.) и создавать веб-страницы разной сложности.

Изначально язык HTML (HyperText Markup Language) был задуман и создан как средство структурирования и форматирования документов без привязки к средствам отображения. В идеале, гипертекстовый документ должен одинаково выглядеть на различных устройствах (монитор ПЭВМ, экран ПДА или мобильного телефона, принтер, медиа-проектор и т.п.).

Разработкой спецификаций языка HTML и утверждением их в качестве официальных стандартов занимается Консорциум всемирной паутины (W3C). Помимо W3C, в развитии языка участвуют IT-компании и сообщество разработчиков.

создание интернет сайтов

Официальной спецификации HTML 1.0 не существует. До 1995 года существовало множество неофициальных спецификаций HTML, появившихся в ходе браузерных войн.
RFC 1866 — HTML 2.0, одобренный как официальный стандарт 22 сентября 1995 года;
HTML 3 (март 1996) — не нашла поддержки у разработчиков
HTML 3.2 — 14 января 1997 года;
HTML 4.0 — 18 декабря 1997 года (многие унаследованные элементы были отмечены как устаревшие и нерекомендованные к использованию (англ. deprecated).);
HTML 4.01 — 24 декабря 1999 года (версия включала малозаметные, но существенные изменения по сравнению с предыдущей);
ISO/IEC 15445:2000 (ISO HTML, основан на HTML 4.01 Strict) — 15 мая 2000 года.
HTML 5 — разработан и принят W3C совместно с сообществом WHATWG .

HTML не является языком программирования, но веб-страницы могут содержать встроенные или загружаемые программы на скриптовых языках (в первую очередь Javascript) и программы-апплеты на языке Java.

Элементы гипертекста

Структура HTML-документа

HTML-документ состоит из текста, который представляет собой информационное содержимое и специальных средств языка HTML — тегов разметки, которые определяют структуру и внешний вид документа при его отображении браузером. Структура HTML-документа (рис. 1) довольно проста:

Описание документа начинается с указания его типа (секция DOCTYPE).
Текст документа заключается в тег . Текст документа состоит из заголовка и тела, которые выделяются соответственно тегами и .
- В заголовке () указывают название HTML-документа и другие параметры, которые браузер будет использовать при отображении документа.
- Тело документа () — это та часть, в которую помещается собственно содержимое HTML-документа. Тело включает предназначенный для отображения текст и управляющую разметку документа (теги), которые используются браузером.

Наличие секции DOCTYPE позволяет указать браузеру, какой тип документа ему предстоит разбирать, т.е, какие требования нужно выполнять при обработке гипертекста.

Заголовок предназначен для размещения метаинформации, описывающей веб-документ как таковой.

Блок содержит то, что нужно показать пользователю: текст, изображения, внедренные объекты и пр.

В листинге 1 приведен простой пример html-разметки.

общеутвердительное;
общеотрицательное;
частноутвердительное;
частноотрицательное.

DOCTYPE

Секция DOCTYPE указывает браузеру тип документа и версию использованного языка разметки. Здесь также указывается название и область видимости описания этого языка и адрес файла dtd (document type definition).

Гипертекстовый документ в формате HTML 4.01, содержащий фреймы.
Гипертекстовый документ в формате HTML 4.01 со строгим синтаксисом (т.е. не использованы устаревшие и не рекомендованные теги).
Гипертекстовый документ в формате HTML 4.01 с нестрогим («переходным») синтаксисом (т.е. использованы устаревшие или не рекомендованные теги и атрибуты).
Пока не стандартизованное объявление для документов HTML5.

Стандарт требует, чтобы секция DOCTYPE присутствовала в документе, т.к. это позволяет ускорить и улучшить обработку гипертекста. Это достигается за счет того, что браузер может не делать предположений о том, как интерпретировать теги, а свериться со стандартным определением (файлом .dtd). Подробное описание DOCTYPE — на сайте Консорциума W3C.

Мета-теги

Мета-тег HTML — это элемент разметки html, описывающий свойства документа как такового (метаданные). Назначение мета-тега определяется набором его атрибутов, которые задаются в теге .

Мета-теги размещают в блоке . веб-страницы. Они не являются обязательными элементами, но могут быть весьма полезны.

Пример описания метаданных:

  — автор веб-документа — дата последнего изменения веб-страницы — авторские права — список ключевых слов — краткое описание (реферат) — запрет на индексирование — тип и кодировка — управление кэшированием — перенаправление

Как правило, теги являются парными и состоят из начального и конечного тегов, между которыми и помещается информация. Имя конечного тега совпадает с именем начального, но перед именем конечного тега ставится косая черта / (. ). Конечные теги никогда не содержат атрибутов. Некоторые теги не имеют конечного элемента, например тег . Регистр символов для тегов не имеет значения.

Примеры часто используемых тегов HTML:

. — контейнер гипертекста . — контейнер заголовка документа . — название документа (то, что отображается в заголовке окна браузера) . — контейнер тела документа

— контейнер общего назначения (структурный блок) . — заголовок N-ного уровня (N = 1. 6)

— основной текст . — гиперссылка

. — нумерованный список

. — маркированный список . — элемент списка .

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

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

Примечание: Браузеры обычно лояльно относятся к отсутствию конечных тегов у парных элементов и более-менее правильно отображают парные элементы уровня блока (p, li и т.п.), особенно в простых веб-документах. Тем не менее, рекомендуется следить за наличием закрывающих тегов и использовать их, чтобы избежать ошибок при воспроизведении документа.

Полный список тегов можно найти в документации на соответствующую версию языка HTML (см., например HTML 3.2, HTML 4.01, XHTML 1.1 и др.).

Атрибуты

Атрибуты — это пары вида «свойство = значение», уточняющие представление соответствующего тега:

Атрибуты указывают в начальном теге, несколько атрибутов разделяют одним или несколькими пробелами, табуляцией или символами конца строки. Значение атрибута, если таковое имеется, следует за знаком равенства, стоящим после имени атрибута. Порядок записи атрибутов в теге не важен. Если значение атрибута — одно слово или число, то его можно просто указать после знака равенства, не выделяя дополнительно. Все остальные значения необходимо заключать в кавычки, особенно если они содержат несколько разделенных пробелами слов.

Примечание: Несмотря на необязательность кавычек, их все же стоит всегда использовать.

Атрибуты могут быть обязательными и не обязательными. Необязательные атрибуты могут быть опущены, тогда для тега применяется значение этого атрибута по умолчанию. Если не указан обязательный атрибут, то содержимое тега скорее всего будет отображено неправильно.

Краткий список некоторых часто используемых атрибутов и их возможных значений:

style="описание_стилей" — локальные стили src="http://www.4stud.info/web-programming/%D0%B0%D0%B4%D1%80%D0%B5%D1%81" — адрес (URI) источника данных (например картинки или скрипта) align="left|center|right|justify" — выравнивание, по умолчанию left (по левому краю) width="число" — ширина элемента (в пикселях, пиках, поинтах и др.) height="число" — высота элемента (в пикселях, пиках, поинтах и др.) href="адрес" — гиперссылка, адрес (URI) на который будет выполнен переход name="имя" — имя элемента id="идентификатор" — уникальный (в пределах веб-страницы) идентификатор элемента size="число" — размер элемента class="имя_класса" — имя класса во встроенной или связанной таблице стилей title="строка" — название элемента alt="строка" — альтернативный текст

Гиперссылки

Гиперссылка — это особым образом помеченный фрагмент веб-страницы (текст, изображение и др.), который связан с другим документом. Для указания гиперссылок используется тег . Гиперссылки позволяют перемещаться между связанными веб-страницами.

Пример Скачать файл user@mail.example.com

Переход по ссылкам можно выполнять как на целые документы, так и на специальным образом помеченные (именованные) фрагменты текста:

Привязка к фрагменту текста Ссылка на якорь

Ссылки могут быть абсолютными и относительными.

Абсолютные ссылки указывают, как правило, на внешний ресурс. Для них нужно указывать полный путь:

Абсолютная ссылка Ссылка на страницу в каталоге

Относительные ссылки, напротив, используют для перехода на внутренние страницы сайта. Для них нужно указывать путь относительно ссылающейся страницы:

Ссылка на страницу в корневом каталоге Ссылка на фрагмент страницы в текущем каталоге Ссылка на страницу в подкаталоге текущего каталога Ссылка на страницу в подкаталоге корневого каталога Ссылка на страницу в вышележащем каталоге

Специальные символы

Кроме тегов, в HTML-документах могут присутствовать и специальные символы.

Например, © — знак авторского права. Для отображения специальных символов используется мнемонический или числовой код вида &имя; или &#NNNN;, где NNNN — код символа в Юникоде в десятеричной системе счисления. Например: & (числовой код ©) — амперсанд (&), < — символ «меньше» (<) и > — символ «больше» (>), « — левая типографская кавычка («) и т.д.

Кросс-браузерность

Гипертекстовые документы обрабатываются специальными приложениями, которые читают код разметки и выводят документ в отформатированном виде. Такие приложения, называемые «браузерами» (в терминах спецификации HTML — «пользовательскими агентами», USER-AGENT), обычно предоставляют пользователю удобный интерфейс для запроса веб-страниц, их просмотра (и вывода на иные внешние устройства) и, при необходимости, отправки введённых пользователем данных на сервер. Наиболее популярными на сегодняшний день браузерами являются Internet Explorer, Mozilla Firefox, Apple Safari, Google Chrome и Opera. Наряду с этими существует масса других браузеров, которые используют их системные библиотеки (т.н. «движок») или работают на собственном коде.

Разнообразие браузеров и различия в их функциональности, а также изначальная ориентация HTML на поддержку различных устройств вывода, приводит разработчиков веб-сайтов к необходимости решения вопроса о кросс-браузерности.

Кросс-браузерность — свойство сайта отображаться и работать во всех популярных браузерах идентично. Под идентичностью понимается отсутствие развалов верстки и способность отображать материал с одинаковой степенью читабельности.

Термин «кросс-браузерность» начали использовать во время браузерных войн, начавшихся с серидины 90-х годов XX в. В этом контексте термин относился к сайтам, которые одинаково работают как в Internet Explorer, так и в Netscape Navigator. В то время производители стали внедрять собственные функции для браузеров, что привело к существенным отличиям отображения веб-содержимого и концептуальным различиям в разработке веб-сайтов. В настоящее время ситуация смягчилась (отчасти из-за ухода с рынка Netscape), но не настолько, чтобы можно было говорить о близком окончании браузерных войн.