| ... |
... |
@@ -144,16 +144,29 @@ |
| 144 |
144 |
|
| 145 |
145 |
=== Buttons & Ereignisse === |
| 146 |
146 |
|
| 147 |
|
-Eregnisse bilden den Beginn von Arbeitsketten und können abhängig vom Typ auf unterschiedliche Art& Weise ausgelöst werden. Eine besondere, weil häufig verwendete, Form von Ereignissen sind [[Buttonereignisse>>||anchor="sec_elements_events_buttons"]]. Diese Ereignisse sind daher |
|
147 |
+Eregnisse bilden den Beginn von Arbeitsketten und können abhängig vom Typ auf unterschiedliche Art& Weise ausgelöst werden. Eine besondere, weil häufig verwendete, Form von Ereignissen sind [[Buttonereignisse>>||anchor="sec_elements_events_buttons"]]. Diese Ereignisse haben daher ihre eigen Kategorie in der [[Elementauswahl>>||anchor="sec_component_element_selection"]]. |
| 148 |
148 |
|
| 149 |
149 |
{{id name="sec_elements_events_buttons"/}} |
| 150 |
150 |
|
| 151 |
151 |
==== Buttonergnisse ==== |
| 152 |
152 |
|
|
153 |
+Für jeden [[Button>>doc:Formcycle.Designer.Form.FormElements.Button.WebHome]] im Formular, der zum //Absenden// oder //Speichern// verwendet wird, gibt es ein entsprechendes Ereignis in der [[Elementauswahl>>||anchor="sec_component_element_selection"]]. Diese Buttonereignisse können dann ganz einfach in den Workflowgraphen gezogen werden. Somit kann für jeden Button eine eigene Verarbeitungskette definiert werden. Weitere Informationen zu Buttonereignissen sind [[hier>>doc:Formcycle.Designer.Workflow.Events.SubmitButton.WebHome]] zu finden. |
|
154 |
+ |
| 153 |
153 |
{{id name="sec_elements_events_other"/}} |
| 154 |
154 |
|
| 155 |
155 |
==== weitere Ereignisse ==== |
| 156 |
156 |
|
|
159 |
+Neben den Buttonereignissen gibt es noch folgende Ereignisse: |
|
160 |
+ |
|
161 |
+; [[Benutzerdefinierte Ereignisse>>doc:Formcycle.Designer.Workflow.Events.Custom.WebHome]] |
|
162 |
+: Ein benutzerdefiniertes Ereignis tritt nicht automatisch ein, sondern muss durch einen Benutzer manuell ausgelöst werden. |
|
163 |
+ |
|
164 |
+; [[Datum und Uhrzeit>>doc:Formcycle.Designer.Workflow.Events.DateAndTime.WebHome]] |
|
165 |
+: Dieses Ereignis tritt ein, sobald ein benutzerdefinierter fester oder berechneter Zeitpunkt eintritt. |
|
166 |
+ |
|
167 |
+; [[Double-Opt-In bestätigen>>doc:Formcycle.Designer.Workflow.Events.DoubleOptInConfirmed.WebHome]] |
|
168 |
+: Sobald ein Nutzer auf einen vorher generierten Double-Opt-In Link klickt und damit den Double-Opt-In Prozess bestätigt, tritt dieses Ereignis ein. |
|
169 |
+ |
| 157 |
157 |
{{id name="sec_elements_actions"/}} |
| 158 |
158 |
|
| 159 |
159 |
=== Aktionen === |
| ... |
... |
@@ -180,7 +180,6 @@ |
| 180 |
180 |
|
| 181 |
181 |
{{id name="sec_differences_old_workflow"/}} |
| 182 |
182 |
|
| 183 |
|
- |
| 184 |
184 |
== Unterschiede zur alten Status- & Aktionsverarbeitung == |
| 185 |
185 |
|
| 186 |
186 |
Sowohl im neuen Workflow als auch in der alten [[Status- & Aktionsverarbeitung>>doc:Formcycle.Designer.Workflow.LegacyWorkflow.WebHome]] gibt es Status. Vorgänge können in beiden Workflows einen Status annehmen. In der alten Status- & Aktionsverarbeitung werden Verarbeitungsketten in den einzelnen Status definiert. Zustandsabhängige Entscheidungen können über Bedingungen an den Aktionen realisiert werden, insbesondere unter Verwendung der Aktion //Statuswechsel//. Verarbeitungsketten werden also über Status ausgelöst. Im neuen Workflow sind Status lediglich Endpunkte. Status beschreiben den Zustand eines Vorgangs und definieren, wer auf disesen Zugriff hat, mehr nicht. Verarbeitungsketten werden über Ereignisse und nicht mehr Status ausgelöst. Zudem sind die Status des neuen Workflows mit der Formularversion versioniert, d.h. jede Formularversion kann unterschiedliche Status besitzen. Der Status //Eingegangen// ist der Standardstatus und kann weder gelöscht noch umbenant werden. |
| ... |
... |
@@ -196,7 +196,6 @@ |
| 196 |
196 |
|
| 197 |
197 |
|
| 198 |
198 |
|
| 199 |
|
- |
| 200 |
200 |
TODO auf Unterseiten: |
| 201 |
201 |
|
| 202 |
202 |
* Aktionen des neuen WF sollten immer auch auf die alten verlinken und umgekehrt. |
