<div class="gmail_quote">2011/8/11 Mark S. Miller <span dir="ltr"><<a href="mailto:erights@google.com">erights@google.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On Wed, Aug 10, 2011 at 7:20 PM, Cameron McCormack <span dir="ltr"><<a href="mailto:cam@mcc.id.au" target="_blank">cam@mcc.id.au</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>On 9/08/11 9:40 AM, Mark S. Miller wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
If there are no show-stopping legacy compat constraints forcing us to<br>
specify Reject, I prefer that we specify these to throw a TypeError.<br>
</blockquote>
<br></div>
I can't say for sure, but I would be surprised if this didn't cause problems, given that it introduces exception throwing where currently assignment to non-writable properties of objects that need to be implemented as proxies (like NodeList) is just ignored.<br>


</blockquote></div><br></div></div>Ok. If we decide not to, then I think it is important that proxies be able to faithfully emulate ES5 failed "Reject" semantics, so that ES-next code can fully implement a conformant DOM.<br clear="all">
</blockquote><div><br></div><div>Noted. I'll write up a small strawman to change the signature of 'defineProperty' to return a boolean success value. This change should be fully compatible with the existing API, as the return value of the 'defineProperty' trap is currently ignored.</div>
<div><br></div><div>Cheers,</div><div>Tom</div></div>