XHTML™ Basic 1.1 - Второе Издание
Этот документ является не официальным переводом исходной
английской версии
. Обратите внимание на то, что оригинальная версия документа существует
только
на английском языке. Данный перевод может содержать неточности и ошибки. Перевод выполнил ©
Зайцев Дмитрий
, 2011. При поддержке сайта
latex pillow
. Комментарии к переводу оставляйте
здесь
! | |
На главную
XHTML
Basic 1.1 - Второе Издание
Рекомендация W3C от 23 ноября 2010
Эта версия:
Последняя версия:
Предыдущая версия:
Версия с отмеченными различиями от предыдущей версии:
xhtml-basic-diff.html
Предыдущая рекомендация:
Версия с отмеченными различиями от предыдущей версии:
xhtml-basic-rec-diff.html
Редакторы:
Шэйн Мак-Кэррон (Shane McCarron)
Applied Testing and Technology, Inc.
shane@aptest.com
Версия 1.1 Редакторы:
Шэйн Мак-Кэррон (Shane McCarron)
, Applied Testing and Technology, Inc.
Масаясу Ишикава (Masayasu Ishikawa)
, (до марта 2007 года, при W3C)
Версия 1.0 Редакторы:
Марк Бейкер (Mark Baker)
, Sun Microsystems
Масаясу Ишикава (Masayasu Ishikawa)
, (до марта 2007 года, при W3C)
Шиничи Мацуи (Shinichi Matsui)
, Panasonic
Питер Старк (Peter Stark)
, Ericsson
Тед Вугофски (Ted Wugofski)
, Openwave Systems
Тошихико Ямаками (Toshihiko Yamakami)
, ACCESS
Co.
Ltd.
Пожалуйста, обратитесь к странице
исправлений
для этого документа, где могут быть приведены нормативные изменения к текущему документу. См. также
переводы
Этот документ, также доступен в таких ненормативных форматах как:
PostScript версия
PDF
версия
ZIP архив
, и
Gzip TAR архив
W3C
MIT
ERCIM
Keio
), Все права защищены. W3C придерживается правил
ответственности
торговой марки
использования документов
Аннотация
Тип документа
XHTML
Basic включает в себя минимальный набор модулей, необходимых для типа документа принимающего язык
XHTML
(Расширяемый язык разметки гипертекста), кроме того, он включает в себя изображения, формы, простые таблицы и поддержку объектов. Он предназначен для веб-клиентов, которые не поддерживают полный набор возможностей
XHTML
; например, такие веб-клиенты как мобильные телефоны, КПК (
PDA
), пейджеры, и телеприставки. Данный тип документа предоставляет достаточно широкие возможности для написания документаций.
XHTML
Basic разработан в качестве общей базы, которая может быть расширена при необходимости. Цель
XHTML
Basic заключается в том, чтобы служить общим языком, который поддерживают различные виды пользовательских программ.
Данная версия (1.1, Второе издание), заменяет собой версию 1.1, как это определено в
. В данную ревизию, были добавлены схемы XML и
lang
атрибут. В обновление с версии 1.0 до версии 1.1, были включены в язык несколько новых функций, чтобы лучше обслуживать сообщества малых устройств, которые являются одними из основных потребителей этого языка:
Формы XHTML (определенные в [
XHTMLMOD
])
Внутренние события (определенные в [
XHTMLMOD
])
Значение атрибута для элемента
li
(определено в [
XHTMLMOD
])
Целевой атрибут (определено в [
XHTMLMOD
])
Стиль элемента (определено в [
XHTMLMOD
])
Стиль атрибута (определено в [
XHTMLMOD
])
XHTML презентация модуля (определено в [
XHTMLMOD
])
InputMode атрибут (определено в
Разделе 5
данного документа)
Определение типа документа реализуется с помощью
XHTML
модулей, как это определено в "
Модуляризация
XHTML
" [
XHTMLMOD
].
Статус этого документа
Этот раздел описывает статус данного документа на момент его публикации. Другие документы могут заменять этот документ. Со списком текущих публикаций W3C и последней ревизией этого технического доклада можно ознакомиться в
индексе технических докладов W3C
на http://www.w3.org/TR/.
Этот документ является Рекомендацией W3C и заменяет собой версию рекомендации XHTML Basic от
29 июля 2008
. Он отражает межотраслевое соглашение о множестве возможностей языка разметки, которые позволяют авторам создавать более качественные сетевые документы, поставляемый для широкого спектра устройств. Единственными изменениями в этой версии, является добавление реализации XML Schema в языке разметки и интеграции
lang
атрибута для обеспечения лучшей совместимости с пользовательскими программами и вспомогательными технологиями. Версия, которая показывает конкретные изменения от предыдущей рекомендации, доступна в
форме с отмеченными различиями
Этот документ был подготовлен
Рабочей Группой
W3C
XHTML2
в рамках
деятельности
W3C
HTML
. Пожалуйста, посмотрите
доклад о внедрении
данного документа Рабочей Группой.
Пожалуйста, присылайте комментарии по этому документу, по адресу
www-html-editor@w3.org
архив
). По этому адресу неуместно отправлять электронные письма для обсуждения. Письма для публичных обсуждений присылайте по адресу
www-html@w3.org
архив
).
Этот документ был рассмотрен членами W3C, разработчиками программного обеспечения, а также другими группами W3C и заинтересованными сторонами, и одобрен Директором в качестве Рекомендации W3C. Это стабильный документ и может быть использован в качестве справочного материала или цитат в другом документе. Роль W3C в разработке Рекомендации, заключается в привлечении внимания к спецификации, и способствовать ее широкому распространению. Это повышает функциональность и совместимость в Веб (Web)
Этот документ был подготовлен группой, действующей в рамках
патентной политики W3C от 5 февраля 2004 года
. W3C поддерживает
публичный список открытых патентов
сделанный в связи с результатами деятельности группы; эта страница также включает в себя инструкции по раскрытию патента. Лица, обладающие актуальной информацией о патенте, который удовлетворяет
основным требованиям
, должны раскрыть эту информацию согласно
пункту 6 патентной политики W3C
Содержание
1.
Введение
1.1.
XHTML
для небольших информационных устройств
1.2.
Предпосылки и требования
1.3.
Логическое обоснование
2.
Соответствие
2.1.
Соответствие документов
2.2.
Соответствие пользовательских программ
3.
Тип документа
XHTML
Basic
4.
Как использовать
XHTML
Basic
5.
XHTML inputmode модуль
5.1.
Синтаксис значения атрибута InputMode
5.2.
Поведение клиентского приложения
5.3.
Список лексем
5.4.
Отношение граней модели к XML Schema
5.5.
Примеры
6.
Благодарности
A.
Ссылки
A.1.
Нормативные ссылки
A.2.
Справочные ссылки
B.
Определение типа документа
XHTML
Basic
B.1.
Запись для
XHTML
Basic в открытом каталоге
SGML
B.2.
Драйвер
XHTML
B.3.
Настройки
XHTML
Basic
C.
Определение XML Schema в
XHTML
Basic
C.1.
Драйвер XML Schema в
XHTML
Basic
C.2.
Модули схемы в
XHTML
Basic
C.3.
Настройки
XHTML
Basic
1. Введение
1.1.
XHTML
для небольших информационных устройств
HTML
4 является мощным языком для создания веб-документов, но его схема не принимает во внимание проблемы, касающиеся небольших устройств, в том числе затраты на реализацию (в мощности, памяти и
т.д.
) полного набора функций.
Потребительские устройства с ограниченными ресурсами в целом не могут себе позволить обеспечивать выполнение полного набора функций
HTML
4. Т.к., для доступа к Всемирной сети требуется полноценный компьютер, большое количество людей не может получить оперативную информацию и услуги с помощью своих потребительских устройств.
Так как, есть много различных способов, как разбить на подмножества
HTML
, поэтому существует много практически идентичных подмножеств определенные организациями и компаниями. Без общих базовых наборов функций, сложно разрабатывать приложения для широкого круга сетевых клиентов.
Смысл
XHTML
заключается в предоставлении такого типа документа
XHTML
, который может быть общим для всех сообществ
например
, настольными компьютерами,
ТВ
, и мобильными телефонами), и этого будет более чем достаточно, чтобы применяться для создания простых документов. Новые типы документов для различных сообществ могут быть определены путем расширения
XHTML
Basic, таким образом, что
документы на
XHTML
Basic входили бы в число корректных документов нового типа документа. Таким образом, документ
XHTML
Basic может быть представлен на максимальное количество веб-клиентов.
Определение типа документа для
XHTML
Basic осуществляется на основе модулей
XHTML
определенных в Модульности
XHTML
XHTMLMOD
].
Для получения информации о наилучшем применении мобильного контента, вы можете обратиться к [
MOBILEBP
].
1.2. Предпосылки и требования
Информационные устройства ориентированы для определенных целей. Они поддерживают особенности, необходимые им для выполнения функций, для которых они создавались. Ниже приведены примеры различных информационных устройств:
Мобильные телефоны
Телевизоры
КПК
Торговые автоматы
Пейджеры
Автомобильные навигационные системы
Мобильные игровые автоматы
Устройства чтения цифровых книг
Интеллектуальные часы
Существующие подмножества и варианты
HTML
для этих устройств, включают в себя, Компактный
HTML
CHTML
], Язык разметки для беспроводных устройств [
WML
], и "Руководства
HTML
4.0 для мобильного доступа" [
Руководства
]. Общими особенностями этих типов документа являются:
Простой текст (включая заголовки, абзацы и списки)
Гиперссылки и ссылки на соответствующие документы
Простые формы
Простые таблицы
Изображения
Метаинформация
Этот набор особенностей
HTML
был отправной точкой для создания
XHTML
Basic. Поскольку многие разработчики документов знакомы с этими особенностями
HTML
, они составляют полезный принимающий язык, который можно объединять с разметкой модулей из других языков в соответствии с методами, описанными в "
Модуляризации
XHTML
" [
XHTMLMOD
]. Так, например,
XHTML
Basic может быть расширен с помощью пользовательского модуля для поддержки более широкой семантики разметки в определенных условиях.
Цель
XHTML
Basic не состоит в том, чтобы ограничить функциональность будущих языков. Но так как, элементы в
HTML
4 (фреймы, расширенные таблицы,
и т.д.
) были разработаны для такого типа клиента как персональный компьютер, они оказались непригодными для многих не настольных устройств.
XHTML
Basic будет расширяться, и использоваться за основу. Расширение
XHTML
с общими и основными наборами функций, вместо практически идентичных подгрупп или слишком большого набора функций в
HTML
4, будет полезным, как для взаимодействия в Сети, так и для обеспечения масштабируемости.
По сравнению с богатой функциональностью
HTML
4,
XHTML
Basic может выглядеть как шаг назад, но на самом деле, это два шага вперед для клиентов, которым не нужны все функции
HTML
4 и для разработчиков документов, которые получают одно подмножество
XHTML
вместо нескольких.
1.3. Логическое обоснование
Этот раздел объясняет, почему некоторые особенности
HTML
не являются частью
XHTML
Basic.
1.3.1. Презентация
Многие простые веб-клиенты могут отображать только моноширинные шрифты. Двунаправленный текст, жирный шрифт и другие элементы текстовых расширений также не поддерживаются.
При создании презентаций, рекомендуется, чтобы использовались таблицы стилей, которые подходят для устройства.
1.3.2. Таблицы
Простые таблицы
XHTML
([
XHTMLMOD
], раздел 5.6.1) поддерживаются, но могут возникнуть трудности при отображении таблиц на маленьких устройствах. Рекомендуется, чтобы разработчики контента следовали Принципам доступности сетевых документов 1.0 при
создании доступных таблиц
([
WCAG10
], принцип 5). Заметьте, что в Модуле простых таблиц вложенные таблицы недопустимы.
1.3.3. Фреймы
Фреймы не поддерживаются. Фреймы зависят от интерфейса экрана и не могут применяться в некоторых небольших приборах, таких как телефоны, пейджеры и часы.
2. Соответствие
Этот раздел является
нормативным.
2.1. Соответствие документов
Соответствующим документом
XHTML
Basic является документ, который требует только средства, описанные в качестве обязательных в данной спецификации. Такой документ должен соответствовать всем следующим критериям:
Документ должен соответствовать ограничениям, выраженных в
Приложении B
Приложении C
Корневым элементом документа должен быть

