Fehler, Warnungen und Hinweise
Befunde werden nach Schweregrad eingeordnet und mit Erklärung, Lösungsvorschlag und Kontext ausgegeben.
Befunde werden nach Schweregrad eingeordnet und mit Erklärung, Lösungsvorschlag und Kontext ausgegeben.
Der Inspector analysiert Barrierefreiheit, UX, Responsive und Designkonsistenz und kann ein oder zwei validierte Varianten erzeugen.
OJ LayoutStudio unterstützt Login als Joomla-Core-Integration. Die zugehörige Datenquelle bzw. der Kontext ist com_users.login / Login.
Dieser Artikel hilft dir, das Problem „Mobile Darstellung stimmt nicht“ systematisch einzugrenzen, ohne Einstellungen auf Verdacht zu verändern.
Ungespeicherte Vorschauentwürfe werden signiert, temporär verarbeitet und nicht persistent gecacht.
Priorität wird zuerst ausgewertet; bei Gleichstand entscheidet die Spezifität und danach stabil die ID.
Das Text-Element speichert einfachen statischen Text direkt im Layoutschema.
AJAX kann Filter, Sortierung und Navigation aktualisieren, ohne die komplette Seite neu zu laden.
Dieser Artikel hilft dir, das Problem „Änderungen sind im Frontend nicht sichtbar“ systematisch einzugrenzen, ohne Einstellungen auf Verdacht zu verändern.
Bei Custom Field wird das Feld über Feldgruppe → Feld gewählt; der Datentyp wird passend geführt.
Das HTML-Element nutzt den in Joomla konfigurierten WYSIWYG-Editor für statischen formatierten Inhalt.
Kontaktlayouts können Joomla-Kontakt-Custom-Fields als Gruppen oder einzelne Felder ausgeben.
OJ LayoutStudio unterstützt Profilbearbeitung als Joomla-Core-Integration. Die zugehörige Datenquelle bzw. der Kontext ist com_users.profile_edit / Profil bearbeiten.
Für Fließtext und Überschriften kann das Template geerbt oder System Sans Serif, Serif beziehungsweise Monospace gewählt werden.
Der Inspector liefert einen Score von 0 bis 100 sowie priorisierte Befunde mit Kategorie, Schweregrad, Erklärung, Verbesserung und gegebenenfalls Node-Bezug.
Wenn das aktuelle Layout auf der Vorschauseite aktiv ist, können Befunde Layoutknoten zugeordnet werden; auf fremden Seiten läuft eine reine Seitenprüfung.
Die häufigsten Ursachen sind nicht der Builder selbst, sondern falscher Kontext, Zuweisung, Sprache, Zugriff, Publishing oder fehlende Daten.
Die Zuweisungslogik unterscheidet zwischen mehreren Werten desselben Kriteriums und unterschiedlichen Kriterien.
Der Stable-Stand bündelt die Erkennung großer Feldbestände, damit Felder nicht still an einer kleinen Standardgrenze abgeschnitten werden.
Eine validierte Variante kann in den Builder übernommen werden, bleibt danach aber zunächst ungespeichert.