Добрый день всем.
Когда в гриде на тулбаре нажимаю кнопки для работы со строками (Добавить строку, Удалить строку, Вставить строку, Удвоить строку), не могу попасть в отладку. Ни по /h, ни по /hs. Все остальные кнопки попадают в отладку нормально, а эти какие-то особенные. Может знает кто, в каких классах или FM их ловить?

Да, они особенные
http://sapboard.ru/forum/viewtopic.php?f=13&t=68982

я уже все эти шаги прошел с переименованиями, вставками в таблицу и рефрешами
думал может проще что есть
хоть стало понятно с отладкой
раз они клиентские ActiveX, то в ABAP отладке их не поймать
спасибо за ссылку

А зачем? Чем не подходит событие DATA_CHANGED?

мне всем подходит
пользователи
просто если в edit_events только cl_gui_alv_grid=>mc_evt_enter, тогда пользователи забывают нажать Enter, и данные теряются или непроверенные идут в обработку
если добавить cl_gui_alv_grid=>mc_evt_modified, тогда их нежные души смущает мечущийся по экрану протокол ошибок, который они пытаются закрыть навсегда

но это лирика, просто когда все это пытался побороть, натолкнулся на эту странность с отладкой. а так все устраивает. всем спс за помощь.

cl_gui_alv_grid->check_changed_data в PAI Вам в помощь

Все правильно. Для этого есть check_changed_data.

1) зарегистрировать cl_gui_alv_grid=>mc_evt_modified: register_edit_event( mc_evt_modified ).
2) поставить точку прерывания в cl_gui_alv_grid->dispatch()
3) перед добавление/копированием/и т.д. строки скомандовать /hs
4) выполнить действие
5) иногда в точку прерывания не попадает с первого раза, приходится клацать кнопку повторно (не знаю, чем вызвано, нет необходимости разбираться). Если унаследовать класс от cl_gui_alv_grid и переопределить dispatch, точка перерывания срабатывает, вроде бы всегда

срабатывает, но именно как mc_evt_modified, а из-за чего это случилось, то есть добавил/удалил пользователь строку или что-то поменял в существующей, в dispatch() не узнать
с наследованием тоже все прошел

у меня грид сидит на selection screen, программа не моя и логики в PAI и PBO накручено огогого
моих пользователей на PAI не проведешь
они сразу тискают кнопку Выполнить, потом конечно PAI отработает и проверка выполнится, но Start-of-selection уже не остановить (или как-то можно Start-of-selection остановить, не пересоздавая экран? пока в эту сторону не копал) и грид погибает вместе с экраном
и с кучей данных, которые пользователь потом и кровью протащил через мои зверские проверки

А если обрабатывать не в start-of-selection, а в at selection screen?

так это же нестандартные кнопки. как вариант спросить у того кто их программировал=)

Как написал LAT, вставьте свой код в AT SELECTION-SCREEN. Любое сообщение с ошибкой оставит Вас на экране выбора.

угу, теперь с общей помощью мои глаза открылись и я, как индеец Зоркий глаз из анекдота, на третьи сутки отладки заметил, что у метода check_changed_data есть параметр e_valid. Все срослось, все довольны, всем спс за вклад в борьбу с творением сумрачного немецкого гения.