[development] websiteoptimization.com css size

Darrel O'Pry dopry at thing.net
Fri Jan 6 22:20:10 UTC 2006

I like the idea of splitting drupal.css up into parts based on features
they implement.... that you could enable or disable through the themes
interface. maybe have selectable sets of css per functionality...

tabs - tabs-default.css, tabs-borderless.css, tabs-simple.css

fieldsets - fieldsets-collapsible.css, fieldsets-borderless.css, 

icons - icons-modern.css, icons-kde.css, icons-gnome.css

ajax.css - ajax-enabled.css, ajax-disabled.css


opens up smaller and more user, friendly I think. quick disable of what
you don't need, easy behavior changes... not sure if all those things
are possible, but it would be nice.

On Fri, 2006-01-06 at 19:13 +0100, Bèr Kessels wrote:
> Op vrijdag 06 januari 2006 08:46, schreef Dries Buytaert:
> > Ber is wrong, Neil is right.  Patches do get through, just don't try
> > to do it in one go.  Stop whining about it, and start contributing
> > patches. :)
> Sorry, I will not stop whining about this. People have written a lot of 
> patches for this, most of the writers are considered themers. All of these 
> patches are either still open, or were, in the end committed as a one-or-two 
> line fix, instead of the proposed "lets strip all the foo, bar and more" 
> patches.
> The reason is not that Dries nor anyone else is not willing to commit the 
> patches. Let that be clear. The reason is that everytime the time that same 
> stupid debate comes up: Should drupal.css be there for a nice, out-of-the-box 
> working site, or should it only provide the highly nessecary lines. We never 
> came to any agreement there, and I think we will never come to that.
> That was wat I was referring to. not to the patches per se, but to changes 
> some patches want to make. Those changes, don't get through. Or if they did, 
> they only fixed small thingies, they removed, for example, a no longer used 
> line. But netto, the drupal.css file grew with 82 lines (13%) between 4.6 and 
> now. Not exactly the thing most patches, themers and issues wanted to 
> achieve. I still count 35 colors, 52 margins 37 paddings, 14 floats etcetc. 
> And yes, removing them, will render a lot of pieces of drupal less friendly, 
> ugly or even unsuable. So removing them will make the 
> out-of-the-box-experience bad. But a theme like CS, will fix this experience. 
> And It will definately make a lot of themers happy.
> I will be the first to spend my weekends on completely skinning that 
> drupal.css. (in fact, i have a recent patch here, my drupal.css only 120 
> lines) But for now I stopped committing those (and started pointing people at 
> the fact that this ever recurring issue is ever recurring), because it would 
> be rejected in a discussion anyway.
> Bèr

More information about the development mailing list