Html lang en

RFC 3066 содержит сведения о допустимых значениях (выделение и ссылки добавлены):

Все двухбуквенные subtags интерпретируются как коды ISO 3166 alpha-2 от [ISO 3166], или впоследствии присвоенный службой ISO 3166 агентства или руководящих органов по стандартизации, обозначая область, в которую этот языковой вариант относится.

Я интерпретирую это как значение любого действительного (согласно ISO 3166) 2-буквенный код действителен как subtag. В RFC говорится:

Тэги со вторыми субтагами от 3 до 8 букв могут быть зарегистрированы с помощью IANA, согласно правилам главы 5 настоящего документа.

Кстати, это выглядит как опечатка, поскольку глава 3, похоже, относится к процессу регистрации, а не к главе 5.

Быстрый поиск реестра IANA показывает очень длинный список всех доступных языковых subtags. Вот один пример из списка (который будет использоваться как en-scouse
):

Тип: вариант

Subtag: scouse

Описание: Scouse

Добавлено: 2006-09-18

Префикс: ru

Комментарии: Английский Ливерпульский диалект, известный как «Scouse»

Доступны всевозможные subtags; быстрый свиток уже показал fr-1694acad (французский 17-й век).


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

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

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

qaru.site


html5_tumblr.jpg

Сегодня я покажу основные моменты, которые стоит знать при работе с HTML5, и мы с вами сверстаем базовый HTML5-шаблон.

400x3001.png

Начнём работу. Первое, что стоит прописать в новом документе — это DOCTYPE:

<! doctype html>

Сразу же бросаются в глаза длина написания и маленькие буквы. Так теперь можно. От регистра вообще ничего не зависит. В прежнем формате это выглядело примерно так:

<! DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

Чувствуете разницу?

Идём дальше — меняем обозначение кодировки с вот такого

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

на такое:

<meta charset=utf-8>

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


Определяем язык, пишем вместо

<html lang="ru" dir="ltr" class="client-nojs" xmlns="http://www.w3.org/1999/xhtml">

это:

<html lang=ru>

Упростились также и ссылки на стили — атрибут type исчез, теперь это выглядит так

<link rel="stylesheet" href="style.css" />

Вместо прежнего

<link rel="stylesheet" href="style.css" type="text/css" /> 

Не нужно добавлять атрибут type для элементов <script> и <style>. Если, конечно rel не однозначный, например, на rel=alternate.

Прежде чем перейти к контенту, стоит остановиться ещё на 1-м моменте. Это хак под IE. Explorer не понимает новых тегов, так что стоит прописать скрипт для фиксации:

<!--[if IE]> <script src="http://html5shiv.googlecode.com/svn/trunk/html5.js"></script> <![endif]-->

Еще необходимо сделать новые элементы блочными (это уже в css-файле):

aside, nav, footer, header, section { display: block }

Тут вроде всё разобрали, двигаемся дальше. Рассмотрим конструкцию, например, блога, в HTML4 и HTML5, а дальше я поясню различия


HTML4

 <! DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html lang="ru" dir="ltr" class="client-nojs" xmlns="http://www.w3.org/1999/xhtml"> <head></head> <body> <div id="header"> Шапка <div id="navigation">Навигация</div> </div> <div id="content"> <div id="post">Пост</div> <div id="sidebar">Боковая колонка</div> </div> <div id="footer">Подвал</div> </body> </html> 

И теперь взглянем по-новому:

naikom.ru

RFC 3066  дает сведения о допустимых значениях (акцент и ссылки добавлены):

Все двухбуквенные subtags интерпретируются как Международные коды ISO 3166 alpha-2   из [ISO 3166] , или впоследствии назначается обслуживанием по стандарту ISO 3166   агентства или руководящих органов по стандартизации, обозначая область, в которую   этот языковой вариант.

Я интерпретирую это как значение любого действительного (в соответствии с ISO 3166) 2-буквенный код действителен как subtag. Далее RFC заявляет:

Теги со вторыми субтагами от 3 до 8 букв могут быть зарегистрированы с помощью   IANA, согласно правилам главы 5 настоящего документа.


Кстати, это похоже на опечатку, поскольку глава 3, похоже, относится к процессу регистрации, а не к главе 5.

Быстрый поиск реестра IANA показывает очень  длинный перечень , из всех доступных языковых subtags. Вот один пример из списка (который будет использоваться как en-scouse):

Тип: вариант

Subtag: scouse

Описание: Scouse

Добавлено: 2006-09-18

Префикс: ru

Комментарии: Английский Ливерпульский диалект, известный как «Scouse»

Есть все виды  доступных субтатов; быстрый свиток уже показал fr-1694acad (Французский 17-й век).


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

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


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

programmerz.ru

RFC 3066 gives the details of the allowed values (emphasis and links added):

All 2-letter subtags are interpreted as ISO 3166 alpha-2 country codes from [ISO 3166], or subsequently assigned by the ISO 3166 maintenance agency or governing standardization bodies, denoting the area to which this language variant relates.

I interpret that as meaning any valid (according to ISO 3166) 2-letter code is valid as a subtag. The RFC goes on to state:

Tags with second subtags of 3 to 8 letters may be registered with IANA, according to the rules in chapter 5 of this document.

By the way, that looks like a typo, since chapter 3 seems to relate to the the registration process, not chapter 5.

A quick search for the IANA registry reveals a very long list, of all the available language subtags. Here’s one example from the list (which would be used as en-scouse
):

Type: variant

Subtag: scouse

Description: Scouse

Added: 2006-09-18

Prefix: en

Comments: English Liverpudlian dialect known as ‘Scouse’

There are all sorts of subtags available; a quick scroll has already revealed fr-1694acad (17th century French).


The usefulness of some of these (I would say the vast majority of these) tags, when it comes to documents designed for display in the browser, is limited. The W3C Internationalization specification simply states:

Browsers and other applications can use information about the language of content to deliver to users the most appropriate information, or to present information to users in the most appropriate way. The more content is tagged and tagged correctly, the more useful and pervasive such applications will become.

I’m struggling to find detailed information on how browsers behave when encountering different language tags, but they are most likely going to offer some benefit to those users who use a screen reader, which can use the tag to determine the language/dialect/accent in which to present the content.

stackoverflow.com

Синтаксис

Описание

Глобальный атрибут / параметр lang
(от англ. «language» ‒ «язык») задаёт базовый язык содержимого элемента и текстовых значений атрибутов элемента. В качестве задаваемого значения должно выступать значение допустимое BCP 47 документом. В случае если полученное значение является нестандартной меткой языка, то оно должно рассматриваться браузером как неизвестный язык, имеющий данную метку.

Так же предусмотрено указание через тире («-») субверсии языка (версия языка: «en-us», «zh-gan»; набор символов для написания: «sr-Latn» ‒ сербский-латиница).

Данный параметр может выполнять следующие функции:

  • Оказание помощи поисковым системам;
  • Оказание помощи синтезаторам речи (выбор соответствующего произношения);
  • Помощь web-браузеру в выборе вариантов символов для высококачественной полиграфии (выбор соответствующих шрифтов, набора кавычек);
  • Помощь web-браузеру в принятии решений о переносах, лигатурах, и интервалах;
  • Помощь web-браузеру в выборе соответствующих пользовательских интерфейсов управления формой (выбор даты);
  • Содействие в проверке орфографии и грамматики (выбор соответствующего словаря).

Примечание

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


Поддержка браузерами



Спецификация


Значения


programmerbook.ru

Привет Хабр!

