Коллеги, есть селекционный экран.
На нём есть select-options
написал обработчик on value-request
вызываю нужное средство поиска с помощью F4IF_VALUE_REQUEST. Именно этот ФМ мне нужен для того, чтобы передать в СП параметры через поле shlp.
Указать сразу при вызове ФМ поле экрана dynpfield негде.
Поэтому после возврата значений (списка в таблице return_values) мне нужно их как-то поместить в so_param.
Если я делаю просто append so_param несколько раз, то пропадает первое добавленное значение, плюс сразу кнопка со списком значений не зеленеет. надо нажать enter.
как это сделать красиво?

DYNP_UPDATE_FIELDS разве не помогает?

Код покажите.

нормально передать список значений получилось вот так в событии on value request
so_param-sign = 'I'.
so_param-option='EQ'.
so_param-low = 'val1'.
append so_param.
so_param-sign = 'I'.
so_param-option='EQ'.
so_param-low = 'val2'.
append so_param.
read table so_param into so_param index 1.
после этого нажимаю enter и все значения видны при нажатии на кнопку со списком значений.
зачем делать read table не понятно, но пусть будет так.
остался вопрос - как сделать так, чтобы enter не приходилось нажимать, а кнопка со списком значений сразу зеленела?

Ваш SO это вн таблица с хидер лайном, Read table для того чтобы заполнить хидер.

Я описАлся с именем ФМа, еще раз, используйте ФМ DYNP_VALUES_UPDATE.

я вызвал этот ФМ для поля so_param-low, передал туда первое значение из списка (val1). В итоге кнопка у меня не позеленела, но в список значений добавилось это значение ещё раз.
Как оно должно работать? Я почитал описание метода и мне кажется, что мне нужно что-то другое. Все значения у меня уже присвоены, нужно только сказать системе перерисовать кнопку, как будто я нажал Enter.

2 Osm: как написал коллеге Besa, select-options это внутр. таблица определенной структуры с хидер лайном. На экране вы видите именно хидерлайн. Кнопка зеленеет, если в тело сел-опта добавлена больше 1 строки (позеленение означает, что введены доп.условия).
Обновление данных любого экрана (не только селекционного) проходит по циклу PBO (process before output)-PAI(process after input). В PBO (у сел.экрана это событие AT SELCTION-SCREEN OUTPUT) происходит подготовка к выводу, значения из полей программы попадают в экранные поля. Потом пользователь смотрит на экран, что-то там делает, нажимает кнопки, которые привязаны к GUI-функциям. Вот после такого нажатия(в вашем примере это энтер) срабатывает PAI (у сел.экрана нет события, которое однозначно этому соответствует, грубо говоря это события AT SELECTION-SCREEN и AT SELECTION-SCREEN ON). В PAI система первым делом выполняет проверки типа введенных юзером значений и проч. неявные действия. Далее, данные из экранных передаются в переменные программы. Потом все повторяется: сперва PBO, затем - PAI.
on value-request не является событием PAI, его обработка не приводит к транспорту данных их экрана и последующему срабатыванию PBO с обратным транспортом. Что бы обновить данные на экране, в этом случае, после обработки on value-request, вызывают указанный Besa ФМ или альтернативный DYNP_VALUES_UPDATE.

если у меня к полю search-help привязан стандартным образом, т.е. через структуру или домен данных, например, то после его вызова и выбора значений кнопка со списком значений сразу зеленеет.
вот я хочу, чтобы после вызова search help из события on value request кнопка тоже позеленела.
как такое сделать?
и ещё - зачем нужно использовать dynp_valuess_update, если я могу сразу присвоить значения so_param? они в этом случае и на экране корректно отображаются

нашёл способ:
suppress dialog.

Мне кажется, вы заблуждаетесь. Кнопка перекрашивается в случае, если у вас несколько условий в одном SO. Посмотрите внимательнее, что именно вы делаете. Какие манипуляции производите


Обновления переменной напрямую не всегда приводят к отображению изменений на экране. Как я написал ранее, on value reuqest не приводит к полному циклу. Возможно, что у вас обновление поля происходило за счет вызова какого-нибудь стандартного ФМ, который сам выполняет и показ СП и обновление экранных полей.

Озеленение кнопки

LAT +1 так и делали.


OSM, так она и зеленеет у Вас по стандарту таким же способом [s]через ФМ[/s]. Может не через конкретно тот Фм конечно, но суть в том что без передергивания PBO PAI.
То что Вы используете не явный тригер для вызова PBO и PAI не есть хорошо.

всё понял, спасибо.
я то пробовал менять через update_values значение поля so_param-low, а оказывается можно было изменить значение самой кнопки.