Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix for custom styles parsing. #2692

Closed

Conversation

nazar-pc
Copy link
Contributor

@nazar-pc nazar-pc commented Nov 6, 2015

When custom style is second element in HTML import after script with Polymer() call.
Fixes #2381

nazar-pc added a commit to nazar-pc/CleverStyle-Framework that referenced this pull request Nov 6, 2015
@nazar-pc nazar-pc force-pushed the fix-for-custom-style-parsing branch 2 times, most recently from 7dc46ab to 77bde21 Compare November 7, 2015 02:54
When custom style is second element in HTML import after script with `Polymer()` call.
nazar-pc added a commit to nazar-pc/CleverStyle-Framework that referenced this pull request Nov 7, 2015
Now vulcanized imports are finally usable, yay!
@sorvell
Copy link
Contributor

sorvell commented Nov 11, 2015

Thanks for doing so much work on this. The fix looks simple but I'd like to understand the nature of the breakage before merging.

Do you know if the issue is isolated to using the Shadow DOM polyfill?

@nazar-pc
Copy link
Contributor Author

No, it happens with WebComponents lite and Shady DOM as well (in fact I've debugged it in such configuration to simplify stacktrace). It is actually because of how HTML Imports polyfill works. I guess HTML Imports polyfill will require to parse imports into set of root elements and insert them one by one in proper order manually instead of all together in order to mimic native behavior entirely, but it seems to overcomplicate polyfill's code base a lot and doesn't worth it.

sorvell pushed a commit that referenced this pull request Nov 12, 2015
…ut before next render so that all properties are defined before any are consumed by custom-styles. Also refines dom-module's early upgrade code so that it does not affect other elements (corrects for example, custom-styles upgrading before expected).
nazar-pc added a commit to nazar-pc/CleverStyle-Framework that referenced this pull request Nov 13, 2015
@nazar-pc nazar-pc deleted the fix-for-custom-style-parsing branch December 16, 2015 01:06
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants