Joffm wrote:

Ist es denn immer noch als Pflichtfrage angelegt?

Ups, ja sorry mein Fehler. Danke für deine Geduld und Zeit

Hallo Joffm, / Joachim

auch von mir vielen Dank für die vielen Matritzenhinweise!
Sehe ich das richtig, dass es bei der von dir vorgeschlagenen Variante auch keine Möglichkeit gibt, die Warnmeldung beim Aufruf der Fragen (die erst verschwinden, wenn man die ganze Zeile ausgefüllt hat) zu entfernen und nur dann erscheinen zu lassen, wenn beim Rausgehen aus der Frage nicht alles ausgefüllt ist?

Hintergrund: Ich habe bei einer LS-Installation, auf der ich zeitweise arbeite, leider keinen Zugriff auf irgendwelche übergreifenden Layoutoptionen / -vorlagen / CSS. Bei mir (6.5.15 CE) erscheint über dem selbst festgelegten "Frage Validierungshinweis" noch ein fettes, rotes "? Bitte mindestens eine Antwort ausfüllen".
Übersehe ich noch einen Schalter oder eine andere Option, die ich auch mit minimalen User-Rechten anpassen kann?

(Sorry fürs Doppelpost, mir wurde ein Server-Timeout angezeigt.)

Hallo,
ich habe zwar keine Ahnung wovon Du redest, aber es ist ja so:
Auch, wenn Du "Hinweis verstecken" einschaltest, wird bei einem Fehler die eihgene Fehlermeldung gezeigt - und auch der eigentlich versteckte Hinweis.
Das kann man als Unschönheit betrachten, ja, okay.

Dumm - und schwierig - ist es immer, wenn es einen initialen Fehler gibt,
d.h. in der Validierungsgleichung wird etwas gefordert, was bei der Anzeige der Frage (wenn alle Felder leer sind) nicht erfüllt ist.

Gerade, wenn ich eine Frage nicht als Pflichtfrage anlegen kann (wenn ich mich an die Überschrift dieses 1 Jahr alten Threads halte), wird es manchmal schwierig.
Bei Pflichtfragen ist es leichter. Da kann ich immer ein "is_empty(x) OR ..." benutzen. Wenn dann am Ende etwas leer geblieben ist, wird es ja durch die "Pflicht" abgefangen.

Ansonsten kann ich nur sagen: Da ich nicht weiß, was genau Du machst, kann ich auch nicht mehr dazu sagen.
Daher - wie immer: lss export dieser relevanten Frage/n.

Joffm

P.S.
Was man natürlich machen kann, ist (ist aber auch etwas tricky):
Verstecke den gesamten Container, der die Meldungen enthält, mittels css.
Dann musst Du aber Deine Fehlermeldung in den Fragetext schreiben und dort mittels eines IF im Ernstfall anzeigen.
Dazu solltest Du die angezeigte Frage mit dem Webdevelopment-Tool des Browsers (F12) untersuchen, um zu sehen, welche css-Klassen involviert sind.
Hier kannst Du gleich Änderungen vornehmen, um den Effekt zusehen.
Und wenn es passt, schreibst Du das css-Stückchen in den Fragetext (Quellcode-Modus)

Vielen Dank für deine wie fast immer so schnelle Antwort!
Der entscheidende Hinweis ist, dass der eigentlich versteckte Hinweis bei einem Fehler trotzdem angezeigt wird (diese UID-Entscheidung kann ich als UX-Mensch zwar nicht nachvollziehen -- wozu habe ich denn bitteschön die Option "Hinweis verstecken" aktiviert, und warum muss LS mich da ungefragt überstimmen? -- aber das bin ich bei LimeSurvey ja gewohnt, und die Diskussion führt hier im Forum zu nichts sondern gehört woanders hin - wo sie aber auch zu nichts führt, weil sämtliche Hinweise auf UX-Probleme auch im Entwicklungsbereich seit Jahren abgebügelt werden).

