- From: Andrea Giammarchi <notifications@github.com>
- Date: Thu, 14 Jul 2016 04:46:51 -0700
- To: w3c/webcomponents <webcomponents@noreply.github.com>
- Cc:
- Message-ID: <w3c/webcomponents/issues/509/232642862@github.com>
@rniwa if it's been proved it works and scale well, I am not sure why WebKit would avoid it at all costs. The result might be some nasty user-land overwrite/interception in order to make it work in there too (like a polyfill would do). Moreover, the argument about violating the Liskov substitution principle doesn't feel appropriate for the Web environment. The entire global scope/context can be polluted (and it is) dozens of times by all libraries out there, with or without a namespace. That doesn't prevent standard bodies to implement `MyLibrary` or `fetch` if that's an appropriate name for a new feature, isn't it? Of course, modules partially solve this but polyfills will still do feature detections and pollute globally. As summary: in a parallel universe where developers couldn't change the environment your point would be more than valid, but I think that's not really how the real-Web-world moved forward for the last 20 years. If every other vendor agreed, please consider to follow this de-facto need and pragmatic solution for the sake of the Web, thank you. --- 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-232642862
Received on Thursday, 14 July 2016 11:47:22 UTC