Actually, using @import has another side effect too: When saving the page, not all CSS is saved (depends on browser, of course). Using link makes sure that all CSS is going to be saved. So unless a robust technical reason is given, I'm in support of getting rid of @imports (only because they're supported and classy, doesn't mean they should be used). Hojjat (aka Huji) On Thu, Jun 12, 2008 at 9:28 PM, Chad <innocentkiller(a)gmail.com> wrote:

Yes, I recall hearing something about this in one of the discussions long ago, or on some article or commit. The original reason for using @import was to separate the CSS1 from the CSS2 rather than sending a CSS1 browser a lot of CSS2 which may break styles since only half of it is actually understood, and it won't validate right at all. ~Daniel Friesen(Dantman) of: -The Nadir-Point Group (http://nadir-point.com) --It's Wiki-Tools subgroup (http://wiki-tools.com) --Games-G.P.S. (http://ggps.org) -And Wikia ACG on Wikia.com (http://wikia.com/wiki/Wikia_ACG) Simetrical wrote:

On Thu, Jun 12, 2008 at 8:24 PM, Brion Vibber <brion(a)wikimedia.org> wrote: It would be nice if there were some other way to scare off browsers that don't understand CSS2.1 even enough to justify fixes files.

Perhaps as an improvement as to how we actually load CSS and JS files. 85% of that kind of ordering is currently done inside of the Skins. And not only that, but when a new skin like Modern comes out, it just goes and duplicates what Monobook does. And even worse, there are the user made skins elsewhere. Those just copy what Monobook does at some point, and never get updated if we ever change that. Additionally, it's quite ugly when you get into things extensions load. Namely if they were created to load a global css/js for a wiki farm. Those extensions have little control over where that stuff is actually loaded, and not only that but if you actually want to have that proper control, the alternative is to just hack the skins you're using. Kinda ugly (This is the one of the reasons I have my own dedicated skins repo). Perhaps we could improve the system by making generation of the list of css/js files to load (and what order to load them). Something like a system where we identify script/style dependencies and have the system automatically order them. In addition to that, we could identify things like if they should be conditional (for IE primarily...) to make it easier to add new fixes files. The primary relevance here, is that it's easier to create a system that does automatic creation and ordering of the files if they just generate a stack of script and link elements. One of my ToDo's was improving MediaWiki's support for script libraries and stuff like jQuery, YUI, Scriptacious, etc... Part of that was also adding in a bit of support for allinone because these commonly end up loading multiple extra js/css files, and it piles up the HTTP Requests. ~Daniel Friesen(Dantman) of: -The Nadir-Point Group (http://nadir-point.com) --It's Wiki-Tools subgroup (http://wiki-tools.com) --Games-G.P.S. (http://ggps.org) -And Wikia ACG on Wikia.com (http://wikia.com/wiki/Wikia_ACG) Brion Vibber wrote: