ar-net.ru| Предыдущее поле | [8] НЕЯВНЫЙ НУЛЬ, |
- - предыдущее поле, т.е. по направлению назад по пути обхода, начать ввод
- - при k=1
}
| Идентификатор записи ОСИ : : = | НЕЯВНАЯ ПОСЛЕДОВАТЕЛЬНОСТЬ |
| { Без имени | [1] НЕЯВНАЯ Печатная строкаНЕОБЯЗАТЕЛЬНЫЙ, |
- - необязательно, если в ФСВТ существует только один ОСИ
Идентификатор записи [2] НЕЯВНАЯ Печатная строка
}
КОНЕЦ - - определений РВП
B.18.11 Курсор ввода
Может быть предусмотрен курсор ввода для помощи оператору терминала, пока разрешен ввод данных. Необязательно указывать позицию логического указателя, пока выполняется такой ввод данных (см. В.18.4, В.18.5 и В.18.12).
B.18.12 Использование объекта управления контекстом (ОУК)
Обычно этот ОУК может быть использован следующим образом.
Если начинается ввод на терминальной системе, эта система ссылается на значения координат логического указателя, содержащиеся в ОУК (см. 20.3.6.1), чтобы определить, где должен начаться ввод. Таким образом, прикладная программа может выбрать первое поле для ввода и позицию в нем, обновляя ОУК до разрешения начать ввод данных (при помощи передачи полномочия доступа ПДЗ или параметра "начать ввод ВТ" услуги VT-DATA).
Когда ввод заканчивается, терминальная система должна обновить ОУК, чтобы информировать прикладную программу о причине завершения. В ЗМВП (в ЗОП для поля), относящуюся к событию и условию завершения, вводятся значения координат логического указателя, соответствующие позиции, где завершился ввод данных, вместе с индексом (см. 20.3.3.6 и В.18.8 - В.18.10). Обновление ОУК таким способом подчиняется П-способу из ЗОП или ОУСП и терминальная система должна иметь в это время доступ к ОУК, если требуется обновление.
B.18.13 Совместное использование записей ОУИВП и ОУМВП
Ограничения на число полей, которые могут быть связаны с конкретной ЗИВП или ЗМВП при помощи их ЗОП, отсутствуют. Это позволяет экономить память, исключая дублирование записей, которые могут использоваться для нескольких полей.
B.18.14 Пример ФСВТ, использующей поля и управляемый ввод данных
На рисунке В.3 в диаграммной форме показаны используемые в обычном С-режиме компоненты ФСВТ, использующие поля и средства управляемого ввода данных. В этом примере не используются блоки или ОСИ.
В.18.15 Сводка операций над атрибутами для содержимого полей
Ниже содержится список операций, влияющих на значения вторичных атрибутов элементов массива, которые содержатся в поле. До определения поля, в которое он будет входить, элемент массива может получить значения вторичных атрибутов из предыдущих операций, если он находится в ранее существовавших блоке или поле, впоследствии исключенных:
a) операция ЛОГИЧЕСКИЙ АТРИБУТ с областью "глобальная" (см. 19.2.2.3);
b) операция ЛОГИЧЕСКИЙ АТРИБУТ, когда элемент массива находится в явной области (см. 19.2.2.3);
c) операция ЛОГИЧЕСКИЙ ТЕКСТ или ПОВТОРИТЬ ЛОГИЧЕСКИЙ ТЕКСТ, когда один или более вторичных атрибутов из множества значений ЗОП и/или модальных значений поля не "нулевые" (см. 19.2.2.1);
d) операция ЛОГИЧЕСКОЕ СТЕРЕТЬ, включающая элемент массива и имеющая значение "да" аргумента "сброс атрибута" (см. 19.2.2.4);
e) операция ТЕКСТ (ненулевой модальный атрибут) или явная операция АТРИБУТ над блоком, перекрывающим поле;
f) операция СТЕРЕТЬ над блоком, перекрывающим поле и имеющая значение "да" аргумента "сброс атрибута";
g) аналогично, операции ТЕКСТ, АТРИБУТ или СТЕРЕТЬ, если возможность определения блоков не используется.
Фактическими значениями вторичных атрибутов будут те, которые были последними во временной последовательности перечисленных выше операций. Значения сохраняются, если поле исключается.
В.19 Дополнительный пояснительный материал для средств работы с блоками
Блоки - это механизм адресации ОО, позволяющий записывать по адресу (т.е. координате ОО) часто используемые множества обновлений ОО независимым способом.
Например, заставка производителя может использоваться во множестве ситуаций, которые требуют ее появления в различных местах, а именно: она может быть вверху слева, внизу справа или вверху по центру. Если не пользоваться независимым от адреса методом для определения обновлений ОО, требуемых для создания заставки, то необходимо записывать новое множество обновлений ОО с другими координатами всякий раз, когда требуется заставка.
Если заставка содержит несколько цветов, шрифтов и уровней выделения, а также занимает несколько строк, то могут потребоваться сложные серии обновлений ОО.
Если используется адресация блоков, тогда образующие заставку обновления ОО могут быть записаны один раз так, что заставка находится в блоке соответствующих размеров. После этого, когда есть необходимость в заставке, может быть создан новый блок соответствующего размера в требуемом месте и существующее множество обновлений для заставки туда копируется.
Примечания
1 Если эти независимые от адреса обновления находятся в ОСИ, то большая эффективность может быть достигнута при помощи вызова записи, содержащей обновления.
2 Блоки не связаны с полями, в частности, они не являются частью средства ввода данных.
 | |
| 1412 × 2005 пикс. Открыть в новом окне | |
 | |
| 1418 × 1237 пикс. Открыть в новом окне | |
Приложение С (обязательное)
Значения типа ИДЕНТИФИКАТОР ОБЪЕКТА АСН.1
В настоящем стандарте присвоены значения типа ИДЕНТИФИКАТОР ОБЪЕКТА АСН.1 значениям справочных идентификаторов, используемых в основной части стандарта и в его приложениях.
С.1 Для идентификации настоящего стандарта:
vt-b ИДЕНТИФИКАТОР ОБЪЕКТА : : = {iso (1) standard (0)9040}
С.1.1 Для идентификации ОУ, определенных в этом стандарте:
vt-b-co ИДЕНТИФИКАТОР ОБЪЕКТА : : = {vt-b объект управления (0)}
С.1.1.1 Определения значений для ОУ
Для идентификации типов стандартных ОУ, определенных в настоящем стандарте, заданы следующие значения:
a) vt-b-sco-echo ИДЕНТИФИКАТОР ОБЪЕКТА:: = {vt-b-sco echo (0)} (см. 20.3.2)
b) vt-b-sco-tco ИДЕНТИФИКАТОР ОБЪЕКТА : : = {vt-b-sco tco (1)} (см. 20.3)