Hallo,
zunächst: Wir erbitten immer lss Exporte, weder lsq noch lsg.
Warum?
lsq und lsg Exporte sind sprachsensitiv. Man kann sie nur ein eine Umfrage importieren, die dieselbe Basissprache hat.
Auch wenn ich hier davon ausgehe, dass es "deutsch" ist, könnte es genauso gut "deutsch(informal)" oder auch "deutsch(leicht)" sein. Dann würde ein Import nicht möglich sein.
Außerdem solltest Du uns diese Mühe, zunächst eine Umfrage - mit erratener Basissprache - neu anzulegen, um dann die Gruppe importieren zu können, ersparen.
Außerdem enthalten diese Exporte nicht die umfrageweiten Einstellungen, die auch sehr wichtig sein können.
Gut, da ich ja ein freundlicher alter Mann bin
, habe ich einmal "deutsch" ausprobiert und die Gruppe importiert.
Und schon schlägt zu, was ich vorher schrieb: Alle Fragen beinhalten eine Bedingung, die im Export nicht enthalten ist.
Das ist der Grund, warum wir nur lss Exporte wünschen (obwohl es in diesem Fall nicht dramatisch ist).
Aber jetzt zum Problem.
1. In der Validierung benutzt Du die "Bewertungswerte" (z.B. UT.value). Hast Du wirklich diesen Modus eingeschaltet und Werte vergeben?
[url]
www.limesurvey.org/manual/ExpressionScri...#Access_to_variables
[/url]
Ich sehe dafür keinen Anlass.
2. Die Benutzung von "that".
Nicht gerade falsch, aber unnütz. Alle Fragen sind ja Einzelfragen; da gibt es nichts zu expandieren.
Wie im Handbuch steht:
You should not use these variables if
- you want to explicitly name each variable used in an equation, or
- use variables that do not have subquestions (e.g., single response questions). In those cases, prefixing a variable with "that" is overkill, and you run the risk of getting unexpected results.
"that" und "self" expandieren aber z.B. Matrixfragen,
"that.Matrix" wird dann zu "Matrix_SQ001,Matrix_SQ002,Matrix_SQ003,..."
[url]
www.limesurvey.org/manual/ExpressionScri...%22that%22_variables
[/url]
Wird auch benutzt, um durch geschickte Kodierung nur auf einen Teil zuzugreifen.
"sum(that.Matrix.sq_N)" summiert nur die Teilfragen, in deren Code ein "N" vorkommt (sehr hilfreich, wenn eine Matrix normale und reverse Items enthält).
Dann würde "sum(that.Matrix.sq_R)" nur die Teilfragen summieren , in deren Code ein "R" vorkommt.
Jetzt aber zum Entscheidenden:
Wenn in einer Summierung oder Zählung einzelne Items nicht definiert sind, ist der Gesamtwert nicht definiert.
Abhilfe schafft das "NAOK" ("no answer is ok" oder "not applicable is ok")
Ganz langer Rede kurzer Sinn:
{countifop(">",1,UT.NAOK, LAT.NAOK, KO.NAOK, UE.NAOK, WGEO.NAOK, SW.NAOK, KUoMU.NAOK, LIT.NAOK, WWR.NAOK, INF.NAOK, TZ.NAOK, ET.NAOK, PS.NAOK, NDoSD.NAOK, AE.NAOK)}
Ob Du jetzt die Validierung in die letzte Frage setzt, eine entsprechende Meldung in einer nachfolgenden Textanzeige, oder wie auch immer, ist jetzt Dir überlassen.
Z.B.
Ich weiß nicht, wie es in Eurem Theme aussieht, aber ich finde dies nicht so schön.
1.
Einfach 4 Buttons pro Zeile setzen (display theme options)
2.
Im Antworttext eine neue Zeile erzwingen "<br/>"
Joffm
Topic Author