Sei es drum: Ich will genau das machen, was Marion_test schon vor über einem Jahr machen wollte, darum habe ich mich an den Thread drangehängt anstatt einen neuen zu eröffnen und habe auch keinen eigenen lss-Export angefügt.
Für meine aktuellen Zwecke wäre der von dir beschriebene Aufwand viel zu groß - wir belassen es darum bei dem kleinen Schönheitsfehler. Ich behalte es im Kopf und frage vielleicht irgendwann nochmal nach Hilfe, denn meine CSS-Kenntnisse sind noch weniger als spartanisch.
Für jetzt bleibt mir, nochmal Danke zu sagen!

Ich will genau das machen, was Marion_test schon vor über einem Jahr machen wollte

Ja, gut, hast Du aber nicht.
Offensichtlich hast Du in den Einstellungen der Frage "Minimale Antwortzahl" auf "1" gestelllt. (Die aber hier sinnlos ist, da diese Einstellung bereits erfüllt ist, wenn eine Zelle gefüllt ist)
Das war in der lss dieses Threads nicht enthalten.
Ich habe mich auch immer gewundert, woher Deine Meldung "Bitte mindestens eine Antwort ausfüllen" herkam.

Ich sage jetzt einmal: Nahezu alle Anfragen, die mit "Ich will genau dasselbe machen, aber es funktioniert nicht,..."  beziehen sich dann letztendlich auf etwas, was eben doch nicht dasselbe ist.
Daher ist es eben sinnvoll einen lss-Export des eigenen Werkes zu senden.

Abgesehen davon: Wenn wir LimeSurvey mithilfe von javascript ein bisschen vergewaltigen, können wir nicht erwarten, dass das System dies dann auch locker abfängt.

Diese Frage wäre ja auch rein mit den vorhandenen Fragetypen und Funktionen darzustellen.
1. Frage: Wieviele?
2. Frage: Matrix mit sovielen Zeilen, wie vorher angegeben - Pflichtfrage
Dann gibt es keine Meldung direkt zu Beginn, erst beim Absenden mit leeren Feldern.

Nur noch so nebenbei.

Joffm

Danke für den Tipp mit der minimalen Antwortzahl! Das hatte ich wieder rausnehmen wollen und schlicht vergessen. Du hast also recht: Nicht dasselbe, obwohl ich es genau nachzubauen versucht hatte.

Ansonsten fühle ich mich mal wieder bestätigt: UX hat bei LimeSurvey leider keinen prominenten Platz. Dass man LS überhaupt so verbiegen muss um etwas so Einfaches umzusetzen, ist schon schräg. Eine zweite Frage vorzuschalten war in den frühen 2000er-Jahren (als ich Daten für meine Diplomarbeit mit einem 30-Minuten-Onlinefragebogen und 1.500 unbezahlten Teilnehmenden gesammelt habe) in Ordnung. Heutzutage - 20 Jahre später! - ist es aus meiner Sicht aber nur schwer zu rechtfertigen. LS könnte wohl viel mehr Verbreitung finden, wenn es nicht von vorne bis hinten umständlich zu bedienen wäre. (Ich arbeite unfreiwillig mit einem halben Dutzend verschiedenen Umfrage-Softwares, und LS ist mit Abstand die umständlichste - hat dafür aber den fachlich fähigsten Community-Support.)

Ich kann deinen Frust mit LimeSurvey nur zu gut nachvollziehen. An der Usability bestehen definitiv noch viele Möglichkeiten zur Verbesserung. Manchmal staune ich, ob eine gute software agentur helfen könnte, UX zu verbessern und damit das System einfacher zu nutzen. Es wäre besonders im Fall solch weit verbreiteter Tools sinnvoll, dies zu verändern, um mehr Menschen für diese zu gewinnen. Durch eine Technik kommen ist eine Sache, aber die praktische Implementierung dabei oft erst kurz danach.