CL_SALV_TABLE editable
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
9 Beiträge
•
Seite 1 von 1
9 Beiträge
Seite 1 von 1
Beitrag
von jensschladitz (Specialist / 417 / 0 /
56
)
»
Sali Zusammen,
folgendes möchte ich umsetzen - da ich das ganze nicht umprogrammieren kann bzw. will. Ich habe auf einem Tabstrip einen ALV mit CL_SALV_TABLE eingestellt und kann diesen auch editieren - das klappt problemlos. Was ich aber realisieren will wegen besseren Handling - in der TA mit besagtem Tabstrip wird zwischen Anzeige / Edit - wie in SAP gewohnt mit einem Toogle Button gewechselt. Wenn ich dann auf meinen Tabreiter wechsle - habe ich es derzeit nur so - dass ich dort den eingefügten Button drücken muss um diesen Wechsel auch für den ALV auf dem Tabstrip / Subscreen zu realisieren. Soweit ja nicht so dramatisch - aber besser wäre schon - wenn in Abhängigkeit vom Bearbeitungsstatus (den habe ich zur Verfügung) - beim Wechsel auf diesen Reiter - ich meine Editierbarkeit auch an / ausschalten kann bzw. diese dann schon gegeben wäre.
Kann mir jemand einen Tip geben - welche Aktionen / Methoden ich nach dem create des ALV mit der Factory Methode noch anstossen müsste, damit ich das realisiert bekomme !
Danke für jeden Tip dazu.
Ich könnte es auch umschreiben mit der Klasse CL_GUI_ALV_GRID - na aber das will ich dann doch nicht
Schönen Tag noch
Gruss Jens
folgendes möchte ich umsetzen - da ich das ganze nicht umprogrammieren kann bzw. will. Ich habe auf einem Tabstrip einen ALV mit CL_SALV_TABLE eingestellt und kann diesen auch editieren - das klappt problemlos. Was ich aber realisieren will wegen besseren Handling - in der TA mit besagtem Tabstrip wird zwischen Anzeige / Edit - wie in SAP gewohnt mit einem Toogle Button gewechselt. Wenn ich dann auf meinen Tabreiter wechsle - habe ich es derzeit nur so - dass ich dort den eingefügten Button drücken muss um diesen Wechsel auch für den ALV auf dem Tabstrip / Subscreen zu realisieren. Soweit ja nicht so dramatisch - aber besser wäre schon - wenn in Abhängigkeit vom Bearbeitungsstatus (den habe ich zur Verfügung) - beim Wechsel auf diesen Reiter - ich meine Editierbarkeit auch an / ausschalten kann bzw. diese dann schon gegeben wäre.
Kann mir jemand einen Tip geben - welche Aktionen / Methoden ich nach dem create des ALV mit der Factory Methode noch anstossen müsste, damit ich das realisiert bekomme !
Danke für jeden Tip dazu.
Ich könnte es auch umschreiben mit der Klasse CL_GUI_ALV_GRID - na aber das will ich dann doch nicht
Schönen Tag noch
Gruss Jens
thanks Jens
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo,
schau mal ob Dir das weiterhilft.
http://scn.sap.com/people/naimesh.patel ... salv-model
CL_SALV_TABLE ist eigentlich nicht verfügbar/freigegeben zum editieren.
Viele Grüße,
schau mal ob Dir das weiterhilft.
http://scn.sap.com/people/naimesh.patel ... salv-model
CL_SALV_TABLE ist eigentlich nicht verfügbar/freigegeben zum editieren.
Viele Grüße,
...entwickelnder Berater...beratender Entwickler
Beitrag
von jensschladitz (Specialist / 417 / 0 /
56
)
»
Sali,
danke für den Tip - aber genauso habe ich es ja schon realisiert - ich will aber das der ALV automatisch umgeschalten werden kann, wenn die Träger TA switcht zwischen Edit / Display - also z.Bsp.ME23N - Anzeige PO dann über Menü PO change und wenn ich dann auf meinen Tabstrip wechsle soll der ALV auch schon eingabebereit sein, weil der Bearbeitungsstatus der TA mir das ja so mitteilt. Jetzt muss der User halt erst den Button noch drücken und dann kann er editieren auf dem Subscreen ALV. Das Problem ist - es war am Anfang nur echt als Anzeige gedacht - daher hatte ich da die Klasse CL_SALV_TABLE benutzt.
Gruss Jens
danke für den Tip - aber genauso habe ich es ja schon realisiert - ich will aber das der ALV automatisch umgeschalten werden kann, wenn die Träger TA switcht zwischen Edit / Display - also z.Bsp.ME23N - Anzeige PO dann über Menü PO change und wenn ich dann auf meinen Tabstrip wechsle soll der ALV auch schon eingabebereit sein, weil der Bearbeitungsstatus der TA mir das ja so mitteilt. Jetzt muss der User halt erst den Button noch drücken und dann kann er editieren auf dem Subscreen ALV. Das Problem ist - es war am Anfang nur echt als Anzeige gedacht - daher hatte ich da die Klasse CL_SALV_TABLE benutzt.
Gruss Jens
thanks Jens
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
Soweit ich das verstanden habe, wird der Wechsel zwischen Anzeige <-> Ändern über den GUI Status aufgerufen und damit auch ein PAI/PBO ausgelöst.
Ich würde entweder im PAI (abhängig vom Funktionscode) oder im PBO des Dynpros (abhängig vom aktuellen Status) den Wechsel zum jeweils anderen Modus realisieren. Und zwar genau so wie du es bereits mit dem eigenen Button in der Toolbar des SALV machst.
hmm....
Wie oft rufst du eigentlich den SALV Factory Contructor auf?
Doch hoffentlich nicht bei jedem PBO des Subscreens, oder?
Du musst dir die aktuell zurückgegebene Instanz global für den gesamten Programmlauf merken, dann kannst du eigentlich von jeder Stelle im Programm aus den Wechsel zwischen Anzeige <-> Ändern aufrufen.
lg ADT
Ich würde entweder im PAI (abhängig vom Funktionscode) oder im PBO des Dynpros (abhängig vom aktuellen Status) den Wechsel zum jeweils anderen Modus realisieren. Und zwar genau so wie du es bereits mit dem eigenen Button in der Toolbar des SALV machst.
hmm....
Wie oft rufst du eigentlich den SALV Factory Contructor auf?
Doch hoffentlich nicht bei jedem PBO des Subscreens, oder?
Du musst dir die aktuell zurückgegebene Instanz global für den gesamten Programmlauf merken, dann kannst du eigentlich von jeder Stelle im Programm aus den Wechsel zwischen Anzeige <-> Ändern aufrufen.
lg ADT
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Beitrag
von jensschladitz (Specialist / 417 / 0 /
56
)
»
Sali,
die Factory Methode rufe ich nur auf, wenn der ALV nicht mehr existiert und deinen Ansatz hatte ich schon so drin - hatte aber das Problem, dass es mir da immer einen Dump erzeugt hatte, wenn ich mir die ALV Model Informationen besorge.
Irgendwie war der Zeitpounkt wohl der Falsche - keine Ahnung. Na mal schauen ob ich es noch hin bekomme
Gruss Jens
die Factory Methode rufe ich nur auf, wenn der ALV nicht mehr existiert und deinen Ansatz hatte ich schon so drin - hatte aber das Problem, dass es mir da immer einen Dump erzeugt hatte, wenn ich mir die ALV Model Informationen besorge.
Irgendwie war der Zeitpounkt wohl der Falsche - keine Ahnung. Na mal schauen ob ich es noch hin bekomme
Gruss Jens
thanks Jens
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
Ich kenn zwar den internen SALV Aufbau nicht im Detail, aber es könnte durchaus sein, dass hier eine "späte" Instanzierung durchgeführt wird. Also nicht direkt nach dem Factory-Kontruktor sondern erst wenn das Dynpro mit dem tatsächlichen CL_GUI_CONTAINER angezeigt wird.jensschladitz hat geschrieben:hatte aber das Problem, dass es mir da immer einen Dump erzeugt hatte, wenn ich mir die ALV Model Informationen besorge.
In dem Fall müsstest du dir NACH dem CALL SUBSCREEN in deinem Tabstrip oder nach der restlichen PBO Verarbeitung im Trägerdynpro des Custom-Containers ein PBO-Modul einfügen und dort deine Verarbeitung durchführen. (oder deine Verarbeitung in ein bestehendes PBO-Modul einfügen)
lg ADT
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Beitrag
von jensschladitz (Specialist / 417 / 0 /
56
)
»
Sali,
genauso war / ist es - nach der Factory Methode - bekommt man keine Infos zum ALV Model . Jetzt habe ich es aber schon mal hin bekommen, wenn ich die Träger TA starte - Anzeige, dann switche zu Change und dann meinen Tabstrip aufrufe - dann ist dieser Eingabebereit. wenn ich dann aber den Switch in Anzeige über den Button im Gui Status mache - dann bleibt es Editierbar. Aber dazu werde ich im PAI des Subscreen wohl das ganze auch abhandeln müssen.
Gruss Jens
genauso war / ist es - nach der Factory Methode - bekommt man keine Infos zum ALV Model . Jetzt habe ich es aber schon mal hin bekommen, wenn ich die Träger TA starte - Anzeige, dann switche zu Change und dann meinen Tabstrip aufrufe - dann ist dieser Eingabebereit. wenn ich dann aber den Switch in Anzeige über den Button im Gui Status mache - dann bleibt es Editierbar. Aber dazu werde ich im PAI des Subscreen wohl das ganze auch abhandeln müssen.
Gruss Jens
thanks Jens
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
hi!
Ich mach das bei meinen Applikationen gerne so, dass ich das ganze hin- und herschalten immer im PBO abhandle.
Wenn der Programm Status auf "Ändern" steht, dann auf "Ändern" schalten und umgekehrt.
Sollte sich das GRID bereits in diesem Modus befinden, passiert eh nichts.
Vorteil bei dieser Vorgehensweise: Man wendet den Status erst an, wenn die ganzen Verarbeitungen in den PAI Abschnitten abgehandelt wurden. Da es ja sein könnte, dass der Wechsel in den Änderungsmodus nicht erlaubt ist oder der Wechsel in den Anzeigemodus aufgrund einer nicht gespeicherten Änderung abgebrochen wurde.
lg ADT
Ich mach das bei meinen Applikationen gerne so, dass ich das ganze hin- und herschalten immer im PBO abhandle.
Wenn der Programm Status auf "Ändern" steht, dann auf "Ändern" schalten und umgekehrt.
Sollte sich das GRID bereits in diesem Modus befinden, passiert eh nichts.
Vorteil bei dieser Vorgehensweise: Man wendet den Status erst an, wenn die ganzen Verarbeitungen in den PAI Abschnitten abgehandelt wurden. Da es ja sein könnte, dass der Wechsel in den Änderungsmodus nicht erlaubt ist oder der Wechsel in den Anzeigemodus aufgrund einer nicht gespeicherten Änderung abgebrochen wurde.
lg ADT
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Beitrag
von jensschladitz (Specialist / 417 / 0 /
56
)
»
Sali,
muss es auch nicht im PAI machen - hatte einfach eine "falsche" Prüfung für dasd Umschalten - so das der 2. Wechsel dann nicht geklappt hat. Hab den Fehler gefunden und werde es schnell beheben - dann klappt das Ganze auch.
Danke für die Hilfe !
Gruss Jens
muss es auch nicht im PAI machen - hatte einfach eine "falsche" Prüfung für dasd Umschalten - so das der 2. Wechsel dann nicht geklappt hat. Hab den Fehler gefunden und werde es schnell beheben - dann klappt das Ganze auch.
Danke für die Hilfe !
Gruss Jens
thanks Jens
Seite 1 von 1
Vergleichbare Themen
2
Antw.
Antw.
1874
Views
Views
WebDynpro editable AVL table save changes
von shadow » 17.03.2014 15:19 • Verfasst in ABAP® für Anfänger
von shadow » 17.03.2014 15:19 • Verfasst in ABAP® für Anfänger
2
Antw.
Antw.
4963
Views
Views
3
Antw.
Antw.
2782
Views
Views
GUI Status verhindert on click Event des SALV Table
von Pinguincommander » 05.02.2019 09:51 • Verfasst in ABAP® Core
von Pinguincommander » 05.02.2019 09:51 • Verfasst in ABAP® Core
6
Antw.
Antw.
11129
Views
Views
Editable ALV-Events abfangen (Insert/ Append/ Delete/ ...)
von DeZone » 07.12.2004 09:23 • Verfasst in ABAP® Core
von DeZone » 07.12.2004 09:23 • Verfasst in ABAP® Core
4
Antw.
Antw.
2569
Views
Views
ALV List - Nur manche Felder editable, nicht gleich Spalte
von LosPablos » 12.08.2005 14:15 • Verfasst in ABAP® Core
von LosPablos » 12.08.2005 14:15 • Verfasst in ABAP® Core
Frage die ABAP Experten
Über diesen Beitrag
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
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 Tagen von DeathAndPain 4 / 1224
vor 3 Tagen von DeathAndPain 4 / 1224
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 Tagen von DeathAndPain 4 / 1224
vor 3 Tagen von DeathAndPain 4 / 1224