ALV: alten Wert eines editierbaren Feldes ermitteln
10 Beiträge
•
Seite 1 von 1
10 Beiträge
Seite 1 von 1
Hi,
habe ein kleines Problem mit einem ALV-Grid (OO). Einige Felder sind editierbar. Damit ich auf Änderungen reagieren kann habe ich habe ich das Event data_changed registriert:
In der Form handle_data_changed werden nun u.a. einige Prüfungen auf die Richtigkeit des geänderten Wertes durchgeführt.
Sollte der Wert nicht korrekt sein, will ich ihn wieder auf den Originalwert zurück setzen.
Leider kenne ich keine Möglichkeit, den Originalwert zu ermittlen
Irgendwelche Vorschläge?
Danke und Gruß,
Spaulding[/quote]
habe ein kleines Problem mit einem ALV-Grid (OO). Einige Felder sind editierbar. Damit ich auf Änderungen reagieren kann habe ich habe ich das Event data_changed registriert:
Code: Alles auswählen.
set handler gr_event_handler->handle_data_changed for gr_alvgrid.
call method gr_alvgrid->register_edit_event
EXPORTING
i_event_id = cl_gui_alv_grid=>mc_evt_modified.
call method gr_alvgrid->register_edit_event
EXPORTING
i_event_id = cl_gui_alv_grid=>mc_evt_enter.
Sollte der Wert nicht korrekt sein, will ich ihn wieder auf den Originalwert zurück setzen.
Leider kenne ich keine Möglichkeit, den Originalwert zu ermittlen
Irgendwelche Vorschläge?
Danke und Gruß,
Spaulding[/quote]
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von Arno Simon (ForumUser / 84 / 0 /
1
)
»
Du hast dem ALV-Grid doch eine Tabelle mit den Originalwerten übergeben.... Im Event bekommst Du eine Tabelle übermittelt, in welcher - soweit ich mich erinner - enthalten ist, welcher Wert in welcher Spalte /Zeile sich geändert hat. Sofern Du bereits zuvor die Werte der manipulierten Tabelle abgreifst, solltest Du Dir ein Speicherbackup der Originaltabelle anlegen.vG
Arno
Hi Arno,
danke für die Anwort.
Wenn das Event "data_changed" autritt, findet man im Event in "mt_mod_cells" die geänderten Zeilen (mit den neuen Werten). Anhand mt_mod_cells-row_id kann über den Index in der Originaltabelle natürlich immer noch den Originalwert finden...
Wer weiß, was ich gestern da wieder im Debugger gesehen hatte?
Danke,
Spaulding
danke für die Anwort.
Wenn das Event "data_changed" autritt, findet man im Event in "mt_mod_cells" die geänderten Zeilen (mit den neuen Werten). Anhand mt_mod_cells-row_id kann über den Index in der Originaltabelle natürlich immer noch den Originalwert finden...
Wer weiß, was ich gestern da wieder im Debugger gesehen hatte?
Danke,
Spaulding
Beitrag
von Arno Simon (ForumUser / 84 / 0 /
1
)
»
Keine Ursache...
Aber mal eine Gegenfrage zum ALV-Grid, da Du das gleiche Event (data_changed) benutzt, das ich derzeit auch benutze!
Wann wird das Event vom Control ausgelöst? Mir will es derzeit einfach nicht gelingen entsprechende Regeln für das Event zu erkennen. Mal wird es ausgelöst, wenn ich Datenfreigabe drücke und mal bei einem Doppelklick?!
Irgendwas kann dort doch nicht mit rechten Dingen zugehen!
vG
Arno
Aber mal eine Gegenfrage zum ALV-Grid, da Du das gleiche Event (data_changed) benutzt, das ich derzeit auch benutze!
Wann wird das Event vom Control ausgelöst? Mir will es derzeit einfach nicht gelingen entsprechende Regeln für das Event zu erkennen. Mal wird es ausgelöst, wenn ich Datenfreigabe drücke und mal bei einem Doppelklick?!
Irgendwas kann dort doch nicht mit rechten Dingen zugehen!
vG
Arno
Hi Arno,
ich verstehe die wohl Frage nicht richtig.
Das Event data_changed wird jedesmal ausgelöst, wenn sich der Wert eines Feldes im ALV geändert hat. Damit das Event ausgelöst wird, muss man in ein anderes Feld springen bzw. <ENTER> drücken (ich glaube, dadurch wird ein refresh_display gemacht, was letzendlich das Event data_changed triggert).
ich verstehe die wohl Frage nicht richtig.
Das Event data_changed wird jedesmal ausgelöst, wenn sich der Wert eines Feldes im ALV geändert hat. Damit das Event ausgelöst wird, muss man in ein anderes Feld springen bzw. <ENTER> drücken (ich glaube, dadurch wird ein refresh_display gemacht, was letzendlich das Event data_changed triggert).
Beitrag
von Arno Simon (ForumUser / 84 / 0 /
1
)
»
Hi Spaulding,
nunja, ich arbeite derzeit auf einem 4.6C-System mit aufgespieltem IS-U/CCS(4.64+) mit diversen Erweiterungen, die aber nicht die cl_gui_alv_grid betreffen.
Weder das Springen in ein anderes Feld (egal ob mit Tab, Cursor oder Mausklick) noch das drücken von Enter löst bei mir das Ereignis aus. Es wird nur hin und wieder mal getriggert, wenn ich scheinbar wie wild mit doppel- und dreifachklicks im Grid rumacker.....
Irgendwie seltsam....
Naja, mal sehen, was ich da noch finde. Vielleicht wird das Evnt auch nicht richtig registriert oder ich habe die falsche Event-Konstante genommen....
vG
Arno
nunja, ich arbeite derzeit auf einem 4.6C-System mit aufgespieltem IS-U/CCS(4.64+) mit diversen Erweiterungen, die aber nicht die cl_gui_alv_grid betreffen.
Weder das Springen in ein anderes Feld (egal ob mit Tab, Cursor oder Mausklick) noch das drücken von Enter löst bei mir das Ereignis aus. Es wird nur hin und wieder mal getriggert, wenn ich scheinbar wie wild mit doppel- und dreifachklicks im Grid rumacker.....
Irgendwie seltsam....
Naja, mal sehen, was ich da noch finde. Vielleicht wird das Evnt auch nicht richtig registriert oder ich habe die falsche Event-Konstante genommen....
vG
Arno
Moinsen.
Bei 4.6C ist das so'n bisken von hinten durch die Brust ins Auge: Der Event wird von der Methode CHECK_CHANGED_DATA gefeuert. Diese Methode ist Public und kann z.B. von Event-Handlern gerufen werden oder aus PAI.
Gruss,
Haubi
Bei 4.6C ist das so'n bisken von hinten durch die Brust ins Auge: Der Event wird von der Methode CHECK_CHANGED_DATA gefeuert. Diese Methode ist Public und kann z.B. von Event-Handlern gerufen werden oder aus PAI.
Gruss,
Haubi
Werde ich beizeiten ausprobieren. Bin gerade an einer anderen Baustelle im Projekt.
Beitrag
von Arno Simon (ForumUser / 84 / 0 /
1
)
»
Hmpf..... sollte hin und wieder mal meine ToDo's mit den Done's abgleichen..... den Punkt habe ich in 2 der enthaltenen ALVs und in einem davon bereits so umgesetzt gehabt, wie von Haubi beschrieben. In dem einen funktionierts und in dem anderen nicht....
Und warum? Weil ich's in dem anderen gar nicht erst umgesetzt habe..... Grmbl.....
Naja... Die TA an der ich schreibe enthält nur 3 TViews, 5 Grids, 3 Notepads und diverse SubScreens (12 + 5 PopUps).... Dann kann so'n kleiner "Lapsus" schon'mal vorkommen
vG
Arno
Und warum? Weil ich's in dem anderen gar nicht erst umgesetzt habe..... Grmbl.....
Naja... Die TA an der ich schreibe enthält nur 3 TViews, 5 Grids, 3 Notepads und diverse SubScreens (12 + 5 PopUps).... Dann kann so'n kleiner "Lapsus" schon'mal vorkommen
vG
Arno
Seite 1 von 1
Vergleichbare Themen
6
Antw.
Antw.
5421
Views
Views
Bezeichnung zu Wert eines Feldes lesen
von BubbleSort » 24.01.2017 15:59 • Verfasst in ABAP® für Anfänger
von BubbleSort » 24.01.2017 15:59 • Verfasst in ABAP® für Anfänger
1
Antw.
Antw.
1988
Views
Views
4
Antw.
Antw.
2588
Views
Views
Saldovortrag im alten Jahr? Auswirkung auf Zahllauf?
von Blueshape » 28.12.2005 10:24 • Verfasst in Financials
von Blueshape » 28.12.2005 10:24 • Verfasst in Financials
2
Antw.
Antw.
2852
Views
Views
Neuer Kontenplan im alten Buchungskreis / Landeskontenplan?
von FW » 13.07.2005 09:43 • Verfasst in Financials
von FW » 13.07.2005 09:43 • Verfasst in Financials
3
Antw.
Antw.
2731
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 22 Stunden von DeathAndPain 4 / 839
vor 22 Stunden von DeathAndPain 4 / 839
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 22 Stunden von DeathAndPain 4 / 839
vor 22 Stunden von DeathAndPain 4 / 839