Plugin form element

Worum geht es hierbei?

Die Ausgangslage: Wenn Konfiguration ohne Entwickler möglich sein soll

In vielen Drupal-Projekten gibt es Inhalte oder Funktionen, die nicht einfach nur published oder unpublished (veröffentlicht / nicht veröffentlicht) sind. Sie hängen von Bedingungen ab. Ein Banner soll nur für eingeloggte Nutzer erscheinen. Eine Benachrichtigung soll nur an Kunden aus Deutschland gehen. Ein Prozessschritt soll nur für bestimmte Nutzergruppen aktiv sein.

In der Praxis passiert dann oft etwas Unschönes: Jedes Mal, wenn eine neue Kombination aus Regeln gebraucht wird, muss ein Entwickler ran. Nicht, weil die Logik so kompliziert wäre, sondern weil die Konfigurationsmaske fehlt oder jedes Mal neu gebaut werden muss. Jeder, der zusätzliche Conditions bereitstellen möchte für eine Logik, muss normalerweise die hardcoded Conditions replizieren und eigene hinzufügen.

Das bremst Entwicklungsteams aus. Anpassungen werden teurer als sie sein sollten. Und aus „könnten wir kurz“ wird schnell „machen wir im nächsten Sprint“.

Das konkrete Problem: Regeln sind da, aber die Bedienoberfläche fehlt

Drupal kann viel. Vor allem, wenn es um Plugins, Bedingungen und erweiterbare Logik geht. Der Haken ist häufig nicht die Technik im Hintergrund, sondern die Übersetzung in eine Oberfläche, die im Alltag funktioniert.

Wenn jede neue Regel oder Regelkombination eine eigene Formularlogik braucht, entsteht ein wiederkehrendes Muster:

• Anforderungen ändern sich laufend, weil Inhalte, Kampagnen oder interne Prozesse dynamisch sind.
• Das Team braucht eine Lösung, die Admins selbst bedienen können.
• Trotzdem landet jede Änderung in der Entwicklung, weil die Konfiguration nicht flexibel genug ist.

Genau hier setzt Plugin form element an.

Warum war das nötig?

Wir haben in mehreren Projekten dieselbe Aufgabe immer wieder neu gelöst: flexible, regelbasierte Konfiguration für Admins zugänglich machen.

Statt das jedes Mal projektspezifisch zu entwickeln, haben wir den Baustein einmal gebaut und als Contrib-Modul veröffentlicht. Natürlich Open Source. So wird er über viele Projekte hinweg stabiler und kann von der Community weiter genutzt und verbessert werden.

Was sind die Vorteile?

• Weniger Entwicklungstickets für Routine-Anpassungen: Regeln hinzufügen, anpassen oder entfernen geht per Oberfläche.
• Schnellere Reaktionsfähigkeit im Alltag: Teams können Anforderungen aus Marketing, Redaktion oder Betrieb kurzfristig umsetzen.
• Einheitliche Bedienlogik in großen Plattformen: Konfigurationspunkte folgen einem konsistenten Muster, statt jedes Mal anders zu funktionieren.
• Erweiterbar ohne UI-Neubau: Kriterien wie Sprache, Nutzerrolle, URL oder projektspezifische Bedingungen lassen sich ergänzen und tauchen automatisch in der Oberfläche auf.
• Wiederverwendbar: Einmal gelernt, kann der Baustein in vielen Drupal-Setups eingesetzt werden. Auch andere Module wie z.B. das eingangs erwähnte Conditions, bauen darauf auf.

Beispiele für die Anwendung

Personalisierte Inhalte: Setup, Problem, Einsatz, Ergebnis

Ein Redaktionsteam betreibt eine mehrsprachige Website mit Login-Bereich. Für eine Kampagne soll ein Hinweisbanner nur bei bestimmten Besuchern erscheinen: eingeloggte Nutzer, bestimmte Rolle, bestimmte Sprache oder nur auf ausgewählten Seiten.

Ohne einen geeigneten Konfigurationsbaustein läuft es oft auf Sonderlösungen hinaus. Jedes Banner braucht eigene Felder, eigene Formlogik und am Ende doch wieder ein Ticket.

Mit Plugin form element wird die Regel-Logik als konfigurierbare Oberfläche bereitgestellt. Admins kombinieren die Bedingungen selbst, passen sie bei Bedarf an und schalten Varianten um, ohne dass die Konfigurationsmaske dafür neu gebaut werden muss.

Das Ergebnis: Änderungen passieren dort, wo sie hingehören. Im Betrieb, nah an der Anforderung, ohne Umweg über die Entwicklung.

Weitere Anwendungen im selben Setup

• Regelbasierte Prozesse: Workflows oder automatische Aktionen lassen sich über eine übersichtliche Oberfläche konfigurieren, ohne jedes Mal neue Entwicklung einzuplanen.
• Plattformen mit vielen Konfigurationspunkten: Große Drupal-Installationen bekommen eine wartbare, einheitliche Lösung, statt einer Sammlung individueller Formulare.
• Produktentwicklung mit Drupal: Agenturen und Produktteams nutzen den Baustein als gemeinsame Basis, die in unterschiedlichen Projekten wieder funktioniert.

Screenshot

Plugin form elements finden im Drupal-Backend statt. Im Screenshot sieht man rechts beispielhaft das Plugin-Formular einer "Timebased" condition. Dafür ist zusätzlich das Conditions Modul erforderlich.

Links ist der Kern des Moduls erkennbar: Anstatt auf die Standard-Conditions angewiesen zu sein, können Redakteur:innen eigene hinzufügen und nicht benötigte weglassen. Normalerweise sieht man hier einen Standard-Satz, der umständlich via Deployments angepasst werden muss. Mit unserem Modul wird daraus ein konfigurierbarer und komplett flexibler Bereich.

Fazit

Plugin form element ist ein Grundlagenmodul. Es vereinheitlicht vor allem für Entwickler:innen Workflows bei der Erstellung von Modulen oder Integrationen wie dem genannten Beispiel Conditions. 

Für Endnutzer:innen ist davon nichts sichtbar. Das ist aber auch nicht nötig, denn die Freude kommt auf, wenn Redaktionsprozesse durch solche Module und die darauf aufbauenden im Endeffekt vereinfacht werden.