Contao 3.1. und theme_plus

[Spooky]

Theme+ funktioniert auch bei mir in 3.1.2 ohne Probleme.

Übrigens, seit einem der letzten Updates die ich gemacht habe ist der Designer-Mode jetzt wieder immer aktiv, selbst wenn ich bei isDesignerMode() return false; mache. Ist das so gewollt? . Ist aber in diesem Fall nicht schlimm, da die CSS Dateien ja jetzt einzeln im assets Ordner liegen und abrufbar sind, anstatt vorher nur über die proxy.php (oder sollte das gar nicht so sein).

[tril]

Übrigens, seit einem der letzten Updates die ich gemacht habe ist der Designer-Mode jetzt wieder immer aktiv, selbst wenn ich bei isDesignerMode() return false; mache. Ist das so gewollt? . Ist aber in diesem Fall nicht schlimm, da die CSS Dateien ja jetzt einzeln im assets Ordner liegen und abrufbar sind, anstatt vorher nur über die proxy.php (oder sollte das gar nicht so sein).

Das scheint mir nicht der Designer Mode zu sein, ich habe die proxy.php nicht ausgebaut

[Spooky]

Das scheint mir nicht der Designer Mode zu sein, ich habe die proxy.php nicht ausgebaut

Interessant. Ich hab' wie gesagt dort return false; angegeben, macht Contao es dann von selbst, dass die CSS Dateien einzeln (aus dem Assets Verzeichnis) eingebunden werden? Wenn ja wundert es mich, dass diese einzelnen CSS Dateien (welche ja externe Dateien sind, die ich über Theme+ einbinde) trotzdem auch minified sind etc. Das funktioniert ja alles besser als erwartet

[bruc13]

Fix

Hallo, ist die ThemePlus Version aus ER/GitHub nicht mit der aktuellen Version (3.1.3) kompatibel? Bzw. läuft ThemePlus nur bis 3.1.0?

[25-Sep-2013 06:01:00] PHP Fatal error:  Access level to ThemePlus\ThemePlus::__construct() must be public (as in class Contao\Frontend) in /var/www/contao3/system/modules/ThemePlus/ThemePlus.php on line 35

Hi,
du kannst die __construct() Methode einfach als public deklarieren. dann läuft alles ohne Probleme.

system/modules/ThemePlus/ThemePlus.php - in der Zeile 128

[tril]

Ich habe die 4.2 ins ER gestellt, die läuft auch unter 3.1.3.

[bibib]

Ich habe die 4.2 ins ER gestellt, die läuft auch unter 3.1.3.

Und unter 3.1.2 auch - Contao-Installation lebt, aber, vorsichtige Frage, kann das sein, dass bei den Farbvariablen etwas verrutscht ist? Habe vier Farbvariable angelegt, aber leider werden die ignoriert.

Grüße, bibib

[tril]

Und unter 3.1.2 auch

Das ging vorher definitiv auch, hatte ja ne 3.1.2 mit der 4.1er Version am laufen

Contao-Installation lebt, aber, vorsichtige Frage, kann das sein, dass bei den Farbvariablen etwas verrutscht ist? Habe vier Farbvariable angelegt, aber leider werden die ignoriert.

Hast du dran gedacht einen Filter für das Replacen der Variablen anzulegen?

[bibib]

Hast du dran gedacht einen Filter für das Replacen der Variablen anzulegen?

Öhm - Filter? Replacen? Gab's das in theme_plus 3.0.0 rc1 auch schon?

Ich hab, wie sonst auch immer, die Variablen angelegt und dann die Farben im Stylesheet z.B. mit color: $dunkelorange; ersetzt - Muss ich jetzt noch was anderes machen?

Grüße, bibib

[tril]

@Spooky
Bzgl. deiner Fragen, die du per E-Mail gestellt hast antworte ich mal hier, weil das eventuell auch andere interessiert:

Also ich frage mich immer noch ob das Verhalten bei einer meiner Contao Installationen mit Theme+ 4 normal ist, dass die CSS Dateien einzeln über das assets Verzeichnis eingebunden werden, wenn man im Backend eingelogged ist und man den Designer Mode bei isDesignerMode() mit 'return false;' deaktiviert hat.

