2 kleine fragen
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.Hallo,
ich stehe gerade etwas auf dem Schlauch.
Ich habe einen Selection-Screen indem ich Felder nicht eingebebereit mache.
Wenn ich aber Daten in meinen Screen eingebe und diese mit Enter bestätige sind die beiden Felder plötzlich wieder eingabebereit. Aber wieso und wie kann ich das verhindern?
Die 2. Frage wäre folgende:
Ausganssituation ist ein Report der nur einen Selection Screen hat und dann in ein anderes Programm submited.
Ich überprüfe in meinem Report die Eingabe und gebe eine Error Message aus und möchte eigentlich in der eingabe Maske bleiben. Also den Submit/"Dump" verhindern.
Aber egal was ich nach der Error Messege versuche (oder wenn ich den Messagetype in S oder I usw ändere) um auf meinen Screen 0 bzw. 1000 zu bleiben, nichts klappt.
Hat jemand hierfür eine Idee.
ich stehe gerade etwas auf dem Schlauch.
Ich habe einen Selection-Screen indem ich Felder nicht eingebebereit mache.
Code: Alles auswählen.
LOOP AT SCREEN.
IF screen-name = 'P_DEV' OR screen-name = 'P_DIALOG'.
screen-input = 0.
MODIFY SCREEN.
ENDIF.
ENDLOOP.Die 2. Frage wäre folgende:
Ausganssituation ist ein Report der nur einen Selection Screen hat und dann in ein anderes Programm submited.
Ich überprüfe in meinem Report die Eingabe und gebe eine Error Message aus und möchte eigentlich in der eingabe Maske bleiben. Also den Submit/"Dump" verhindern.
Aber egal was ich nach der Error Messege versuche (oder wenn ich den Messagetype in S oder I usw ändere) um auf meinen Screen 0 bzw. 1000 zu bleiben, nichts klappt.
Hat jemand hierfür eine Idee.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von ralf.wenzel (Top Expert / 3935 / 200 /
281
)
»
1. Du führst den LOOP AT SCREEN wahrscheinlich zum Zeitpunkt INITIALIZATION aus, richtig wäre AT SELEKTION-SCREEN OUTPUT. Ersterer wird nur einmal ausgeführt, Letzterer zu jedem PAI.
2. Zu welchem Reporting-Zeitpunkt wirfst du die MESSAGE?
Ralf
2. Zu welchem Reporting-Zeitpunkt wirfst du die MESSAGE?
Ralf
Folgende Benutzer bedankten sich beim Autor ralf.wenzel für den Beitrag:
dkast
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
1. Frage Top dankeralf.wenzel hat geschrieben:1. Du führst den LOOP AT SCREEN wahrscheinlich zum Zeitpunkt INITIALIZATION aus, richtig wäre AT SELEKTION-SCREEN OUTPUT. Ersterer wird nur einmal ausgeführt, Letzterer zu jedem PAI.
2. Zu welchem Reporting-Zeitpunkt wirfst du die MESSAGE?
Ralf
2. Die 2. frage hat sich gerade gelöst. Ich hab den perfrom check_eingabe erst nach Start-of-selection gemacht und nciht bei At-selectionscreen.
Beitrag
von DeathAndPain (Top Expert / 1952 / 259 /
413
)
»
Schöner wäre screen-input = '0', da es sich beim Feld screen-input um ein Characterfeld handelt. So hast Du eine Datentypkonvertierung drin, die bei einer Konstanten nicht sein muss.screen-input = 0.
Beitrag
von ralf.wenzel (Top Expert / 3935 / 200 /
281
)
»
Ich mache es noch anders - ich definiere mir die Konstanten ON / OFF.DeathAndPain hat geschrieben:Schöner wäre screen-input = '0', da es sich beim Feld screen-input um ein Characterfeld handelt. So hast Du eine Datentypkonvertierung drin, die bei einer Konstanten nicht sein muss.screen-input = 0.
Die Welt ist bunt.Ralf *bzw. habe ich gemacht, konventionelle Selektionsbildverarbeitung ist bei mir ziemlich lange her....
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von DeathAndPain (Top Expert / 1952 / 259 /
413
)
»
Jedem das Seine. ich bin kein Fan von Konstanten für das Offensichtliche - und schreibe daher auch 'X' anstelle von abap_true. Ist kürzer und (mindestens) ebenso gut lesbar.
Allerdings bin ich da auch wieder inkonsequent und schreibe SPACE anstelle von ' '. Das hat noch historische Gründe: Variablen wertet ABAP schneller aus als Literale, und in alten Zeiten hat das noch einen Unterschied gemacht (auch wenn der wohl schon damals nicht groß war). Ich finde ' ' aber auch nicht sonderlich gut lesbar - im Gegensatz zu 'X'.
Allerdings bin ich da auch wieder inkonsequent und schreibe SPACE anstelle von ' '. Das hat noch historische Gründe: Variablen wertet ABAP schneller aus als Literale, und in alten Zeiten hat das noch einen Unterschied gemacht (auch wenn der wohl schon damals nicht groß war). Ich finde ' ' aber auch nicht sonderlich gut lesbar - im Gegensatz zu 'X'.
Folgende Benutzer bedankten sich beim Autor DeathAndPain für den Beitrag:
Daniel
Beitrag
von ralf.wenzel (Top Expert / 3935 / 200 /
281
)
»
*autsch* Wenn ich ABAP_TRUE und ABAP_FALSE verwende, teile ich dem Leser gleich mit "es geht nicht um das X als X, sondern ja/nein". Es gibt also zwei definierte Zustände (eigentlich sogar drei, ich gehöre zu denen, die ABAP_UNDEFINED explizit verwenden), das hilft durchaus beim Verstehen.DeathAndPain hat geschrieben:... schreibe daher auch 'X' anstelle von abap_true. Ist kürzer und (mindestens) ebenso gut lesbar.
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von DeathAndPain (Top Expert / 1952 / 259 /
413
)
»
Der Fall, bei dem es in ABAP bei einem Literal 'X' um das X gegangen wäre, ist mir noch nicht untergekommen. Von daher behaupte ich, das weiß auch so jeder, der halbwegs ABAP kann, was damit gemeint ist.*autsch* Wenn ich ABAP_TRUE und ABAP_FALSE verwende, teile ich dem Leser gleich mit "es geht nicht um das X als X
Das ist viel eher etwas, was für den Leser verwirrend ist, denn ABAP_UNDEFINED kennt kein Schwein, und bei den üblichen Objekten, bei denen 'X' oder SPACE zum Einsatz kommen (Checkboxen, Radiobuttons, generell alles, was vom Typ BOOLEAN_FLG ist), gibt es den Wert ABAP_UNDEFINED nicht.Es gibt also zwei definierte Zustände (eigentlich sogar drei, ich gehöre zu denen, die ABAP_UNDEFINED explizit verwenden), das hilft durchaus beim Verstehen.
Von der Sache her halte ich es nicht für verkehrt, anzudeuten, dass ein Wert nicht definiert ist. Dann würde ich mich aber lieber auf selbstdefinierte Konstanten stützen (dann weiß man, dass Du da was Eigenes veranstaltest) als die allseits gewohnten Werte ABAP_TRUE und ABAP_FALSE mit etwas zu mischen, was da niemand kennt und erwartet. Damit führst Du Deine Leser viel eher aufs Glatteis, als wenn ich meine Checkbox auf 'X' prüfe.
Folgende Benutzer bedankten sich beim Autor DeathAndPain für den Beitrag:
Daniel
Das Problem von Literalen ist, dass sie eben keine Semantik haben (ogottogott, ich hoffe, dass ich da die richtigen Fremdworte durcheinander geworfen habe...).DeathAndPain hat geschrieben:Der Fall, bei dem es in ABAP bei einem Literal 'X' um das X gegangen wäre, ist mir noch nicht untergekommen. Von daher behaupte ich, das weiß auch so jeder, der halbwegs ABAP kann, was damit gemeint ist.*autsch* Wenn ich ABAP_TRUE und ABAP_FALSE verwende, teile ich dem Leser gleich mit "es geht nicht um das X als X
Wenn du nach "'X'" suchst, dann findest du eben nicht nur Codestellen, bei denen TRUE gemeint ist, sondern es gibt auch
- Message-Type X => Abbruch
- Vertriebsbelegtyp X => Handling Unit
Und sicherlich noch mehr, wenn man ein bisschen sucht.
Das ist bei "X" sicherlich nicht so "schlimm" wie bei anderen Literalen, kann aber auch zur Falle werden.
Folgende Benutzer bedankten sich beim Autor ewx für den Beitrag:
ralf.wenzel
so weit würde ich nicht gehen... unüblich vielleicht...DeathAndPain hat geschrieben:Das ist viel eher etwas, was für den Leser verwirrend ist, denn ABAP_UNDEFINED kennt kein Schwein,
Es ist sogar noch schlimmer. Bei BOOLEAN_FLG hast du Recht.DeathAndPain hat geschrieben:und bei den üblichen Objekten, bei denen 'X' oder SPACE zum Einsatz kommen (Checkboxen, Radiobuttons, generell alles, was vom Typ BOOLEAN_FLG ist), gibt es den Wert ABAP_UNDEFINED nicht.
Die sehe ich aber heute das erste Mal... :]
BOOLEAN ist nämlich folgendermaßen definiert (screenshot)
und das macht es noch verwirrender...
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Beitrag
von DeathAndPain (Top Expert / 1952 / 259 /
413
)
»
Na ja, also nach 'X' suche ich eigentlich nie. Und wie oft suchst Du in einem Programmcode nach "abap_true"?ewx hat geschrieben:Das Problem von Literalen ist, dass sie eben keine Semantik haben (ogottogott, ich hoffe, dass ich da die richtigen Fremdworte durcheinander geworfen habe...).
Wenn du nach "'X'" suchst, dann findest du eben nicht nur Codestellen, bei denen TRUE gemeint ist, sondern es gibt auch
- Message-Type X => Abbruch
- Vertriebsbelegtyp X => Handling Unit
Und sicherlich noch mehr, wenn man ein bisschen sucht.
Das ist bei "X" sicherlich nicht so "schlimm" wie bei anderen Literalen, kann aber auch zur Falle werden.
Aber den Spaß müsste man sich eigentlich mal machen und bei einem letalen Fehler so eine Nachricht einbauen:
Code: Alles auswählen.
MESSAGE ID 'SAPABDEMOS' TYPE abap_true NUMBER '014'.
Deswegen arbeite ich damit auch nicht (und auch niemand, den ich kenne). Stattdessen halt BOOLEAN_FLG (oder auch BOOLE_D, dem Datenelement zur Domäne BOOLE). Die halten sich an die in ABAP üblichen Konventionen.Es ist sogar noch schlimmer. Bei BOOLEAN_FLG hast du Recht.
Die sehe ich aber heute das erste Mal... :]
BOOLEAN ist nämlich folgendermaßen definiert (screenshot)
und das macht es noch verwirrender...
Beitrag
von ralf.wenzel (Top Expert / 3935 / 200 /
281
)
»
Du hast es nicht verstanden, sorry. Bei MESSAGE ist das X kein Flag, sondern eine Variante aus E, X, A, S und I. Das Thema waren hier aber Flags mit AN/AUS-Logik. Und wenn ich nach X in einem Programm suche, suche ich wirklich ein X, das ich nicht finde in einer Masse von Flags, die den Zustand „an“ haben können, was zufällig auch als „enthält ein X“ definiert ist. Das macht ABAP_TRUE nützlich.
ABAP_UNDEFINED nutze ich dann, wenn ich (was sehr selten ist) unterscheiden möchte zwischen „nicht gefüllt“ und „explizit mit NEIN befüllt“. Dann ist das aber auch entsprechend erklärt, ich bin ja weder doof noch weltfremd. Mir ist durchaus klar, dass viele das nicht kennen.
Ralf
ABAP_UNDEFINED nutze ich dann, wenn ich (was sehr selten ist) unterscheiden möchte zwischen „nicht gefüllt“ und „explizit mit NEIN befüllt“. Dann ist das aber auch entsprechend erklärt, ich bin ja weder doof noch weltfremd. Mir ist durchaus klar, dass viele das nicht kennen.
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Es geht ja nicht ums Suchen, sondern darum, dass deutlich ist, um was es sich bei dem X handelt.DeathAndPain hat geschrieben: Na ja, also nach 'X' suche ich eigentlich nie. Und wie oft suchst Du in einem Programmcode nach "abap_true"?
Nach Literalen kannst du halt nur suchen, aber auf Konstanten wie ABAP_TRUE oder C_VBTYP_X oder C_MESSAGE_TYPE_X kannst du einen Verwendungsnachweis ausführen.
Und in großen Programmierungen die drei Aufrufstellen zu finden, in denen die Handling-Unit gemeint ist, kann durchaus eine Herausforderung werden.
Gerade wenn noch mit Unterroutinen gearbeitet wird. Dann kannst du es nämlich nicht direkt erkennen:
Code: Alles auswählen.
PERFORM check_status USING 'X' ls_data-objnr.Bin dabeiDeathAndPain hat geschrieben: Aber den Spaß müsste man sich eigentlich mal machen und bei einem letalen Fehler so eine Nachricht einbauen:
Und es dann irgendwie so deichseln, dass Ralf die Codestelle findet.Code: Alles auswählen.
MESSAGE ID 'SAPABDEMOS' TYPE abap_true NUMBER '014'.
Wäre dann aber für 025(SABAP_DEMOS_CR)
Das werde ich mir dann auch dringend angewöhnen. Und sei es nur für den Fall, dass wir uns mal kennen lernen sollten und du nicht nachträglich als Lügner dastehst...DeathAndPain hat geschrieben:Deswegen arbeite ich damit auch nicht (und auch niemand, den ich kenne). Stattdessen halt BOOLEAN_FLG (oder auch BOOLE_D, dem Datenelement zur Domäne BOOLE). Die halten sich an die in ABAP üblichen Konventionen.Es ist sogar noch schlimmer. Bei BOOLEAN_FLG hast du Recht.
Die sehe ich aber heute das erste Mal... :]
BOOLEAN ist nämlich folgendermaßen definiert (screenshot)
und das macht es noch verwirrender...
Beitrag
von ralf.wenzel (Top Expert / 3935 / 200 /
281
)
»
Klar, versteckt das MESSAGE doch noch in einem Makro....
Ralf *immer auf die kleinen dicken, die nicht fliegen können....
Ralf *immer auf die kleinen dicken, die nicht fliegen können....
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
...mit dynamischem Aufruf...ralf.wenzel hat geschrieben:Klar, versteckt das MESSAGE doch noch in einem Makro....
...auf das Offensichtliche kommt man selber immer nicht...
Vergleichbare Themen
0
Antw.
Antw.
977
Views
Views
MM/PP-Entwickler für kleine Handreichungen gesucht
von ralf.wenzel » 06.10.2022 10:26 • Verfasst in Material Management & Produktionsplanung
von ralf.wenzel » 06.10.2022 10:26 • Verfasst in Material Management & Produktionsplanung
2
Antw.
Antw.
2442
Views
Views
10
Antw.
Antw.
6650
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.