Stylesheets CSS zusammenfassen in Contao 2.10

[iku]

Hi,

Ich würde meine Stylesheets lieber nicht zusammengefasst haben für das entwickeln der Webseite. Wo kann ich dies bei Contao 2.10 einstellen. Unter 2.9.5 war ich gewohnt dies beim Seitenlayout zu tun?

Danke

[schman]

Ich meine das ich sowas in den System - Einstellungen entdeckt habe.

[BugBuster]

Da gibt es nur die Punkte die combinierten CSS zu komprimieren.
Das Zusammenfassen suche ich auch grad. Ist das in der Final plötzlich raus und er fässt nun immer zusammen?

[lucina]

So scheint es, und es ist ärgerlich.

[xchs]

Option dafür gibt es (leider) keine (mehr).

Wenn man den "Debug-Modus" aktiviert, dann werden zwar nach wie vor die Skripte zusammengefasst (kombiniert), jedoch findet dabei keine Minimierung statt (was mitunter für die Fehlersuche im Firebug usw. auch ganz praktisch sein kann)

[Raynaldo]

Sehe ich das richtig, dass ich nun in Firebug nicht mehr ein von mir angelegtes einzelnes CSS bearbeiten kann (z.B. navigation.css), sondern immer nur diese "kryptische" CSS, die vom System zusammengestellt wird?

Das wäre wirklich ein Rückschritt für die Entwicklung einer Seite...

[xchs]

Aber Du siehst doch in der Datei selbst, um welches Stylesheet es sich dabei handelt. Der Name ist dort ja angeführt. Und wenn Du - wie oben erwähnt - den Debug-Modus einschaltest, dann wird das CSS auch nicht weiter minimiert, sodass die (temporäre) Bearbeitung im Firebug eigentlich recht einfach funktionieren sollte.

[Raynaldo]

Hi,

einen Namen sehe ich nicht. Wenn ich Firebug aktiviere, dann sehe ich nur Blöcke, die als Überschrift z.B. "@media all" haben. Die einzelnen Blöcke sind natürlich die einzelnen CSS-Dateien, aber ohne Namen.

Ich fand es deutlich praktischer in Firebug nur die notwendige CSS-Datei aufzurufen und zu bearbeiten. IMHO findet man sich nun weniger gut zurecht als vorher.

Viele Grüße
Raynaldo

[xchs]

Einen Namen sehe ich nicht. Wenn ich Firebug aktiviere, dann sehe ich nur Blöcke, die als Überschrift z.B. "@media all" haben. Die einzelnen Blöcke sind natürlich die einzelnen CSS-Dateien, aber ohne Namen.

Doch, direkt unter der @media Anweisung sollte in einem Kommentar der Name des betreffenden Stylesheets stehen. Dazu musst Du natürlich im Firebug auf die Ansicht "Quelltext bearbeiten" umschalten.

[Raynaldo]

Dazu musst Du natürlich im Firebug auf die Ansicht "Quelltext bearbeiten" umschalten.

Ah, ok, ich hatte das immer auf "Live bearbeiten" stehen. Danke.

[xchs]

Ich fand es deutlich praktischer in Firebug nur die notwendige CSS-Datei aufzurufen und zu bearbeiten. IMHO findet man sich nun weniger gut zurecht als vorher.

Es bleibt natürlich jedem unbenommen, die bereits existierenden Tickets im Tracker entsprechend zu unterstützen oder ggf. ein neues anzulegen und auf diesen "Missstand" hinzuweisen. Vielleicht überdenkt Leo ja noch den bestehenden Workflow...

[planepix]

Daran hab ich mich ja fast schon gewöhnt, dass ich aber jedes Mal die Systemwartung ausführen muss, um Änderungen am CSS im FE zu sehen, ist mir ein Ticket wert.

[xchs]

Na dann... Freiwillige vor!

[planepix]

Das wären meine 3 Topics zu CSS und 2.10:

1. Reaktivierung der Option Stylesheets zusammenfassen
2. Korrektur / Anpassung das nach CSS-Änderungen man nicht erst die Systemwartung ausführen muss, um im FE etwas zu sehen.
3. Obwohl die CSS-Dateien im scripts-Ordner ausgeführt werden, liegen diese auch noch mal im Root. CSS-Bearbeitung in Firebug führt dann im Moment dazu, dass die Pfade zu Bildern (z.B. Hintergrunddateien) immer mit "../../" beginnen.
Also ein Copy-Paste aus Firebug funktioniert nun mit der Erweiterung CSSEditor nicht mehr: die Pfade müssen alle angepasst werden.

Hab ich noch was vergessen?

[xchs]

Punkt 1 und 2 würde ich unterstützen, Punkt 3 kann ich allerdings nicht nachvollziehen. Etwaige Stylesheets im Root kannst Du entweder löschen oder sollten nach Ausführung einer Systemwartung gelöscht werden. Ist das bei Dir nicht der Fall?

[planepix]

Hallo xchs,

