ar-net.ru где rm - номер соответствующего аргумента.
В этом случае аргумент профиля задается идентификатором параметра ФСВТ "выделение устройства". Форма его значения подобна форме аргумента профиля rn, Значение может не включаться в rm, если оно не было включено в rm (т.е., если rm отсутствует, то rm не может быть включен). Таким образом, объект устройства может быть объявлен так, что он не обеспечивает некоторые значения для ОО и, как в этом примере, не может быть определено альтернативное отображение. Пропуск оператора для податрибута в объекте устройства приводит к тому, что неявно применяется оператор, используемый на уровне ОО.
Примечание - Альтернативное определение может допускать альтернативные отображения.
В.18 Дополнительный пояснительный материал для средств работы с полями
В.18.1 Концепция поля
Поле предназначено для обработки ввода данных пользователем (реальным, оператором). В простейших случаях пользователь не может изменять адресацию (или атрибуты) так, чтобы одномерная логическая адресация обеспечивала простое и автоматическое перемещение через целое поле, однако сложная его форма может быть выражена в терминах прямой адресации ОО.
Поскольку поля предназначены для ввода данных, то неуместно перекрытие полей пользователем (реальным, оператором).
Поля необходимы для ввода управляющих данных. Они могут также быть использованы для управления отображением текстовой информации в ОО.
Поле может иметь форму более сложную, чем простой прямоугольник, поэтому может потребоваться несколько прямоугольных элементов для образования одного поля.
В.18.2 Соответствие между логическим указателем и указателем отображения
В некоторых случаях может потребоваться вычисление координат х, у по логическим (k, f) координатам, например, чтобы убедиться, что поля не перекрываются. Это полезно при использовании следующих алгоритмов.
Обозначения:
Пусть 
- элементы поля f;
- элементы поля f; Пусть 
- размерности элемента поля 
;
- размерности элемента поля ; Пусть 
- координаты х, у начала 
- координаты х, у начала Тогда (k, f) - допустимые координаты, если для некоторого j
, где суммирование всего от 1 до 0 дает в результате ноль, а координату k можно считать расположенной в элементе поля i.
Если N - позиция к внутри элемента поля i, тогда
. Если 
, тогда
, тогда
и
являются координатами непосредственной адресации.
В.18.3 Концепция управляемого ввода данных и специальных ОУ
Типы ОУ, определенные в разделе 20 для управления вводом данных, не имеют непосредственного влияния на протокол ВТ. Эти специальные типы ОУ предназначены, чтобы позволить одному пользователю ВТ передать равноправному пользователю ВТ "образ поведения", которому он должен следовать при вводе символов. Если поведение пользователя ВТ не будет соответствовать этому образу, то это не противоречит протоколу.
В.18.4 Модель управляемого ввода данных
Множество ОУ, т.е. ОУОП, нуль, один или более ОУИВП и нуль, один или более ОУМВП, определяют операции, которые выполняются локально тем пользователем ВТ, который объявлен терминальным для операции управляемого ввода данных. Это назначение управляется правилами доступа к этим объектам (см. раздел 12 и 19.3.2). Эти ОУ содержат информацию, которая управляет операциями функции локальной обработки между терминальным пользователем ВТ и поставщиком услуг ВТ. Это показано на рисунке В.2.
Некоторые из диалоговых функций между терминальным и прикладным пользователями ВТ заменяются таким образом на действия внутри терминальной открытой системы, что позволяет уменьшить нагрузку как на прикладную открытую систему, так и на обмены поставщика услуг. Это также позволяет уменьшить время реакции для пользователя (оператора).
Структура ОУ вводом данных позволяет прикладной системе выбрать некоторое число правил ввода, событий, условий и реакций, которые затем используются терминальной системой (см. В.18.5).
Функция локальной обработки должна затем применять эти правила ввода, чтобы принять или отвергнуть обновление объекта, инициированные терминальным пользователем ВТ. (Эти обновления моделируют данные, вводимые с физического терминала).
+--------------------+ +-------------------+
| Прикладной | | Терминальный |
| пользователь ВТ | | пользователь ВТ |
| | | |
+---------+----------+ ++---------------+--+
| +-----------+----+ |
| +-----------+ Локальная | |
| | | обработка | |
| | +-----------+----+ |
| | | |
| | | |
+----------+--+-------------+------------+----------+---------------+--+
| | ОУОП | |
| | | |
| | ОУИВП ОУМВП | |
| +--------------------------+ |
| КОВ |
| |
+----------------------------------------------------------------------+
Рисунок В.2 - Модель управляемого ввода данных
Содержимое ОУ также определяет, какие действия терминального пользователя ВТ приводят к тому, что принятые обновления объекта становятся доступными прикладному пользователю ВТ как обновления КОВ. Пока не появится такое действие, обновления сохраняются функциями локальной обработки.
Ссылки на "прикладного" и "терминального" ВТ-пользователей предназначены только для ясности описания механизмов управляемого ввода. Они не должны рассматриваться как препятствующие использованию службы ВТ для взаимодействия между двумя "прикладными программами" или двумя "терминалами" при условии, что эти пользователи ВТ выполняют соответствующие роли при использовании ассоциации ВТ.
Если ОУ вводом данных назначено в качестве правила доступа полномочие доступа ПДЗ (только), тогда в ФСВТ отсутствует указание об асимметрии ролей между двумя пользователями ВТ.
Если ОУИВП отсутствует, тогда не может использоваться и управление вводом в поля (ОУМВП может все же определять реакции при вводе). Если конкретное поле не связано с какими-либо записями ОУИВП (ЗИВП), тогда ввод в это поле не управляется (см. 19.3).
В.18.5 Использование объектов управляемого ввода данных
Если должен быть выполнен управляемый ввод данных, прикладной пользователь ВТ сначала обновляет необходимые ОУОП, ОУИВП и ОУМВП информацией, определяющей правила ввода и реакции. ОУК, если он существует, может быть затем обновлен, чтобы указать, где должен начаться ввод данных. Обновления всех этих объектов вводятся при помощи вызова (вызовов) услуги VT-DATA.
В С-режиме разрешение на фактический ввод данных дается при помощи передачи монопольного использования полномочия доступа ПДЗ, а в А-режиме при помощи параметра "начать ввод данных ВТ" услуги VT-DATA.
С этого момента, ввод на терминал выполняется локально в соответствии с инструкциями ввода (см. В.18.4 и В.18.7) до тех пор, пока событие не вызовет завершение ввода (см. В.18.8).
Дополнительная информация о правилах ввода и реакциях содержится в В.18.7 - В.18.10.
В.18.6 Составные ОУ для управляемого ввода данных