Названием пространства имен по умолчанию в корневом элементе должно быть названием пространства имен
XHTML
Открывающий тег МОЖЕТ также содержать декларацию XML Schema, как образец пространства имен и XML Schema, как образец атрибута
schemaLocation
XMLSCHEMA
]. Такой атрибут будет ассоциировать пространство имен XHTML
со схемой XML при URI
Корневому элементу в документе должна предшествовать декларация DOCTYPE. Публичный идентификатор, если таковой присутствует, включенный в декларацию DOCTYPE должен ссылаться на
DTD
, находящийся в
Приложении B
, используя свой Формальный Публичный Идентификатор. Системный идентификатор может быть изменен соответствующим образом.
"http://www.w3.org/TR/xhtml-basic/xhtml-basic11.dtd">
Подмножество
DTD
не должно быть использовано для переопределения любого параметра сущностей в
DTD
Документы XHTML Basic 1.1 ДОЛЖНЫ быть помечены в соответствии с MIME-типом "application/xhtml+xml", как это определено в [
RFC3236
]. За дополнительной информацией по использованию типов содержимого с XHTML, смотрите информационное примечание [
XHTMLMIME
].
2.2. Соответствие пользовательских программ
Пользовательские программы должны соответствовать разделу "
Соответствие пользовательских программ
" спецификации
XHTML
1.0 ([
XHTML1
], раздел 3.2).
3. Тип документа
XHTML
Basic
Этот раздел является
нормативным
Тип документа
XHTML
Basic определен как набор модулей
XHTML
Все модули
XHTML
определены в спецификации "
Модуляризация
XHTML
" [
XHTMLMOD
].
XHTML
Basic состоит из следующих модулей
XHTML
Структурный модуль*
body, head, html, title
Текстовый модуль*
abbr, acronym, address, blockquote, br, cite, code, dfn, div, em, h1, h2, h3, h4, h5, h6, kbd, p, pre, q, samp, span, strong, var
Гипертекстовый модуль*
Модуль списков*
dl, dt, dd, ol, ul, li
Модуль форм
button, fieldset, form, input, label, legend, select, optgroup, option, textarea
Модуль простых таблиц
caption, table, td, th, tr
Модуль изображений
img
Модуль объектов
object, param
Модуль презентаций
b, big, hr, i, small, sub, sup, tt
Модуль метаинформации
meta
Модуль link
link
Модуль base
base
Модуль внутренних событий
атрибуты событий
Модуль сценариев
script
noscript
элементы
Модули таблицы стилей
style
элемент
Модуль атрибута стиля
Устаревшие
style
атрибут
Модуль target
target
атрибут.
Примечание:
Целевой атрибут разработан для того, чтобы быть общим звеном в связывании с внешней средой (например, фреймы, многократные окон, окна браузера с вкладками); при отсутствии такой внешней среды связанной с пользовательской программой, пользовательская программа может игнорировать целевой атрибут. При наличии такой связанной внешней среды, соответствие требованиям для целевого атрибута определены в каждой среде.
Автор документов должен знать, что поведение пользовательской программы для целевого атрибута зависит от многих факторов, таких как существование привязки среды, ограничения доступных ресурсов, существование других приложений и пользовательских настроек (например, pop-up блокировщики), и зависящие от реализации проектных решений. При отсутствии соответствия внешней среды, рекомендуется, чтобы авторы не зависели от использования целевого атрибута.
Нужно отметить, что любое зависимое от реализации использование целевого атрибута могло бы препятствовать функциональной совместимости.
Эта спецификация также добавляет, что
lang
атрибут, приписывают набору атрибута I18N, как определено в
XHTMLMOD
. Атрибут
lang
определяется в
HTML4
. Когда этот атрибут и атрибут
xml:lang
определяются в том же самом элементе, атрибут
xml:lang
имеет приоритет. Когда оба атрибута
lang
xml:lang
определяются в том же самом элементе, у них ДОЛЖНО быть то же самое значение.
(*) = Этот модуль является необходимым модулем
Базового языка XHTML
XHTML Basic также, использует
модуль атрибута inputmode XHTML
, как определено в этой спецификации. Этот модуль добавляет атрибут
inputmode
к элементам
input
textarea
модуля форм XHTML.
Наконец, XHTML Basic добавляет атрибут
value
к элементу
li
модуля списка XHTML.
XML
1.0
DTD
доступен в
Приложении B.
Реализация
XML
Schema доступна в
Приложении C.
4. Как использовать
XHTML
Basic
Хотя
XHTML
может использоваться, как - простой язык
XHTML
с текстом, ссылками, и изображениями - назначение его простой схемы в том, чтобы использоваться в качестве базового языка. Базовый язык может содержать смесь словарей, собранных в один тип документа. Естественно, что
XHTML
является базовым языком, так как это то, к чему привыкло большинство Веб-разработчиков.
При добавлении разметки из других языков к
XHTML
Basic, в результате этого тип документа будет являться расширением
XHTML
Basic. Разработчики документов могут разрабатывать документы для
XHTML
Basic или воспользоваться преимуществами расширений. Цель
XHTML
Basic заключается в том, чтобы служить общим языком, который поддерживает различные виды пользовательских программ.
5. Модуль атрибута inputmode XHTML
Этот раздел является
нормативным
Этот раздел первоначально был компонентом
XForms 1.0
, и был написан Мартином Дёрстом.
Модуль атрибута inputmode определен, как
inputmode
атрибут.
inputmode = CDATA
Этот атрибут определяет тип информации для текущего элемента.
В следующей таблице приведены дополнительные атрибуты для элементов, определенных в другом месте, когда модуль inputmode выбран.
Элементы
Атрибуты
Примечания
input&
inputmode (
CDATA
Когда базовые формы или модуль форм выбраны.
textarea&
inputmode (
CDATA
Когда базовые формы или модуль форм выбраны.
Атрибут
inputmode
предоставляет
подсказку
пользовательской программе, чтобы выбрать соответствующий режим ввода, для ввода текста, который ожидается в связанном управлении формой. Режим ввода может быть конфигурацией клавиатуры, редактор метода ввода (также, называется интерфейс процессора) или любые другие настройки, затрагивающие ввод на используемых устройствах.
Используя
inputmode
, автор может дать подсказку программе, которая упрощает ввод формы пользователем. Авторы должны предоставлять атрибуты
inputmode
там, где это возможно, убедившись, что используемые значения, охватывают широкий спектр устройств.
5.1 Синтаксис значения атрибута
inputmode
Значение атрибута
inputmode
является разделенный пробелом список лексем. Лексема это последовательность букв алфавита или абсолютные URI. Позже, могут быть отделены лексемы от предшествующих, отметив, что абсолютные ссылки URI содержат ':'. Лексемы чувствительны к регистру. Все лексемы, состоящие из букв алфавита, определены только в данной спецификации, в
5.3 Список лексем
(или преемника этой спецификации).
Эта спецификация не определяет URI для использования их в качестве лексем, но позволяет другим определять такие URI для расширяемости. Это может стать необходимым для устройств с режимами ввода, которые не могут быть покрыты лексемами, определенными здесь.
URI должен разыменоваться к удобочитаемому описанию режима ввода, связанного с использованием URI в качестве последовательности символов. Это описание должно описывать режим ввода, обозначенный этой последовательностью символов, и где и как эта последовательность символов изменяет другие лексемы, или сама изменяется другими лексемами.
5.2 Поведение клиентского приложения
При вводе в пустой элемент управления формы с атрибутом
inputmode
, пользовательское приложение должно выбрать режим ввода, который указан в значении атрибута
inputmode
. Пользовательские приложения, не должны использовать
атрибут
inputmode
чтобы установить режим ввода, когда элемент формы управления для ввода с текстом уже существует.
Чтобы установить соответствующий режим ввода, когда элемент формы управления для ввода уже содержит текст, пользовательские приложения должны опираться на специфичные для платформы соглашения.
Пользовательские приложения должны предоставлять все режимы ввода, которые поддерживаются (операционной) системой/устройством, которой они запущены/к которому они имеют доступ, и которые установлены для постоянного использования пользователем. Как правило, это только небольшая часть режимов ввода, которые могут быть описаны с определенными в данной спецификации лексемами.
Примечание:
Дополнительные руководства для реализации пользовательского приложения, можно найти в
[UAAG 1.0]
Следующий простой алгоритм используется, чтобы определить, как пользовательские приложения сопоставляют значения атрибута
inputmode
к режимам ввода, которые они могут обеспечить. Этот алгоритм не должен осуществляться напрямую; пользовательские приложения должны поступать так, как если бы они использовали его. Алгоритм не предназначен, чтобы привести к "очевидным" или "желаемым" результатам для всех возможных комбинаций лексем, но, во всех случаях, предназначен для получения предсказуемого и правильного поведения для часто встречающихся комбинаций лексем.
Во-первых, каждый из доступных режимов ввода представлен одним или несколькими списками лексем. Режим ввода может соответствовать больше чем одному списку лексем; например, в системе, установленной для греческого пользователя, и "Греческий Верхний регистр" и "Пользовательский Верхний регистр" будут соответствовать одному и тому же режиму ввода. Не будет двух одинаковых списков.
Во-вторых, атрибут
inputmode
отсканирован по всей длине. Для каждого символа
в атрибуте
inputmode
, если в остающихся списках лексем представляющие доступные режимы ввода существует список лексем, который содержит
, тогда все списки лексем представляющие доступные режимы ввода не содержащие
удаляются. Если список лексем, содержащий символ
отсутствует, тогда
будет проигнорирован.
В-третьих, если остались один или несколько списков лексем, и все они соответствуют тем же режимам ввода, тогда будет выбран этот режим ввода. Если не остался ни один из списков (это означает, что его не было при запуске алгоритма), или если остальные списки соответствуют более чем одному режиму ввода, тогда не будет выбран ни один режим ввода.
Пример: Предположим, что список, списков лексем представляющих доступные режимы ввода, является: {"Кириллица Заглавные буквы", "Кириллица строчные буквы", "кириллица", "латынь", "пользовательские Заглавные буквы", "пользовательские строчные буквы"}, тогда следующие значения
inputmode
выбирают следующие режимы ввода: "кириллический заголовок" выбирает "кириллица", "Кириллица строчные буквы" выбирает "Кириллица строчные буквы", " строчные буквы Кириллица" выбирает
"Кириллица строчные буквы", "латинский Заглавные буквы" выбирает "латынь", но "Заглавные буквы латинский" делает выбор между "Кириллица Заглавные буквы" и "Пользовательские Заглавные буквы", если они соответствуют тому же самому режиму ввода, и не выбирает ни один режим ввода, если "Кириллица Заглавные буквы" и "Пользовательские Заглавные буквы" не соответствуют тому же самому режиму ввода.
5.3 Список лексем
Лексемы, определенные в данной спецификации, делятся на две категории:
лексемы сценария
модификаторы
. В атрибутах
inputmode
, лексемы сценария всегда должны перечисляться перед модификаторами.
5.3.1 Лексемы сценария
Лексемы сценария обеспечивают общее представление о наборе символов, который охвачен режимом ввода. В большинстве случаев, лексемы сценария соответствуют непосредственно
[Unicode
Scripts]
. Некоторые лексемы соответствуют названиям блока в Java-классе java.lang.Character.UnicodeBlock (
[Java Unicode Blocks]
) или названиям блока Unicode. Однако это ни как не означает то, что режим ввода должен разрешить ввод для всех символов в скрипте или блоке, и также не означает, что режим ввода ограничивается только символами из конкретного сценария.
Например, "Латинская" клавиатура не охватывает все символы латиницы, и включает в себя знаки пунктуации, которые не отнесены к латинице.
Имена сценариев были взяты из версии 3.2 стандарта Unicode.
Лексема режима ввода
Комментарии
arabic
Имя сценария Unicode
armenian
Имя сценария Unicode
bengali
Имя сценария Unicode
bopomofo
Имя сценария Unicode
braille
используется для ввода шаблонов шрифта Брайля (не для указания устройства ввода данных шрифта Брайля)
buhid
Имя сценария Unicode
canadianAboriginal
Имя сценария Unicode
cherokee
Имя сценария Unicode
cyrillic
Имя сценария Unicode
deseret
Имя сценария Unicode
devanagari
Имя сценария Unicode
ethiopic
Имя сценария Unicode
georgian
Имя сценария Unicode
greek
Имя сценария Unicode
gothic
Имя сценария Unicode
gujarati
Имя сценария Unicode
gurmukhi
Имя сценария Unicode
han
Имя сценария Unicode
hangul
Имя сценария Unicode
hanja
Подмножество 'han' используется в письменном Корейском
hanunoo
Имя сценария Unicode
hebrew
Имя сценария Unicode
hiragana
Имя сценария Unicode (может включать в себя другие японские сценарии, произведенные путем конвертации из хираганы)
ipa
Международная фонетическая транскрипция
kanji
Подмножество 'han' используется в письменной форме японского
kannada
Имя сценария Unicode
katakana
Имя сценария Unicode (полной ширины, не полуширина)
khmer
Имя сценария Unicode
lao
Имя сценария Unicode
latin
Имя сценария Unicode
malayalam
Имя сценария Unicode
math
математические символы и связанные с ними символы
mongolian
Имя сценария Unicode
myanmar
Имя сценария Unicode
ogham
Имя сценария Unicode
oldItalic
Имя сценария Unicode
oriya
Имя сценария Unicode
runic
Имя сценария Unicode
simplifiedHanzi
Подмножество 'han' используется в письменной форме упрощенного китайского
sinhala
Имя сценария Unicode
syriac
Имя сценария Unicode
tagalog
Имя сценария Unicode
tagbanwa
Имя сценария Unicode
tamil
Имя сценария Unicode
telugu
Имя сценария Unicode
thaana
Имя сценария Unicode
thai
Имя сценария Unicode
tibetan
Имя сценария Unicode
traditionalHanzi
Подмножество 'han' используется в письменной форме традиционного китайского
user
Особое значение обозначающее 'родной' ввод пользователя (например, для ввода ее имени или текста на родном языке).
yi
Имя сценария Unicode
5.3.2 Лексемы модификатора
Лексемы модификатора могут быть добавлены к сценариям, которые они применяют, чтобы более близко определить вид символов, ожидаемых в управлении формой.
Традиционные компьютерные клавиатуры не нуждаются в большинстве лексем модификатора (действительно, пользователи на таких устройствах были бы довольно смущены, если бы программное обеспечение решило изменить регистр самостоятельно; CAPS lock для верхнего регистра может быть исключением).
Однако, лексемы модификатора могут быть очень полезными, чтобы установить режимы ввода для маленьких устройств.
Лексема режима ввода
Комментарии
lowerCase
нижний регистр (для двухпалатных сценариев)
upperCase
верхний регистр (для двухпалатных сценариев)
titleCase
регистр заголовка (для двухпалатных сценариев): слова начинаются с заглавные буквы
startUpper
ввод начинается с одной заглавной буквы, а затем продолжается со строчными буквами
digits
цифры определенного сценария (например, inputmode='thai digits')
symbols
символы, знаки препинания (подходит для конкретного сценария)
predictOn
Текстовый прогноз включен (например, для рабочего текста)
predictOff
Текстовый прогноз выключен (например, для паролей)
halfWidth
полуширина совместимости форм (например, Katakana; устаревшее)
5.4 Отношение граней модели к XML Schema
Пользовательские приложения могут использовать информацию доступную в гранях модели XML Schema, чтобы установить режим ввода. Отметим, что гранью модели является жесткое ограничение на лексическое значение экземпляра узла данных, и можно задать различные ограничения для различных частей элемента данных. Атрибут
inputmode
является мягкой подсказкой о видах символов, которые пользователь может, по всей вероятности, вводить в форму. Атрибут
inputmode
предоставляется в дополнение к граням модели по следующим причинам:
Набор допустимых символов, определенных в модели, может быть настолько широким, что становиться не возможно, вывести разумную установку режима ввода. Однако, часто есть своего рода символы, которые будут введены пользователем с высокой вероятностью. В таком случае,
inputmode
позволяет устанавливать режим ввода для удобства пользователя.
В некоторых случаях, можно было бы получить входной режим настройки из модели, так как множество символов, разрешенных в модели, тесно согласовываются с множеством символов, которые охватываются значением атрибута
inputmode
. Однако, такое образование потребует много данных и расчетов в пользовательском приложении.
Малые устройства могут оставить проверки моделей на сервере, но с легкостью смогут переключиться на те входные режимы, которые они поддерживают. Возможность сделать ввод данных для пользователей проще, имеет особое значение на небольших устройствах.
5.5 Примеры
Это пример формы для ввода японского адреса.
Family name:
(in kana):
Given name:
(in kana):
Postal code:
Address:
(in kana):
Email:
Telephone:
Comments: