contao.css wird immer eingebunden

[Babelfisch]

Ich habe gerade mal den aktuellen Trunk der 2.10 installiert und bin gleich auf ein blödes Problem gestoßen: Über die interne Stylesheet-Funktion wird immer der Inhalt der /system/contao.css mit eingebunden. In meinem Template ist dies nicht angegeben und auch sonst finde ich nicht, wie ich das verhindern kann. Ich kann im Seitenlayout nur die tinymce.css ignorieren aber nicht die contao.css.

Da ich die internet Stylesheets nach meinem Layout-Stylesheet lade, zerhaut mir das natürlich komplett das Layout.

[xchs]

http://dev.contao.org/issues/3138

[Babelfisch]

Argggg Dann wir die Umstellung auf die 2.10 echt schwierig werden.

[andreasisaak]

Da stellt sich mir jedoch die Frage wieso du deine eigenen CSS-Dateien überhaupt VOR der contao.css lädst?

[Babelfisch]

Gegenfrage: Warum soll ich das nicht so machen? Meine Hauptstylesheets erstelle und pflege ich nun mal extern in einem anderen Editor und füge nur kleine Änderungen über die Contao eigene Funktion hinzu. Das hat bisher auch wunderbar funktioniert, nur geht es jetzt in die Hose, wenn einem undokumentierte Styles „untergeschoben“ werden.

Gruß

[BugBuster]

weil die contao.css ein kleines reset.css darstellt sowie die Grundklassen des Layouts?
(left,right,main,block,clear,invisible...)

[andreasisaak]

Genauso handhabe ich es auch. Aber ich nutze die Funktion wie sie gedacht ist und zwar sollen eigene CSS und JS-Dateien in "$this->head" geladen werden. Ob das nun händisch im Template passiert oder durch andere Funktionen sei mal dahin gestellt.

Ich will dir nicht unterstellen das du Contao falsch verwendest aber bei deiner Handhabe wirst du früher oder später noch auf ganz andere Probleme stoßen.

z.B. binden sehr viele Extensions ihre eigene CSS in "$this-framework" ein. Diese wirst du nur sehr mühselig überschreiben. Ich denke Leo wird das so schnell nicht ändern, außer vielleicht eine kleine Option ins Backend bauen - "Contao.css ignorieren".

[andreasisaak]

Hast du denn schon versucht deine CSS nah beim Body einzubauen? Also kurz bevor </head>? Nur mal ein Vorschlag zur Güte dann sollte die contao.css ja nicht mehr soviel zerschiessen.

[Babelfisch]

@BugBuster: Es wäre sehr schade, wenn Contao den Nutzern in Zukunft ein Layout „aufzwingt“. Das mitgelieferte Framework ist gut und ich nutze es auch teilweise, jedoch sollte es den Nutzern überlassen werden, ob es verwendet wird oder nicht.

@jared: Ich habe ja schon geschrieben, wie ich es verwende. Meine Layouts habe ich extern und möchte mit der Contao eigenen Funktion nur kleinere Änderungen und Anpassungen daran vornehmen (bspw. online beim Kunden). Daher muss ich mein Layout auch vor dem Contao Stylesheets einbinden, was bisher ohne eine zwangs-contao.css auch wunderbar funktioniert hat.

[BugBuster]

wie im Ticket schon gefragt, wo genau passiert das in der 2.9.5 das die contao.css NICHT immer eingebunden wird?
Ich sehe da nur eine Zeile wo das immer passiert.

Und in 2.10 kommen alle über <?php echo $this->stylesheets; ?> und darin zuerst die contao.css so wie ich das sehe.

[Babelfisch]

Und in 2.10 kommen alle über <?php echo $this->stylesheets; ?> und darin zuerst die contao.css so wie ich das sehe.

Äh nein, damit wird in der 2.9.5 die contao.css nicht eingebunden. Bei mir werden in der 2.9.5 über $this->stylesheets zwei Stylesheets (mediabox.css und tinymce.css) einzeln eingebunden, während in den 2.10 neben einer mediaboxAdvBlack21.css ein zusammengefasstes Stylesheet mit dem Inhalt der contao.css und tinymce.css eingebunden wird.

[andreasisaak]

OK. Ich habs mir grade nochmal angeschaut.

Bis und einschließlich Contao 2.9.5 wird die Contao.css über $this-framework geladen. Da muss ich meine vorherige Aussage zurückziehen. Eigene CSS-Dateien werden über $this->stylesheet geladen und kommen definitiv nach der contao.css

In Contao 2.10 werden die CSS-Dateien aber kombiniert. Nichts desto trotz wird auch da die contao.css immer ganz am Anfang geladen. Deine Userstyles könnten theoretisch also nicht überschrieben werden.

[Babelfisch]

