No, I never said remove the out of box experience at all. I still like it and want it, for sure.<br><br>What I'm proposing is to move everything in /misc into theme specific folders. Out of the box it functions like it currently does.
<br><br>However, if they decided to download uber-theme-XYZ, that theme may decide to turn off certain JS features, turn on other ones it may need, and all the time not have to worry about drupal.css since it already implements what it needs to and includes 
drupal.css if it so desires.<br><br>There is a big distinction there.<br><br>Make drupal.css part of the default themes, not a required css file that *all* themes *have* to use (without overriding).<br><br>ted<br><br><br>
<div><span class="gmail_quote">On 1/6/06, <b class="gmail_sendername">Jeff Eaton</b> &lt;<a href="mailto:jeff@viapositiva.net">jeff@viapositiva.net</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Simple: because Drupal is not JUST a development framework. It is, out<br>of box, a functional web site CMS. A lot of stuff that we take for<br>granted (having an 'edit' tab when we have perms to change a node, for<br>example) are handled by that CSS file. Obviously, there's a case of
<br>creep somewhere along the line as unecessary CSS code snuck in that goes<br>way beyond those basics. All the styles for drawing archive.module's<br>calendar, for example, would best be moved into archive.css and included
<br>as needed IMO.<br><br>Come to think of it, that's a nice idea for a patch.<br><br>But, to return to the question, eliminating all CSS from core would be a<br>definite mistake IMO. Stripping down drupal.css to a bare minimum,
<br>though? I'm all for that.<br><br></blockquote></div>