Bei dem jetzt angehängten Beispiel sind zwei identische Fragentypen in zwei Fragengruppen (vorher eine Fragengruppe), mit zwei Equation-Fragen im Anschluss.

Bei der ersten Fragengruppe funktioniert alles, bei der zweiten Fragengruppe greift die zweite Equation-Frage nicht.

Dabei gibt es von der Struktur her doch gar keine Unterschiede!

Habe das ganze nochmal in der Version Version 3.14.3+180809 auf einem anderen Server ausprobiert. Dito.

Cornacap wrote: Bei der ersten Fragengruppe funktioniert alles, bei der zweiten Fragengruppe greift die zweite Equation-Frage nicht.Dabei gibt es von der Struktur her doch gar keine Unterschiede!

Du hast in der Gleichungsfrage time01 noch HTML Code drin, welcher dann auch Teil der Variable time01 werden.
In der Darstellung fallen die nicht auf, aber wenn Du die Variable mit Zahlenwerten vergleichst, funktioniert das nicht mehr.

Danke, jelo! Das war's!
Ich habe zwar geguckt, ob die eigentliche Formel frei davon ist. In der Nachsicht habe ich dann doch noch <p>-Elemente gefunden. Außerdem dachte ich, das der beschreibende Text außerhalb der Formel keinen Einfluss nehmen würde und der war natürlich erst recht in HTML-Code verpackt.
Im Grunde ein klassischer Fehler, der mir schon an anderer Stelle untergekommen ist.
Habe beides rausgenommen. Jetzt funktioniert's. Ich bin erleichert.

Ich weiß nicht, ob ich deshalb jetzt eine neue Frage aufmachen soll, denn es berührt im Grunde wieder die gleiche Fragestellung.

Nachdem ich in den letzten Wochen fast alle Probleme beseitigen konnte und jetzt auch wunderbar mit den Equations etc. zurecht komme, bin ich vor einer Woche wieder über das Thema gestolpert und es will sich nicht lösen lassen:

Ich habe eine Fragengruppe (siehe Anhang), in der der eine Kondition vorkommt (Führungskraft/einfacher Mitarbeiter). Diese habe ich mal ganz rausgenommen, mal über die eingebaute Funktion platziert, verschiedene Gruppen gebildet (sowohl für die Zielgruppen, als auch für die Equation-Fragen). Habe darauf geachtet, nicht wieder HTML-Code zu verschleppen.
Unterm Strich reagiert immer nur die erste Equation-Frage und bei allen anderen ist der Wert auf 2 gesetzt.

Was habe ich nun schon wieder übersehen?

Wie gesagt, die Hauptbefragung, aus der ich diese Gruppe übernommen habe, ist gespickt mit ähnlichen Konstrukten und es funktioniert alles. Nur hier nicht.

Cornacap wrote: Was habe ich nun schon wieder übersehen?

Klammer vergessen?

Vorher:

Nachher:

Mal eine blöde Frage:
Wieso wird da durch 4,2 bzw. 6,2 geteilt?

Und wie sieht es eigentlich aus? Reagiert LS empfindlich auf das Komma als Dezimaltrennzeichen?

Ich habe mir anscheinend gerade durch Deine Studie (oder eigene kreative Gewalt) die Installation zerschossen.

Joffm

@jelo: das sehe ich mir im Zug gleich mal an.

@Joffm: also die 2 hinterm Komma ist für die Rundung (round) gedacht. Das klappt soweit auch in anderen Fällen - bzw. auch in der ersten Equation-Frage.
Upsala, wie kann meine Studie so etwas böses tun?

Joffm wrote: Ich habe mir anscheinend gerade durch Deine Studie (oder eigene kreative Gewalt) die Installation zerschossen.

Zerschossen bedeutet genauer was? Vielleicht war es auch nur eine Wartung bei Strato?

@jelo: Du hattest recht. Die letzte abschließende Klammer war falsch platziert, was ich übersehen hatte. Am Ende habe ich wohl mehr der Logik-Übersicht vertraut, die immer sagte, alles wäre in Ordnung.

also noch ein bisschen anders in der Korrektur dargestellt:

falsch:
richtig:

Vielleicht war es auch nur eine Wartung bei Strato?

Ja, das wäre schön.
Nee, nee, die anderen Installationen laufen noch alle wunderbar.
Bevor ich mich aber hier aus dem Fenster lehne, will ich doch noch ein paar Sachen testen und ausprobieren.

also die 2 hinterm Komma ist für die Rundung (round) gedacht

Ja, ja, die Gläser lassen auch nach.

Aber zum Thema:
Bei 24,34 und 44 steht:
{round(sum(E34c_1.NAOK,E34c_2.NAOK,E34c_3.NAOK,E34c_4.NAOK))/4,2}

Da wird nicht die Summe geteilt, sondern die gerundete Summe. Und dann ist das Komma wirklich verwaist.

In 14 sieht es gut aus:
{round(sum(E14a_1.NAOK,E14a_2.NAOK,E14a_3.NAOK)/3,2)}

Joffm