Ich versuche mich mal an kompakten Antworten :)
...die für Fragen hinterlegten Grafiken (Icons für Radiobuttons, grafische Verankerungen (kann man für jede Frage einzeln machen)) zentral auszutauschen/definieren (Layout?)?
s. Fragebogen-Layouts für die Radio-Button.
Was die Verankerungen angeht, muss das pro Frage definiert werden. Ein zentrales Suchen & Ersetzen steht bisher nur auf der Wunschliste, ist aber noch nicht verfügbar.
...bei der Verwendung von Grafiken "moderne" Formate wie webp oder avif parallel zu den "klassischen" Formaten wie jpg, png und gif anzugeben?
Ist unproblematisch. Allerdings sollten Sie die Browser-Unterstützung mit Hinblick auf Ihre Zielgruppe abklären und ggf. müssen wir die Formate noch zum Upload freigeben.
...die den bestehenden Fragetypen zu Grunde liegenden Templates anpassen (beispielsweise um für grafische Verankerungen parallel webp/avif Grafiken anzugeben)?
Nein, das ist bisher nicht vorgesehen.
...an eine Frage Javascript, CSS oder PHP Code anzuhängen?
Einige Fragen bieten schon einen Kateireiter "Zusätzlicher Code", der dann auch einen Platzhalter für die Fragekennung bereitstellt. Wenn Sie das bei anderen Fragetypen noch vermissen, lassen SIe uns wissen, welche.
Generell kann man beim Fragebogen zusammenstellen natürlich immer HTML-/JavaScript-Code einfügen. Aber oftmals ist es eleganter, das direkt in der Frage zu hinterlegen (wie Sie ja schon beschreiben).
...komplett eigene Fragen/Fragetypen zu erstellen (HTML/CSS/JS und ggf PHP Kenntnisse vorausgesetzt)? Also dass das System lediglich n Variablen (und natürlich den Datentyp) definiert und die Oberfläche und die Geschäftslogik von mir bereitgestellt wird?
Im Prinzip mit internen Variablen möglich - allerdings sollten Sie dafür sorgen, dass Ihre Darstellung sich auf Basis eventuell schon vorliegender Daten auch korrekt initialisiert. Für den Fall, dass eine Seite aufgrund fehlender Antworten neu angezeigt wird.
Alternativen?
Aufgrund der minimalen Nachfrage bisher nicht :) Die meisten Nutzerinnen und Nutzer von SoSci Survey möchten mit HTML und JavaScript lieber nichts zu tun haben.
...bei (zum Beispiel) Texteingabefeldern eigene Validierungsfunktionen zu definieren - zur Berechnung einer Prüfziffer?
Da würde es reichen, wenn man ein Feld für JavaScript-Code in der Frage hätte, korrekt?
Nachteil: Custom-Code.
Es handelt sich aber auch um eine Custom Task (das schönbe bei SoSci Survey ist ja, dass man so etwas dann trotzdem custom basteln kann) - sobald mehr als 2 Nutzerinnen oder Nutzer das benötigen, können wir mal über eine einfachere Lösung nachdenken.
Wir hatten ursprünglich über eine Art Marketplace für eigene Vorlagen und evtl. auch Frgetypen nachgedacht. Aber ... minimale Nachfrage.
Möglichkeiten: Interne Variable und Custom-PHP beim Fragebogenzusammenstellen.
Nachteil: Custom-Code.
Auch da gilt: Custom Code ist nicht prinzipiell schlecht, wenn es sich um Aufgabenstellungen handelt, die eben auch nur ein einziges Mal auftauchen. Eine Zeile PHP-Code, welche die Summe berechnet und ggf. eine Fehlermeldung zeigt, ist deutlich flexibler als wenn man so etwas fest im Programm oder einer Fragevorlage integriert.
...eine Angabe durch den Teilnehmer vor oder nach dem Absenden der aktuellen Seite zu modifizieren? Zum Beispiel um die Angabe zu anonymisieren oder zu pseudonymisieren (sinnvoller Weise natürlich VOR dem absenden, wenn die Variable überschrieben werden kann auch nach dem absenden)
Für die anderthalb Projekte, die es pro Jahr benötigen, hat ein wenig PHP und put() bisher sehr gute Dienste geleistet. Zumal Anonymisierung nicht ganz trivial ist und oftmals höchst domänenspezifisch.
Verstehen Sie mich nicht falsch: Das sind alles tolle Funktionen - und die könnte man sicher alle toll integrieren. Aber man müsst dabei eben SEHR viele Freiheitsgrade vorsehen, was die Funktionen dann komplex macht. Und SoSci Survey ist für viele Nutzerinnen und Nutzer jetzt schon zu mächtig für einen schnelle Einstieg ins Programm. Nicht zuletzt deshalb "verstecken" wir viel Funktionalität in der PHP-Bibliothek.
Es ist nur eben so, dass Forschung mitunter sehr individuell ist. Und bisher sehen wir PHP und ein paar Zeilen (manchmal auch ein paar mehr Zeilen) JavaScript als effizienteste Lösung, um dieser Vielfalt gerecht zu werden. Aber SoSci Survey wird ständig weiterentwickelt - und wenn Sie ein paar gute Ideen haben, wie man die Menge an "Custom Code" sinnvoll reduzieren kann, ohne dass die Bedienoberfläche explodiert, dann immer her damit!