Skate + ShadyCSS <custom-style>issue - native ShadowDom Browsers about web-components HOT 8 CLOSED

Once they release, I we can set the dep versions to * and not have to do this dance anymore.

from web-components.

great, no errors.
Closed by https://github.com/skatejs/web-components/releases/tag/v5.0.2

from web-components.

Possibly an issue with using very old commits. Updating now to see if that fixes things. Your pen ws using master (and not including the native-shim).

from web-components.

great! thanks!

from web-components.

Updated both pens:

• http://codepen.io/treshugart/pen/rjmZZW?editors=1010
• http://codepen.io/treshugart/pen/rjmZwe?editors=1010

There was an issue with the @ one where you needed to drop babel transpilation for CE's to work in native. I had issues when using the native-shim with Babel. Not sure why.

from web-components.

hmm but still. With Raw polyfills, contents of custom-style are transformed correctly

from .hello{ color: red } to .hello:not(.style-scope) { color: red; }

although with skate polyfills, there is no transformation at all :-|

from web-components.

That's really interesting. We should look into this. If I reverse the inclusion order of Shady DOM / CSS so CSS comes first when loading the @ fills directly, then I get the same behaviour. I wonder if somehow DOM is not coming before CSS even though we're using require() in order.

from web-components.

Had to fix the entry points we were importing as the polyfills have different conventions for each repo. This is a result of them not publishing unminified sources as we have to consume unminified sources so we can create our bundles. Raised an issue in https://github.com/webcomponents/custom-elements/issues/45 to see if we can address that.

from web-components.