Bis und einschließlich Contao 2.9.5 wird die Contao.css über $this-framework geladen. Da muss ich meine vorherige Aussage zurückziehen. Eigene CSS-Dateien werden über $this->stylesheet geladen und kommen definitiv nach der contao.css

So ist es ja auch ok. Der Nutzer hat die Wahl, ob er mit $this-framework das Contao-Framework nutzen will oder nicht.

In Contao 2.10 werden die CSS-Dateien aber kombiniert. Nichts desto trotz wird auch da die contao.css immer ganz am Anfang geladen. Deine Userstyles könnten theoretisch also nicht überschrieben werden.

Wie ich dir in Antwort #9 geschrieben habe, binde ich meine externen Stylesheets absichtlich vor $this->stylesheets ein.

Ich fände es wirklich schade, wenn man sich in Zukunft bei Nutzung der Contao-internen Stylesheet-Funktion auch gleich mit auf das Contao-Framework einlassen muss, zumal so ein reset.css gar nicht mehr State of the Art ist. Als Hilfe und gute Grundlage ist das Framework gut aber es sollte nicht aufgezwungen werden - zumal dieses grundlegend veränderte Verhalten Updates arg erschwert.

[BugBuster]

Hm, wenn du mit den internen Stylesheets beim Kunden deine externen überschreibst, dann mach das doch auch mit der contao.css. Schon klar dass das für dich nicht optimal ist, aber so ist das bei Minor Releases, die sind nun mal nicht vollständig abwärtskompatibel, besonders wenn man die internen Funktionen nicht nutzt und dran vorbei arbeitet.

Wobei ich mich echt Frage, was in der contao.css steht was dein Layout zerstört.
Wenn du das Framework nicht nutzt wie du sagst, dann auch die left,right,main Klassen nicht oder wie?

[Babelfisch]

Um die contao.css (eine reset.css) zu überschreiben, muss ich ja mein halbes Stylesheet noch mal zusätzlich in Contao importieren. Schließlich werden da ja von der Schriftgröße bis zu den Abständen und der zur Positionierung alles überschrieben.

Auch nutze ich in einem Projekt bspw. das Gridlayout (gridpx.css) von Contao und gebe die Breite von #left und #main über eine zusätzliche Klasse aus dem Gridlayout (g1 bis g12) an. Das wird dann aber durch das (sowieso unnötige) #main { width:auto; } überschrieben, da IDs in der Kaskade höher stehen.

Eine der Stärken von Contao ist die Flexibilität und ein Zwangs-Stylesheet gehört IMO nicht dazu.

[BugBuster]

Ich habe auch ne Seite mit Grid, habe aber keinerlei Größenangaben im Layout gemacht, auch habe ich kein left und right, wozu auch, nehme ja grid.
Und bei mir stört das #main width:auto überhaupt nicht, mag daran liegen das ich nur header, main, footer habe.

[Babelfisch]

Ich habe auch ne Seite mit Grid, habe aber keinerlei Größenangaben im Layout gemacht, auch habe ich kein left und right, wozu auch, nehme ja grid.

Da das Grid nur fürs grundlegende Layout zuständig ist und es nebenbei auch noch ein paar andere Formatierungen gibt, muss ich – und du sicherlich auch – Seitenleisten und andere Bereiche trotzdem noch irgendwie auszeichnen und da bieten sich #left und #right nun mal an.

Und bei mir stört das #main width:auto überhaupt nicht, mag daran liegen das ich nur header, main, footer habe.

Wenn du einen Bereich mit der ID #main hast und ihm über das Grid-Layout einen Größe zuweist, dann stört das width:auto aus der contao.css sehr wohl, da der ID-Selektor den Klassenselektor aus dem Grid überschreibt.

Wir brauchen aber nicht weiter darüber zu diskutieren. Ich persönlich empfinde ein solches Zwangslayout jedenfalls als keine gute Neuerung und wenn es so bleiben soll, dann sollte es wenn möglich wenigstens klar dokumentiert werden.

[BugBuster]

Deswegen gebe ich #main ja auch keine Breite, die Grid Klassen haben nur die darin enthaltenden DIVs.

Ich kann schon verstehen, dass die Verschiebung der contao.css von Framework nach Stylsheet für dich ein Problem darstellt.
Aber verstehe bitte auch, das es für die normale Nutzung von Contao ebend kein Problem darstellt.

[Babelfisch]

Aber verstehe bitte auch, das es für die normale Nutzung von Contao ebend kein Problem darstellt.

Was ich mache, ist was ja ganz normales und ich bin mir sicher, dass – sofern es bei einer nicht deaktivierbaren contao.css bleibt – auch einige andere Nutzer nach dem Update ziemlich verwundert ihr kaputtes Layout betrachten werden.

