| ... |
... |
@@ -100,6 +100,9 @@ |
| 100 |
100 |
* Aktionen grob Möglichkeiten beschreiben und auf Aktionen verlinken |
| 101 |
101 |
* Bedingungen und Fehlerelemente grob beschreiben und auf Aktionen verlinken |
| 102 |
102 |
* Endpunkte grob beschreiben und auf Aktionen verlinken |
|
103 |
+* Funktionsweise der Status kurz erklären, evtl. auf Unterseiten verlinken. Erwähnen, dass Status jetzt auch versioniert sind. |
|
104 |
+* Kopieren, Deaktivieren, Löschen-Icon an Ereignissen und Aktionen |
|
105 |
+* Info-Icon (welches an jedem Ereignis / Aktion sich befindet) beschreiben: Enthält Beschreibung, Zusammenfassung der Konfiguration, Rückgabewerte mit Platzhaltern, mögliche auftretende Fehler (=> auf Platzhalter [$%LAST_ERROR%] [%$Aktion.ERROR_CODE%] etc. hinweisen und verlinken) sowie durch Daten, welche bei jedem Fehler zur Verfügung gestellt werden. |
| 103 |
103 |
|
| 104 |
104 |
Direkt darunter kommen alle Elemente des Workflows |
| 105 |
105 |
|
| ... |
... |
@@ -111,6 +111,9 @@ |
| 111 |
111 |
* Es gibt eine Validierung des gesamten Workflows. Formular wird offline geschaltet, wenn invalider Workflow gespeichert wird. |
| 112 |
112 |
* Wird ein Workflow geändert, nicht gespeichert und neu geladen, erscheint ein Dialog, mit dem der alte Stand wiederherstellgt werden kann. Dabei wird nicht gespeichert, sondern erst, wenn der Nutzer auf Speichern klickt. |
| 113 |
113 |
* Bei einigen Aktionen können Dateien ausgewählt werden, die von anderen Aktionen erzeugt werden. Dabei können alle Aktionen ausgewählt werden, die potentiell vor der Aktion ausgeführt werden können. Z.B. wenn "Aktion A -> Bedingung(ja=Aktion B,nein=Aktion C), Aktion D" konfiguriert ist, dann kann in D Aktion A ausgewählt werden, diese kommt immer von A. Aber auch sowohl B als auch C können ausgewählt werden, weil je nach Ausgang der Bedingung B oder C vor D kommen können. In Aktion C kann aber nicht B ausgewählt werden, weil B nie vor C kommen kann. |
|
117 |
+** Die gleiche Logik greift auch im Platzhalterdialog bei den zu Verfügung stehenden Aktionsplatzhaltern. |
|
118 |
+* Referenziert eine Aktion auf Dateien einer vorigen Aktion, geht diese Referenz verloren, wenn die Aktion in eine andere Verarbeitungskette geschoben wird. |
|
119 |
+* Umbenannt werden kann: Name der Verarbeitungskette und Ja/Nein-Label von Bedingungen durch Klick auf den Namen. Zudem kann durch Klick die Beschreibung geändert werden. |
| 114 |
114 |
|
| 115 |
115 |
TODO auf Unterseiten: |
| 116 |
116 |
|
| ... |
... |
@@ -117,4 +117,3 @@ |
| 117 |
117 |
* Aktionen des neuen WF sollten immer auch auf die alten verlinken und umgekehrt. |
| 118 |
118 |
* Bei den Aktionen sollte immer auch im ersten Satz stehen, in welcher Gruppe sie sind |
| 119 |
119 |
* Bei Legacy Aktionen sollte dies gernerell darüber stehen in einem Hinweisfeld. Die Aktionen , welche schon in der Version 6 deprecated waren, sollten dies dann extra im Text erwähnt bekommen. |
| 120 |
|
-* Von Andre: Bei einigen Aktionen können Dateien ausgewählt werden, die von anderen Aktionen erzeugt werden. Dabei können alle Aktionen ausgewählt werden, die potentiell vor der Aktion ausgeführt werden können. Z.B. wenn "Aktion A -> Bedingung(ja=Aktion B,nein=Aktion C), Aktion D" konfiguriert ist, dann kann in D Aktion A ausgewählt werden, diese kommt immer von A. Aber auch sowohl B als auch C können ausgewählt werden, weil je nach Ausgang der Bedingung B oder C vor D kommen können. In Aktion C kann aber nicht B ausgewählt werden, weil B nie vor C kommen kann. |
