<div dir="ltr"><div><div><div><div><div><div>Developers have to understand they cannot `new HTMLDivElement()` anyway and they cannot extend WebIDL interfaces in JS world neither.<br><br></div>I am not sure why you see this misalignment that has always been there a problem just now, but also I am not sure I understand why this wouldn't be equivalent:<br><br></div>```js<br><br></div>var HTMLDivElement = new WebIDL({<br></div>  yourDefinitionAsObject() {<br>  },<br></div>  get properties() {<br>  },<br></div>  attributeName: 'value'<br><div><div><div><div>});<br><div><br>```<br><br></div><div>You have already properties and types nobody can set or ensure in native JS ... and I would never stop a programming language from evolving because "another one" (that' how I see WebIDL) is limited or historically different ... I mean, it is different, it has always been, why is this a concern only today?<br><br></div><div>Genuinely curious, but non enumerable for JS classes is **good** and I believe it should not be re-changed.<br></div><div><br></div><div>Best Regards<br></div><div><div><br></div></div></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 30, 2015 at 2:51 AM, Boris Zbarsky <span dir="ltr"><<a href="mailto:bzbarsky@mit.edu" target="_blank">bzbarsky@mit.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 1/29/15 5:43 PM, Allen Wirfs-Brock wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
My sense, from the informal discussions about this at the TC39 meeting, is that most of us would hope that new WebIDL abstractions follow the ES6 class conventions and that existing WebIDL, because of legacy constrants  abstraction are likely not to migrate to the ES6 class conventions.<br>
</blockquote>
<br></span>
OK.  Just so we're clear, there are well north of 500 existing Web IDL interfaces defined in the web platform.  It will be a while, if ever, before the "new" ones get anywhere close to that.<br>
<br>
So what that approach (assuming none of the existing things are migrated) does is basically doom the web platform to always having behavior that authors can't predict.  I doubt I can actually get on board with that course of action....  :(<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Syntactically, in WebIDL, you would presumably need an attribute or something to indicate which set of conventions to use for any particular interface.<br>
</blockquote>
<br></span>
Sure.  I'm worried about the goals, not the syntax; the syntax is trivial.<span class="HOEnZb"><font color="#888888"><br>
<br>
-Boris</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>_________________<br>
es-discuss mailing list<br>
<a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/es-discuss" target="_blank">https://mail.mozilla.org/<u></u>listinfo/es-discuss</a><br>
</div></div></blockquote></div><br></div>