The only problem I see with this is that the web components implementation is definitely going to change, and will guarantee breakage of most web components usage with the current implementation. I would say that we should wait until we have an implementation which will not break in the future now that the spec is more stable. If there is some way to preserve backwards compatibility with the current implementation, I'm sure I could be convinced otherwise - but I'm not sure that's something we want to do.
Best, Kevin On Fri, Jul 3, 2015 at 6:36 AM, Christopher Lord <[email protected]> wrote: > We've been using web components in gaia for ages, and it's a super-useful > feature, even in its current state. I've been developing some components > for use in gaia apps, and unfortunately, I've not been able to find any > web-components shim that is compatible with them. > > Guillaume came up with the idea of a custom manifest field to opt-in to > our web-components implementation - I think this would be great, what do > others think? Is there any really good reason we shouldn't do this? It > seems a bit lame to be withholding a core technology we use in the system > apps from 3rd parties. > > --Chris > > _______________________________________________ > dev-gaia mailing list > [email protected] > https://lists.mozilla.org/listinfo/dev-gaia > >
_______________________________________________ dev-b2g mailing list [email protected] https://lists.mozilla.org/listinfo/dev-b2g
