alv grid 2 unterschiedliche ausgabetabellen
4 Beiträge
•
Seite 1 von 1
4 Beiträge
Seite 1 von 1
Hallo,
ich habe ein alv_grid.
wenn auf dem sel-screen s_matnr <> ' ' ist, dann soll gt_csdp_sec ausgegeben werden.
ansonsten gt_csdp.
Es funktioniert soweit, wenn ich beim Einstieg es mache. Wenn ich aber den Report laufen lasse, dann user command back und dann sel-screen eine matnr eingebe,
dann gibt er mir trotzdem gt_csdp.
ich bin langsam am verzweifeln. ich habe auch 2 alv objecte angelegt, aber sobald es gesetzt ist, dann wird die änderung nicht mehr angenommen.
da muss ich doch etwas beachten, dass es statt gt_csdp die andere outtab nimmt.
Ich hoffe jemand weiß Rat, wie schon des öfteren
.
Viele Grüße
Coco
ich habe ein alv_grid.
wenn auf dem sel-screen s_matnr <> ' ' ist, dann soll gt_csdp_sec ausgegeben werden.
Code: Alles auswählen.
CALL METHOD g_alv_01->set_table_for_first_display
EXPORTING
i_structure_name = gc_qm_cosdp_s
is_layout = ls_layout
is_variant = ls_variant
i_save = l_save
it_toolbar_excluding = lt_deact_std_fcodes
CHANGING
it_outtab = gt_csdp_sec
it_fieldcatalog = gt_fieldcat.Es funktioniert soweit, wenn ich beim Einstieg es mache. Wenn ich aber den Report laufen lasse, dann user command back und dann sel-screen eine matnr eingebe,
dann gibt er mir trotzdem gt_csdp.
ich bin langsam am verzweifeln. ich habe auch 2 alv objecte angelegt, aber sobald es gesetzt ist, dann wird die änderung nicht mehr angenommen.
da muss ich doch etwas beachten, dass es statt gt_csdp die andere outtab nimmt.
Ich hoffe jemand weiß Rat, wie schon des öfteren
.Viele Grüße
Coco
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von jensschladitz (Specialist / 417 / 0 /
56
)
»
Sali,
also ich würde es wie folgt machen
- bei Back - die ALV referent abbauen - also clear g_alv_01
- dann startet ja dein Report neu mit dem Selection Screen und da gibst du die Werte für die Matnr ein
- dann selektierst du die Daten un rufst dein Dynpro erneut auf
- da baust du die ALV Referenz neu auf
- ... field-symbols <fs_table> type any table.
- dann prüfst du (immer) ob eine von beiden Tabellen Werte hat - also if lines( table1 ) > 0. assign table1 to <fs_table>.
elseif lines( table2 ) > 0. assign table2 to <fs_table>.
endif.
- dann rufst du
CALL METHOD g_alv_01->set_table_for_first_display
EXPORTING
i_structure_name = gc_qm_cosdp_s
is_layout = ls_layout
is_variant = ls_variant
i_save = l_save
it_toolbar_excluding = lt_deact_std_fcodes
CHANGING
it_outtab = <fs_table>
it_fieldcatalog = gt_fieldcat.
... natürlich jeweils mit dem entsprechenden Feldkatalog auf
Gruss Jens
also ich würde es wie folgt machen
- bei Back - die ALV referent abbauen - also clear g_alv_01
- dann startet ja dein Report neu mit dem Selection Screen und da gibst du die Werte für die Matnr ein
- dann selektierst du die Daten un rufst dein Dynpro erneut auf
- da baust du die ALV Referenz neu auf
- ... field-symbols <fs_table> type any table.
- dann prüfst du (immer) ob eine von beiden Tabellen Werte hat - also if lines( table1 ) > 0. assign table1 to <fs_table>.
elseif lines( table2 ) > 0. assign table2 to <fs_table>.
endif.
- dann rufst du
CALL METHOD g_alv_01->set_table_for_first_display
EXPORTING
i_structure_name = gc_qm_cosdp_s
is_layout = ls_layout
is_variant = ls_variant
i_save = l_save
it_toolbar_excluding = lt_deact_std_fcodes
CHANGING
it_outtab = <fs_table>
it_fieldcatalog = gt_fieldcat.
... natürlich jeweils mit dem entsprechenden Feldkatalog auf
Gruss Jens
thanks Jens
Beitrag
von a-dead-trousers (Top Expert / 4420 / 224 /
1189
)
»
Jö schau! Ein Spatz! Lass ihn uns doch mit ein paar Kanonen erschießen!jensschladitz hat geschrieben:also ich würde es wie folgt machen
- bei Back - die ALV referent abbauen - also clear g_alv_01
- dann startet ja dein Report neu mit dem Selection Screen und da gibst du die Werte für die Matnr ein
- dann selektierst du die Daten un rufst dein Dynpro erneut auf
- da baust du die ALV Referenz neu auf
Klar, die Taktik funktioniert schon, aber man darf nicht vergessen, dass man jedes Mal den Feldkatalog an den GUI schicken muss, die Controls anlegt usw.
Das ist nicht sehr performant.
@c oco
Aus dem Coding heraus, sehe ich das hier eine Variable G_ALV_01 verwendet wird.
Frage: Kann es sein, dass du mit ZWEI ALV-Grid-Instanzen in EINEM Custom-Container arbeitest? Dann wird nämlich immer das Grid angezeigt, dass zuerst mit Create Object angelegt wurde. Du darfst nur eine Instanz haben und je nach dem die entsprechende Tabelle (inkl. passendem Feldkatalog!) bei SET_TABLE_FOR_FIRST_DISPLAY angeben.
Sofern deine beiden Tabellen die Gleiche Struktur haben, kommst du auch mit NUR EINER GlOBALEN Tabelle aus. Je nachdem welche Daten angezeigt werden sollen musst du den gewünschten Inhalt dann in dieser übergreifenden Tabelle eintragen. Damit dann die Daten am Grid erscheinen muss man bei einer Aktualisierung nur noch die REFRESH_TABLE_DISPLAY Methode aufrufen. Somit erspart man sich den Aufruf von SET_TABLE_FOR_FIRST_DISPLAY und dadurch auch einiges an Initialisierungsaufwand am GUI.
lg ADT
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Hallo,
@Jens: ja genau so hatte ich es auch gemacht, aber es kam mir doch sehr dirty vor.
@ADT: also ist die oben genannte Lösung aus Performacegründen nicht sehr sinnvoll...
habe es jetzt so gebaut wie du es vorgeschlagen hast. Muss halt immer schauen, welche Tabelle gefüllt ist, und diese dann an die ALV Output Tab. übergeben. Ist sauberer aber es war doch ein Heiden Aufwand und es ist leider auch Fehleranfällig, falls ich doch was übersehen habe. Ich musste nämlich einen produktiven Verbuchungsreport anpassen und da musste ich dann nach langem Try alle Tabs an die neue Output Tab. übergeben. Irgendwann sollte ich es dynamischer machen. Wenn es wieder eine Änderung gibt ist es wirklich ein sehr großer Wartungsaufwand.
Vielen Dank für die Hilfe euch beiden.
Viele Grüße
coco
@Jens: ja genau so hatte ich es auch gemacht, aber es kam mir doch sehr dirty vor.
@ADT: also ist die oben genannte Lösung aus Performacegründen nicht sehr sinnvoll...
habe es jetzt so gebaut wie du es vorgeschlagen hast. Muss halt immer schauen, welche Tabelle gefüllt ist, und diese dann an die ALV Output Tab. übergeben. Ist sauberer aber es war doch ein Heiden Aufwand und es ist leider auch Fehleranfällig, falls ich doch was übersehen habe. Ich musste nämlich einen produktiven Verbuchungsreport anpassen und da musste ich dann nach langem Try alle Tabs an die neue Output Tab. übergeben. Irgendwann sollte ich es dynamischer machen. Wenn es wieder eine Änderung gibt ist es wirklich ein sehr großer Wartungsaufwand.
Vielen Dank für die Hilfe euch beiden.
Viele Grüße
coco
Seite 1 von 1
Vergleichbare Themen
5
Antw.
Antw.
630
Views
Views
2
Antw.
Antw.
2974
Views
Views
Unterschiedliche Konditionen AB und Rechnungdruck
von Sebastian82 » 11.12.2019 08:47 • Verfasst in Sales and Distribution
von Sebastian82 » 11.12.2019 08:47 • Verfasst in Sales and Distribution
2
Antw.
Antw.
1508
Views
Views
4
Antw.
Antw.
2400
Views
Views
Unterschiedliche Berechtigungen Customizing
von msfox » 12.09.2019 13:25 • Verfasst in Dialogprogrammierung
von msfox » 12.09.2019 13:25 • Verfasst in Dialogprogrammierung
0
Antw.
Antw.
1430
Views
Views
ME2O unterschiedliche Lagerorte
von Christl » 23.10.2007 10:22 • Verfasst in Material Management & Produktionsplanung
von Christl » 23.10.2007 10:22 • Verfasst in Material Management & Produktionsplanung
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.