Aus meiner Sicht klappt es jetzt schon so gut, dass man es als Versuchballon einsetzen könnte.
Bislang habe ich aber nur "Gutfälle" getestet, also ohne Fehler zu provozieren. Da werde ich morgen nochmal drüberschauen.
Folgender Kleinkram ist mir noch aufgefallen:
Was schön wäre: wenn in der Bezeichnung Leerstellen möglich wären. Vielleicht könnte man analog von Seiten den URL-konformen String automatisch aus der Lese-Bezeichnung ableiten. Prio B, weil für den Redakteur im Alltag nicht relevant.
Wenn man zuerst den Typ vorgibt, wird offensichtlich die Seite nachgeladen, was dazu führt, dass noch leere Pflichtfelder (i.d.R. die Beschriftung) bemängelt werden. Prio B.
Bei "Dateiauswahl" machen Vorgabewert, Bedingung, Mindest- und Höchstlänge keinen wirklichen Sinn ...
Frontend-Template
Und eine grundsätzliche Baustelle: Dokumentation, insbesondere für die Erstellung von Frontend-Templates. Man kann sich zwar mit PHP-Amateurkenntnissen behelfen (so wie meine leider ...), aber ich bezweifle, dass mein Code kritischen Augen standhält.
Was mir dabei durch den Kopf gegangen ist: wenn man sich in der Schleife aus der Datenbank noch den Feldtyp holt, könnte man abhängig davon fertigen HTML-Code erstellen. Also einen <div class="text"> für ein Textfeld, einen <img ... für ein Bild etc.
Diese legt man wiederum in ein Array. Jetzt müsste man nur noch das Layout-Gerüst erstellen und darin die Array-Elemente aufrufen statt an Ort und Stelle den HTML-Code zu erzeugen.
Hm. Ich merke, dass es nur Sinn ergibt, es fest in die Extension zu verankern, wenn man viel Arbeit investiert. Da man z.B. automatisch davon ausgehen würde, dass eine Datei ein Bild ist. Man müsste also dafür auch wieder Fallunterscheidungen machen. Wäre aber auch machbar ... Die Dateiendungen wären ja zumindest als Feldtypen auch vorhanden ... ich tüftel da mal, vielleicht bringe ich wenigstens ein Ablaufdiagramm hin.
Bin insgesamt schon sehr glücklich mit dieser Extension!
Lesezeichen