...
Die Logik der Regeln ist immer dieselbe. Als Adressierungsziel wird die Spalte verwendet (nicht die Element ID). Das Ziel ist mit "../" > "../c3" jeweils dieselbe Zeile (row) - im Gegensatz zum vorherigen Beispiel (mit // ).
Regel 1
| Bedingung | |
|---|---|
| nodeValue(".") == "keine_Anfrage" | |
| Hauptaktion | Inverse Aktion |
| setEditable(node("../c3"), false) && setEditable(node("../c4"), false) && setApplicationRequired(false,false, node("../c1")) && setApplicationRequired(false,false, node("../c3")) && setApplicationRequired(false,false, node("../c4")) && setValue(node("../c3"), NULL) && setValue(node("../c4"), NULL) | |
- solange der Status "keine_Anfrage" gesetzt ist, sind die Beträge nicht editierbar (keine Eingabe möglich)
- solange der Status "keine_Anfrage" gesetzt ist, ist die Angabe "Förderstelle" nicht Pflicht
- solange der Status "keine_Anfrage" gesetzt ist, sind die Beträge nicht Pflichtfeld
- wenn der Status auf "keine_Anfrage" gesetzt wird, werden die Beträge gelöscht / (auf NULL) gesetzt.
...
Da die Aktion nur 500 Zeichen zulässt, muss manchmal eine zweite Regel mit derselben Bedigung gesetzt werden.
| Bedingung | |
|---|---|
| nodeValue(".") == "keine_Anfrage" | |
| Hauptaktion | Inverse Aktion |
| setValue(node("../c3"), null) || setValue(node("../c4"), NULL) | |
Regel 3
| Bedingung | |
|---|---|
| nodeValue(".") == "Anfrage_offen" | |
| Hauptaktion | Inverse Aktion |
| setEditable(node("../c3"), true) && setEditable(node("../c4"), false) && setApplicationRequired(true,true, node("../c1")) && setApplicationRequired(true,true, node("../c3")) && setApplicationRequired(false,false, node("../c4")) && setValue(node("../c4"), NULL) | |
Regel 4
| Bedingung | |
|---|---|
| nodeValue(".") == "Anfrage_folgt" | |
| Hauptaktion | Inverse Aktion |
| setEditable(node("../c3"), true) && setEditable(node("../c4"), false) && setApplicationRequired(true,true, node("../c1")) && setApplicationRequired(true,true, node("../c3")) && setApplicationRequired(false,false, node("../c4")) && setValue(node("../c4"), NULL) | |
Regel 5
| Bedingung | |
|---|---|
| nodeValue(".") == "Foerderung_zugesagt" | |
| Hauptaktion | Inverse Aktion |
| setEditable(node("../c3"), true) && setEditable(node("../c4"), true) && setApplicationRequired(true,true, node("../c1")) && setApplicationRequired(true,true, node("../c3")) && setApplicationRequired(true,true, node("../c4")) | |
Regel 6
| Bedingung | |
|---|---|
| nodeValue(".") == "Foerderung_abgelehnt" | |
| Hauptaktion | Inverse Aktion |
| setEditable(node("../c3"), true) && setEditable(node("../c4"), false) && setApplicationRequired(true,true, node("../c1")) && setApplicationRequired(true,true, node("../c3")) && setApplicationRequired(false,false, node("../c4")) | |
In Tabelle erfasste Werte bei eine Auswahl verwenden
Das entsprechende PlugIn (com.jaxfront.kaio.visualizer.TableColumnComboboxPlugin) muss auf dem System installiert sein.
Wenn in einer Tabelle/Wiederholung einzelne Werte erfasst werden (wiederholend ein einer Spalte) können diese in einen Folge-Element als Auswahl geführt werden.
Dazu wird im gewünschten Auwahlfeld der Elementtyp "PlugIn" verwendet und wie folgt konfiguriert.
Es müssen zwei Werte konfiguriert werden:
- Die Tabelle (tableName) in welcher die erfassten Daten sind
- Die Spalte, in welcher sich das Feld mit den Daten befindet (colName).
Im Beispiel werden in einen vorangehenden Schritt, 1 zu N Parzellen erfasst. Im gezeigten Schritt, sollen nur die vorgängig erfassten Parzellen zur Auswahl stehen.
Schritt 1 - Erfassen der Parzellen
Schritt 2 - Erfassen der Probebohrungen
Es stehen nur die vorher erfassten Parzellen zur Auswahl.