Trigger AT SELECTION SCREEN OUTPUT.
8 Beiträge
•
Seite 1 von 1
8 Beiträge
Seite 1 von 1
Hallo Leute,
ich habe folgenden Fall:
Ich habe auf dem Selections Bild (1000) ein Parameter, der read-only ist und der nur per F4 gefüllt wird. Anschließend soll der zurückgegebene Wert in den Parameter erscheinen (immer noch Read-only).
Zur Verdeutlichung:
Jetzt habe ich den Fall, dass nach dem erfolgreichen F4-Aufruf der Wert zwar in P_TEXT steht, aber nur in der Variablen und nicht auf der Oberfläche. Wenn ich nochmal enter drücke (AT SELECTION-SCREEN OUTPUT wird nochmal ausgeführt), steht es dann auch in der Oberfläche.
Das Kuriose: wenn ich es nicht Read-Only mache (LOOP AT SCREEN weglassen), dann wird die Oberfläche sofort vernünftig dargestellt.
Irgendwie braucht der im read-only Modus den PBO nochmal. Hat jemand eine Idee wie ich das hinbekomme? cl_gui_cfw=>set_new_ok_code klappt nicht an der Stelle, habe es schon versucht.
Ich hoffe ich konnte mein Problem gut genug erklären.
Gruß
ich habe folgenden Fall:
Ich habe auf dem Selections Bild (1000) ein Parameter, der read-only ist und der nur per F4 gefüllt wird. Anschließend soll der zurückgegebene Wert in den Parameter erscheinen (immer noch Read-only).
Zur Verdeutlichung:
Code: Alles auswählen.
AT SELECTION-SCREEN ON VALUE-REQUEST FOR p_text.
CALL SELECTION-SCREEN '9000' STARTING AT 5 5 ENDING AT 80 40.
AT SELECTION-SCREEN OUTPUT.
LOOP AT SCREEN.
IF screen-name EQ 'P_TEXT'.
screen-input = 0.
ENDIF.
MODIFY SCREEN.
ENDLOOP.
AT SELECTION-SCREEN.
IF sy-dynnr EQ '9000'.
CASE sscrfields-ucomm.
WHEN 'CRET'. "Run (F8)
p_text = object->get_text( ).
ENDCASE.
ENDIF.
Das Kuriose: wenn ich es nicht Read-Only mache (LOOP AT SCREEN weglassen), dann wird die Oberfläche sofort vernünftig dargestellt.
Irgendwie braucht der im read-only Modus den PBO nochmal. Hat jemand eine Idee wie ich das hinbekomme? cl_gui_cfw=>set_new_ok_code klappt nicht an der Stelle, habe es schon versucht.
Ich hoffe ich konnte mein Problem gut genug erklären.
Gruß
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 / 4397 / 223 /
1182
)
»
hi!
Du brauchst den Baustein DYNP_VALUES_UPDATE.
Damit kannst du Werte DIREKT in das Dynpro schreiben, was bei nicht eingabebereiten Feldern im Selection-Screen und bei Process on Value-Request notwendig ist.
SAP wollte sich den "unnötigen" Feldtransport bei POV sparen, wenn das Feld eh nicht eingabebereit ist.
lg ADT
Du brauchst den Baustein DYNP_VALUES_UPDATE.
Damit kannst du Werte DIREKT in das Dynpro schreiben, was bei nicht eingabebereiten Feldern im Selection-Screen und bei Process on Value-Request notwendig ist.
SAP wollte sich den "unnötigen" Feldtransport bei POV sparen, wenn das Feld eh nicht eingabebereit ist.
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
Es ist eine Unsitte, ein nicht Eingabe bereites Feld per F4 zu füllen!a-dead-trousers hat geschrieben: SAP wollte sich den "unnötigen" Feldtransport bei POV sparen, wenn das Feld eh nicht eingabebereit ist.
Wenn der Anwender in ein Feld Daten eingeben soll, dann sollte das Feld auch Eingabe bereit sein...
Beitrag
von a-dead-trousers (Top Expert / 4397 / 223 /
1182
)
»
Amen!ewx hat geschrieben:Es ist eine Unsitte, ein nicht Eingabe bereites Feld per F4 zu füllen!a-dead-trousers hat geschrieben: SAP wollte sich den "unnötigen" Feldtransport bei POV sparen, wenn das Feld eh nicht eingabebereit ist.
Wenn der Anwender in ein Feld Daten eingeben soll, dann sollte das Feld auch Eingabe bereit sein...
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
Hi,
ich bin eurer Meinung. Aber bei diesem Fall hatte ich von der Usability keine bessere Idee.
Vielleicht habt ihr eine bessere Idee.
Der Parameter ist vom Typ String. Über F4 rufe ich ein Screen auf, welcher ein Texteditor enthält, wo man ein Emailtext pflegen kann. So mit Zeilenumbrüchen. In einen normalen String-Parameter geht das ja nicht userfreundlich. Den im Texteditor eingegebenen Text übergebe ich dann an den Parameter. Diesen kann ich dann auch in der Variante abspeichern und der User hat eine Vorschau auf den Text.
Bin für Usabilityvorschläge sehr offen.
Grüße
ich bin eurer Meinung. Aber bei diesem Fall hatte ich von der Usability keine bessere Idee.
Vielleicht habt ihr eine bessere Idee.
Der Parameter ist vom Typ String. Über F4 rufe ich ein Screen auf, welcher ein Texteditor enthält, wo man ein Emailtext pflegen kann. So mit Zeilenumbrüchen. In einen normalen String-Parameter geht das ja nicht userfreundlich. Den im Texteditor eingegebenen Text übergebe ich dann an den Parameter. Diesen kann ich dann auch in der Variante abspeichern und der User hat eine Vorschau auf den Text.
Bin für Usabilityvorschläge sehr offen.
Grüße
Wieso brauchst du denn einen editierbaren Emailtext in dem Selection-Screen, das macht doch keinen Sinn. Mach doch dafür einen eigenen Screen
( SAP ECC 6.0, NetWeaver 7.0, ohne unicode, ohne support/enhancement packages )
Beitrag
von black_adept (Top Expert / 4093 / 128 /
940
)
»
Und warum rufst du den Texteditor mittels F4?
Nimm einen Pushbutton neben dem Feld der sagt "Emailtext ändern" und der ruft den Texteditor auf. Da du dann ganz normal danach wieder einen PBO prozessierst erübrigt sich dein Problem mit dem F4 und dem Feldtransport dann sowieso und du umgehst das unsägliche "nicht eingabebereite Feld mit F4 füllen" Ärgernis.
Und noch eine Nachfrage - hast du mal geprüft, ob die Variante auch wirklich lange ( > 256 Zeichen) Emails korrekt abspeichert?
Nimm einen Pushbutton neben dem Feld der sagt "Emailtext ändern" und der ruft den Texteditor auf. Da du dann ganz normal danach wieder einen PBO prozessierst erübrigt sich dein Problem mit dem F4 und dem Feldtransport dann sowieso und du umgehst das unsägliche "nicht eingabebereite Feld mit F4 füllen" Ärgernis.
Und noch eine Nachfrage - hast du mal geprüft, ob die Variante auch wirklich lange ( > 256 Zeichen) Emails korrekt abspeichert?
Seite 1 von 1
Vergleichbare Themen
4
Antw.
Antw.
3713
Views
Views
2
Antw.
Antw.
2336
Views
Views
AT SELECTION-SCREEN OUTPUT in Verbindung mit SUBMIT
von Foolsy » 15.11.2005 16:40 • Verfasst in Dialogprogrammierung
von Foolsy » 15.11.2005 16:40 • Verfasst in Dialogprogrammierung
12
Antw.
Antw.
6258
Views
Views
Wo muss "AT SELECTION-SCREEN OUTPUT" stehen?
von Besucher » 22.02.2006 08:39 • Verfasst in ABAP® Core
von Besucher » 22.02.2006 08:39 • Verfasst in ABAP® Core
0
Antw.
Antw.
1599
Views
Views
1
Antw.
Antw.
2208
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
Umherspringende Methoden im quelltextbasierten Class Builder
vor 14 Stunden von ralf.wenzel 104 / 10126
vor 14 Stunden von ralf.wenzel 104 / 10126
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
Umherspringende Methoden im quelltextbasierten Class Builder
vor 14 Stunden von ralf.wenzel 104 / 10126
vor 14 Stunden von ralf.wenzel 104 / 10126