Добрый день!

ALV построено через классы (CL_GUI_ALV_GRID).
В списке ALV если функция добавления новых записей (самописная).
Добавляем записи во внутреннюю таблицу, потом CALL METHOD gr_alv->refresh_table_display.
Но при таком добавлении не отрабатывают проверки (которые есть на DATA_CHANGED). Как их можно после обновления запустить принудательно после REFRESH?



Спасибо!

А зачем? Вынесети код проверок в подпрограммы\ФМ, и вызывайте их. Из обработки DATA_CHANGED или из логики добавления строк в таблицу, или ещё откуда угодно.
Откуда вобще берётся это навязчивое желание обязательно проэмулировать ручной ввод?

CHECK_CHANGED_DATA

To sy-uname: вынести то не проблема. Но красиво привязать ошибки к гриду и "подсветить красненьким" ячейки с неверным вводом можно только через cl_alv_changed_data_protocol.

А разве поможет?
Мне казалось это инициация data_change, data_change_finished, которые не были обработаны.
Тоесть изменения в ячейку были внесены руками, но события не наступило, не поменялся фокус там или что-то еще.
Как-то сомнительн, что это поможет в данной ситуации.

Да и чего, собственно, красивого. Если ввелось 100 позиций 20 из которых ошибочны. Бегать по ним по всем? Лог гораздо нагляднее, а при желании всю строчку подсветить не большая проблема.

Можно переформулировать задачу - требуется чтобы сразу при отображении ALV подсветились бы красным некорректно заполненные поля. Т.е. до событий data_changed и data_changed_finished

To Lars:
Почему же не поможет?
Можно выполнить все нужные проверки и добавить, по необходимости, сообщения в лог.
Не вижу никаких причин сомневаться в применимости такого решения.

Придется, конечно, учитывать что mt_good_cells и т.д. уже не содержат все необходимые ячейки для проверок.

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

To Trisha:
А я вам об чем пишу?

Не согласен, Артем, уж простите буду сомневаться
CHECK_CHANGED_DATA - сам ни чего не сделает. Смысла его вызывать нет.
Мне кажется, где то у Вас противоречия: вызвать CHECK_CHANGED_DATA и "Можно выполнить все нужные проверки и добавить, по необходимости, сообщения в лог".
Руками-то придется поработать, причем достаточно серьезно.

Да к тому что data_changed выполнит "ручные" проверки, а вот некорректность в отношении внешнего ключа\ссылочной таблицы и т.п. автоматические проверки не сработают.

To all:
Кхм, а я где-то говорил что отработают автоматические проверки или же что не придется менять код в DATA_CHANGED?
Кстати, при любых других способах, кроме ручного ввода, автомат. проверки не сработают также.

Все, что я хочу сказать - это то, что раз уж есть лог грида, то его и резонно использовать. Т.е. CHECK_CHANGED_DATA - всего-лишь способ попасть в DATA_CHANGED и получить доступ к протоколу грида.
А дальше все то же самое, что и при прочих вариантах реализации проверок без ручного ввода значений.

А, в этом смысле.
Только попадете Вы, как мне кажется, в data_changed_finished а там ссылки на протокол нет.

Попадет.
Я, просто, сам неоднократно использовал такую реализацию

Попробовал только что.
У меня не попал, для описанной ситуации. Только в finished.
Возможно, что-то делал не так.

В принципе, ни что не мешает создать свой протокол, если уж сильно хочется.
У него в constructor передать ссылку на нужный грид. Заполнить.
И будет тоже самое. Указатель на поле, номер строки у него есть.

А никак нельзя для измененных ячеек сэмитировать программно ручное изменение данных в строках ALV?

Проще переделать процедуру добавления записей - все проверки выполнять перед внесением записи в таблицу (предложение sy-uname). Зачем выполнять проверки ПОСЛЕ отражения неверной записи в ALV-Grid, а не ПЕРЕД добавлением записи в таблицу?
Или перейти на стандартную функциональность добавления записей в ALV-Grid

Удав, а думать за пользователя не надо. Возможность корректировки то пропадет, если до вставки проверять.

А вот с

абсолютно согласен.