Anomales Verhalten von ALV nach Event

Re: Anomales Verhalten von ALV nach Event

Wow, ich bin platt. Das ist die Lösung!! Es funktioniert perfekt. Ich bin begeistert!
Vielen, vielen Dank, Stefan und an all die anderen, die ihren Beitrag geleistet haben. Ihr wart mir echt eine große Hilfe. Bin fast daran verzweifelt ...

Achja, das mit dem Namen verzeih' ich dir nochmal, aufgrund deiner ausführlichen Erklärung. Herzlichen Dank dafür.

Grüße
Florian

Re: Anomales Verhalten von ALV nach Event

hi@wolli!

Das Problem wurde bereits erklärt: Solange ein Control nicht explizit zerstört wird, wird es angezeigt. Und zwar ALT vor NEU!
CL_DD_DOCUMENT verwaltet intern ein eigenes HTML-Control welches NICHT zerstört wird.
Einzige Lösung ist es, den darunterliegenden Control-Stack zu zerstören.
Da die Controls und die Container in Parent->Child-Beziehung stehen sollte es kein Problem sein das verantwortliche HTML-Control im Stack zu finden und mittels Methode FREE zu zerstören.

lg
ADT

P.S.: Ich persönlich bin ja schon vor langer Zeit von CL_DD_DOCUMENT abgekommen, da es viel zu inperformant ist. Seither arbeite ich mit der DOM-Implementierung von SAP: CL_IXML. Dafür hab ich mir eine Klasse drumherum geschrieben, welche dieselben Komforfunktionen wie CL_DD_DOCUMENT bietet aber eben im DOM-Umfeld funktioniert (NODE, PARENT, CHILD, SIBLING usw.). Ich gebe ja zu, das hier ein höheres Verständnis von HTML bzw. XML von Nöten ist, aber es funktioniert. Die Ausgabe selbst erfolgt dann eben über das HTML-Control für das ich wiederum eine Komfortklasse geschrieben habe die mir abhängig vom Parent den HTML-Viewer ausgiebt oder sollte sich der Parent geändert haben, die aktuelle Instanz zerstört und eine neue Instanz angelgt.
Ein weiterer Vorteil von DOM ist außerdem, dass man einzelne Teile zu Laufzeit austauschen kann ohne das gesamte Dokument von Grund auf neu aufbauen zu müssen.