[aportmann]

hoho

da klinke ich mich doch auch gleich mal ein: eine solche zwangsjacke darf doch nicht sinn der contao 2.10 sein.

auch ich lasse das contao-framework links liegen. das hat mehrere gründe. ketzerisch gesagt. mit contao trennt man design von inhalt, wieso also design an contao binden?

ein überschreiben von zig css-deklarationen kann doch nicht sinn der sache sein? habe mir den aktuellen rc1 zwar zur probe installiert, war mir aber aufgrund dessen, dass ich kein eigenes template getestet habe noch nicht aufgefallen.

bin mir sicher, dass da noch einiges «rumpelt» wenn das so veröffentlicht wird.


gruss andi

[Babelfisch]

Wie ich gerade sehe, hat das sogar noch mehr Auswirkungen. In einer eigenen Erweiterung binde ich ein zusätzliches Stylesheet in der Art ein:

$GLOBALS['TL_CSS'][] = 'system/modules/my_extension/css/style.css'; 

Da die internen Stylesheets inkl. der contao.css alle noch drangehangen werden, werden Regeln teilweise wieder zurückgesetzt.

Nee, also so wird das echt nichts. Wenn ein Reset-CSS schon zwangsweise eingeführt werden soll, dann muss auch darauf geachtet werden, dass es immer ganz am Anfang kommt.

[BugBuster]

Hmm, es kommt am Anfang von $this->stylesheet, von daher....

Auch die Einbindung interner CSS über GLOBALS sind kein Problem, die kommen nach der contao.css. Und die kamen auch vorher schon in stylsheets, also auch vorher schon nach deinen eigenen.

Warum Leo nun das contao.css von Framework nach stylesheet verschoben hat, kann ich nur raten. Weil es so korrekter ist? (css zu stylesheet)

[Babelfisch]

Auch die Einbindung interner CSS über GLOBALS sind kein Problem, die kommen nach der contao.css.

Eben nicht (wie ich schon schrieb). Nach $this->stylesheets sieht es so aus:

<link rel="stylesheet" href="system/modules/my_extension/css/style.css" media="all">
<link rel="stylesheet" href="plugins/mediabox/1.3.4/css/mediaboxAdvBlack21.css" media="screen">
<link rel="stylesheet" href="system/scripts/c5f4e19d3346.css" media="all">

In der c5f4e19d3346.css ist die contao.css mit den im Stylesheeteditor erstellten Styles zusammengefasst und kommt nach den Stylesheet(s) der Erweiterung(en).[/QUOTE]

Warum Leo nun das contao.css von Framework nach stylesheet verschoben hat, kann ich nur raten. Weil es so korrekter ist? (css zu stylesheet)

Daran ist nix korrekter!

[BugBuster]

