It seems like before anybody ever started making CSS Templates, they should have had a strong foundation of CSS Themes. Stylesheets that reset the browser defaults, then style all of the default elements to be a better browser default. I've been using Drupal's "default.css"(?) just so that development is easier on the eyes. Does anything like this exist?<p>This alone would really help get my MVP up and running a lot quicker. jQueryUI only handles so much (as it should).
I think you're looking for this:<p><a href="http://devkick.com/lab/tripoli/sample.php?base=base&visual=visual&type=type" rel="nofollow">http://devkick.com/lab/tripoli/sample.php?base=base&visu...</a><p><a href="http://devkick.com/lab/tripoli/" rel="nofollow">http://devkick.com/lab/tripoli/</a><p>It's not just a reset, it's an attempt to be a "better browser default".<p>Another sample, applied to an existing W3C page: <a href="http://devkick.com/lab/tripoli/selectors.php?base=base&visual=visual&type=type" rel="nofollow">http://devkick.com/lab/tripoli/selectors.php?base=base&v...</a>
For the first half of that (resetting the browser defaults) I use Yahoos reset.css (<a href="http://developer.yahoo.com/yui/reset/" rel="nofollow">http://developer.yahoo.com/yui/reset/</a>), which works a charm.
It seems that there is no readily available solution. So if I were to create one, it would go something like this:<p>href="theme-base-renegade.css"<p>theme-base-renegade would style all of the default markup in its own styleish little way. Whatever that may be: Super padded with big fonts and so on, or incredibly tiny with minimal line-height, font-size, etc..<p>href="theme-color-grayhaze.css"<p>theme-color-darkness would specifically color the default markup. Things like th, tr, td, dl, dt dd, etc, would have be darker/brighter than others with their respective font-colors and such to complement the element background-colors.<p>Since both stylesheets would be styling the default markup - not specific to styles or id's - the two stylesheets could be swappable with other like type themes components and not interfere with one another.<p>After that.. it's CSS! You could overwrite any one of the many styles used to create that theme. Plus, with all of the tools we have to debug, overriding otherwise desirable styles in order to apply specific/custom ones would be much more convenient.
Sass has plugins that cover most of the CSS "frameworks" but to my knowledge doesn't have a lot of fully developed themes. The advantage to using a preprocessor is that you can apply the built in styles to the classes/ids of your choice instead of having to use the same ones the css framework uses.