Dem ALV Änderungen an anderen Zeilen "mitteilen"

Dem ALV Änderungen an anderen Zeilen "mitteilen"

Hallo,

bei dieser Sache werde ich wohl dauerhaft Verständnisprobleme haben:

In einem ALV (CL_GUI_ALV_GRID) erlaube ich Änderungen an bestimmten Zellen. Klappt auch gut, DATA_CHANGED wird durch Usereingabe ausgelöst, die Änderungen können angezeigt/gespeichert werden.

Abhängig von den Änderungen des Users an einer Zeile möchte ich andere Zeilen ändern. Wie muss ich diese Änderungen aus dem Programm heraus dem ALV mitteilen?

Ciao
Burkhart

Re: Dem ALV Änderungen an anderen Zeilen "mitteilen"

Da war ich ein wenig voreilig. So ganz verstanden habe ich es noch nicht:

Ich ändere iTab-Daten im Verlauf der Methode HANDLE_USER_COMMAND. Nun will ich nach den Änderungen (die ja auf keiner Usereingabe beruhen) den Status 'Daten wurden geändert' setzen. Wie rufe ich denn von hier aus die Methode DATA_CHANGED auf?

Ciao
Burkhart

Re: Dem ALV Änderungen an anderen Zeilen "mitteilen"

Eigentlich trifft beides zu.

Konkret sind es hier zB. 10 Zeilen einer iTab die eine Ordnungsnummer haben. Jetzt füge ich eine weitere Zeile ein was zu einer neuen Durchnummerierung führt. Es ändern sich also - ohne Usereingabe - alle 10 + 1 Zeilen.

Hilft Dir das?

Ciao
Burkhart

Re: Dem ALV Änderungen an anderen Zeilen "mitteilen"

Hallo Burkhart,
wenn ich das richtig verstehe erlaubst du dem Anwender gewisse Zellen zu ändern und willst davon unabhängig Daten im Programm an deiner internen Tabelle ändern?
Rufst du denn nach dem programminternen Ändern die Methode REFRESH_TABLE_DISPLAY auf?
Oder willst du den Anwender noch zu weiteren Aktionen "zwingen"?

Gruß
Frank

Re: Dem ALV Änderungen an anderen Zeilen "mitteilen"

Sali,

also so richtig stehst du noch nicht hinter dem ALV OO oder ? Aber kein Problem - die Ordnungsnummer musst du ja nur für die neue Zeile um 1 erhöhen gegenüber der letzten Ordnungsnummer in deiner Tabelle. Im Event Handler Data_changed_finished bekommst du die Info das Daten geändert wurden (welche Zeile & welche Felder) - soweit so gut . Wenn du die Ordnungsnummer selber vergibst und diese nicht durch den Anwender erfolgt (wovon ich hier ausgehe) - dann ist es ja so - wenn du deine interne Tabelle liest mit dem Index der geänderten Zeile - stellst du ja fest - ist die ON leer = neue Zeile oder schon gefüllt = vorhandene Zeile. Im Fall 1 musst du aus deiner int. Tabelle die letzte Ordnungsnummer ermitteln 1 drauf addieren und dann hast du das Ergebnis. jetzt schreibst du in die Tabelle der Methode mit den geänderten Daten ct_goodcells - einen neuen Eintrag - mit dem Index der neuen Zeile in deiner int. Tabelle, dem Feldname und den Wert dazu und dann rufst du die Methode refresh_table_display.
Wenn die ON schon gefüllt ist musst du ja an dieser nichts ändern - also reichen die geänderten Daten die in der ct_goodcells stehen
Das ganze machst du aber nur - wenn der Parameter e_modified = abap_true ist = Daten modifiziert und wenn in deinem Programmablauf du einmal an diesen Punkt kommst, dass dieser Parameter = X ist - dann hast du die Info, dass etwas geändert wurde und somit kannst du dann später im Programm reagieren - wenn du es verlassen willst oder wo du nun darauf reagieren willst.
Vielleicht hilft das ja etwas

Gruss

Re: Dem ALV Änderungen an anderen Zeilen "mitteilen"

Hallo Jens,

leider komme ich nach wie vor nicht weiter.

Ich verwende im ALV einen eigenen Button für 'Zeile hinzufügen'. Die Stndardbuttons habe ich allesamt deaktiviert. Per SET HANDLER ... habe ich dem ALV die Methoden HANDLE_USER_COMMAND und HANDLE_DATA_CHANGED_FINISHED zugewiesen. Der Button wird also per HANDLE_USER_COMMAND verarbeitet. Im Ablauf passiert derzeit Folgendes:

- User klickt auf Button
- Event DATA_CHANGED_FINISHED wird ausgelöst (zu meiner Verblüffung) und durch HANDLE_DATA_CHANGED_FINISHED behandelt.
- Event USER_COMMAND wird ausgelöst und durch HANDLE_USER_COMMAND behandelt.
- Im HANDLE_USER_COMMAND wird die iTab des Grids durch eine neue Zeile ergänzt und die Inhalte der anderen Zeilen geändert.
- Abschließend rufe ich REFRESH_TABLE_DISPLAY auf.
- Methode HANDLE_USER_COMMAND ist beendet.

Zu keinem Zeitpunkt sind die Parameter e_modified und/oder et_good_cells gefüllt. Und in der Methode HANDLE_USER_COMMAND habe ich keinen Zugriff darauf. Offenbar müsste ich ja vor meinem REFRESH_TABLE_DISPLAY noch irgendeine methode aufrufen. Da hapert's allerdings.

Nach wie vor Brett vorm Kopf

Hast Du eine Idee?

Ciao
Burkhart

Re: Dem ALV Änderungen an anderen Zeilen "mitteilen"

Hallo.

Vielen Dank mal zwischendurch für Deine Geduld

Die Edit-Events habe ich registriert. Eine Änderung einer vorhandenen Zeile wird auch tadellos bemerkt.
Den eigenen Button verwende ich um den Ablauf mal richtig zu begreifen. Es funktioniert ja auch prächtig bis auf die Tatsache, dass ich anschließend beim Verlassen des ALV nicht vor dem Datenverlust gewarnt werde weil der ALV nicht weiß, dass etwas geändert wurde.

Nach Klick auf meinen 'Neue Zeile' Button erscheint (wunschgemäß) ein kleines Popup mit den drei Schlüsselfeldern als Eingabemaske. Diese Werte schreibe ich dann in die neue Zeilenstruktur, füge die in die iTab ein und mache den Table-Refresh. Klappt alles super. Nur eben ohne Wissen des ALV.

Mir ist nicht klar, in welchem Moment (Event) ich die Änderungen in die Methodenparameter eintragen kann da ich sie in meinem Ablauf nicht NACH meinen Änderungen patchen kann.

Ciao
Burkhart

Re: Dem ALV Änderungen an anderen Zeilen "mitteilen"

Genau. Beim Verlassen des Grids via Grün/Gelb/Rot. Zeilenänderungen vorhandener Zeilen durch den User werden dann auch korrekt im Ereignis DATA_CHANGED erkannt. Meine Änderungen aus dem Programm heraus leider nicht.