Аналог 'REUSE_ALV_FIELDCATALOG_MERGE' для класса

Fenix

Существует ли метод автоматической генерации field-каталога на основе внутренней таблицы при использовании cl_gui_alv_grid, аналогично 'REUSE_ALV_FIELDCATALOG_MERGE' ?

T

Fenix написал(а):

Существует ли метод автоматической генерации field-каталога на основе внутренней таблицы при использовании cl_gui_alv_grid, аналогично 'REUSE_ALV_FIELDCATALOG_MERGE' ?

LVC_FIELDCATALOG_MERGE

Fenix

T написал:

LVC_FIELDCATALOG_MERGE

И где ж там передавать внутреннюю таблицу?

T

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

Глянь LVC_TRANSFER_FROM_SLIS
Применять после REUSE_ALV_FIELDCATALOG_MERGE

Так чтоб сразу сделать не встречал, но может и есть..

(Еще можно K_KKB_FIELDCAT_MERGE + LVC_TRANSFER_FROM_KKBLO . Но это дела не меняет

)

111

Fenix написал(а):

Существует ли метод автоматической генерации field-каталога на основе внутренней таблицы при использовании cl_gui_alv_grid, аналогично 'REUSE_ALV_FIELDCATALOG_MERGE' ?

Если есть класс CL_SALV_TABLE - то юзай его, и не парься. Он все делает сам.
В том же пакете (SALV_OBJECTS) куча других демок.
============================

Code:

*&---------------------------------------------------------------------*
*& Report  SALV_DEMO_TABLE_REAL_SIMPLE
*&
*&---------------------------------------------------------------------*
*&
*& This is the most simple form of calling the new ALV object model
*& Isn't it REALLY simple?
*&
*&---------------------------------------------------------------------*

REPORT  SALV_DEMO_TABLE_REAL_SIMPLE.

data: gt_outtab type table of SFLIGHT.
data: gr_table  type ref to cl_salv_table.

*... Select data
  select * from SFLIGHT into corresponding fields of table gt_outtab.

*... Create Instance
  call method cl_salv_table=>factory
    IMPORTING
      R_SALV_TABLE = gr_table
    changing
      t_table      = gt_outtab.


*... Display table
  gr_table->display( ).

EGF

111 написал(а):

Если есть класс CL_SALV_TABLE - то юзай его, и не парься. Он все делает сам.

Видимо, Вы счастливый пользователь ядра 6.40. На 6.20 ни такого класса, ни такого пакета нет.

А для Fenix, думаю, оптимальным вариантом будет использовать структуру, определённую в ABAP Dictionary, и опять же не париться. Если, конечно, его внутрення таблица не генерируется динамически...

111

EGF написал(а):

111 написал(а):

Если есть класс CL_SALV_TABLE - то юзай его, и не парься. Он все делает сам.

Видимо, Вы счастливый пользователь ядра 6.40. На 6.20 ни такого класса, ни такого пакета нет.

Да, точно. Но вопрошающий не назвал же версию своего ядра? Потом я и сказал: "Если...".

EGF

111 написал(а):

Да, точно. Но вопрошающий не назвал же версию своего ядра? Потом я и сказал: "Если...".

Это я про себя немножко расстроился, что нет у нас такого класса.

T

Тож хочу 6.40 :cry:

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

Аналог 'REUSE_ALV_FIELDCATALOG_MERGE' для класса

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