допустим, есть dynpro с кнопкой с каким то ucomm,
нажимаем на кнопку, получаем реакцию в pai. потом нажимаем на что нить другое (enter, кноки прокрутки grid'а и тд) и опять получаем ту же реакцию, а не очень хочется.
Так как чистить sy-ucomm(которая read-only), или другие способы?

например, присвой экрану свой ok-code и обрабатывай его

кстати, clear sy-ucomm - делать можно

как вариант, в PBO логике в модуле ставь проверку на fcode:

да. только где то в обработчиках он восстанавливается.
а про ок-код экрана можно поподробнее?

fcode = sy-ucomm ???
а в my_module делать то что делается в PAI??
тока, думаю разницы не будет

в программе ставишь:
DATA: OK_CODE LIKE SY-UCOMM.

потом заходишь в список элементов экрана
там будет нижняя строка Типа "ОК"
прописываешь в ней свою переменную OK_CODE
потом в PBO логике обрабатывай значения
не SY-UCOMM (про SY-UCOMM забудь совсем),
а значения OK_CODE

да, строка такая имеется, только она не редактируема вообще

да плюс еще в PAI логике желательно вставить модуль который сохраняет ok_code в некой переменной и клирит экранный ok_code (в недалеком будущем пригодится), типа:



и далее в PAI анализировать уже ok_code_save

если это твой экран - то должна редуктироваться
по-любому OK_CODE нужно вписать в колонку "Имя"

экран мой,
что вписать нужно понял
редактируется все элементы кроме этого(

определи его не как "Подэкран", а как "стандарт"

Такие проблемы действительно могут возникнуть при использовании грида. очистка sy-comm не помогает, т.к. он восстанавливается в pai для служебных нужд. В том случае в дебагере нужно проследить ucomm до того места где он восстановится, и потом очистить.

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

немного не так. надо прописать ок_код для главного экрана, и переменную как нить по другому обозвать а то у меня закладки и гриды используются, в которых по дефолту используется ok_code.
BH, muchos gracias!