nein die bleiben auch nach Systemwartung im Root erhalten.
Dann müsste man Punkt 3 in 3 und 4 aufteilen?
Da das mit den Pfadangaben auch "nervig" ist ;-)

[xchs]

Nein die bleiben auch nach Systemwartung im Root erhalten.

Ok, wie ich gerade selbst getestet habe, werden die offenbar wirklich nicht bereinigt. Wenn Du die betreffenden CSS-Dateien aber im Root manuell löschst, dann sollten dort aber keine Stylesheets mehr angelegt werden, sondern ausschließlich unter "system/scripts"

[planepix]

Manuell gelöscht im Root, dann Systemwartung ausgeführt = keine CSS-Dateien mehr im Root.

Manuell gelöscht im Root, dann CSS geöffnet, gespeichert, Systemwartung ausgeführt = CSS-dateien wieder im Root.

Systemcheck ist hier alles auf grün, Provider ist allinkl, htaccess-Datei ist entsprechend angepasst (php als cgi).

[xchs]

Manuell gelöscht im Root, dann CSS geöffnet, gespeichert, Systemwartung ausgeführt = CSS-dateien wieder im Root.

Hmm, das dürfte natürlich nicht sein und konnte ich so in meiner Demo-Installation auch nicht nachstellen. Kann es sein, dass das an der Erweiterung "csseditor" liegt?

[planepix]

ich denke ja, eben mal in den Einstellungen deaktiviert, CSS-Element geöffnet, gespeichert, nix mehr im Root.
Also muss man diesbezüglich ein CSSEditor-Ticket aufmachen, aber kein Core-Problem.

[xchs]

Ich denke, das liegt einfach daran, dass besagte Erweiterung einfach noch nicht für die Version 2.10 freigegeben ist und somit auch die Neuerungen noch nicht entsprechend implementiert sind. Es ist wahrscheinlich eh nur die neue Pfadangabe in der Erweiterung zu ändern, aber Cyril wird das vermutlich sicherlich bald updaten.

[pmmueller]

Das ist ja alles sehr interessant. Ich muss ja demnächst Kapitel 7 "CSS und Contao" für die zweite Auflage neu schreiben

Ich finde [csseditor] eine tolle Erweiterung, allerdings ist es eben eine Erweiterung, und ich tue mich immer schwer, einen so zentralen Workflow wie CSS schreiben von einer Erweiterung abhängig zu machen. Da entwickele ich falls nötig lieber mit externen Stylesheets und importiere dass dann hinterher, wenn es fertig ist. [csseditor] muss eben doch immer wieder dem Core angepasst werden, und das dauert jedes Mal wieder.

Und bei kleinen Sites arbeite ich - wie Andreas Schempp mit prophezeit hat - immer häufiger fast nur noch mit dem internen CSS-per-HTML-Formular-Editor. Gerade bezüglich der CSS3-Sachen wie runde Ecken ist das richtig praktisch. Ich, der ich als stolzer Quelltext-CSSler ins Contao-Feld gezogen bin, lege zwar meine Fahne noch nicht nieder, aber sie wird doch merklich schwerer

[planepix]

jo so siehts aus

Ich fände ja Quelltextbearbeitung der CSS als Core-Funktion sehr sinnvoll

[Raynaldo]

Und bei kleinen Sites arbeite ich - wie Andreas Schempp mit prophezeit hat - immer häufiger fast nur noch mit dem internen CSS-per-HTML-Formular-Editor. Gerade bezüglich der CSS3-Sachen wie runde Ecken ist das richtig praktisch. Ich, der ich als stolzer Quelltext-CSSler ins Contao-Feld gezogen bin, lege zwar meine Fahne noch nicht nieder, aber sie wird doch merklich schwerer

Ja, damit habe ich dann heute auch mal gearbeitet.

Nur schreibe ich gerne in Firebug meine ganzen CSS-Anweisung runter und kopiere sie dann über STRG-A, STRG-C und STRG-V ganz flott in den CSS-Editor. Das habe ich mit dem "Contao-Editor" noch nicht geschafft.

Ich fände ja Quelltextbearbeitung der CSS als Core-Funktion sehr sinnvoll

Da verweise ich dann einfach mal auf meine Signatur.

[pmmueller]

Nur schreibe ich gerne in Firebug meine ganzen CSS-Anweisung runter ... habe ich mit dem "Contao-Editor" noch nicht geschafft.

Das ist mit dem internen Editor ein völlig anderes Arbeiten. Ich habe diesem "komfortablen Backend-Modul" anfangs nicht viel abgewinnen können (siehe diese Präsentation) und deshalb fast nur mit externen Stylesheets gearbeitet, aber das Dingen hat auch Vorteile

[Ingo_G]

Hallo

wie schreibe ich ein Ticket? Das die Option mit dem CSS rausgeflogen ist, finde ich nicht so gut. Safari kommt da teilweise überhaupt nicht mit klar. Und wie gesagt, an kleinen einzelnen Blöcken zu arbeiten ist doch wesentlich einfacher.

Gruß
Ingo