Alternativen zu FM POPUP_GET_VALUES / POPUP_TO_CONFIRM...
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
12 Beiträge
•
Seite 1 von 1
12 Beiträge
Seite 1 von 1
Hallo liebe ABAP-Experten,
viele von euch Dialog-Entwicklern haben wahrscheinlich auch schonmal die Uraltbausteine "POPUP_TO_CONFIRM"/"POPUP_GET_VALUES" oder weitere aus diesem Umfeld benutzt. Mit ABAP 7.4 und allen neuen Techniken, die es in den Jahren gegeben hat, fühle ich mich immer etwas unwohl, in einem oft objektorientiertem Report diese sehr alt wirkenden Bausteine zu verwenden. Kennt ihr irgendwelche moderneren Alternativen? Aktuell bin ich dabei eine neue Funktionsgruppe mit Dynpro anzulegen und dort die Nachrichten dann so wie ich will reinzupacken, aber da muss es doch noch irgendwas schöneres geben???
Freundliche Grüße und schönes Wochenende
Stephan
viele von euch Dialog-Entwicklern haben wahrscheinlich auch schonmal die Uraltbausteine "POPUP_TO_CONFIRM"/"POPUP_GET_VALUES" oder weitere aus diesem Umfeld benutzt. Mit ABAP 7.4 und allen neuen Techniken, die es in den Jahren gegeben hat, fühle ich mich immer etwas unwohl, in einem oft objektorientiertem Report diese sehr alt wirkenden Bausteine zu verwenden. Kennt ihr irgendwelche moderneren Alternativen? Aktuell bin ich dabei eine neue Funktionsgruppe mit Dynpro anzulegen und dort die Nachrichten dann so wie ich will reinzupacken, aber da muss es doch noch irgendwas schöneres geben???
Freundliche Grüße und schönes Wochenende
Stephan
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo Nescio,
ich habe die Popup FuBas einfach in einer statischen Methode verschalt
Je nachdem welches Popup ich gerne hätte, übergebe ich ein "Popupmodus"
Die "alten" Fubas funktionieren ja soweit noch gut, deswegen verwende ich die immer noch.
Ich weiß, ist nicht grad die Antwport auf deine Frage
Grüße 4Byte
ich habe die Popup FuBas einfach in einer statischen Methode verschalt
Je nachdem welches Popup ich gerne hätte, übergebe ich ein "Popupmodus"
Die "alten" Fubas funktionieren ja soweit noch gut, deswegen verwende ich die immer noch.
Ich weiß, ist nicht grad die Antwport auf deine Frage
Grüße 4Byte
Es gibt 10 Menschen die binär verstehen 
Beitrag
von DeathAndPain (Top Expert / 1952 / 259 /
413
)
»
Ich zweifle, dass die SAP sich die Mühe gemacht hat, da was Neues zu bauen, wenn das alte doch gut funktioniert. Gibt es denn eine OO-basierte Alternative zum FB SAPGUI_PROGRESS_INDICATOR? Bei RFC-basierten Zugriffen geht meines Wissens gar nichts anderes als Funktionsbausteine.
Aber wenn Dir das nicht gefällt, weil es Deinen Stil durchbricht, warum setzt Du Dich dann nicht mal hin und baust Dir eine nette kleine Klasse, die die Popups so bringt, wie Du sie Dir vorstellst? Da steckste einmal eine Stunde Arbeit rein, und dann haste das für alle Zukunft.
Btw, POPUP_TO_CONFIRM_LOSS_OF_DATA ftw! Alternativ POPUP_TO_CONFIRM_DATA_LOSS.
Aber wenn Dir das nicht gefällt, weil es Deinen Stil durchbricht, warum setzt Du Dich dann nicht mal hin und baust Dir eine nette kleine Klasse, die die Popups so bringt, wie Du sie Dir vorstellst? Da steckste einmal eine Stunde Arbeit rein, und dann haste das für alle Zukunft.
Btw, POPUP_TO_CONFIRM_LOSS_OF_DATA ftw!
Alternativ POPUP_TO_CONFIRM_DATA_LOSS. Das Problem ist, dass du weiterhin ein altmodisches Objekt (Programm oder Funktionsgruppe) als Träger und zur Verarbeitung für die Dynpros benötigst.
Deswegen gibt es da auch nichts neues.
Mich stört das auch immer wieder. Zumal man diese Popups nicht in der Größe ändern kann, was ebenfalls immer wieder nervt.
Leider ist aber auch CL_GUI_DIALOGBOX_CONTAINER keine Alternative, weil der ausschließlich als amodales Element designt wurde. Ich habe auch bisher keine Möglichkeit gefunden, das zu ändern. Zum Beispiel in Verbindung mit Messaging Channels bei dem man das Programm selber so lange auf eine Antwort vom Dialog warten lässt, bis der Anwender im Dialog "OK" oder "Abbrechen" gedrückt hat.
Eine Größenänderung kann man umständlich über Funktionstasten erreichen indem man Drucktasten "Horizontal verkleinern/ vergrößern" und "Vertikal verkleinern/ vergrößern" anbietet und je nach Wunsch den CALL SCREEN starting at ... ending at mit angepassten Werten ausführt.
Man könnte sich also so ein Rumpf-Popup mit den Grundfunktionen basteln (ok, abbrechen, vergrößern, verkleinern) und im Dynpro ein Custom Control einbinden in das man dann ein GRID, HTML-Control, Text-Control oder sonstiges einbinden kann. Man hat allerdings nach wie vor ein Dynpro...
Mit etwas Arbeit kann man die Popups dann auch noch mit schicken Langtexten ausstatten:
https://www.tricktresor.de/blog/pimp-my ... sterpiece/
Deswegen gibt es da auch nichts neues.
Mich stört das auch immer wieder. Zumal man diese Popups nicht in der Größe ändern kann, was ebenfalls immer wieder nervt.
Leider ist aber auch CL_GUI_DIALOGBOX_CONTAINER keine Alternative, weil der ausschließlich als amodales Element designt wurde. Ich habe auch bisher keine Möglichkeit gefunden, das zu ändern. Zum Beispiel in Verbindung mit Messaging Channels bei dem man das Programm selber so lange auf eine Antwort vom Dialog warten lässt, bis der Anwender im Dialog "OK" oder "Abbrechen" gedrückt hat.
Eine Größenänderung kann man umständlich über Funktionstasten erreichen indem man Drucktasten "Horizontal verkleinern/ vergrößern" und "Vertikal verkleinern/ vergrößern" anbietet und je nach Wunsch den CALL SCREEN starting at ... ending at mit angepassten Werten ausführt.
Man könnte sich also so ein Rumpf-Popup mit den Grundfunktionen basteln (ok, abbrechen, vergrößern, verkleinern) und im Dynpro ein Custom Control einbinden in das man dann ein GRID, HTML-Control, Text-Control oder sonstiges einbinden kann. Man hat allerdings nach wie vor ein Dynpro...
Mit etwas Arbeit kann man die Popups dann auch noch mit schicken Langtexten ausstatten:
https://www.tricktresor.de/blog/pimp-my ... sterpiece/
Die werden glatt in meine Klasse aufgenommenDeathAndPain hat geschrieben:
Btw, POPUP_TO_CONFIRM_LOSS_OF_DATA ftw!
Grüße 4Byte
Es gibt 10 Menschen die binär verstehen
Beitrag
von DeathAndPain (Top Expert / 1952 / 259 /
413
)
»
Den Beschreibungstext von POPUP_TO_CONFIRM_LOSS_OF_DATA hast Du aber gelesen?Die werden glatt in meine Klasse aufgenommen
Ich verstehe Dein Problem nicht. Es liegt doch in der Natur eines Popups, amodal zu sein?!ich stört das auch immer wieder. Zumal man diese Popups nicht in der Größe ändern kann, was ebenfalls immer wieder nervt.
Leider ist aber auch CL_GUI_DIALOGBOX_CONTAINER keine Alternative, weil der ausschließlich als amodales Element designt wurde.
Wer will denn bitte die Größe eines Popups mit Drucktasten verändern? Ein Popup liest man sich durch (oder auch nicht) und klickt es dann weg, aber man zuppelt nicht an seiner Größe herum. Wie groß es sinnvollerweise sein soll, entscheidet allenfalls derjenige, der es programmiert. Also kann man seiner Methode (optionale) Parameter dafür mitgeben und diese 1:1 an den CALL SCREEN durchreichen. Wobei Du natürlich trotzdem ein Trägerprogramm brauchst. Daran wird sich wohl auch nichts mehr ändern, denn Ziel des Spieles ist, alles in HTML-basiertes Geraffel umzusetzen, auch wenn der Fiori-Kram verglichen mit klassischem SAPGui-ABAP ein Alptraum ist, insbesondere hinsichtlich des Debuggings.Eine Größenänderung kann man umständlich über Funktionstasten erreichen indem man Drucktasten "Horizontal verkleinern/ vergrößern" und "Vertikal verkleinern/ vergrößern" anbietet und je nach Wunsch den CALL SCREEN starting at ... ending at mit angepassten Werten ausführt.
Nein. Popups sind modal. Sie sperren den eigentlichen Dialog bis die Eingaben auf dem Popup gemacht wurden.
Und doch: ich möchte manchmal als Anwender die Größe eines Dialoges ändern können, weil
- meine Auflösung eine andere ist, als die des Programmierers
- meine Einstellungen zur Schriftgröße oder Schriftart anders sind
- ich im Echtsystem mehr Daten angezeigt bekomme als der Programmierer im Testsystem
- der Programmierer die Daten wichtiger fand, als die Doku und deswegen der Infobereich nur ganz kleIn ist
- ich mehr spalten im grid eingeblendet habe, als der Programmierer
- usw
Ich rede nicht von einem data-loss-Dialog. Da braucht man in der Tat nix vergrößern.
Aber es gibt jede Menge Dialoge, die als Popup programmiert werden können.
Und doch: ich möchte manchmal als Anwender die Größe eines Dialoges ändern können, weil
- meine Auflösung eine andere ist, als die des Programmierers
- meine Einstellungen zur Schriftgröße oder Schriftart anders sind
- ich im Echtsystem mehr Daten angezeigt bekomme als der Programmierer im Testsystem
- der Programmierer die Daten wichtiger fand, als die Doku und deswegen der Infobereich nur ganz kleIn ist
- ich mehr spalten im grid eingeblendet habe, als der Programmierer
- usw
Ich rede nicht von einem data-loss-Dialog. Da braucht man in der Tat nix vergrößern.
Aber es gibt jede Menge Dialoge, die als Popup programmiert werden können.
Beitrag
von DeathAndPain (Top Expert / 1952 / 259 /
413
)
»
Hast wohl recht. hab den Begriff so lange nicht mehr gebraucht, dass ich ihn falsch herum aus meiner Erinnerung gekramt habe.Nein. Popups sind modal.
Selbr schuld, wenn Du SAP auf'm Handy machst. Neumodischer Schnickschnack.Und doch: ich möchte manchmal als Anwender die Größe eines Dialoges ändern können, weil
- meine Auflösung eine andere ist, als die des Programmierers
Auch wenn Deine Brille nicht mehr adäquat ist, ist eine Rentnerschriftgröße nicht die Alternative zum Optiker. Wenn das Popup ein komplettes ALV mit Daten enthält. Das halte ich aber eher für die Ausnahme, und es sprengt den Rahmen eines klassischen Popups Marke POPUP_TO_CONFIRM bei weitem. Von solchen war hier ja die Rede; gestört hat nur, dass POPUP_TO_CONFIRM halt noch ein FB ist und nichts Objektorientiertes.- der Programmierer die Daten wichtiger fand, als die Doku und deswegen der Infobereich nur ganz kleIn ist
Na klar, wenn Du eine richtige Datenausgabe anzeigen möchtest, dann macht ein größenveränderliches Fenster Sinn. Aber dann würde ich auch schon darüber nachdenken, den Aufwand zu treiben und dafür ein dezidiertes Dynpro zu schreiben, wo ich dann hinsichtlich der Funktionalität keinerlei Beschränkungen unterworfen bin.
DeathAndPain hat geschrieben:Den Beschreibungstext von POPUP_TO_CONFIRM_LOSS_OF_DATA hast Du aber gelesen?Die werden glatt in meine Klasse aufgenommen
Jetzt grade: Da steht ja "Do not use".
Ach verdammt
Es gibt 10 Menschen die binär verstehen
Beitrag
von DeathAndPain (Top Expert / 1952 / 259 /
413
)
»
Du kannst den Baustein aber trotzdem benutzen. Das "Do not use" haben sie nur reingeschrieben, weil ihnen seinerzeit die Zahl der ganzen POPUP_TO_CONFIRM_*-Bausteine aus dem Ruder gelaufen ist und sie daher den allgemeinen POPUP_TO_CONFIRM geschrieben haben, der sie alle ersetzen soll. Das ist aber schon viele Jahre her, und es gibt sie alle heute noch, insofern kann man vermuten, dass da ebenso wenig dran geschraubt werden wird wie dass bei diversen SAP-Funktionsbausteinen der Hinweis in der Online-Doku "Diese Dokumentation erfüllt noch nicht die Qualitätskriterien der SAP und wird noch überarbeitet" jemals durch eine vernünftige Doku ersetzt werden wird.
Aber klar sein sollte man sich halt über diese Umstände.
Aber klar sein sollte man sich halt über diese Umstände.
Beitrag
von ralf.wenzel (Top Expert / 3935 / 200 /
281
)
»
Und was spricht dagegen, den neuen zu nehmen?
Ralf
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Gar nichts aber da sind die Texte(Infomeldung Button etc) schon richtig gesetzt
Ich hätte mir dann die kurze Arbeit gespart, dass selber mit dem POPUPTO_CONFIRM zu bauen
Grüße 4Byte
Ich hätte mir dann die kurze Arbeit gespart, dass selber mit dem POPUPTO_CONFIRM zu bauen
Grüße 4Byte
Es gibt 10 Menschen die binär verstehen
Seite 1 von 1
Vergleichbare Themen
3
Antw.
Antw.
10912
Views
Views
2
Antw.
Antw.
1773
Views
Views
1
Antw.
Antw.
1771
Views
Views
2
Antw.
Antw.
2843
Views
Views
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
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.