Textedit-Control in modalem Dialogfenster
8 Beiträge
•
Seite 1 von 1
8 Beiträge
Seite 1 von 1
Hallo,
ich möchte ein einfaches PopUp erstellen, das nur ein Textedit-Control und die zwei üblichen Buttons "Beenden" und "Abbrechen" beinhaltet. Dazu habe ich ein Dynpro (Typ: modales Dialogfenster) mit einem Custom-Control darauf angelegt.
Wenn ich nun das Dynpro aufrufe wird im PBO vollkommen korrekt das Textedit-Control in dem Custom-Control angelegt und initialisiert. Das PopUp mit dem Textedit-Control erscheint. Allerdings füllt das Control das komplette Fenster aus. Der Status wirkt sich auf das Dynpro aus, aus dem ich das PopUp gestartet habe, wenn ich das PopUp schließen will, muß ich also im dahinterliegenden Fenster die entsprechende Funktion wählen.
Nun habe ich auf dem Dynpro unter das Custom-Control einen Button gesetzt. Daraufhin erscheinen zwei PopUps: eines mit dem Textedit-Control aber ohne weitere Buttons und ein zweites, das bis auf den von mir angelegten Button leer ist. Wenn ich auf diesen klicke verschwinden beide Fenster.
Vielleicht kann mir hier jemand einen Tip geben, wie ich es erreiche, daß ich einfach ein PopUp mit einem Textedit-Control und direkt auf diesem PopUp Buttons zum Beenden/Abbrechen bekomme...
Viele Grüße aus Mannheim
Patrick
ich möchte ein einfaches PopUp erstellen, das nur ein Textedit-Control und die zwei üblichen Buttons "Beenden" und "Abbrechen" beinhaltet. Dazu habe ich ein Dynpro (Typ: modales Dialogfenster) mit einem Custom-Control darauf angelegt.
Wenn ich nun das Dynpro aufrufe wird im PBO vollkommen korrekt das Textedit-Control in dem Custom-Control angelegt und initialisiert. Das PopUp mit dem Textedit-Control erscheint. Allerdings füllt das Control das komplette Fenster aus. Der Status wirkt sich auf das Dynpro aus, aus dem ich das PopUp gestartet habe, wenn ich das PopUp schließen will, muß ich also im dahinterliegenden Fenster die entsprechende Funktion wählen.
Nun habe ich auf dem Dynpro unter das Custom-Control einen Button gesetzt. Daraufhin erscheinen zwei PopUps: eines mit dem Textedit-Control aber ohne weitere Buttons und ein zweites, das bis auf den von mir angelegten Button leer ist. Wenn ich auf diesen klicke verschwinden beide Fenster.
Vielleicht kann mir hier jemand einen Tip geben, wie ich es erreiche, daß ich einfach ein PopUp mit einem Textedit-Control und direkt auf diesem PopUp Buttons zum Beenden/Abbrechen bekomme...
Viele Grüße aus Mannheim
Patrick
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Für mich klingt das so als würde im Container des Textedit Controlls der Eingabeparameter
container_name = 'CONT_POS'
falsch gefüllt werden. Da muss der Name des Custom Controls stehen. Ich hatte auch mal eine falschen Namen drinstehen dann war mein Container auch Bildschirmfüllend.
container_name = 'CONT_POS'
falsch gefüllt werden. Da muss der Name des Custom Controls stehen. Ich hatte auch mal eine falschen Namen drinstehen dann war mein Container auch Bildschirmfüllend.
Hallo,
@DeathGuardian
ich habe es schon mit "...STARTING AT..." aufgerufen. Es kommt ja auch in beiden Fällen als PopUp. Nur leider im ersten Fall füllt das Textedit-Control dieses PopUp vollständig aus und der Status wird am (nun dahinterliegenden) Dynpro, aus dem ich das Programm gestartet habe aktiv (das Hintergund-Dynpro selbst ist leer).
@Flo
Ich habe meinen Versuch aus einem Beispielprogramm (RSDEMO_DIALOGBOX_CONTROL) abgeschrieben. Da wird als Container ein Dialogbox-Container (CL_GUI_DIALOGBOX_CONTAINER) verwendet, der bekommt keinen Namen sondern nur repid und dynnr übergeben. Der Versuch, einen "normalen" Container (CL_GUI_CONTAINER) dazwischenzuschalten hat Dumps zur Folge. Aber Deine Antwort hat mich auf die Idee gebracht, auf das Dialogbox-Dynpro statt dem Control einen Subscreen zu setzen, in den ich dann das Textedit-Control reinerzeuge. Jetzt kommt zwar nach wie vor das PopUp, aber gar kein Textedit-Control mehr.
Viele Grüße aus Mannheim
Patrick
@DeathGuardian
ich habe es schon mit "...STARTING AT..." aufgerufen. Es kommt ja auch in beiden Fällen als PopUp. Nur leider im ersten Fall füllt das Textedit-Control dieses PopUp vollständig aus und der Status wird am (nun dahinterliegenden) Dynpro, aus dem ich das Programm gestartet habe aktiv (das Hintergund-Dynpro selbst ist leer).
@Flo
Ich habe meinen Versuch aus einem Beispielprogramm (RSDEMO_DIALOGBOX_CONTROL) abgeschrieben. Da wird als Container ein Dialogbox-Container (CL_GUI_DIALOGBOX_CONTAINER) verwendet, der bekommt keinen Namen sondern nur repid und dynnr übergeben. Der Versuch, einen "normalen" Container (CL_GUI_CONTAINER) dazwischenzuschalten hat Dumps zur Folge. Aber Deine Antwort hat mich auf die Idee gebracht, auf das Dialogbox-Dynpro statt dem Control einen Subscreen zu setzen, in den ich dann das Textedit-Control reinerzeuge. Jetzt kommt zwar nach wie vor das PopUp, aber gar kein Textedit-Control mehr.
Viele Grüße aus Mannheim
Patrick
Ein Dialogbox Container hat kein Dynpro. Das Dynpro im Programm RSDEMO_DIALOGBOX_CONTROL ist das Trägerdynpro, das Popup selber ist allerdings nur ein Container. Da kannst du keine Knöpfe oder ähnliches angeben. Du kannst aber einen Splittercontainer in den Dialogboxcontainer einbauen und dann in den einen Teil ein Toolbar Controll in den andern das Texteditcontroll einbinden. Die grösse des Popups kann man beim erstellen des Popup Containers einstellen mit den Parametern width = 540
height = 100
top = 150
left = 150
repid = repid
dynnr = dynnr.
wie in dem Beispielprogramm steuern.
height = 100
top = 150
left = 150
repid = repid
dynnr = dynnr.
wie in dem Beispielprogramm steuern.
Hallo,
der letzte Tip war der entscheidende. Vielen dank Flo!
Jetzt funktioniert es so, wie ich es haben will. Ich frage mich allerdings ob ich das per SAP-Doku und probieren hätte selber herausfinden können/sollen/müssen/... Ich hatte mich nämlich eigentlich schon durch einiges durchgewühlt...
Eine Zusatzfrage: zum Herausholen des Textes wollte ich eigentlich die Methode GET_TEXTSTREAM verwenden. Da kommt aber leider immer ein leerer String zurück. Mit der Methode GET_TEXT_AS_STREAM funktioniert es jetzt zwar, aber die Methode GET_TEXTSTREAM wäre ja schon eleganter. Und mich würde es interessieren, warum die Methode GET_TEXTSTREAM (bei mir) nicht funktioniert. Ich habe nämlich nirgends entsprechende Informationen gefunden.
Viele Grüße aus Mannheim
Patrick
der letzte Tip war der entscheidende. Vielen dank Flo!
Jetzt funktioniert es so, wie ich es haben will. Ich frage mich allerdings ob ich das per SAP-Doku und probieren hätte selber herausfinden können/sollen/müssen/... Ich hatte mich nämlich eigentlich schon durch einiges durchgewühlt...
Eine Zusatzfrage: zum Herausholen des Textes wollte ich eigentlich die Methode GET_TEXTSTREAM verwenden. Da kommt aber leider immer ein leerer String zurück.
Mit der Methode GET_TEXT_AS_STREAM funktioniert es jetzt zwar, aber die Methode GET_TEXTSTREAM wäre ja schon eleganter. Und mich würde es interessieren, warum die Methode GET_TEXTSTREAM (bei mir) nicht funktioniert. Ich habe nämlich nirgends entsprechende Informationen gefunden.Viele Grüße aus Mannheim
Patrick
Hallo Patrick
nachdem ich auch beinahe daran verzweifelt wäre, hab ich jetzt die Lösung:
nachdem du die Methode get_textstream aufgerufen hast, musst noch den Aufruf
CALL METHOD cl_gui_cfw=>flush.
hinterherschicken. und siehe da, die Variable ist gefüllt.
Wie das funktioniert, dass Variablen, die zuerst leer sind nach dem FLUSH gefüllt sind, ist mir nach wie vor ein Rätsel.
schöne Grüße aus Regensburg
Joachim
nachdem ich auch beinahe daran verzweifelt wäre, hab ich jetzt die Lösung:
nachdem du die Methode get_textstream aufgerufen hast, musst noch den Aufruf
CALL METHOD cl_gui_cfw=>flush.
hinterherschicken. und siehe da, die Variable ist gefüllt.
Wie das funktioniert, dass Variablen, die zuerst leer sind nach dem FLUSH gefüllt sind, ist mir nach wie vor ein Rätsel.
schöne Grüße aus Regensburg
Joachim
Die Kommunikation des Controls mit dem Appl.-Server funktioniert nicht zu PBO und PAI, sondern kommuniziert auch während der Eingabe. Dabei werden Queues aufgebaut. Der Flush ist nix anderes als die Anweisung, dieses Queues abzuarbeiten.
der Christian
(der sich auch gerade im Rahmen seiner Fallstudie damit beschäftigt hat und sich das hat erklären lassen
))
P.S.: Der Texteditor sollte nicht in modalen Fenster benutzt werden, das kann den GUI unsanft beenden, vor allem in der Minibasis 7.0)
der Christian
(der sich auch gerade im Rahmen seiner Fallstudie damit beschäftigt hat und sich das hat erklären lassen
))P.S.: Der Texteditor sollte nicht in modalen Fenster benutzt werden, das kann den GUI unsanft beenden, vor allem in der Minibasis 7.0
)
Seite 1 von 1
Vergleichbare Themen
3
Antw.
Antw.
3918
Views
Views
0
Antw.
Antw.
1909
Views
Views
1
Antw.
Antw.
2414
Views
Views
TextEdit Control nicht eingabebereit ?
von jesse001 » 13.11.2019 17:46 • Verfasst in Dialogprogrammierung
von jesse001 » 13.11.2019 17:46 • Verfasst in Dialogprogrammierung
1
Antw.
Antw.
2403
Views
Views
TextEdit Custom Control.. wo wird dieser Text gespeichert
von Petra Z » 12.08.2005 18:59 • Verfasst in ABAP Objects®
von Petra Z » 12.08.2005 18:59 • Verfasst in ABAP Objects®
3
Antw.
Antw.
928
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
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 2 Tagen von DeathAndPain 4 / 1153
vor 2 Tagen von DeathAndPain 4 / 1153
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 2 Tagen von DeathAndPain 4 / 1153
vor 2 Tagen von DeathAndPain 4 / 1153