Merkwürdiges Sortier-"Phänomen"

Merkwürdiges Sortier-"Phänomen"

Hi,

ich hab ein merkwürdiges Sortier-"Phänomen'. Wenn ich meine interne Tabelle nicht sortiere, wird meine ALV korrekt angezeigt. Sortiere ich sie hingegen, wird ein Wert in der Tabelle falsch angezeigt. Hab bereits debuggt, die interne Tabelle ist, wenn ich die Methode refresh_alv_display aufrufe, korrekt.

Der Wert der falsch ist, wird ermittelt, indem eine Referenz ausgelesen wird und in das Feld der internen Tabelle gelesen.
Er hat genau den Wert, den ich an einer anderen Stelle einer Referenz übergebe.

Bei der Problembeschreibung kann ich sicherlich keine konkreten Lösungsvorschläge erwarten, aber könnt ihr euch in irgendeiner Weise vorstellen, womit das zusammenhängen könnte? Was genau passiert in der Methode alv_refresh_display? Könnte der Fehler damit zusammenhängen, denn die interne Tabelle, die ich übergebe, ist ja korrekt.


Viele Grüße

Re: Merkwürdiges Sortier-"Phänomen"

Hi!

a-dead-trousers hat geschrieben:Wann überträgt du den Wert aus der Referenz in die interne Tabelle? Vor oder nach dem Sortieren?

Vor dem sortieren.

a-dead-trousers hat geschrieben:Beinhaltet die interne Tabelle bereits eine Referenz?

Ja, beinhaltet sie.

a-dead-trousers hat geschrieben:Wie erfolgt die Ermittlung der Referenz deren Daten du in die interen Tabelle schreibst? Per Index?

Die werden selbst aus einer Referenz bezogen, die über eine interne Tabelle mit diesen Referenzen verfügt. 1:n-Beziehung.
--> hier liegt vermutlich auch der Knackpunkt. Leider hat mir das bislang nicht wirklich weitergeholfen. =/

a-dead-trousers hat geschrieben:Wird vielleicht nach einer Spalte sortiert die eine Referenz-Variable beinhaltet?

Nein, nach einer Spalte vom Typ dats.

Re: Merkwürdiges Sortier-"Phänomen"

Nee. Ich editiere eine Zelle und setze diesen Wert, der in die Zelle eingetragen wird. Der Fehler ist nun, dass nicht eine Objektreferenz den Wert bekommt, sondern eine Zweite. Eben genau diesen, denn ich bei einer anderen Referenz setze. Die übrigen Werte sind korrekt.

Re: Merkwürdiges Sortier-"Phänomen"

Hi!

Leider habe ich mich um den Report schon eine Weile nicht mehr gekümmert und den Thread daher ruhen lassen. Nun würde ich aber nochmal gerne darauf eingehen.

a-dead-trousers hat geschrieben:Sortiertst du die Tabelle auch noch am Frontend?

Ja.

a-dead-trousers hat geschrieben: Wenn ja, musst du der Event-Verarbeitung (DATA_CHANGED & Co.) mit den Zeilen-Indizes aufpassen, wo du was reinschreibst.
Denn der Index am Frontend ist jener im sortierten Zustand des Frontend.

Ich glaube da liegt das Problem verborgen. Eben hab ich nochmal alles durchdebugged. Anfänglich meinte ich ja, dass bei refresh_table_display der Fehler passiert, das ist aber nicht der Fall. Es passiert definitiv im SAP-Coding, ausgelöst durch den DATA_CHANGED-Event. Im Event wird lediglich erkannt, dass sich eine Zeile verändert hat (mt_good_cells). Allerdings werden ja zwei Zeilen verändert, der Event bekommt jedoch gar nicht mit, dass noch eine zweite Zeile ohne zutun des Anwenders automatisch angepasst wird.

a-dead-trousers hat geschrieben: Besser:
Immer wenn ich ein editierbares ALV-Grid verwende, stelle ich sicher, dass die Tabelle "global" erreichbar ist.

Die Tabelle ist bereits global verfügbar.

a-dead-trousers hat geschrieben: Mit der Methode CHECK_CHANGED_DATA kann man jederzeit das ALV-Grid veranlassen den aktuellen Stand zurückzuschreiben.
Sobald du nun das ganze Ergebnis hast, musst du nur noch alle Zeilen durchloopen und die Daten von den Spalten in die Referenzen übertragen.

Das ist mir nicht ganz klar, wie du das meinst. Ich hab ja gar keinen Zugriff darauf mehr, weil der Fehler am Ende des DATA_CHANGED Events passiert, also schon wieder im SAP-Coding.

Nun hab ich auch noch versucht, anstatt refresh_table_display die Tabelle mit set_table_for_first_display neu aufzubauen, aber selbst dann passiert der Fehler.

Habt ihr noch eine Idee??

Re: Merkwürdiges Sortier-"Phänomen"

Hi!

ABAP_User hat geschrieben:Konnte den Fehler endlich mit einem einfachen "CLEAR er_data_changed->mt_good_cells." beheben.

Okay. Das ist die Holzhammermethode! Damit verhinderst du, dass das ALV die Daten aktualisiert.

Ich glaub du bist eher beim falschen Event:
Es gibt auch DATA_CHANGED_FINISHED. Dann sind die fertigen Daten bereits in deiner Tabelle und du kannst sie so wie bisher bearbeiten.

Sry, dass mir das nicht schon früher aufgefallen ist. Hab selber eine Ableitung der CL_GUI_ALV_GRID geschrieben, die mir die ganzen PAI/PBO/CHANGED_DATA abnimmt. Die feuert selber nur noch einen ON_CHANGED-Event hinter dem steht bei mir eigentlich der DATA_CHANGED_FINISHED.

lg ADT