ce_gallery: "Vorschaubilder pro Reihe" auf unendlich setzen

[atomfried]

hallo,
ich ich die Anzahl der "Vorschaubilder pro Reihe" auf unendlich setzen? im Moment sind 12 das maximum. Hintergrund ist das wenn ich mehr Bilder habe hässliche Lücken enstehene. Vor allem wenn ich das browserfenster schmaler ziehe.

[mlweb]

Wenn Du Deine Galerie sauber mit css gestaltest dann ist es völlig egal welche Zahl da steht.
Früher habe ich alles mit float gemacht inzwischen setze ich Flexbox ein. Grid funktioniert auch.

[Andreas]

Wahrscheinlich hast du layout.css von Contao eingebunden? Wenn ja, dann kannst du mal versuchen das hier in deiner eigenen CSS-Datei zu überschreiben
https://github.com/contao/core/blob/...ed.css#L77-L79

.ce_gallery > ul li.col_first {
  clear: none;
} 

Oder versuche mal das hier in deiner system/config/dcaconfig.php

$GLOBALS['TL_DCA']['tl_content']['fields']['perRow']['options'][] = 99; 

Zusammen mit diesem CSS

.ce_gallery > ul.cols_99 li.col_first {
  clear: none;
} 

Aber grundsätzlich schließe ich mich @mlweb an.

[atomfried]

Danke für die Hilfe! ich habe das Template komplett umgebaut. Jetzt spielt die Anzahl wirklich keine Rolle mehr.

[mlweb]

Kompletumbau war bei mir nie erforderlich. Je nach dem welche Technik ich angewendet habe, reichte das Orginaltemplate oder das Orginaltemplate unter Verwendung der neuen Template-Engine erweitert um eine Klasse.

neue Template-Engine:
https://rocksolidthemes.com/de/conta...-3-3-templates
https://docs.contao.org/books/manual...templates.html

[tab]

Man kann es mit dem Originaltemplate machen und muss dann halt das CSS für col_first überschreiben - oder man entfernt die ganzen nicht benötigten Klassen aus dem Template, dann stört das CSS für diese Klassen nicht mehr und muss deshalb auch nicht überschrieben werden. Zudem hat man dann die ganzen - bei "unendlich" vielen Bildern pro Reihe unnötigen und irreführenden - Klassen raus aus dem Quelltext. Eigentlich m.E die sauberere Lösung, die allerdings etwas mehr Arbeit macht, weil man eben das Template (einmal) entsprechend verändern muss.

[mlweb]

weil man eben das Template (einmal) entsprechend verändern muss.

...und man muss jedes Mal (zumindestend bei größeren Updates) dran denken zu kontrollieren, ob sich das Template geändert hat und ggf. Anpassungen vornehmen.

Da ist es m.E. einfacher das Framework von Contao gar nicht zu verwenden und sich die Regeln die man benötigt/haben will ins eigene css zu übernehmen.

Mit Templateanpassungen versuche ich so sparsam wie möglich zu sein und versuche wenn es irgend geht mit den Möglichkeiten der neuen Template-Engine auszukommen. Das erleichtert die Arbeit auch wenn mal jemand Fremdes die Installation übernimmt.

Ich hatte erst vor kurzem das Vergnügen eine Installation zu übernehmen, die mit 9 angepassten fe_pages daherkam und insgesamt über 500 angepasste Templates hatte. Davon waren einige aus Zeiten von Typolight, viele die irgendwer irgendwann mal erstellt hat, aber deren Zweck war nicht klar bzw. ob diese überhaupt Verwendung finden.

[tab]

Ja, eine schmerzfreie und saubere Lösung gibts wohl nicht. Entweder sinnfreier Quelltext oder der Ärger bei den Updates. Insofern ist deine Lösung wohl die pragmatischere. Den Augenkrebs beim Lesen des Quelltexts muss man dann halt in Kauf nehmen, aber er erzeugt wenigstens keine Mehrarbeit beim Update.

[Andreas]

ich habe das Template komplett umgebaut.

Mmh, nicht gut, zu viel Aufwand, wie meine Vorredner auch schon sagten. Zeige doch mal einen Link auf ne Beispielseite mit dem Original-Template und erzähle was du möchtest. Da ist bestimmt nicht viel nötig um dein Ziel umzusetzen.