ID / Klasse eigener Layoutbereiche selber vergeben

[neckarpixel]

FR: Ich fände es gut, wenn man im Zuge von #6294 die Möglichkeit hätte, die ID und Klasse des eigenen Layoutbereichs individuell anzupassen.
Desweiteren könnte man das <div class="custom"> entfernen oder?
Ich persönlich habe noch keinen Nutzen darin gesehen.

[aschempp]

Die Klassen frei zu definieren wird nicht gehen (nicht so einfach), denn damit deaktivierst du dir das komplette Contao CSS Framework (also die CSS-Datei würde dann nicht mehr funktionieren). Das halte ich eher für verwirrend für viele.

Das class=custom hab ich auch noch nie benutzt.

[neckarpixel]

Das verstehe ich nicht.
Angenommen benenne meinen Layoutbereich "Großer Banner" und platziere ihn außerhalb des Wrappers, entsteht ja folgendes:

<div id="wrapper">...</div>
<div class="custom"><div id="Grosser-Banner"><div class="inside">...</div></div></div>

wenn ich jetzt die Möglichkeit habe, aus "Grosser-Banner" zum Beispiel "mySelectedId" zu machen, verstehe ich nicht, wo die Gefahr sein soll, das Contao CSS zu beeinträchtigen.

Oder verstehe ich das falsch?

[aschempp]

Ah, ich meinte du willst #header und #footer umbenennen können. Dein Vorschlag macht natürlich Sinn :-)

[HellPat]

[neckarpixel]

+1
Und am besten noch sortierbar.

[frontendschlampe]

fände ich cool +1

[qzminski]

+1

[lionel-m]

+1

[skipman]

+1
Das würde der Flexibilität von Contao die Krone aufsetzen!

[leofeyer]

Wie am Montag, den 28. April besprochen, sollte der Wizard folgende Felder beinhalten:

• Klarnamen für den Bereich (zur Anzeige im Artikelmodul)
• ID des Bereiches
• Template-Auswahl
• Ausgabebereich (mit zusätzlicher Option "manuelle Ausgabe")
• Icons

[frontendschlampe]

+1

[bekanntmacher]

+1

[aschempp]

Was ist denn mit "Template-Auswahl" gemeint?

[leofeyer]

Das bezieht sich auf #6531.

[tsarma]

+1

[timgatzky]

Noch flexibler wäre ein seitenstruktur / taxonomy-ähnlicher Aufbau. Gesteuert über ein Widget in den Seitenlayouteinstellungen.
Grundaufbau wäre:

wrapper (#wrapper)
- header (#header)
-- custom-header1
--- custom-header1.1
- main (#main)
-- custom-main1
-- custom-main2
--- custom-main2.1
- footer (#footer)

Als Beispiel. Die OnePageWebsite Erweiterung macht soetwas. Die Basis ist die Seitenstruktur, die rekursiv abgearbeitet wird und die jeweiligen Artikel, Module etc. ausgibt in einer gesammelten Struktur (wie verschachtelte Layoutbereiche).

[christianromeni]

+1

[jankout]

+1

[christianromeni]

Warum wird das denn immer weiter verschoben? Das is doch nen Hammer Feature....

[aschempp]

Es scheint bisher hatte niemand Lust seine Freizeit dafür zu opfern ;-)

[zonky2]

+1

[JLNNN]

+1

[leofeyer]

Implementiert in contao/core-bundle@aa91f2b.

[Xendiadyon]

Das Problem: Es ist nicht kompatibel mit bereits implementierten Layout-Bereichen. Die werden jetzt alle gelöscht und man muss sie noch einmal festlegen. Das macht Updaten zu einem ziemlichen Gefummel. Gerade bei einem Projekt festgestellt...

[aschempp]

Das wäre natürlich äusserst unschön!

1. hast du ein bestehendes Contao 4 aktualisiert? Ab welcher Version?
2. Du hattest eigene Layoutbereiche angelegt?
3. Die normalen Module haben aber soweit funktioniert, oder gingen alle Module im Layout verloren?

[Xendiadyon]

Ich habe Contao 4.2.3 auf Contao 4.3 aktualisiert. Im Layout waren eigene Layoutbereiche angelegt und sichtbar/zugewiesen. Nachdem ich das Layout das nächste Mal bearbeitet hatte, sind auf einmal alle (vor dem Update) selbstdefinierten Layoutbereiche verschwunden und lassen sich auch nicht durch Wiederherstellung älterer Versionen wieder herholen.
Die im Layout eingebundenen Module sind alle in die Kopfzeile gewandert, das Layout demnach zerschossen.

Bekommen wir da irgendwie eine Update-Kompatibiliät hin?

[ausi]

Das sollte eigentlich über das Update-Skript Version430Update.php:41-61 im Install-Tool behandelt werden. Hast du das Install-Tool (/contao/install) nach dem Update fehlerfrei ausführen können?

[fritzmg]

Ich dachte diese Dinge passieren auch, oder nur mehr, über die Post Update Commands mit Composer? War da nicht mal die Rede davon?

[Xendiadyon]

ja, das Install-Tool hat problemlos funktioniert, da wurde aber keine Datenbankaktualisierung von Contao durchgeführt, immer nur von den Erweiterungen, sobald ich welche installiert hatte. Läuft also wahrscheinlich wirklich über die Post Update Commands von Composer.

Eine weitere Anmerkung:
die IDs der Layoutbereiche wird immer klein geschrieben. CamelCase oder so funktioniert nicht.

und in den Artikelcontainern wählt man die ID des Layoutbereiches aus und nicht den Namen:

Geht schon, aber vielleicht etwas unschön und auch ein Problem beim Update, insbesondere wenn man vorher die Layoutbereiche händisch mit CamelCase eingefügt hat.

[fritzmg]

Ich denke für beide Probleme sollten eher zwei separate Tickets angelegt werden.

[fritzmg]

Also Problem Nummer 1 kann ich nicht nachvollziehen. Nach einem Update auf Contao 4.3 (von Contao 4.2.5) wurden die Sections korrekt auf das neue Format übertragen.

Das Problem Nummer 2 habe ich hier festgehalten: contao/core-bundle#639

[fritzmg]

und in den Artikelcontainern wählt man die ID des Layoutbereiches aus und nicht den Namen:

Ticket dafür: contao/core-bundle#640

[ausi]

Also Problem Nummer 1 kann ich nicht nachvollziehen. Nach einem Update auf Contao 4.3 (von Contao 4.2.5) wurden die Sections korrekt auf das neue Format übertragen.

Ich konnte das Problem auch nicht reproduzieren, ein Update von 4.2 auf 4.3 hat die Layoutbereiche korrekt übernommen.