Nein, das ist nicht normal.
In der neuen Version 4.2 ist das im übrigen gar nicht mehr notwendig, die Methode isDesignerMode() zu hacken, weil die Einstellung pro Benutzer in seinem Profil aktiviert/deaktiviert werden kann.
Warum es bei dir allerdings trotzdem alles einzeln eingebunden wird, liegt wohl daran dass für diese Entscheidung der nicht auf die isDesignerMode() zurück greift, sondern auf isLiveMode(). Das ist das Gegenstück zu isDesignerMode() und müsste true liefern, liefert bei dir aber vermutlich false.

Meine Frage ist daher, warum braucht man die proxy.php überhaupt (die ja die Seite extrem verlangsamt im Designer Mode), ...

Den Designer Mode brauchst du wie der Name schon sagt zum designen der Seite.
Ich weiß nicht was du unter "extrem verlangsamt" verstehst, aber der vorwiegende Performance impact entsteht halt dadurch, dass das Caching für die Sourcen die über die proxy.php gezogen werden deaktiviert ist.
Deshalb gibt es aber mittlerweile die Option im Benutzerprofil, damit nur diejenigen den Designermodus für sich aktivieren, die den auch brauchen.

...wenn das auch so viel besser funktioniert? Darum frage ich mich auch, ob das überhaupt normal ist

Nein, es funktioniert nicht besser, wenn du gerade eine Website am Designen bist. Dann ist das ganze minimieren usw. nämlich ein störendes Hindernis beim Designen und Debuggen.
Die proxy.php verhindert unter anderem auch, dass das assets/css und assets/js Verzeichnis mit haufenweisen Dateien überflutet werden, weil sie die Dateien immer "live" rendert, was unter anderem auch beim debuggen technischer Probleme hilft, z.B. wenn ein Filter fehlerhaft läuft.


Das alles sind vor allem Vorbereitungen auf ein erweitertes asset caching, das ich noch einbauen werde.
Sobald dieses caching drin ist, werden die Dateien nicht mehr live neu generiert, sondern nur noch dann, wenn die zusammengefasste Datei nicht mehr existiert.
Ich habe das schon getestet, ich kann den IO damit auf 1 Befehl reduzieren, weil ich nicht mehr in die filemtime jeder Datei schauen muss.
Spätestens dann wirst du den Designer Modus brauchen, damit du überhaupt noch designen kannst, ohne stendig im BE auf "assets löschen" klicken zu müssen.

MfG Tristan

[Spooky]

Den Designer Mode brauchst du wie der Name schon sagt zum designen der Seite.
Ich weiß nicht was du unter "extrem verlangsamt" verstehst, aber der vorwiegende Performance impact entsteht halt dadurch, dass das Caching für die Sourcen die über die proxy.php gezogen werden deaktiviert ist.
Deshalb gibt es aber mittlerweile die Option im Benutzerprofil, damit nur diejenigen den Designermodus für sich aktivieren, die den auch brauchen.

Naja für das "designen" der Website ist der Designer Mode für uns (sage ja nicht, dass das für jeden gilt) momentan eher hinderlich als nützlich, weil zumindest auf dem billigen Webhosting Packet, das wir verwenden, die Seite dann mehrere Sekunden zum laden braucht. Und das nervt dann schon, wenn man CSS Änderungen oder was auch immer auf der Live Seite macht und man zum überprüfen jedes mal so lange warten muss . Auf dem Kunden macht das dann auch keinen guten Eindruck, wenn er Änderungen am Content macht und die Seite so langsam läuft (aber das ist mit der neuen Version von Theme+ eh hinfällig).

Nein, es funktioniert nicht besser, wenn du gerade eine Website am Designen bist. Dann ist das ganze minimieren usw. nämlich ein störendes Hindernis beim Designen und Debuggen.

Ich meinte es funktioniert besser, weil man nicht den Nachteil der langsamen Website und man aber trotzdem einzelne CSS Dateien hat. Ob die minified Versionen nun stören kommt halt darauf an. In den meisten Fällen ist das ja eher egal, da "man" sowieso über Firebug oder Firefox Developer Tools arbeitet (glaube nicht dass jeder jedes mal nur in den CSS Dateien manuell sucht?).

