|
Изменения поля на основании LOV
|
|||
---|---|---|---|
#18+
Добрый день коллеги. Есть форма на которой есть item1 в привязанным к нему LOV. Есть два других ITEMа значения которых зависят от значения в ITEM1. Как сделать так, чтобы например стерли значение в ITEM1 в двух других тоже бы значения стерлись, выбрали значения в ITEM1 - в двух других значения на основе селекта обновились. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.02.2013, 11:54 |
|
Изменения поля на основании LOV
|
|||
---|---|---|---|
#18+
Mit, 1. В свойстве LOV-а "Column Mapping Properties" настроить заполнение не толькл ITEM1, но и двух других item-ов. 2. Установить свойство "Validate from List" = Yes для ITEM1 3. В триггере WHEN-VALIDATE-ITEM для ITEM1: if :<block>.item1 is null then :<block>.item2 := null; :<block>.item3 := null; end if; Как-то так. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.02.2013, 15:15 |
|
Изменения поля на основании LOV
|
|||
---|---|---|---|
#18+
MitДобрый день коллеги. Есть форма на которой есть item1 в привязанным к нему LOV. Есть два других ITEMа значения которых зависят от значения в ITEM1. Как сделать так, чтобы например стерли значение в ITEM1 в двух других тоже бы значения стерлись, выбрали значения в ITEM1 - в двух других значения на основе селекта обновились. Очистка - зависит от того разрешен ввод с клавиатуры или нет. Если разрешен, то так как предлагает Павел. Если не разрешен, то обычно кнопка рядом вешается и по нажатию на нее основное поле и все связанные с ним очищаются. Заполнение - если запрос не тяжеловесный, то лучше стараться поднять все нужные значение в LOV и при выборе занести связанные значения в соответствующие поля. Ну или по аналогии с очисткой Код: plsql 1. 2. 3. 4.
Недостаток триггера - значения в связанных полях изменятся только после валидации, что обычно происходит после выхода из поля. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.02.2013, 12:15 |
|
|
start [/forum/topic.php?fid=51&fpage=13&tid=1878381]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
50ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
2ms |
others: | 15ms |
total: | 159ms |
0 / 0 |