- From: Daniel Buchner <notifications@github.com>
- Date: Sat, 18 Feb 2017 10:13:26 -0800
- To: w3c/webcomponents <webcomponents@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Saturday, 18 February 2017 18:14:21 UTC
I have kept myself generally informed of Custom Element progress, but have been out of active development in this area for a couple years (I was a contributor to this spec in the v0 phase). Now that I am revisiting this area of dev to do meaningful work, I'm honestly astonished to see this is still unresolved. Being able to extend native elements in a way that leverages existing accessibility mechanisms/strategies, while providing a clear declaration syntax in markup, is something this group needs to account for - full stop The `is` attribute, or any API option for that matter, has its nits and rough edges, but I have seen nothing compelling enough on the anti-is side to dissuade me from the opinion that anti-is-ers are the acting as the perfect-seeking enemies of good. Do the right thing - get this resolved. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/w3c/webcomponents/issues/509#issuecomment-280864156
Received on Saturday, 18 February 2017 18:14:21 UTC