Modal Dialog Box (Pop Up Screen)
8 Beiträge
•
Seite 1 von 1
8 Beiträge
Seite 1 von 1
Beitrag
von stony007_de (Specialist / 108 / 6 /
0
)
»
Hi
Ich versuche einen Popup Dialog aus einem laufenden Screen zu öffnen.
Dabei müssen einige Werte übergeben werden.
Aktuell habe ich den Weg über ein zweites “normales” Dynpro eingeschlagen.
Es gibt Screen 0100 (Normaler Screen) und dieser ruft via PBO den zweiten Screen 0100 (Modal Dialog) mit einem *STARTING AT* und einem *ENDING AT*.
Funktioniert alles soweit!
Problem an der Stelle, der erste Screen öffnet sich immer im Vollbild. Das ist eigentlich das was ich nicht wollte!
Hat da jemand einen Tip für mich?
Aus meinem Popup sollen dann 3 Button betätigt werden können, welche diverse Aktionen ausführen.
Mit freundlichen Grüßen
Stephan
Ich versuche einen Popup Dialog aus einem laufenden Screen zu öffnen.
Dabei müssen einige Werte übergeben werden.
Aktuell habe ich den Weg über ein zweites “normales” Dynpro eingeschlagen.
Es gibt Screen 0100 (Normaler Screen) und dieser ruft via PBO den zweiten Screen 0100 (Modal Dialog) mit einem *STARTING AT* und einem *ENDING AT*.
Funktioniert alles soweit!
Problem an der Stelle, der erste Screen öffnet sich immer im Vollbild. Das ist eigentlich das was ich nicht wollte!
Hat da jemand einen Tip für mich?
Aus meinem Popup sollen dann 3 Button betätigt werden können, welche diverse Aktionen ausführen.
Mit freundlichen Grüßen
Stephan
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Rufe das Popup bitte im PAI auf!
Tritt der Fehler dann immer noch auf?
Tritt der Fehler dann immer noch auf?
Beitrag
von stony007_de (Specialist / 108 / 6 /
0
)
»
Moin
leider bringt das auch nichts
Die Transaktion an sich rufe ich mit:
-> es öffnet sich der Screen 0100 im Vollbild und automatisch screen 0110. Wenn der Vollscreen verschwinden würde, wäre ich total happy!
leider bringt das auch nichts
Code: Alles auswählen.
*&---------------------------------------------------------------------*
*& Include ZDEMO_GUI_TOP Modulpool ZDEMO_GUI
*&
*&---------------------------------------------------------------------*
PROGRAM ZDEMO_GUI
*&---------------------------------------------------------------------*
*& Module USER_COMMAND_0100 INPUT
*&---------------------------------------------------------------------*
* text
*----------------------------------------------------------------------*
MODULE USER_COMMAND_0100 INPUT.
CALL SCREEN 0110
STARTING AT 1 1
ENDING AT 30 7.
ENDMODULE.
*&---------------------------------------------------------------------*
*& Module STATUS_0100 OUTPUT
*&---------------------------------------------------------------------*
* text
*----------------------------------------------------------------------*
MODULE STATUS_0100 OUTPUT.
*
ENDMODULE.
*&---------------------------------------------------------------------*
*& Module USER_COMMAND_0110 INPUT
*&---------------------------------------------------------------------*
* text
*----------------------------------------------------------------------*
MODULE USER_COMMAND_0110 INPUT.
CASE SY-UCOMM.
WHEN 'CALL'.
MESSAGE 'Hier kommt der Call' TYPE 'I'.
WHEN 'EXIT'.
LEAVE PROGRAM.
ENDCASE.
ENDMODULE.Code: Alles auswählen.
CALL TRANSACTION 'ZDEMO_CALL' AND SKIP FIRST SCREEN.
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
SKIP FIRST SCREEN funktioniert nur bei Selectionsbildern.
Du rufst mit CALL TRANSACTION einen neuen Programmstack auf, daher auch das "leere" Grundbild. Wenn du stattdessen das Bild der vorherigen Transaktion bzw. des vorherigen Programms im Hintergrund haben möchtest, musst du dein Popup direkt von dort aus aufrufen z.B. mittels Funktionsbaustein und nicht per CALL TRANSACTION.
Du rufst mit CALL TRANSACTION einen neuen Programmstack auf, daher auch das "leere" Grundbild. Wenn du stattdessen das Bild der vorherigen Transaktion bzw. des vorherigen Programms im Hintergrund haben möchtest, musst du dein Popup direkt von dort aus aufrufen z.B. mittels Funktionsbaustein und nicht per CALL TRANSACTION.
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 stony007_de (Specialist / 108 / 6 /
0
)
»
Moin
das habe ich ja versucht. Der Absprung kommt aus einem ALV Hotspot.
Wenn ich hier die TC so anpasse, dass er den Popup Screen rufen soll, wird dieser zwar geöffnet, aber auch im Vollbild.?
das habe ich ja versucht. Der Absprung kommt aus einem ALV Hotspot.
Wenn ich hier die TC so anpasse, dass er den Popup Screen rufen soll, wird dieser zwar geöffnet, aber auch im Vollbild.?
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
Wenn das eine Frage war: ja.
Lass den TC weg und ruf das Popup direkt (z.B mit einem Funktionsbaustein) auf.
Lass den TC weg und ruf das Popup direkt (z.B mit einem Funktionsbaustein) auf.
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 DeathAndPain (Top Expert / 1941 / 257 /
412
)
»
Also ich sag mal, was ich verstanden habe:
Du rufst per CALL TRANSACTION die Transaktion des Programms auf. Diese startet in den Screen 0100.
Von dem Screen 0100 springst Du weiter in den Screen 0110. Dabei stört Dich, dass der Screen 0100 im Hintergrund stehen bleibt.
Dann wäre die Lösung, im Screen 0100 anstelle von CALL SCREEN einfach LEAVE TO SCREEN zu schreiben. Dadurch würde sich der 0100 wieder schließen. Nur kannst Du dann kein STARTING AT angeben. Ein Programm (Transaktion) muss halt immer ein Grundbild im Vollbildmodus offen haben.
Was Du machen könntest, wäre, stattdessen einen Funktionsbaustein zu bauen. Funktionsbausteine können eigene Dynpros haben und modal anzeigen. Anstelle des CALL TRANSACTION würdest Du dann einen CALL FUNCTION nutzen. Sofern Du den Funktionsbaustein auch für sich alleine per Transaktion starten können möchtest, könntest Du dann noch einen Report mit leerem Selektionsbild und Transaktionscode bauen, der nicht mehr macht, als bei INITIALIZATION sofort Deinen Funktionsbaustein aufzurufen. Damit hättest Du dann die gewünschte Funktionalität.
Übrigens: Dynpronummern sind NUMCs, also Zeichenketten. Daher ist es besser, CALL SCREEN '0100' statt CALL SCREEN 0100 zu schreiben, da der Interpreter bei letzterer Syntax eine unnötige Formatwandlung durchführen muss.
Du rufst per CALL TRANSACTION die Transaktion des Programms auf. Diese startet in den Screen 0100.
Von dem Screen 0100 springst Du weiter in den Screen 0110. Dabei stört Dich, dass der Screen 0100 im Hintergrund stehen bleibt.
Dann wäre die Lösung, im Screen 0100 anstelle von CALL SCREEN einfach LEAVE TO SCREEN zu schreiben. Dadurch würde sich der 0100 wieder schließen. Nur kannst Du dann kein STARTING AT angeben. Ein Programm (Transaktion) muss halt immer ein Grundbild im Vollbildmodus offen haben.
Was Du machen könntest, wäre, stattdessen einen Funktionsbaustein zu bauen. Funktionsbausteine können eigene Dynpros haben und modal anzeigen. Anstelle des CALL TRANSACTION würdest Du dann einen CALL FUNCTION nutzen. Sofern Du den Funktionsbaustein auch für sich alleine per Transaktion starten können möchtest, könntest Du dann noch einen Report mit leerem Selektionsbild und Transaktionscode bauen, der nicht mehr macht, als bei INITIALIZATION sofort Deinen Funktionsbaustein aufzurufen. Damit hättest Du dann die gewünschte Funktionalität.
Übrigens: Dynpronummern sind NUMCs, also Zeichenketten. Daher ist es besser, CALL SCREEN '0100' statt CALL SCREEN 0100 zu schreiben, da der Interpreter bei letzterer Syntax eine unnötige Formatwandlung durchführen muss.
Seite 1 von 1
Vergleichbare Themen
18
Antw.
Antw.
5421
Views
Views
2
Antw.
Antw.
2046
Views
Views
Dynpro: Dropdown werte übergabe von Screen 1 auf Screen 2
von erzoo24 » 28.02.2017 15:25 • Verfasst in ABAP® für Anfänger
von erzoo24 » 28.02.2017 15:25 • Verfasst in ABAP® für Anfänger
1
Antw.
Antw.
4762
Views
Views
1
Antw.
Antw.
2423
Views
Views
7
Antw.
Antw.
4588
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 / 1103
vor 2 Tagen von DeathAndPain 4 / 1103
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 / 1103
vor 2 Tagen von DeathAndPain 4 / 1103