Da das Ticket System wieder geht, konnte ich mal in den Quelltext schauen.
Du hast Recht, die aktuelle Reihenfolge ist
Module-CSS (GLOBALS), contao.css, interne CSS.
Das ist natürlich ungünstig. Ich hatte im Quelltext strStyleSheets und arrStyleSheets gleichgesetzt :-(

Jetzt sehe ich zumindest theoretisch auch ein Problem, was die Reihenfolge betrifft.

[Babelfisch]

Ich hoffe mal, dass Leo noch Zeit finden und das noch ändert.

[Nina]

Da das Ticket System wieder geht, konnte ich mal in den Quelltext schauen.
Du hast Recht, die aktuelle Reihenfolge ist
Module-CSS (GLOBALS), contao.css, interne CSS.
Das ist natürlich ungünstig. Ich hatte im Quelltext strStyleSheets und arrStyleSheets gleichgesetzt :-(

Jetzt sehe ich zumindest theoretisch auch ein Problem, was die Reihenfolge betrifft.

Habt ihr das (die problematische Reihenfolge) schon so deutlich in das Ticketsystem geschrieben?

[BugBuster]

Das hoffe ich doch
http://dev.contao.org/issues/3138#note-10
Das Ticket ist nur schon Completed, ich hoffe das Leo trotzdem da mal reinschaut.

[Ria]

Hallo,

ich hoffe das Leo trotzdem da mal reinschaut.

vielleicht naive Anfängerfrage, hat für Core-Mitglieder oder wie auch immer sich das nennt, "King" Leo, in wichtigen Dingen, keine Telefonnummer?

Gruss Ria

[Flex]

Wo ist das denn jetzt eine wichtige oder dringende Angelegenheit?
Ist doch ein RC und bis zum Final sind es doch noch 2 Wochen...

[MacKP]

Und naja, genau dafür ist auch ein Ticket System. Wenn man den jedesmal für sowas anrufen würde, dann wäre er nicht mehr lange dabei glaub ich.

Viele Grüße

[Toflar]

Wenn ich auch nur einmal ein Telefon erhalte wegen einem Bug in einer meiner Erweiterungen raste ich aus

[andreasisaak]

Wenn ich auch nur einmal ein Telefon erhalte wegen einem Bug in einer meiner Erweiterungen raste ich aus

Ich würde noch hinzufügen - "in einer meiner freien Erweiterungen"

+1

[Babelfisch]

Ich biete schon seit einigen Jahren ein Freeware-Wörterbuch für Windows an und erhalte wenigstens einmal im Monat einen Anruf wegen (meist simplen) Fragen oder (meist angeblichen) Bugs. Manche Leute beschweren sich auch richtig heftig, dass das und das fehlt und wie ich es mir doch erlauben kann, irgendeine Sprache nicht im Wörterbuch zu unterstützen.

… liegt aber wohl hauptsächlich daran, dass das Programm öfters mal in der Computerbild erwähnt wurde. Also, haltet Contao ja von der CB fern!

[christian]

Wenn ich auch nur einmal ein Telefon erhalte wegen einem Bug in einer meiner Erweiterungen raste ich aus

Kommt vor. Genau wie Fragen á la "Können Sie mir das auch mal konkret an meiner Seite zeigen ... im Forum habe ich das nicht gefunden ... irgendwie verstehe ich das nicht ..." etc.

Meist reicht ein freundliches "Kein Problem. Mein Stundensatz für Support ist X,- €, abgerechnet in 10-Minuten-Schritten. Wir könnten in 2 Stunden nochmal telefonieren, dann richte ich das zeitlich ein. Rufen Sie an, oder soll ich mich melden?".

Wem es ernst ist, der bekommt selbstverständlich auch für die freien Sachen Support.
Und wenn er über Bugs sprechen will, ist das auch Support. Ggf. braucht er ja flott eine gefixte Version und will notfalls die notwendige Zeit dafür auch buchen.

Grüße,

Christian

[andreasisaak]

Wie ich gerade sehe, hat das sogar noch mehr Auswirkungen. In einer eigenen Erweiterung binde ich ein zusätzliches Stylesheet in der Art ein:

$GLOBALS['TL_CSS'][] = 'system/modules/my_extension/css/style.css'; 

Da die internen Stylesheets inkl. der contao.css alle noch drangehangen werden, werden Regeln teilweise wieder zurückgesetzt.

Nee, also so wird das echt nichts. Wenn ein Reset-CSS schon zwangsweise eingeführt werden soll, dann muss auch darauf geachtet werden, dass es immer ganz am Anfang kommt.

Das ist jetzt keine Problemlösung für die falsche Reihenfolge ABER mit der neuen Extension Theme+ kannst du pro Seitenlayout die Core CSS ausschalten vielleicht das passende für dich wenn du es generell nicht verwenden willst.

[Babelfisch]

Danke für den Tipp. Ich hab es jetzt mit etwas basteln zwar auch so hinbekommen, Theme+ klingt aber trotzdem interessant.

Gruß

[MacPix]

hallo Leute ..

evt ist es nicht gerade die frage die genau dazu eurem thema passt aber ist etwas was auch mit dem eigenen css zu tun hat.

ich habe das problem, dass ich zu dem basic css mein screen css andepasst habe. aber wenn ich in quelltext schaue fine ich es nicht wie bei den anderen pages wo ich mit version 2.9 gemacht habe. ich schaute nach ob ich es evt im seitenlayout oder so vergessen habe. aber dort ist's drinn..

Weiss da evt jemand von euch was ich da noch machen kann oder wo ich schauen kann. ?

[pmmueller]

Was genau vermisst du im Quelltext?
Das <link>-Element zum Aufruf der basic.css?

Interne Stylesheets werden jetzt im Ordner system/scripts/ generiert und haben eher kryptische Dateinamen:
<link type="text/css" rel="stylesheet" href="system/scripts/77a37a9aa977.css" media="all" />

Die basic.css ist darin enthalten, wenn du sie im Seitenlayout einbindest, gleich am Anfang.

[xchs]

Wenn mich nicht alles täuscht, dann werden bei aktiviertem "Debugmodus" (-> "Systemeinstellungen") die Skripte usw. nicht kombiniert/komprimiert.

[MacPix]

es ist bei mir leider so dass es meine css nicht nimmt...
ich habe mal 2 bilder vom teil der quelltexte hier hinauf geladen... eins mit wellness eine 2.9.5 kunden page und das neue mit 2.10.0 felgen... ja schaus dir bitte mal an... ich habe auch die 3 vorgegebenen css drin .. bei benden beispiele...
beim 2.10 sind nur 2 stylesheets drinn .. fehlt mir das für media print und screen