image Изначально хотел назвать статью «HTML по ГОСТ`у», но потом выяснилось что у большинства программистов не было предмета «Метрология и стандартизация» и о «стандартизации», «сертификации», «унификации» не все слышали.

В i-Free я много занимаюсь разработкой веб-приложений. А поскольку их много, они разные и работают в разных условиях, то само собой приходится задумываться о стандартизации. Есть такой проект «Пуленепробиваемый HTML5» (http://html5boilerplate.com/), в котором разработчики решили создать идеальный шаблон странички. Он мне очень нравился, и все свои проекты я начинал именно с него. Но, исправляя баг за багом, делая все новые и новые приложения, я пришел к выводу, что многого в нем не хватает. В этой статье я хотел бы рассказать о том, что обычно пропускают при написание страничек и веб-приложений и показать, чем и зачем я прокачал свой шаблон пустой странички.

Указатель на язык:

<html lang="ru-RU">     

Это идет в паре с hyphens в CSS. Таким образом браузер может более корректно расставлять переносы.

p {  -moz-hyphens: auto;  -webkit-hyphens: auto;  -ms-hyphens: auto;  hyphens: auto; } 

Убираем возможность масштабировать:

<meta name="viewport" content="width=device-width, height=device-height, initial-scale=1.0, user-scalable=no, maximum-scale=1.0"/> 

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

Ещё один тег для вышеописанной проблемы:

<meta name="HandheldFriendly" content="True"/> 

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

Запрещаем кэшировать документ:

<meta http-equiv="Cache-Control" content="no-cache"/> 

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

Mobile Internet Explorer позволяет принудительно активировать технологию ClearType для сглаживания шрифтов:

<meta http-equiv="cleartype" content="on"/> 

Не забываем добавить картинки для Apple устройств:

<link rel="apple-touch-startup-image" href="images/startup.png"> <link rel="apple-touch-icon" href="images/touch-icon-iphone.png"/> <link rel="apple-touch-icon" sizes="72x72" href="images/touch-icon-ipad.png"/> <link rel="apple-touch-icon" sizes="114x114" href="images/touch-icon-iphone-retina.png"/> <link rel="apple-touch-icon" sizes="144x144" href="images/touch-icon-ipad-retina.png"/> 

Этот мета-тег необходим для того, чтобы приложение открылось в полноэкранном режиме:

<meta name="apple-mobile-web-app-capable" content="yes"/> 

Ну и корректируем верхнюю полоску в iPhone:

<meta name="apple-mobile-web-app-status-bar-style" content="black-translucent"/> 

Ну и Windows 8 берет пример с iPhone. Дополнительная разметка для описания:

<meta name="application-name" content="Title"/>  <meta name="msapplication-tooltip" content="Description"/> 

Дополнительная разметка для оформления ссылки на приложение в меню:

<meta name="msapplication-TileColor" content="#990000"/> <meta name="msapplication-TileImage" content="images/custom_icon_144.png"/> <meta name="msapplication-square70x70logo" content="images/custom_icon_70.png"/> <meta name="msapplication-square150x150logo" content="images/custom_icon_150.png"/> <meta name="msapplication-square310x310logo" content="images/custom_icon_310.png"/> <meta name="msapplication-wide310x150logo" content="images/custom_icon_310x150.png"/> 

Дополнительные настройки для окна. Видимо, это такая отсылка к HTA, который не пошел:

<meta name="msapplication-window" content="width=400;height=300"/> 

Просим IE переключиться в последний режим:

<meta http-equiv="X-UA-Compatible" content="IE=edge"/> 

Отключаем панель работы с изображениями:

<meta http-equiv="imagetoolbar" content="no"/> 

Просим IE оформлять все в классическом стиле без учета текущей темы операционки:

<meta http-equiv="msthemecompatible" content="no"/> 

Запрещаем распознавать номера телефонов и адреса, а так-же выделять их:

<meta name="format-detection" content="telephone=no"/> <meta name="format-detection" content="address=no"/> 

Для обычной веб-странички лучше вставить набор CSS стилей, описывающих телефон и адрес, а не блокировать их распознание.

Полный набор для SEO:

<title></title> <meta name="description" content=""/> <meta name="keywords" content=""/> <meta name="author" content=""/> <meta name="copyright" content="(c)">  <meta http-equiv="Reply-to" content="mail@yandex.ru"> 

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

Обязательно скидываем стили по умолчанию:

<link href="css/reset.min.css" rel="stylesheet" type="text/css"/> 

Свой reset я немного изменил. Он задавал background для TD тега, и это вызвало багу в старом IE, если мы заливаем всю строку через тег TR

Добавляем набор своих стандартных стилей:

<link href="css/default.css" rel="stylesheet" type="text/css"/> 

А в них учтены ещё некоторые нюансы. Например убираем выделение в CSS:

body {  -webkit-tap-highlight-color: rgba(255, 255, 255, 0);  -webkit-focus-ring-color: rgba(255, 255, 255, 0);  outline: none; 	  -moz-user-select: none;  -o-user-select: none;  -khtml-user-select: none;  -webkit-user-select: none;  user-select: none;  resize: none;   -webkit-text-size-adjust: none; } 

Но оставляем его для полей ввода текста:

input, textarea {  -moz-user-select: text;  -o-user-select: text;  -khtml-user-select: text;  -webkit-user-select: text;  user-select: text;  resize: none; } 

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

Ставить border картинкам обычно не забывают, т.к. он в reset.css, а вот vertical-align пропускают:

img {  border: 0;  vertical-align: top; } 

Ещё у меня хранится стандартный класс анимации, чтобы «мозолить глаза»:

.animation {  -webkit-transition: background-color 0.7s, color 1s, opacity 0.5s;  -ms-transition: background-color 0.7s, color 1s, opacity 0.5s;  -o-transition: background-color 0.7s, color 1s, opacity 0.5s;  -moz-transition: background-color 0.7s, color 1s, opacity 0.5s;  transition: background-color 0.7s, color 1s, opacity 0.5s; } 

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

А ещё в этих стилях я раскрашиваю плашку которая всегда идет вверху HTML шаблона:

<noscript class="no_script_message">  У вас отключен JavaScript. Сайт может отображаться некорректно. Рекомендуем включить JavaScript. </noscript> 

Ну и конечно, ради любимого IE в самом начале добавим:

<!-- saved from url=(0014)about:internet --> 

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

Ну и стили для портретной и альбомной ориентации:

<link href="css/portrait.css" rel="stylesheet" media="all and (orientation:portrait)"/> <link href="css/landscape.css" rel="stylesheet" media="all and (orientation:landscape)"/> 

Если будете переводить в HTA, есть такая вставка:

<!-- Option for HTA file 	<hta:application id=ifree.game.sudoku 		applicationName=Sudoku 		showInTaskBar=yes 		caption=yes 		innerBorder=yes 		selection=no 		icon=images/favicon.ico 		sysMenu=yes 		windowState=normal 		scroll=no 		resize=no 		navigable=no 		contextmenu=yes /> 		--> 

Тут указаны параметры для HTA файла (например, наличие системного меню, отсутствие скролла и т.п.). А также добавлен JS файл (по умолчанию он закомментирован):

<script src="js/hta.js"></script> 

Его задача сжать окно и отцентрировать его по середине экрана (если, конечно, это возможно).

Ну а с этим наверное уже знакомы?

<script src="js/html5.js"></script> 

Бежим по новым тегам HTML5 и пересоздаем их для старых IE.

Ну и прокачиваем Android

<script src="js/android.js"></script> 

Например, убираем у них адресную строку. Для этого:

  • Берем высоту страницы и увеличиваем её на два
  • Скроллим вверх до 1px сверху
  • Возвращаем высоту в исходное положение

Таким хаком на Android`ах исчезает адресная строка. А ещё можно добить тач, об этом говорил Иван Чашкин на DUMP-2014 (а ещё тут есть статья http://habrahabr.ru/company/mailru/blog/165213/ от Mail.ru). Суть в том, что, если переопределить все тач события и сделать им stopPropagation, то Android`ы перестанут тормозить с отправкой событий.

Просим закэшировать приложение для offline работы, если это возможно:

<html manifest="default.appcache"> 

Там выше ещё про переносы и язык было, поэтому полный тег такой:

<html manifest="default.appcache" lang="ru-RU"> 

Как выглядит input обычного человека:

<input type="text" id="name"> 

Как выглядит input курильщика:

<input type="text" autocomplete="on" spellcheck="true" autocapitalize="off" autocorrect="off" autofocus required  maxlength="30" pattern="^[А-Яа-яs-_0-9]+$" class="input_name" id="input_name" placeholder="Иван Иванович"  x-webkit-speech /> 

Атрибуты элемента:

  • placeholder — подсказка для ввода
  • maxlength — ограничение количества вводимых символов
  • spellcheck — проверка правописания
  • autocorrect — автоматическое корректировка написанного
  • autocapitalize — автоматическое преобразование регистра
  • x-webkit-speech — голосовой ввод

Требования к элементу:

  • Тип элемента должен соответствовать типу вводимых данных. Если это поле ввода пароля, оно должно иметь тип password. Вводимые символы при этом должны заменяться звездочками.
  • Элемент должен сопровождаться примером того, какие данные требуется ввести.
  • Элемент должен подсказывать пользователю данные для ввода на лету.
  • Элемент должен проверять орфографические ошибки.
  • Максимальная длина ввода должна быть ограничена.
  • Если это поле ввода нового пароля, необходимо добавить кнопку «авто-генерация пароля». При нажатие на которую генерируется случайный пароль.
  • Элемент должен содержать атрибут pattern, указывающий на ожидаемый тип данных.
  • При работающем JavaScript, введенные пользователем данные обязательно должны проверяться на лету. Если данные не прошли проверку — необходимо немедленно уведомить об этом пользователя.

Рекомендации:

  • Если это поле ввода пароля, необходимо добавить кнопку «посмотреть пароль» (обычно оформляется в виде «глаза»), при нажатие на которую тип поля становится text, и пользователь может проверить введенные данные.
  • Если есть возможность авто-заполнения поля, её необходимо обязательно использовать. Либо поместить около элемента кнопку, при нажатие на которую будет срабатывать авто-заполнение.
  • В зависимости от ситуации, иногда возможно использовать «автокоррекцию» и на лету удалять запрещенные символы. Опасность такой ситуации заключается в том, что пользователь может не заметить коррекцию и отправить данные, которые отличаются от того, что он хотел ввести.

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

  • Изменение размера поля должно быть запрещено (resize: none в CSS)
  • Если это ввод некоего сообщения, необходимо информировать пользователя о том, сколько символов ему ещё можно ввести.

Замечания по верстке:

  • Идеальная верстка должна выживать где-то в районе IE6. Стараемся по минимуму использовать inline-block. Заранее смотрим, что будет если он станет inline или block элементом.
  • Position — это опасно. Желательно ничего никуда не позиционировать.
  • Float — тоже к добру не приведет. Желательно вообще про него забыть.
  • В дизайне надо сразу предусмотреть возможность того, что тот или иной фрагмент может отвалиться. В этом плане идеален стиль Metro. Как-то даже пришла в голову мысль, что Microsoft специально сделала такой стиль, в котором нет ни круглых углов, ни градиентов, ни теней. То есть ребята сразу отталкивались от своего браузера, чтобы никто не мог обвинить их в багах.

Progressive Enhancement и Graceful Degradation

Советую посмотреть доклад Сергея Горобцова из Яндекса про Progressive Enhancement и Graceful Degradation (http://tech.yandex.ru/education/shri/ekb-2013/talks/1500/) о том, как верстать так, чтобы было хорошо везде.

Что же ещё может понадобиться для стандартизации?

  • Расческа для CSS (http://csscomb.ru/online/) поможет всему принять единый вид.
  • Автопрефиксер Андрея Ситника поможет добить CSS-префиксы (http://habrahabr.ru/company/evilmartians/blog/176909/)
  • Вот такой скрипт (http://bakhirev.biz/StalinGrad/zip/build/generation_pictures.zip) поможет нагенерировать кучу картинок (требует установленного imagemagick)

Так же в своем шаблоне я сразу подключаю несколько готовых модулей типа замены стандартных alert`ов, добавление автопрокрутки сбоку (как на хабре или вконтакте) и т.п. Но это уже велосипеды, которые выходят за рамки статьи.

А вот этот стандартный велосипед может пригодиться. Стандартный footer по микроразметке:

<!-- SEO schema --> <footer itemscope itemtype="http://schema.org/LocalBusiness">  ООО «<span itemprop="name">Google</span>»  <div itemprop="address" itemscope itemtype="http://schema.org/PostalAddress">  <span itemprop="streetAddress">Ленина 1</span>  <span itemprop="addressLocality">Санкт-Петербург</span>,  <span itemprop="addressRegion">Ленинградская обл.</span>  <meta itemprop="addressCountry" content="RU"/>  </div>  Время работы менеджера-консультанта:  <time itemprop="openingHours" datetime="Mo, Tu, We, Th, Fr, Sa, Su 10:00-21:00">10:00 - 21:00 Ежедневно</time>  <span itemprop="telephone">206-555-1234</span>.  <span itemprop="email">info@wikimedia.org</span>.  <a href="http://www.google.com" itemprop="url">http://google.com</a>. </footer> 

С другой стороны, у всех поисковиков она есть в документации, но никто её не поддерживает. Я использую этот footer, т.к. мало ли, может в будущем начнут использовать.

Вот пожалуй и все. Тем кто осили — небольшой бонус:

image

В демке вы можете посмотреть все meta теги из статьи.

habr.com


You May Also Like

About the Author: admind

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.

Adblock
detector