Коллеги, всем добрый день.
Стоит несколько нетривиальная задача.
Есть редактируемый ALV(3 поля редактируются, 1 закрыто на редактирование).
После того как пользователь ввел значение в первое поле необходимо:
1) Если пользователь не нажал Enter, а просто выполнил какое либо другое действие - запускается обработчик data_changed, и в нередактируемое поле подтягивается название введенного объекта.
2) Если пользователь нажал Enter, то происходит то что в пункте 1 + тянутся дефолтные значения в другие поля.
3) Если пользователь встал на строку и нажал Enter, то просто подтянуть 2 дефолтных поля.

Казалось бы все просто, но не тут то было. Оказывается если зарегистрировать оба события для ALV, то при наличии события data_changed мы никаким образом не можем понять, был ли нажат Enter или нет. Если регистрировать только событие по Enter'у, то тогда если пользователь забудет его нажать у нас не подтянется название объекта(пункт 1).
Пытался и в поля текущего эвента лезть(cl_cui_alv_grid->cur_event->eventid), и через i_appl_events = 'X' с отлавливанием в PAI экрана.
Может у меня уже глаз замылился и я не вижу очевидного решения?

1 - через f4 не устроит?

еще как вариант, создать хоткей на Вашу процедуру "энтера".

sender->m_eventid = 19 (enter),
но он инкапсулирован (чтобы достать надо изощраться)

Есть же видимый SENDER->CUR_EVENT-EVENTID про который Saperx написал.

Я так понимаю, пункты 1 и 2 можно отличить через EVENTID (18 и 19). В пункте 3 пользователь встает на ячейку и без редактирования жмет ентер (вроде по описанию всегда происходит редактирование, но по содержимому пункта 3 его нет) - значит щупай дополнительно ER_DATA_CHANGED- MT_MOD_CELLS или ER_DATA_CHANGED-MP_MOD_ROWS на отсутствие отредактированных ячеек.

Проблема в том, что если зарегистрированы оба эвента(mc_evt_modified и mc_evt_enter), то при событии data_changed всегда будет eventid = 18.
Отсюда же вторая проблема, data_changed срабатывает только когда есть изменение данных. Если данные не менялись, то событие не отработает просто по нажатию enter.
Если отписать mc_evt_modified - не будет отрабатывать 1 пункт.
Если отписать mc_evt_enter - то вообще не понятно как быть с 2 и 3 пунктом.

Я что-то похожее делал в обработчике data_changed_finished. Но по формулировке задачи не понятно, что подразумевается под:
1) "просто выполнил какое либо другое действие". Изменил значение ячейки и перешёл (табом, стрелками, мышкой) на другую ячейку грида или куда-то на экранное поле?
2) "нажал Enter". Изменил значение ячейки и нажал ентер?
3) "встал на строку и нажал Enter". Ничего не менял в ячейке, просто нажал ентер?

Я бы сделал в тулбаре кнопку для подтягивания дефолтных значений. Всё!
Как вариант, предложение Besa - F4, или F1.

проверьте зарегистрированы ли события

Я о том же, хоткей на эту кнопку, пользователь когда будет передвигаться по строкам будет прожимать не энтер а например F7.
Плюсом будет то, что, он сможет массово выделив несколько строк выполнить процедуру проставления значений.

Решили все через кнопку на тулбаре, как посоветовали.
Но вопрос все же остался - возможно ли вообще такое? Сделать для нажатия enter и data_changed разные обработчики.

1) Да, изменил значение но не нажал enter, а перешел на другую ячейку грида.
2) Да, если произвел изменение и нажал enter.
3) Да, просто нажал enter.

To trop,
Все события зарегистрированы.
Проблема не в отработке событий вообще, а именно в грамотном комбинировании.

Если надо отличить ситуации "просто нажатие ентер", "изменение значения и нажатие ентер", "изменение значения и смена ячейки без нажатия ентер", алгоритм такой:
В обработчике data_changed_finished анализируем cur_event->eventid.
1. Если mc_evt_enter - пользователь ничего не менял, просто нажал ентер
2. Если mc_evt_modified.
а. (на всякий случай) проверяем, что в et_good_cells 1 строка (т.е. менялась 1 ячейка)
б. считываем из et_good_cells имя колонки fieldname и номер строки row_id
в. получаем имя колонки, на которой находится курсор сейчас, и номер строки: get_current_cell( e_row = ... es_col_id = ... )
г. если имена колонок и номера строк из б) и в) совпадают, пользователь изменил значение ячейки и нажал ентер
д. если не совпадают - изменил ячейку и перешёл на другую ячейку без нажатия ентер