Re: Mozilla and the Shadow DOM

Just to close the loop, filed
https://github.com/webcomponents/webcomponentsjs/issues/289 to track the
specific Polymer web component polyfill blocker.

On Tue, Apr 14, 2015 at 5:38 AM, Anne van Kesteren <annevk@annevk.nl> wrote:

> On Wed, Apr 8, 2015 at 6:11 PM, Dimitri Glazkov <dglazkov@google.com>
> wrote:
> > Thanks for the feedback! While the iron is hot I went ahead and
> > created/updated bugs in the tracker.
>
> A problem I have with this approach is that with Shadow DOM (and maybe
> Web Components in general) there's a lot of open bugs. Of those bugs
> it's not at all clear which the editors plan on addressing. Which
> makes it harder to plan for us.
>
>
> Also, a point that I forgot to make in my initial email is that
> Polymer makes it rather hard for us to ship any part of Web Components
> without all the other parts (and in the manner that Chrome implemented
> the features):
>
>   https://bugzilla.mozilla.org/show_bug.cgi?id=1107662
>
>
The linked bug is simply incorrect. Polymer depends on webcomponentsjs (
https://github.com/webcomponents/webcomponentsjs) for browsers without all
the Web Components specs, but each part is feature detected, with separate
checks for Custom Elements, HTML Imports, and ShadowDOM, as well as HTML
Template, constructable URL, and MutationObserver

Chrome did not implement and ship all the specs at once, so Polymer has had
to feature detect from the start.


>
> --
> https://annevankesteren.nl/
>
>