Steve, the core-style demo is really nice...I sat there staring at it for a while letting it sink in. I was thinking along the same lines, that there's a missing link between shadow styling and declarative reusability, but hadn't gotten far with it. This approach potentially eliminates the sass build step among other things, which is great. Hopefully the performance is reasonable, I guess we'll have to see on that front. Personally I don't care, I want to start using it and see how it performs.
What I'd like to do is create a set of components separate from the the themes themselves, based on some common ui frameworks , and then create separate theme repo's for the actual theme (i.e. bootstrap, foundation, ionic, etc.). It seems like the conventions with most frameworks are similar enough that we could pretty much use one set of base components to capture most of their personality, letting their individuality reside in the theme files/repos.
As far as naming goes, I'm thinking of naming things with a 'cs' prefix, for core-style.
So for simple stuff, I'm thinking: cs-button, cs-panel, cs-label, cs-listgroup, cs-table etc. basically mirroring bootstrap
For more complicated stuff: cs-navbar, cs-menu, cs-menuitem - maybe fork the core-toolbar, core-menuitem etc. and make a core-style version of those
Other more complex stuff: cs-dialog, will basically leverage core-overlay
forms: cs-textbox, cs-checkbox, etc....I find this to be more expressive than generic inputs everywhere
reset/normalize, typeface, and variables core-styles too, part of the theme.
Does this sound reasonable?