Есть объектный ALV Grid для ввода данных... Есть ли какой простой способ сделать некоторые поля необходимыми для ввода? Заранее спасибо...

BCALV_EDIT_01
BCALV_EDIT_02
BCALV_EDIT_03
BCALV_EDIT_04

тама есть почти всё...лично проверял сегодня

Спасибо Я думал есть более простой способ, типа какого нибудь поля в Field Catalog (наподобие fcat-key = 'X' хотелось бы fcat-mandatory = 'X' ) Может в релизах > 46C что-то подобное уже есть... А так... похоже надо проверять каждое интересующее поле в отдельности на предмет заполнено оно или нет.

в 4,6С есть ls_fcat-edit = 'X'.

edit это возможность ввода, а не необходимость.

вот попутно вопрос - поставил для одного поля fieldcat-edit = 'X', пользователь проставил в эту колонку значения (ФМ ALV_REUSE_GIRD_DISPLAY), которые при нажатии определенной GUI-кнопки мне надо-бы обработать и отсортировать потом.

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

FORM user_command
...
loop at alv_таблица
endloop.

Что там еще нужно прикрутить, чтобы программно виделись отредактированные значения? Или обычные ФМ такого не предусматривают - т.е. нужно по примеденым выше примерам лепить "классовый ALV", PAI-логику и т.п.

выкинь edit....попробуй поле fieldcat-input = 'X'

нифига
если убрать -edit то поле становится вообще нередактируемым.
а edit в паре с input тоже не дают эффекта почемуто

как правильно настроить ALV (от и до), чтобы одна колонка редактировалась (текстовое поле), и результаты ввода можно было программно обработать внутри процедуры user_command ? Х.з. вдруг чего при вызове ФМ недоучел?
Срочно очень надо

странно...
а как же я поле check_box обрабатываю?

call method g_grid->check_changed_data.

не поможет ли?

сообщение от гостя моё....

какой там call method там про ФМ речь идет

проверил поставил для трех полей input = 'X' все работает и в USER_COMMAND всё видно




а мне и не надо помощь пока что...хотя всё равно спасибо

дык у меняже не-классовыы грид, а обычный вызов ФМ

разбираюсь потихоньку - оно работает, но както странно: если при вводе значения в поле нажал ENTER, то оно запоминается в таблицу и становится доступным в loop at, а если просто ввел значение и ткнул мышкой на поле ввода в соседней строчке (или кнопку gui нажал, т.е. без enter'a) - то фигвам, на экране значение есть, а в таблице сидит предыдущее
Видимо логика у алв-редактора такая странная

А какое колдунство применить тогда, чтобы выход курсора из поля (т.е. потеря полем ввода "фокуса") автоматом подтверждало ввод данных?

я в недоумении...

все сделал как ты сказал, т.е. ввел значение и ткнул мышкой на кнопку gui без enter'a ----> и всё видно всё равно

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

любопытно взглянуть

странно както: внутри user_command по нажатии на кнопку хочу отменить текущий алв-фильтр (если он есть). Сортировка к примеру без проблем меняется связкой REUSE_ALV_GRID_LAYOUT_INFO_GET + REUSE_ALV_GRID_LAYOUT_INFO_SET
А вот фильтр почемуто игнорируется (sy-subrc = 0 после вызова ФМ, но на экране изменений фильтра не наблюдается)
Что не так?

CALL FUNCTION 'REUSE_ALV_GRID_LAYOUT_INFO_GET'
IMPORTING
ET_SORT = gsort[]
ET_FILTER = gfilt[]
EXCEPTIONS
NO_INFOS = 1
PROGRAM_ERROR = 2
OTHERS = 3.
* отладка
loop at gsort into hsort.
endloop.
loop at gfilt into hfilt.
endloop.

* стандартная сортировка по номеру ПП
clear: hsort,gsort,gsort[].
hsort-SPOS = 1.
hsort-FIELDNAME = 'F1'.
hsort-TABNAME = 1.
hsort-UP = 'X'.
hsort-COMP = 'X'.
append hsort to gsort[].

* отменяем все ALV-фильтры
describe table gfilt[] lines n.
if ( n > 0 ).
clear: gfilt,gfilt[].
CALL FUNCTION 'REUSE_ALV_GRID_LAYOUT_INFO_SET'
EXPORTING
IT_SORT = gsort[]
IT_FILTER = gfilt[].
endif.

sel_lin-refresh = 'X'.