Contao 3.1. und theme_plus

[tril]

Wenn ihr etwas an den Filtern bzw. Chains ändert, müsst ihr den Scriptcache immer löschen, sonst werden die Dateien nicht neu generiert und die Änderungen entsprechend nicht übernommen.

MfG Tristan

[bibib]

Wenn ihr etwas an den Filtern bzw. Chains ändert, müsst ihr den Scriptcache immer löschen, sonst werden die Dateien nicht neu generiert und die Änderungen entsprechend nicht übernommen.

Ich hab jetzt nochmal testweise eine neue Farbvariable "pink" angelegt und ein neues Stylesheet mit einer einzigen Anweisung h1 {color: $pink;} erstellt, einen Filter für die Contao Replace Theme+ Variablen angelegt, den Filter im Stylesheet ausgewählt, ebenso im Seitenlayout, und den Scriptcache und auch den internen Cache zwei Mal geleert - aber nix. Im Firebug ist h1 { } leer.

Irgendwas hakt hier doch noch?

Grüße, bibib

[Spooky]

Stehe hier auch etwas an. Habe in Theme+ ein paar Variablen angelegt (nicht in Contao beim Theme) und wollte diese mit $variable ausgeben lassen, allerdings wird dies gar nicht ersetzt. Habe den Filter Contao Replace Theme+ Variablen in der Filter Chain drin und diese Chain im Seitenlayout aktiviert.

[scube]

Weder im designer noch im normalen Modus werden die Conditional Comment berücksichtigt. Mit einer kleinen Anpassung im Code konnte ich die Conditional Comment für den designer Modus wieder her stellen. Im normalen Modus geht das wohl nicht so einfach.

Ist das Problem bekannt?

Ich nutze C3.1.4 und TP4.2.0

[tril]

Ja ist bekannt
https://github.com/bit3/contao-theme-plus/issues/59

(PS: Ja ich weiß das du das Ticket selbst erstellt hast )

[thepixture]

Das mit dem ersetzen der Theme+ Variablen funktioniert bei mir ebenso nicht. Caches hab ich alle geleert, nach anlegen der Filter.

Filter-Chain angewendet für jede CSS-Datei und im Layout:
CSS-Rewrite
Contao Replace Theme+ Variablen

Muss man eigentlich die Filter in den CSS-Dateien selbst auch nochmal vergeben, oder reicht es im Layout aus, wenn die Dateien eh alle im Layout eingebunden werden?

Edit: verwende Contao 3.1.5 und T+ 4.2.0

[bibib]

Filter-Chain angewendet für jede CSS-Datei und im Layout:
CSS-Rewrite
Contao Replace Theme+ Variablen

Gibt's hier schon neue Erkenntnisse? Bei mir funktionieren die Farbvariablen immer noch nicht.
Contao 3.2.3, bit3/contao-theme-plus 4.3.4, installiert über den Composer.

Ansonsten bin ich vorgegangen wie thepixture beschrieben hat, Skriptcache ist auch gelöscht.

Grüße, bibib

[tril]

Nee, das ist aktuell noch ein TODO an das ich noch nicht gekommen bin

[bibib]

Okay, danke für die Info

[valentin_]

Wurde die Option Dateien aus der Zusammenfassung auszuschließen entfernt? Ich bräuchte eine Datei getrennt von der collection.css, scheint aber nicht mehr möglich zu sein oder?

[valentin_]

Wie können die collections.css/js am einfachsten auf absolute Pfade geändert werden?

Also /assets/... anstattt assets/...

Contao produziert immer wieder Fehler, aufgrund der relativen Angabe und versucht dann z.B. domain.com/de/meineseite/assets/css/collection.css, deshalb würde ich das gerne anpassen.

[tril]

Contao produziert immer wieder Fehler, aufgrund der relativen Angabe und versucht dann z.B. domain.com/de/meineseite/assets/css/collection.css, deshalb würde ich das gerne anpassen.

Habt ihr den <base> Tag entfernt?

[valentin_]

Nein Base-Tag ist original vorhanden (Contao 3.2.5).

Edit: Aber das ist im Prinzip nicht nur bei theme_plus (oder Contao?) ein Problem sondern generell bei relativen Pfadangaben im Header. z.B. oft bei der favicon-Extension, bei der das Favicon ebenfalls relativ eingebunden war (mittlerweile nicht mehr im Einsatz).

Wollte es schnell mit einem str_replace beheben aber das will nicht, komm ich mit einem Hook dran?

[Spooky]

Ich würde versuchen das ursprüngliche Problem zu lösen, anstatt mit str_replace herum zu pfuschen. Gibt es die Seite irgendwo online?

[valentin_]

// Vielleicht könne ein Moderator die Posts in ein andere Kategorie verschieben, hat im Grunde doch nichts mit theme_plus zu tun.

Das war im eigentlich mein vorhaben
Nein ist nicht online, kurz gesagt suche ich nur einen weg um ein Slash vor den eingebundenen Dateien einzufügen.
Die URLs werden von Contao relativ generiert, auch in der Demo. --> Screenshot
Und ich möchte einfach ein Slash davor einfügen.

[Spooky]

Wenn <base href="..."> richtig gesetzt ist, sollte das keine Probleme machen (bis auf ein paar Eigenheiten mancher Browser beim durchstöbern des Sources).

[valentin_]

Es ist richtig gesetzt und es macht auch keine Probleme.

Wie du schreibst möchte ich die Eigenheiten der Browser umgehen, indem ich ein Slash davor setze :/

[Spooky]

Du kannst es relativ einfach umgehen, in dem du für die Assets URL etwas einträgst im Root Knoten deiner Seitenstruktur. Ansonsten musst du dir system/modules/core/pages/PageRegular.php #524 umschreiben.

[Spooky]

Eine kleine Suche via Google schadet keinem -.-

https://github.com/mrclay/minify

mrclay/minify ist in Verbindung mit Theme+ doch auch keine so gute Lösung. Wenn man eine solche Kette hat:

foo[attr="lorem"],
foo[attr="lorem"],
foo[attr="lorem"],
foo[attr="lorem"],
foo[attr="lorem"],
foo[attr="lorem"],
foo[attr="lorem"],
foo[attr="lorem"],
foo[attr="lorem"],
foo[attr="lorem"],
foo[attr="lorem"],
foo[attr="lorem"],
foo[attr="lorem"],
foo[attr="lorem"] {
    /* ... */
} 

dann passiert irgendwo ein Fehler in Theme+ und das resultierende CSS file ist leer. Mit dem ursprünglichen cssmin tritt das nicht auf. Genaueres habe ich noch nicht herausgefunden.