Добрый день, товарищи.
Вопрос достаточно простой. Для начала описание ситуации.
Есть форма. В форме есть блок. В блоке есть 2 элемента, оба имеют тип TEXT ITEM. Первый называется ITEM_ID, хранит числовой идентификатор и не отображается пользователю. Второй называется ITEM_DESC, хранит текстовое описание и отображается пользователю. Для этих 2 элементов настроен один LOV. При выборе значения в нем текстовое присваивается в ITEM_DESC, а числовое в ITEM_ID.
Вроде бы все стандартно и хорошо. НО в момент когда пользователь очищает поле ITEM_DESC от значения и переходит к другим элементам, то поле ITEM_ID сохраняет значение, хотя мне нужно что бы оно тоже очищалось вместе с ITEM_DESC.

Внимание вопрос: Как сделать, что бы при очищении видимого поля ITEM_DESC автоматически очищалось не отображаемое поле ITEM_ID?

P.s. костыль ввиде логики очищения итема в триггере POST_TEXT_ITEM не предлагать. Хотелось бы узнать есть ли стандартный функционал очищения зависимых полей.

mRdUKE,

выставил для ITEM_ID указанное вами свойство и ничего не поменялось. Это поле остается также заполненным при когда ITEM_DESC очищаешь.

OldBoyOdeSu,

в таком случае проще на ITEM_DESC в триггер POST-TEXT-ITEM навесить эту логику. Но когда таких элементов становится много, то писать для каждого элемента спец триггер "не айс". Вот думаю может есть логика стандартная для таких случаев.

mRdUKE,
под "Стандартно" я имел ввиду работу стандартных форм в OeBS, там никакой доп логики нигде не прописывается и зависимые ITEM_ID автоматом очищаются, при очищении ITEM_DESC.

блок нужен для того что бы при последующем сохранении в бд сохранялся ITEM_ID с нулевым значением, а не с заполненным.

Пример ситуации. Пользователь создал запись. Выбрал с помощью LOV значения и автоматом у него заполнились ITEM_ID и ITEM_DESC. Сохранил в БД, при этом в бд естественно передался только ITEM_ID, ITEM_DESC не сохраняется.
Затем заново открыл форму и запросил созданную ранее запись. Она отобразилась. Очищает руками поле ITEM_DESC, сохраняет и думает что у него это поле пустое. При этом в БД передалось старое заполненное значение ITEM_ID, так как ITEM_ID остался заполненным.
Далее возникнет казус, пользователь запросит ранее сохраненную запись, ожидая увидеть пусто в ITEM_DESC, а оно у него будет заполнено, так как ITEM_ID ранее автоматом не очистился и имеет значение.