Variablen-Wert in Dynpro Textfeld anzeigen
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
11 Beiträge
•
Seite 1 von 1
11 Beiträge
Seite 1 von 1
Guten Morgen,
Ich möchte einen Wert aus einer Variablen in einem Textfeld in einem Dynpro anzeigen?
Einsteiger-Frage aber bisher hatte ich nur den umgekehrten Weg, von einem Input-Field in eine Variable.
Danke schonmal!
Gruß
Dominic
Ich möchte einen Wert aus einer Variablen in einem Textfeld in einem Dynpro anzeigen?
Einsteiger-Frage aber bisher hatte ich nur den umgekehrten Weg, von einem Input-Field in eine Variable.
Danke schonmal!
Gruß
Dominic
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
Gleiche Vorgehensweise wie beim Input-Feld:
Du brauchst eine gleichnamige, globale Variable in deinem Programm wie das Feld auf dem Dynpro. Wenn diese zum Zeitpunkt PBO befüllt wird, sieht man deren Inhalt im Anschluss auf dem Dynpro. Das Dynpro-Feld könnte man dann noch als reines "Ausgabefeld" deklarieren, damit der Benutzer das Feld nicht "aus Versehen" überschreibt.
lg ADT
Du brauchst eine gleichnamige, globale Variable in deinem Programm wie das Feld auf dem Dynpro. Wenn diese zum Zeitpunkt PBO befüllt wird, sieht man deren Inhalt im Anschluss auf dem Dynpro. Das Dynpro-Feld könnte man dann noch als reines "Ausgabefeld" deklarieren, damit der Benutzer das Feld nicht "aus Versehen" überschreibt.
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
Ok danke. Habe das versucht aber irgendwo ist noch der Wurm drin.
Muss die Variable im PBO befüllt werden?
Da ich das ganze als normalen Report angefangen habe, baue ich das Dynpro gerade nachträglich ein. Daher kann es sein, dass ich hier was übersehe.
Die Variable ist aktuell im Report mit der DATA-Anweisung ganz normal deklariert.
Muss die Variable im PBO befüllt werden?
Da ich das ganze als normalen Report angefangen habe, baue ich das Dynpro gerade nachträglich ein. Daher kann es sein, dass ich hier was übersehe.
Die Variable ist aktuell im Report mit der DATA-Anweisung ganz normal deklariert.
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
Jein. Sie muss zum Zeitpunkt PBO den richtigen Wert beinhalten. Wenn er vorher schon drinnensteht ist es auch in Ordnung.Dyrdek hat geschrieben:Muss die Variable im PBO befüllt werden?
Was heißt "normal"?Dyrdek hat geschrieben:Die Variable ist aktuell im Report mit der DATA-Anweisung ganz normal deklariert.
Direkt unter der REPORT-Anweisung: Global
In einem Ereignis-Block (z.B. START-OF-SELECTION): Global
In einem PAI/PBO-Modul: Global
Überall sonst (FORM, METHOD usw.): Lokal = Nicht Global
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
Ich führe meinen Report aus und rufe am Ende der gesamten Report-Logik das Dynpro mit "CALL SCREEN 1001" auf.
Die Variable sollte also befüllt sein.
Was mir gerade aber einfällt. MUSS PAI und PBO definiert sein? Die beiden Module sind bei mir aktuell nach dem Erzeugen auskommentiert und nicht erzeugt. Habe das nicht geändert, da in dem Dynpro nur die Ausgabe erfolgen soll.
Ein explizites GLOBAL habe ich nicht. Am Anfang meines Reports werden alle benötigten Variablen mit DATA deklariert. Also:
Die Variable sollte also befüllt sein.
Was mir gerade aber einfällt. MUSS PAI und PBO definiert sein? Die beiden Module sind bei mir aktuell nach dem Erzeugen auskommentiert und nicht erzeugt. Habe das nicht geändert, da in dem Dynpro nur die Ausgabe erfolgen soll.
Ein explizites GLOBAL habe ich nicht. Am Anfang meines Reports werden alle benötigten Variablen mit DATA deklariert. Also:
Code: Alles auswählen.
Report xyz.
DATA: lv_de_count(10) TYPE N.
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
Also innerhalb des START-OF-SELECTION?Dyrdek hat geschrieben:Ich führe meinen Report aus und rufe am Ende der gesamten Report-Logik das Dynpro mit "CALL SCREEN 1001" auf.
Die beiden sollten schon definiert werden, da du sonst keine Buttons (SET PF-STATUS) zur Verfügung hast bzw. kein Coding hast um das Dynpro korrekt zu verlassen (CASE sy-ucomm).Dyrdek hat geschrieben:MUSS PAI und PBO definiert sein? Die beiden Module sind bei mir aktuell nach dem Erzeugen auskommentiert und nicht erzeugt. Habe das nicht geändert, da in dem Dynpro nur die Ausgabe erfolgen soll.
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
Die DATA-Anweisung ist nicht innerhalb der START-OF-SELECTION.
Sollte das so sein? Dann Schande über mich ...
Aber habe die START-OF-SELECTION nie 100%ig verstanden, da viele Kollegen damals ohne diese gearbeitet haben. :/
Bitte etwas Nachsicht wenn das ein grober Patzer ist.
Momentan ist der Aufbau.
Was ich genutzt habe war die Anweisung SELECTION-SCREEN ...
Kurze Frage zu meinem Problem allgemein. Ich habe mit einem einzigen zentralen Report angefangen. Wenn ich nun Dynpros einbauen möchte, sollte ich dann die PAI-PBO-Module und Includes verwenden und die Logik des "alten" Reports dort aufteilen?
So war die Vorgehensweise in meinem alten Betrieb bei Dynpros.
Sollte das so sein? Dann Schande über mich ...
Aber habe die START-OF-SELECTION nie 100%ig verstanden, da viele Kollegen damals ohne diese gearbeitet haben. :/
Bitte etwas Nachsicht wenn das ein grober Patzer ist.
Momentan ist der Aufbau.
Code: Alles auswählen.
DATA: ...
START-OF-SELECTION.
END-OF-SELECTION.Kurze Frage zu meinem Problem allgemein. Ich habe mit einem einzigen zentralen Report angefangen. Wenn ich nun Dynpros einbauen möchte, sollte ich dann die PAI-PBO-Module und Includes verwenden und die Logik des "alten" Reports dort aufteilen?
So war die Vorgehensweise in meinem alten Betrieb bei Dynpros.
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
So sollte der Aufbau mit einem "eigenen" Dynpro in einem Report in der Regel ablaufen:
Diese sog. Ereignisse stammen noch aus der Urzeit der ABAP-Programmierung und haben leider noch immer Bedeutung. Vorallem wenn man die ansonsten sehr komfortablen SELECTION-SCREENs verwenden möchte muss man damit leben.
Ablauf eines ausführbaren Programms
Hier ist kurz beschrieben wie die Abfolge der Ereignisse eines Reports aussieht. Nach END-OF-SELECTION gibt es eigentlich kein Ereignis mehr auf das man reagieren kann. Der "Aufruf der Grundliste" bedeutet, dass hier alles ausgegeben wird, was zuvor mit WRITE in den Listprozessor geschrieben wurde. Der Aufruf des eigenen Dynpros gehört also eigentlich in END-OF-SELECTION rein, aber da logische Datenbank eh nicht mehr verwendet werden sollten, kann man das CALL SCREEN durchaus auch im START-OF-SELECTION schon machen.
Code: Alles auswählen.
DATA: ...
START-OF-SELECTION.
* Programmverarbeitung aufrufen und Daten selektieren
CALL SCREEN ...
END-OF-SELECTION.Ablauf eines ausführbaren Programms
Hier ist kurz beschrieben wie die Abfolge der Ereignisse eines Reports aussieht. Nach END-OF-SELECTION gibt es eigentlich kein Ereignis mehr auf das man reagieren kann. Der "Aufruf der Grundliste" bedeutet, dass hier alles ausgegeben wird, was zuvor mit WRITE in den Listprozessor geschrieben wurde. Der Aufruf des eigenen Dynpros gehört also eigentlich in END-OF-SELECTION rein, aber da logische Datenbank eh nicht mehr verwendet werden sollten, kann man das CALL SCREEN durchaus auch im START-OF-SELECTION schon machen.
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
Dyrdek
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
EDIT:
Ok es funktioniert wenn ich ein Input-Feld anstatt einem Textfeld nehme und den Typ auf NUMC setzt, da eine Zahl angeliefert wird.
Dass im Feld nun immer der Cursor aufblinkt als könne man etwas eintippen (auch bei "nur Ausgabe") finde ich zwar nicht optimal, aber es erfüllt seinen Zweck.
Ok es funktioniert wenn ich ein Input-Feld anstatt einem Textfeld nehme und den Typ auf NUMC setzt, da eine Zahl angeliefert wird.
Dass im Feld nun immer der Cursor aufblinkt als könne man etwas eintippen (auch bei "nur Ausgabe") finde ich zwar nicht optimal, aber es erfüllt seinen Zweck.
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
Ups... Ja stimmt, du brauchst ein INPUT-Feld (Ein/Ausgabefeld) um Daten anzuzeigen. Daran hatte ich nicht mehr gedacht. 
lg ADT
EDIT: Die Start-Cursorpositon kann in den Dynpro-Eigenschaften eingestellt werden bzw. zur Laufzeit mit SET CURSOR festgelegt werden. Wenn nur ein Feld am Dynpro existiert, wird der Cursor aber leider immer dort "blinken".
Eigenschaft "Eingabefeld" wegnehmen bzw. "Nur Ausgabefeld" setzen.Dyrdek hat geschrieben:Dass im Feld nun immer der Cursor aufblinkt als könne man etwas eintippen (auch bei "nur Ausgabe") finde ich zwar nicht optimal, aber es erfüllt seinen Zweck.
lg ADT
EDIT: Die Start-Cursorpositon kann in den Dynpro-Eigenschaften eingestellt werden bzw. zur Laufzeit mit SET CURSOR festgelegt werden. Wenn nur ein Feld am Dynpro existiert, wird der Cursor aber leider immer dort "blinken".
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
Klappt jetzt alles einwandfrei.
Seite 1 von 1
Vergleichbare Themen
3
Antw.
Antw.
16328
Views
Views
9
Antw.
Antw.
2980
Views
Views
3
Antw.
Antw.
3217
Views
Views
Vergleich mehrer Variablen auf gleichen Wert
von donossi » 27.09.2012 17:58 • Verfasst in ABAP® für Anfänger
von donossi » 27.09.2012 17:58 • Verfasst in ABAP® für Anfänger
4
Antw.
Antw.
3198
Views
Views
Wert einer Variablen im Code verwenden
von Indra » 06.09.2016 09:42 • Verfasst in ABAP® für Anfänger
von Indra » 06.09.2016 09:42 • Verfasst in ABAP® für Anfänger
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 einer Stunde von DeathAndPain 4 / 463
vor einer Stunde von DeathAndPain 4 / 463
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 einer Stunde von DeathAndPain 4 / 463
vor einer Stunde von DeathAndPain 4 / 463