Vorgaben an Themes

Stand: 7. Oktober 2024

Für Themes, welche auf der zentralen CMS Instanz der FAU eingesetzt werden sollen, müssen einige Rahmenbedingungen erfüllt sein.
Themes, welche diese Bedingungen nicht einhalten, können nicht auf der zentralen CMS Instanz eingesetzt werden.

Grundlegende Anforderungen

1. Für das jeweilige Theme muss stets ein fachkompetenter Ansprechpartner vorhanden sein, der im Falle von Problemen oder Fehlern zeitnah reagiert.
2. Das Theme muss als Mindestanforderung kompatibel zur jeweils aktuellen WordPress- und PHP-Version sein. (WordPress-Version 6.6, PHP-Version 8.2)
3. Alle Ausgaben, die durch das Theme erzeugt werden, müssen stets konform zur WCAG 2.2 in der Konformitätsstufe AA sein.
4. Die Bereitstellung des Themes muss auf WordPress (https://de.wordpress.org/themes/) bzw. auf einem öffentlichen GitHub-Repository (https://github.com/) oder auf einer öffentlichen Gitlab-Repository erfolgen. Eine manuelle Aktualisierung über uns zugesandte ZIP-Dateien ist nicht möglich.
5. Die programmiertechnische Fehlerfreiheit von Themes ist zu gewährleisten:
   1. Das Theme wird mittels des Plugins Theme Check geprüft. Der Test mit Hilfe dieses Plugins sollte keine Fehler aufzeigen. Ausnahmen gelten für Warnungen und Fehlermeldungen hinsichtlich von versteckten Dateien (bspw. für die Datei .gitignore).
   2. Themes sollten stets auf einer WordPress-Installation entwickelt und getestet werden, bei der ein DEBUG-Modus so eingestellt ist, dass er Warnung ausgibt. Kein Theme darf im produktiven Betrieb Warnings oder gar Fatal Errors liefern.
6. Hinsichtlich der Verwendung von Bibliotheken und Buildprozessen (Composer u.a.) ist zu beachten:
   • Bei der Bereitstellung von JavaScript-Dateien ist darauf zu achten, ob etwaige JavaScript-Bibliotheken nicht bereits von WordPress selbst zur Verfügung gestellt werden. In diesem Fall sind die von der WordPress-Instanz zu nutzen. Keinesfalls darf beispielsweise eine eigene jQuery-Bibliothek vom Plugin nochmals mit- und ausgeliefert werden, wenn diese bereits zuvor vom Theme oder einem anderen Plugin ebenfalls enqueued wurde.
   • Werden JavaScript-Dateien bereitgestellt, sind diese für die Nutzung im produktiven Einsatz in minifizierter Form bereitzustellen und zur Entwicklung im ungepackten Original.
   • Werden Schriften oder Bibliotheken eingebunden, müssen diese im Source des Plugins vorhanden sein und von dort „lokal“ eingebunden werden. Die Verwendung von externen CDNs (wie beispielsweise fonts.google.com) ist nicht zulässig.
   • Für alle verwendeten Bestandteile der Themes von Dritten sind nur solche Komponenten zu nutzen, die über offene, bzw. freie Lizenzen zur Verfügung gestellt wurden. Dies gilt insbesondere für Grafiken, Schriften, JavaScript-Bibliotheken und andere Programmteile.
7. Werden CSS-Dateien bereit gestellt, die einen Umfang von mehr als 50 Codezeilen (ohne Kommentare) haben, ist zwingend ein Präprozessor (bevorzugt SASS) zu verwenden. Die CSS-Dateien sollen mit Hilfe von SASS minifiziert werden. Werden Vendor-Codes bereit gestellt, sind diese bei der Entwicklung des Themes über einen Autoprefixer zu erstellen. Zur Abwärtskompatibilität werden Browser der letzten drei Jahre berücksichtigt. Eine weiter zurückgehende Kompatibilität ist nicht erforderlich.
8. Das Theme muss grundsätzlich auch ohne zusätzliche Plugins lauffähig sein. Sollte das Theme auf Plugins basieren oder durch diese signifikant unterstützt werden, ist darauf zu achten, dass diese nicht redundant zu bereits vorhandenen Plugins sind. Diese Plugins müssen den für Plugins definierten Bedingungen folgen.
9. Neue Themes, die nach dem 1.1.2025 bereitgestellt werden, sollten grundsätzlich Block Editor Themes sein. Sogenannte Classic Themes sind nur noch in Ausnahmefällen zu verwenden.
10. Themes, die eigene Pagebuilder beinhalten oder als Plugin voraussetzen, werden nicht zugelassen. Ebenso sind Plugins unzulässig, die über eigene Plugin-Installer verfügen.