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
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
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
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.
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
www.mailXpert.ch
Professionelles E-Mail Marketing von ARTACK WebLab GmbH
Ja ist bekannt
https://github.com/bit3/contao-theme-plus/issues/59
(PS: Ja ich weiß das du das Ticket selbst erstellt hast )
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
Geändert von thepixture (12.11.2013 um 13:07 Uhr)
Grüße
thepixture
Nee, das ist aktuell noch ein TODO an das ich noch nicht gekommen bin
Okay, danke für die Info
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?
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.
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?
Geändert von valentin_ (12.02.2014 um 12:25 Uhr)
Ich würde versuchen das ursprüngliche Problem zu lösen, anstatt mit str_replace herum zu pfuschen. Gibt es die Seite irgendwo online?
// 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.
Wenn <base href="..."> richtig gesetzt ist, sollte das keine Probleme machen (bis auf ein paar Eigenheiten mancher Browser beim durchstöbern des Sources).
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 :/
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.
mrclay/minify ist in Verbindung mit Theme+ doch auch keine so gute Lösung. Wenn man eine solche Kette hat: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.PHP-Code:
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"] {
/* ... */
}
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
Lesezeichen