@import ?

[Rainer]

Hallo,

irgendwo klemmt es gerade bei mir. Folgendes steht in meiner main.css

@media only screen
and (min-width : 1224px) {
@import url(http://URL-ZUR-CSS-DAETI);
}

Dies sollte doch eigentlich funktionieren - oder bin ich da total auf dem "Weg des Holzes"?

Die main.css wird noch gelesen, aber danach ist Schluss. Warum?

Gruß Rainer

[misterunknown]

Moin,

@media only screen
and (min-width : 1224px) {
@import url(http://URL-ZUR-CSS-DAETI);
}

Hier kannst du nachlesen, dass du auch der @import-Regel Bedingungen geben kannst, beispielsweise

@import url("bar.css") only screen and (min-width: 1224px);  

Grüße Marco

[Gunther]

Moin,

Hier kannst du nachlesen, dass du auch der @import-Regel Bedingungen geben kannst, beispielsweise

@import url("bar.css") only screen and (min-width: 1224px);

  
und [hier](http://www.stevesouders.com/blog/2009/04/09/dont-use-import/) kannst du u.a. nachlesen, warum man i.d.R. @import nicht verwenden sollte.  
  
  
Gruß Gunther

[qx]

Hola,

<link rel="stylesheet" media="only screen and (min-width: 1224px)" href="URL-ZUR-CSS-DATEI">

so gehts auch

[Gunnar Bittersmann]

@@qx:

nuqneH

<link rel="stylesheet" media="only screen and (min-width: 1224px)" href="URL-ZUR-CSS-DATEI">

so gehts auch

Nicht.

Aus Media-Queries in link-Elementen sollte man tunlichst vermeiden.

Qapla'

[Auge]

Hallo

Hier kannst du nachlesen, dass du auch der @import-Regel Bedingungen geben kannst, beispielsweise

@import url("bar.css") only screen and (min-width: 1224px);

>   
> und [hier](http://www.stevesouders.com/blog/2009/04/09/dont-use-import/) kannst du u.a. nachlesen, warum man i.d.R. @import nicht verwenden sollte.  
  
Ich lese da nur, dass man es mit <link> kombiniert, in mit <link> aufgerufenen CSS-Ressourcen oder exzessiv mit X direkt zu ladenden Ressourcen vermeiden soll. Von daher ist IMHO auch der Titel irreführend.  
  
Tschö, Auge  

-- 
Verschiedene Glocken läuteten in der Stadt, und jede von ihnen vertrat eine ganz persönliche Meinung darüber, wann es Mitternacht war.  
Terry Pratchett, "Wachen! Wachen!"  
  
ie:{ fl:| br:> va:) ls:[ fo:) rl:( ss:| de:> js:| zu:}  
  
[Veranstaltungsdatenbank Vdb 0.3](http://termindbase.auge8472.de/)

[1UnitedPower]

Meine Herren!

Von daher ist IMHO auch der Titel irreführend.

Darüber hinaus finde ich, dass man nicht unreflektiert auf Verdacht und auf Kosten der Übersichtlichkeit „optimieren“ sollte. Performanz ist häufig ein Feind der Übersichtlichkeit. Trotzdem hat der Artikel natürlich gewisse Relevanz bei der Entscheidungs-Findung.

[Gunnar Bittersmann]

@@1UnitedPower:

nuqneH

Performanz ist häufig ein Feind der Übersichtlichkeit.

Dem Nutzer ist die Übersichtlichkeit sch*egal. Die Performanz nicht.

Ersetze „Nutzer“ durch jeden in einer Firma, der auf Geschäftszahlen schaut. Außer CTO. ;-)

Aber natürlich möchte man als Entwickler beides haben. Kriegt man auch – mit CSS-Präprozessor. Modularer Aufbau in verschiedenen Dateien, aus denen eine CSS-Ressource generiert wird.

(Oder noch weitere mit dem gesamten Code für alte IEs.)

Qapla'

[1UnitedPower]

Meine Herren!

Performanz ist häufig ein Feind der Übersichtlichkeit.

Dem Nutzer ist die Übersichtlichkeit sch*egal. Die Performanz nicht.

Es war deshalb auch nicht Kern mein Aussage, dass man Performanz generell vernachlässigen sollte. Ich meine nur, dass eine gezielte Optimierung zweckmäßiger ist, als profilaktische Maßnahmen, deren Auswirkungen man u.U. nie zu spüren bekommt. Es ist imho. eine bessere Methodik das Programm erst zu analysieren und den Flaschenhals zu finden und dann dort nachzubessern, wo Bedarf besteht. Wenn die Erfahrung natürlich zeigt, dass das Laden von Stylesheets regelmäßig Probleme bescherrt, kann man die Erfahrung nutzen und gleich vorbeugen. Mein Griff ginge in dem Fall übrigens, wie von dir erwähnt, eher in Richtung eines Präprozessors. Für konkrete Anwendungsfälle kann natürlich auch hier wieder anders entschieden werden.