Перехват события
------------------------------
* if rr_data_changed->MT_DELETED_ROWS[] is not initial.
* LOOP AT rr_data_changed->MT_DELETED_ROWS INTO ls_del_rows.
** READ TABLE gt_out INDEX ls_del_rows-row_id.
** gt_out_del = gt_out.
** APPEND gt_out_del.
* DELETE gt_out INDEX ls_del_rows-row_id.
* ENDLOOP.
* endif.
* IF gt_out_del[] is not INITIAL.
* LOOP AT gt_out_del .
* DELETE gt_out WHERE matnr = gt_out_del-matnr
* AND WERKS = gt_out_del-werks
* AND lgobe = gt_out_del-lgobe.
*
* DELETE gt_zrasprout WHERE matnr = gt_out_del-matnr
* AND WERKS = gt_out_del-werks
* AND lgobe = gt_out_del-lgobe.
* ENDLOOP.
* ENDIF.


При введения обработки события удаления удаляет лишние строки.
При комментировании обработки
не обновляет АЛВ-грид, но из внутренней таблицуы
удаляет строки

----------------------------------------------
Хотя использую
конструкцию
для обновления


FORM refresh_alv0100.
DATA: r type LVC_S_STBL.
r-row = 'X'.
r-col = 'X'.
CALL METHOD g_grid->REFRESH_TABLE_DISPLAY
EXPORTING is_stable = r
i_soft_refresh = ''.
CLEAR g_refresh0100.
ENDFORM.

---------------------
Убираю обработку удаления
и нажимаю кнопку стандартную для обновления, тогда да
удаляет и не отображает , как инадо


в чем дело, может обновлять как то по иному надо ?

если ты удаляешь строки из внутренней таблицы
по событию DATA_CHANGED ,
то в конце обработки стоит поставить
IST-ROW = 'X'.
IST-COL = 'X'.
CALL METHOD L_GRID->REFRESH_TABLE_DISPLAY
EXPORTING
IS_STABLE = IST.

и грид приведет все в соответствие,
по крайней мере пишу сейчас прогу - у меня срабатывает

да возможно так

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

сенкс завтра твой вариан попробую

вобщем не пашет , после удаления строку удаляет
а када рефреш делаю
промежуточные суммы и итоговые суммы не пересчитывыает

как заюзать
CL_ALV_AUTOMATION->at_get_reg_2

это метод по стандартной кнопке обновления срабатывает.

В обработчеке перехвата события можно попробовать прописать
CALL METHOD cl_gui_cfw=>set_new_ok_code
EXPORTING
new_code = 'DUMMY'.

Ужасно большой сенкс
получилось
в чем проблема не подскажешь ?


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


блин...

Ужасно большой сенкс
получилось
в чем проблема не подскажешь ?


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


блин...

Удаляет, но у тебя то еще дальнейшая обработка идет.
А вообще смотреть надо по контексту, в некоторых случаях дешевле свои кнопки нарисовать.

Тоже с этим бился долго и тоже решил это вызовом cl_gui_cfw=>set_new_ok_code и как ни странно код тоже dummy было;)
Но только в событии DATA_CHANGED_FINISHED, чтобы лишний раз экранную логику не запускать.
METHOD HANDLER_DATA_CHANGED_FINISHED .
IF E_MODIFIED IS NOT INITIAL.
...
ENDIF.
ENDMETHOD.

Вопрос касается удаления.
Если я сделал сортировку в АЛВ.
Тогда параметр ls_del_rows-row_id не верен??

Не совсем понятен вопрос. Если ты имеешь ввиду не совпадения индекса с индексом внутренней таблицы, отсортируй ее тоже.
Или используй поля
COL_ID
VALUE параметра MT_DELETED_ROWS.

Я имел в виду если я упорядочу таблицу в АЛВ и удалю запись.
Тогда row_id дает мне не верный номер и я не верно удаляю с внутренней таблицы.
Как я знаю по какому полю упорядочивать??
У меня COL_ID = -1, VALUE пустой??

Неужели никто не сталкивался с подобной проблемой??
Когда я удаляю строку она где-нибудь храниться??
Заранее спасибо!

Ну есть же куча примеров, посмотрите их.
Это проблема Вашей реализации, а не грида.