Checkbox-Inhalt bei REUSE-ALV-GRID-DISPLAY-LVC
7 Beiträge
•
Seite 1 von 1
7 Beiträge
Seite 1 von 1
Hallo zusammen, ich habe als Anfänger folgendes Problem (erschlagt mich nicht, wenn ich eine gangbare Lösung übersehen habe..):
Mittels REUSE-ALV-GRID-DISPLAY-LVC gebe ich eine Tabelle aus, in der die erste Spalte jeweils ein Checkbox-Feld beinhaltet. Das wird auch dargestellt und man kann es ankreuzen oder auch nicht.
Ins Programm bekomme ich diese Informationen aber nur, wenn ich zusätzlich in irgendeiner Zeile einen Doppelclick mache. Dann sehe ich die "X" in der internen Tabelle, ansonsten leider nicht...
Was ist zu tun ?
Gruß Ucke
Mittels REUSE-ALV-GRID-DISPLAY-LVC gebe ich eine Tabelle aus, in der die erste Spalte jeweils ein Checkbox-Feld beinhaltet. Das wird auch dargestellt und man kann es ankreuzen oder auch nicht.
Ins Programm bekomme ich diese Informationen aber nur, wenn ich zusätzlich in irgendeiner Zeile einen Doppelclick mache. Dann sehe ich die "X" in der internen Tabelle, ansonsten leider nicht...
Was ist zu tun ?
Gruß Ucke
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von DeathGuardian (Expert / 759 / 0 /
3
)
»
Das liegt daran, das du in 2Ebenen denken musst.
Und zwar Frontend und Backend.
Frontend = das was der User auf dem Schirm sieht.
Backend = was der Applikationsserver treibt.
Wenn du jetzt wie bei dir in eine Cheackbox auf einem Grid einen Hacken setzt, wird dieser zwar im Frontend wirklich gesetzt, aber es wird kein Event ausgelösst, welches dem Backend sagt, das dort nun ein 'X' ist.
Wenn jetzt aber den Doppelclick machst, wird ein Event ausgelösst, welches zu einer Verarbeitung im Backend führt.
Ich hoffe das war nicht zu kompliziert.
Ob das was du willst mit dem FuBa möglich ist, weis ich leider nicht.
Ansonsten musst du dich wohl mit dem OO-ALV ein bisschen auseinander setzten, den da geht es auf jedenfall, wenn man alles richtig macht.
Und zwar Frontend und Backend.
Frontend = das was der User auf dem Schirm sieht.
Backend = was der Applikationsserver treibt.
Wenn du jetzt wie bei dir in eine Cheackbox auf einem Grid einen Hacken setzt, wird dieser zwar im Frontend wirklich gesetzt, aber es wird kein Event ausgelösst, welches dem Backend sagt, das dort nun ein 'X' ist.
Wenn jetzt aber den Doppelclick machst, wird ein Event ausgelösst, welches zu einer Verarbeitung im Backend führt.
Ich hoffe das war nicht zu kompliziert.
Ob das was du willst mit dem FuBa möglich ist, weis ich leider nicht.
Ansonsten musst du dich wohl mit dem OO-ALV ein bisschen auseinander setzten, den da geht es auf jedenfall, wenn man alles richtig macht.
Beitrag
von TorstenH83 (ForumUser / 22 / 0 /
5
)
»
Code: Alles auswählen.
FORM ALV.
CALL FUNCTION 'REUSE_ALV_GRID_DISPLAY_LVC'
EXPORTING
i_callback_program = sy-cprog
i_callback_user_command = 'AKTION'
it_fieldcat_lvc = t_fieldcat[]
i_save = 'A'
TABLES
t_outtab = i_daten.
ENDFORM. " alv
FORM aktion USING pick LIKE sy-ucomm rs_selfield TYPE slis_selfield.
CASE pick.
WHEN '&DATA_SAVE'.
LOOP AT i_daten.
IF i_daten-abgleich = ' '.
DELETE i_daten.
ENDIF.
ENDLOOP.
ENDCASE.
ENDFORM. "aktionErst wenn du auf "save" klickst (Diskettensymbol" dann gleicht er die Daten mit deiner internen Tabelle ab. Wenn ich danach auf "zurück" klicke, dann macht er im Programm weiter und wertet in meinem Fall nur die angeklickten Datensätze aus.
Auszubildender z. Fachinformatiker (Anwendungsentwicklung)
Was heißt "ansonsten leider nicht"? Eigener Funktionscode?Ucke hat geschrieben: ansonsten leider nicht...
Es gibt einen Weg die Daten vom Frontend zu hohlen. Ob dieser zu empfelen ist muss jeder selber wissen:
Der FuBa kapselt auch nur den OO-ALV, wenn man also eine Referenz auf den ALV hat, kann man wie in OO weiterarbeiten:
Code: Alles auswählen.
* Referenz auf ALV-Objekt
DATA: l_ref_alv TYPE REF TO cl_gui_alv_grid,
l_valid TYPE char01.
* Referenz auf ALV hohlen
CALL FUNCTION 'GET_GLOBALS_FROM_SLVC_FULLSCR'
IMPORTING
e_grid = l_ref_alv.
* Mit der Referenz, die Daten vom Frontend hohlen:
CALL METHOD l_ref_alv->check_changed_data
IMPORTING
e_valid = l_valid. "Wenn ein Fehler bei den Input-Daten vorliegt ist das Feld initial
Je nachdem was man will muss man dann weiter tricksen, deshalb auch die Frage am Anfang des Posts.
Gruß Hendrik
Seite 1 von 1
Vergleichbare Themen
2
Antw.
Antw.
3135
Views
Views
REUSE _ ALV _ LIST _ DISPLAY - Zeile nicht markieren
von Gast » 12.09.2005 08:42 • Verfasst in ABAP® Core
von Gast » 12.09.2005 08:42 • Verfasst in ABAP® Core
1
Antw.
Antw.
2714
Views
Views
4
Antw.
Antw.
2500
Views
Views
suche fieldcatalog - Name für Spaltenkopf bei REUSE-ALV-GRID
von jogi » 20.04.2005 15:23 • Verfasst in Dialogprogrammierung
von jogi » 20.04.2005 15:23 • Verfasst in Dialogprogrammierung
4
Antw.
Antw.
5288
Views
Views
4
Antw.
Antw.
4710
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 3 Stunden von DeathAndPain 2 / 111
vor 3 Stunden von DeathAndPain 2 / 111
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 3 Stunden von DeathAndPain 2 / 111
vor 3 Stunden von DeathAndPain 2 / 111