Vorbefüllung im CF verhindern, wenn CKE noch nicht existiert?

M. Lange-Grumfeld

Doofe Frage ...

Kann ich, wenn ich im CKE ein "Ankreuzfeld" nutze, dies in zwei Felder ("Ja" und "Nein" vorbefüllen lassen), ohne das hierbei bei Erstbefüllung "Nein" vorgehakt ist?

Hintergrund:

Im CF wird ein Kreuz für "NEIN" und eins für "JA" gesetzt. Die Daten landen anschließend via Aktionskette in einem CKE in einem "Ankreuzfeld". Öffne ich nun das CF, macht er mir je nach vorherigem Ausfüllen brav bei "NEIN" oder "JA" mein Kreuzchen.

Problem:

Leider macht er das Kreuzchen nun aber auch, wenn zuvor noch nie etwas angehakt wurde. Denn er setzt da beim Ankreuzfeld im CKE nicht etwa eine "0", sondern das Feld ist leer oder eben "1". Lasse ich es aus einem CF vorbefüllen, habe ich das Problem nicht, weil er für beide Häkchen je ein separates Datenfeld in den Karteieintrag schreibt.

Da ich auf die Felder im CKE zurückgreife, irritiert mich besonders, dass das Feld "Nein" im CF auch dann mit einem "X" versehen wird, wenn noch gar kein CKE existiert (Use Case: Erstbefüllung + noch nicht gespeichertes CF und somit auch noch keine ausgelöste Aktionskette).

Feld "Nein" im CF wird vorbefüllt mit

$[if karteiEintragWert PA-CKE customKarteiEintragEntries.v7 _ N zs_equals <leer> X]$

Feld "Ja" im CF wird vorbefüllt mit

$[if karteiEintragWert PA-CKE customKarteiEintragEntries.v7 _ N zs_equals 1 X]$

Geht, was ich will, überhaupt?

Sascha Kummer

Ich hätte vermutet, dass in v7 bedeutet, es existiert nicht und 0 in v7 heißt wirklich dass nein angekreutzt ist. Dann ginge doch:

$[if karteiEintragWert PA-CKE customKarteiEintragEntries.v7 _ N zs_equals '' 0 X]$

Wenn das nicht so geht, könnten Sie im CKE PA-CKE eine Variable v7a z.B. v7 auswerten, ungefähr so: $[if $[v7]$ zs_contains ... 1 0]$

... und dann werten Sie v7a wie oben aus.

... oder ich habe es nicht ganz verstanden (-;

M. Lange-Grumfeld

Vielen Dank für Ihren Tipp.

Ich hab's probiert. Beide Wege. Beides funktioniert leider nicht wie gewünscht. Trotzdem vielen Dank.

Ich bin mir auch nicht sicher, ob es überhaupt jemals gehen könnte ... Denn das Ankreuzfeld ist entweder gehakt und hat dann "1" oder ist nicht gehakt und hat dann eben leider keine "0" (womit man vernüftig weiter arbeiten könnte), sondern ist eben leer. Und wenn es leer ist, so lässt sich nicht unterscheiden, ob eben im CF-PA "Nein" gehakt wurde oder noch nie befüllt wurde. In beiden Fällen wäre es ja leer. Was ich mir vorstellen könnte wäre eine Prüfung, ob bereits ein CustomKarteiEintrag PA-CKE existiert oder eben nicht. Existiert einer, muss es entweder einen Haken bei "Ja" oder "Nein" geben. Existiert noch keiner, dürfte im CF-PA keins von beiden Feldern gehakt sein.

M. Lange-Grumfeld

Mit dem x-Kommando wertet er einem das nicht gehakte Ankreuzfeld im CKE übrgiens mit "0" aus. Das muss auch mal einer verstehen. 🙁

M. Lange-Grumfeld

So, läuft!

Jedoch maximal nervig umständlich.

Anstatt:

$[if karteiEintragWert PA-CKE customKarteiEintragEntries.v7 _ N zs_equals X]$

muss man es zwingend mit x-Kommando machen:

$[if x PA-CKE 1 _ L NN NN2N NNNN _ U _ zs_contains Kinder:_0 X ]$

Und warum das alles nur? Weil aus ...

$[karteiEintragWert PA-CKE customKarteiEintragEntries.v7 _ N]$

keine "0" ausgelesen wird, per x-Kommando jedoch schon. Warum das so ist, weiß vermutlich das Pferd (es möge sich gerne hier melden).

So hat man drei unterschiedliche Konstellationen: "0", "1" oder "leer". Ist es leer, ist es jungfraulich und mit dem if-Kommando kann man sich das dann entsprechend hinlöten zu sagen, dann sollte nix vorgehakt sein.

PS: "Kinder" meint in diesem Zusammenhang nicht die Anzahl der Kinder, sondern lediglich nur Ja/Nein ob Kinder vorhanden sind. ;-)