Das alles sind vor allem Vorbereitungen auf ein erweitertes asset caching, das ich noch einbauen werde.
Sobald dieses caching drin ist, werden die Dateien nicht mehr live neu generiert, sondern nur noch dann, wenn die zusammengefasste Datei nicht mehr existiert.
Ich habe das schon getestet, ich kann den IO damit auf 1 Befehl reduzieren, weil ich nicht mehr in die filemtime jeder Datei schauen muss.
Spätestens dann wirst du den Designer Modus brauchen, damit du überhaupt noch designen kannst, ohne stendig im BE auf "assets löschen" klicken zu müssen.

Hört sich gut an, aber ja, da werde ich den Designer Mode wohl tatsächlich brauchen . Mühsam ist es aber dann trotzdem, wenn es dann weiterhin so langsam läuft...

[tril]

Öhm - Filter? Replacen? Gab's das in theme_plus 3.0.0 rc1 auch schon?

Ich hab, wie sonst auch immer, die Variablen angelegt und dann die Farben im Stylesheet z.B. mit color: $dunkelorange; ersetzt - Muss ich jetzt noch was anderes machen?

Grüße, bibib

Huh, in der Theme+ 3er Version? Ich glaub das hat in diesem Thread nix zu suchen, aber egal
ähm, nein in der 3er gibt es das noch nicht, dort sollte das eigentlich ohne Änderungen funktionieren O.o
Welche Variablen verwendest du denn, die im Theme (von Contao) oder die über das Untermenü "Variablen für weitere Dateien definieren"?

[bibib]

Huh, in der Theme+ 3er Version? Ich glaub das hat in diesem Thread nix zu suchen, aber egal
ähm, nein in der 3er gibt es das noch nicht, dort sollte das eigentlich ohne Änderungen funktionieren O.o
Welche Variablen verwendest du denn, die im Theme (von Contao) oder die über das Untermenü "Variablen für weitere Dateien definieren"?

Doch doch das gehört schon hierher, mein aktuelles Problem hab ich ja mit Contao 3.1.2 und theme+ 4.2.0 - ich wollte damit nur sagen, ich habe die Farbvariablen hier nicht anders angelegt als in den früheren theme+ Versionen (also 3er) - aber mit 4.2.0 funzt es eben nicht.

Ich verwende die vom Untermenü "Variablen für weitere Dateien definieren", also das, was mit Theme+ mitgeliefert wird, nicht die im Theme von Contao.

Grüße, bibib

[tril]

Dann musst du aber einen Filter vom Typ "Contao Replace Theme+ Variablen" anlegen und in die Filter Chain einbinden ;-)

[bibib]

Dann musst du aber einen Filter vom Typ "Contao Replace Theme+ Variablen" anlegen und in die Filter Chain einbinden ;-)

... und die Antwort drauf, wo ich das anlege und einbinde, finde ich vermutlich im Video auf youtube, richtig? Werde ich mir dann gleich anschauen, aber eins hätt ich noch (wenn ich hier darf, gehört jetzt nicht wirklich da rein):

Weil du die Möglichkeit, die Variablen im Contao-Theme direkt anzulegen erwähnt hast - auch das habe ich ausprobiert in Verbindung mit externen Stylesheets, die ich über das Seitenlayout eingebunden habe, auch das hat nicht funktioniert. Braucht man dazu nach wie vor interne Stylesheets? (Wie in Contao 2.x, wo man die Variablen nur pro Stylesheet anlegen konnte und nicht pro Theme).

Grüße, bibib

_________________________________
edit: gerade ausprobiert, auch mit einem internen Stylesheet werden die im Theme angelegten Variablen ignoriert. Irgendwo ist der Wurm drin.

[tril]

Weil du die Möglichkeit, die Variablen im Contao-Theme direkt anzulegen erwähnt hast - auch das habe ich ausprobiert in Verbindung mit externen Stylesheets, die ich über das Seitenlayout eingebunden habe, auch das hat nicht funktioniert. Braucht man dazu nach wie vor interne Stylesheets? (Wie in Contao 2.x, wo man die Variablen nur pro Stylesheet anlegen konnte und nicht pro Theme).

In der T+ 3 wurden die gänzlich ignoriert, in T+ 4 gibt es dafür auch einen Filter