Опять ALV_GRID

_garycor_

Господа!
Вопрос. Есть АЛВ ГРИД.
Хочу сделать при добавлении позиции автоподставление значений в некоторые поля. Сделал подстановку в событии DATA_CHANGED. И тут оказалось что все работает когда в АЛВ отображается мало строк. а когда много, то новая строка добавляется в кенец. АЛВ туда прокручиватся, но событие DATA_CHANGED не срабатывает. Если тут же нажать еще раз добавление позиции, то DATA_CHANGED срабатывает с двумя новыми строками.
Решил после вызова set_table_for_first_display прокрутиться в конец. DATA_CHANGED стал срабатывать при первом нажатии на кнопку добавления позиции. Но мне не нравится что при отображении АЛВ отображается не сначала. Попробовал после отображения прокруться вниз и сразу вверх. Опять перестал срабатывать DATA_CHANGED при первом добавлении. Как-то это можно решить не рисуя свою кнопку добавления позиции?

alex_sh80

Добрый день!
Попробуйте событие data_changed_finished.

_garycor_

В нем нужно будет вызывать рефреш грида. А этого хотелось избежать.

avnik

А что если после нажатии на кнопку добавления позиции:
вычислить добавленную строку, сделать рефреш и позиционировать на вычисленную строку?
Для примера, если мы хотим вернуться на туже ячейку, которая была выделена до рефреша:
DATA ls_lvc_s_row TYPE lvc_s_row.
DATA ls_lvc_s_col TYPE lvc_s_col.

CALL METHOD alv_grid->get_current_cell
IMPORTING
es_row_id = ls_lvc_s_row
es_col_id = ls_lvc_s_col.

CALL METHOD alv_grid->refresh_table_display.

CALL METHOD alv_grid->set_current_cell_via_id
EXPORTING
is_row_id = ls_lvc_s_row
is_column_id = ls_lvc_s_col.

nickan

Есть 2 способа добавлять строку
INSERT
APPEND

оставить кнопку INSERT, тогда будет добавление после текущей.

Code:

form exclude_tb_functions changing pt_exclude type ui_functions.
  data ls_exclude type ui_func.
  ls_exclude = cl_gui_alv_grid=>mc_fc_loc_append_row.   " исключить кнопку APPEND
  append ls_exclude to pt_exclude.
  ls_exclude = cl_gui_alv_grid=>mc_fc_loc_insert_row.     " исключить кнопку INSERT
  append ls_exclude to pt_exclude.

endform.                               " EXCLUDE_TB_FUNCTIONS

Вызов :

Code:

* Exclude all edit functions in this example since we do not need them:
  perform exclude_tb_functions changing lt_exclude.

это из примера BCALV_EDIT_05 пакет SLIS.

_garycor_

Цитата:

А что если после нажатии на кнопку добавления позиции:
вычислить добавленную строку, сделать рефреш и позиционировать на вычисленную строку?

хочется без рефреша.

Цитата:

оставить кнопку INSERT, тогда будет добавление после текущей.

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

Просто сам факт кривости грида какой-то.

Еще вчера обнаружил такую вещь.
Есть грид. В нем поле, в домене которого прописаны значения (пустого значения нет). При добавлении позиции отрабатывает DATA_CHANGED, но не вызывается DATA_CHANGED_FINISHED (ругается что-то типа "Введите действительное значение". Это если протокол не чистить), хотя в DATA_CHANGED я протокол ошибок полностью очищаю. Но если очистить ref_table в каталоге для этого поля и чистить протокол, то DATA_CHANGED_FINISHED уже вызывается.

SMak

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

jack_nsk

всем доброго времени суток!

мне вот любопытно...
насколько сильно изменится работа с ALV_GRID с учетом With NW 7.40 SP02 we will release a new version of ALV ?

Code:

The classic ALV works on an internal table, created and filled by the application developer, and provides all the nice features like sorting, filtering, grouping and aggreation, single und multi selection, user functions and so on.

The new ALV changes this paradigm in integrating the data access. This allows us to push down features like authority checks, paging, sorting, aggregation and grouping to the database. We select only the data which is necessary for the actual page.

Удав

jack_nsk написал:

насколько сильно изменится работа с ALV_GRID с учетом With NW 7.40 SP02 we will release a new version of ALV ?

1.Новичкам станет немного легче. А опытные ABAP-еры проверку полномочий стараются делать до выборки

2.Как и все универсальное, такой подход будет работать медленнее, чем оптимизация в каждом конкретном случае.
Именно поэтому такую фичу прикрутили на Хану, чтобы нивелировать издержки.

weise

Цитата:

The new ALV changes this paradigm in integrating the data access. This allows us to push down features like authority checks, paging, sorting, aggregation and grouping to the database. We select only the data which is necessary for the actual page.

Code:

"Instantiate ALV
lo_alv_display = cl_salv_gui_table_ida=>create( iv_table_name    = 'SFLIGHT'
                                                io_gui_container = lo_container_d0555 ).
"Add authorization to the data selection
lo_alv_display->add_authorization_for_object( iv_authorization_object = 'S_CARRID'
                                              it_activities           = VALUE #( ( auth_field = 'ACTVT' value = '03' ) )
                                              it_field_mapping        = VALUE # ( auth_field = 'CARRID' view_field = 'CARRID' ) ) ).

Что-то я не догоняю, этот новый ALV сможет отображать только одну табличку/ракурс (но зачем он тогда нужен, ведь такие примитивные отчеты все-таки довольно редко встречаются)?
Или предполагается денормализовывать базу и для ключевых отчетов заполнять отдельной логикой таблички (наподобие спецрегистров)?
Такое ощущение, что просто бантики накручивают. Сделали бы уж html5 контейнеры лучше.

Правила форума

Опять ALV_GRID

Кто сейчас на конференции