Dokumentation
Übersicht |
 |
WebAG Automat 5.0
|
Formularsystem 2.0
Formulartreiber - OperationenInhaltsverzeichnis
So wie im Formular-Editor Einstellungen für das Verhalten auf Eingaben (ON_-Events) gemacht werden können so kann auch auf das gesamte Formular betreffende Ereignisse reagiert werden.
1. Initialisierung eines Formulars (INIT)
2. Abspeichern eines (Sub-)Formulars (APPLY)
3. Abschicken eines Formulars (SUBMIT)
4. Abbrechen einer (Sub-)Formular-Eingabe (CANCEL)
5. Löschen eines Formulars (DELETE)
1. Initialisierung eines Formulars
Wenn ein Formular zum ersten mal aufgerufen wird erfolg eine Initialisierung. Das Formularsystem legt zu dem zugehörigen Roh-Formular einen Container an in dem der Anwender seine Eingaben macht.
Bei diesem Initialisierungsprozeß ist es Möglich einen INIT-Handler in Form einer eigenen PL/SQL Prozedur auszuführen. Auf diese Weise können bei autorisierten Anwendern z.B. Felder mit Daten vorbelegt werden die zu diesem Anwender existieren.
Nach dem Initialisieren eines Formulars oder dem Ausführen eines INIT-Handlers kann eine evtl. angegebene INIT-URL aufgerufen werden.
Hinweis
Die URL wird nach Ausführung des Handlers aufgerufen – von Direktaufrufen anderer Prozeduren aus dem Handler heraus wird abgeraten
2. Abspeichern eines (Sub-)Formulars
Das Abspeichern eines Formulars ist in den Eingabemodi Pop-Up und Pop-In nicht explizit notwendig da dies bei jeder einzelnen Feldeingabe erfolgt.
Im Standard (Plain) Darstellungsmodus erfolgt das Abspeichern der Eingaben explizit durch „Speichern“ („Apply“), aber auch automatisch beim wechseln in ein anderes Unterformular.
Nach dem Abspeichern oder dem Ausführen eines APPLY-Handlers kann eine evtl. angegebene APPLY-URL aufgerufen werden.
Hinweis
Die URL wird nach Ausführung des Handlers aufgerufen – von Direktaufrufen anderer Prozeduren aus dem Handler heraus wird abgeraten
3. Abschicken eines Formulars
Das Ausfüllen eines Formulars wird durch „Abschicken“ („Submit“) unumkehrbar abgeschlossen. Ein Abgeschicktes Formular bekommt den Status „abgeschickt“ und kann vom Anwender nicht mehr ohne weiteres aufgerufen werden.
Der Vorgang des Abschickens kann durch eine eigene PL/SQL Prozedur ergänzt werden. Auf diese Weise kann z.B. ein Workflow angestoßen werden der das abgeschickte Formular weiter verarbeitet.
Nach dem Abschicken oder dem Ausführung eines SUBMIT-Handlers kann eine evtl. angegebene SUBMIT-URL aufgerufen werden.
Hinweis
Die URL wird nach Ausführung des Handlers aufgerufen – von Direktaufrufen anderer Prozeduren aus dem Handler heraus wird abgeraten
4. Abbrechen einer (Sub-)Formular-Eingabe
Wird eine (Sub-)Formular-Eingabe in einem Formular in der Standard (Plain) Darstellung abgebrochen werden die bis dahin gemachten Eingaben nicht abgespeichert.
Im CANCEL-Handler kann mit einer eigenen PL/SQL Prozedur auf dieses Ereignis reagiert werden.
Nach dem Abbrechen einer (Sub-)Formular-Eingabe oder der Ausführung des CANCEL-Handlers kann eine evtl. angegebene CANCEL-URL aufgerufen werden.
Hinweis
Die URL wird nach Ausführung des Handlers aufgerufen – von Direktaufrufen anderer Prozeduren aus dem Handler heraus wird abgeraten
5. Löschen eines Formulars
Das Löschen (DELETE) löscht eine Formulareingabe samt Unterformulare.
Im DELETE-Handler kann mit einer eigenen PL/SQL Prozedur auf dieses Ereignis reagiert werden.
Nach dem Löschen eines Formulars oder der Ausführung des DELETE-Handlers kann eine evtl. angegebene DELETE-URL aufgerufen werden.
Hinweis
Die URL wird nach Ausführung des Handlers aufgerufen – von Direktaufrufen anderer Prozeduren aus dem Handler heraus wird abgeraten
WebAG Automat Dokumentation
Copyright © Enterprise Web AG.
Alle Rechte vorbehalten.