contao.css wird immer eingebunden

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.

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

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

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

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ß

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

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".

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.

@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.

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.

Zitat:

---

Zitat von BugBuster

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.

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.

Zitat:

---

Zitat von jared

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.

Zitat:

---

Zitat von jared

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.

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?

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.

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.

Zitat:

---

Zitat von 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.

---

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.

Zitat:

---

Zitat von BugBuster

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.

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.

Zitat:

---

Zitat von BugBuster

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.

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

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

PHP-Code:

---

$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.

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)

Zitat:

---

Zitat von BugBuster

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:

Code:

---

<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]

Zitat:

---

Zitat von BugBuster

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!

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.

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

Zitat:

---

Zitat von 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.

---

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

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.

Hallo,

Zitat:

---

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? ;) :D

Gruss Ria

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

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

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

Zitat:

---

Zitat von Toflar

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

---

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

+1

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. :mad:

… 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! :D

Zitat:

---

Zitat von Toflar

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

---

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. :D
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

Zitat:

---

Zitat von netspy

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

PHP-Code:

---

$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.

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

Gruß

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. ?

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.

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

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

Zitat:

---

Zitat von 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

---

habe jetzt mit firebug gesehen das alle eigentlich in einer datei sind...

einfach wenn ich beim zB header einen border mache geht das aber dann auch wider mal nicht...
die radien gehen bei mir leider auch nicht.

Die anderen Stylesheets sind mit einer eigenen @media-Anweisung sind IN dem Stylesheet mit dem kryptischen Namen und media="all". Im Quelltext wirst du kein <link> dorthin mehr finden.

EDIT
OK, das hattest du schon rausgefunden.

Was genau geht denn jetzt nicht? Am besten mit Link ;)

jetzt kann ich radien machen und rahmen.. einfach keine div farbe setzen

von der page sieht man noch ganz wenig, weil ich die gestern begonnen habe mit 2.10.0 ... habe nur kleines grundgerüst und da es solche problemchen noch gibt probier ich diese so an dem grundgerüst..

http://fp.visualpix.ch aber eben da ist noch nicht so viel zu sehen

ich bin leider noch nit der contao Kräk meine erste contao page ist auch noch nicht ganz fertig aber siet bisschen besser aus. http://ct.visualpix.ch aber gibt auch noch paar kleinigkeiten zu lösen ;-)

Mein problem ist jetzt ... wenn ich dem Wrapper eine farbe geben will geht das nicht.. aber wenn ich ihm ein bild zuweise gehts... ich könnte ja ein pixel die farbe als bild geben.. hmmm aber ist nich sinn der sache oder ?
wer hat da was ?

Zitat:

---

Zitat von MacPix

Mein problem ist jetzt ... wenn ich dem Wrapper eine farbe geben will geht das nicht..

---

Beschreib' mal, was Du genau machst. In Deinem CSS kann ich jedenfalls nicht erkennen, dass dem Wrapper eine Hintergrundfarbe o.ä. zugewiesen wurde.

EDIT: Jetzt seh ich Deinen Fehler - Der (hexadezimale) Farbwert ist nicht gültig

Code:

---

background-color:#9C141;

---

Da fehlt eine Stelle.

xchs

ja ich gebe im Themes - Stylesheets im backend beim selector wrapper unter dem punkt Hintergrund die gewünschte Farbe und transparents auf 100 (habs auch ohne transparenz versucht) und irgend wie übernimmt es diese farbe nicht im Frontend.

lege ich aber ein Hintergrundbild als Hintergrund sehe ich das im Frontend und es funktioniert super..

Habe oben meinen Beitrag ergänzt, nachdem ich Deinen Fehler gefunden hatte. Überprüf' das mal.

o jetzt hab ich gerade was probiert und zwar die hintergrundfarbe im Feld "Eigene Code" dort is es perfekt und man siehts auch im frontend

Zitat:

---

Zitat von xchs

Habe oben meinen Beitrag ergänzt, nachdem ich Deinen Fehler gefunden hatte. Überprüf' das mal.

---

Besten dank für deine mühe ...

Bei mir ist jetzt aufgefallen des bei der Farbe nach dem Speichern eifach ne stelle streicht..

Du musst den Farbwert im entsprechenden Eingabefeld ohne die führende Raute eingeben. Dann klappt das auch mit der Hintergrundfarbe. Ganz sicher.

Zitat:

---

Zitat von xchs

Du musst den Farbwert im entsprechenden Eingabefeld ohne die führende Raute eingeben. Dann klappt das auch mit der Hintergrundfarbe. Ganz sicher.

---

o je -- bin ich doof... ja so gehts einwandfei... ich bin im cms bereich neu.. sorry
DANKE viel mal...