Feature Wunsch: "Feld-Trenner" / "Field Separator" mit CSS adressieren

Hi vi-Team,

Feld-Trenner lassen sich leider kaum mit CSS adressieren. Es gibt zwar im Backend ein Möglilchkeit dafür, CSS-Klassen zu hinterlegen, die werden aber nur auf das <hr>-Element angewandt. Wenn das deaktiviert wird (so dass nur der Text angezeigt wird), fällt das auch weg.

Es wäre klasse, wenn ich (wie bei den anderen Feld-Typen auch) einzeln CSS-Klassen für den Text, das <hr>-Element und die Gruppe bzw. das höchste Eltern-Element angeben könnte.

Beispiel: Ich wollte gerade den Text eines Trenner-Felds horizontal und vertikal zentrieren sowie in der Mobilansicht ausblenden. Das wären drei Bootstrap-Klassen gewesen. Das lässt sich jetzt nur umsetzen, indem ich die individuelle Klasse des Feldes (.field123) adressiere, was natürlich blöd ist, wenn ich gerne mehrere Felder gestalten möchte.

Zusätzliches Problem: Das Trenner-Feld besteht aus drei Elementen (bei mir in Bootstrap jeweils in eine "row"): 

• Reihe und Spalte für Text
• Reihe und Spalte für <hr>-Element
• Reihe und Spalte für Fehlermeldung (Error-Text)

Die Inhalte dieser drei Element sind zwar leer bzw. werden mit "display:none" ausgeblendet, ihre Spalten und Reihen bleiben aber im HTML. In meinem Fall muss ich sie jetzt aktiv ausblenden, um meinen Text vertikal zentrieren zu können. Besser wäre, wenn die entsprechenden Eltern-Elemente ausgeblendet würden bzw. erst gar nicht im HTML auftauchen, wenn sie im Backend deaktiviert wurden. Einen Platzhalter für die Fehlermeldung braucht es ja hier auch gar nicht.

Anbei noch ein Screenshot von meine Einsatzszenario (das Plus-Zeichen ist der Text aus dem Feld-Trenner).


Beste Grüße!

Hallo ejbm,

vielen Dank für den Screenshot.

Wir freuen uns, dass du so weit mit der individuellen Gestaltung des Formulars kommst.
Trotz der beschriebenen Hindernisse beim Feld-Typ Feld-Trenner.

Die angesprochenen Punkte treffen zu.
Wir schauen uns das im Detail an und ändern das HTML-Rendering entsprechend.

Ich habe dazu einen Issue zur Entwicklung in der Wunschliste angelegt:
Issue [VF-1371] Forum: Field Separator: Rework HTML rendering and apply all 3 custom field-group classes of field configuration

Wenn wir die Änderungen releasen, wirst du explizit über das Release hier im Thema informiert.
Vielen Dank nochmal für deinen Vorschlag!

Liebe Grüße, Ingmar

Hallo ejbm,

das neue Feature ist enthalten im neusten Release vom 16.10.2025 für Joomla 6:

Visforms 6.0.0
docs.joomla-5.visforms.vi-solutions.de/u...es/j6/version-6-0-x/

Visforms Subscription 6.0.0
docs.joomla-5.visforms.vi-solutions.de/u...6/sub-version-6-0-x/

Folgende Anforderungen sind umgesetzt:
- Keine Zeile mit Fehlermeldung rendern.
Diese ist wirklich überflüssig, da der Benutzer keinen Eingaben machen kann und nichts validiert werden muss.

- Feldoption ‘CSS Class For Control Group’ für Feldtrenner anzeigen und unterstützen.
Damit ist es möglich die gesamte Kontrollgruppe auszuzeichen.
Individuelles CSS auf den Kindern kann leichter eingefügt werden.

Folgende Punkte wurden nicht umgesetzt:
- Eigene CSS Klasse für den Custom Text
Eine solche Option gibt es in Visforms bei keinem Feldtyp und diese ist auch nicht wirklich nötig.
Der Custom-Text wird als eigener Text in einem HTML Editor eingegeben.
Man kann den Text bei Bedarf selbst jederzeit in eine DIV mit eigener CSS Klasse packen.

- Zeile mit hr komplett entfernen
Das hr Element ist das HTML Element dieses ‘Feldtyps’.
An dieses HTML Element wird im Code viel Information gehängt, die später ausgewertet wird.
Dieses Element zu ganz zu entfernen würde ziemlich weitreichende Änderungen am Code erfordern.
Diese weitreichenden Änderungen führen wir natürlich durch, wenn wir von einen Änderung überzeugt sind.

Ich denke aber, dass es in der Regel nicht das gewünschte Verhalten ist, diese Zeile komplett aus dem HTML zu entfernen und das sich diese Änderung negativ auf das Aussehen der meisten bestehenden Formulare auswirkt.
Mit der Möglichkeit die Kontrollgruppe mit einer CSS Klasse zu versehen ist der Zugriff auf diese Zeile mittels Custom CSS sehr viel einfacher als zuvor, weil man sie viel direkter ansteuern kann.

Insofern denke ich, dass die wirklich relevanten Punkte in diesem Szenario umgesetzt sind.
Insbesondere auch, mehrere Element mit demselben CSS ansprechen zu können.

Liebe Grüße,
Aicha