<div dir="ltr">Do you believe acting passively will keep bringing any good to the language specification?<div><br></div><div style>A **precedent**, title of one of my posts about __proto__, is exactly what you have here.</div>
<div style><br></div><div style>"Since every browser has it, no matter how bad or good it is, let's us put that there too and it will be standard"</div><div style><br></div><div style>This seems legit to me, specially from IE that does not want to be left a part anyhow.</div>
<div style><br></div><div style>IE ruled out few standards in the DOM world (thankfully less in the ES one).</div><div style><br></div><div style>Same all "other" browsers implemented non standard innerHTML, IE adopted some other non-spec'd thing.</div>
<div style><br></div><div style>Same Chrome implemented an even falsy document.all, IE can decide that {}.__defineGetter__ is not undefined anymore.</div><div style><br></div><div style>Not only it's used, but the new "isNotIE()" feature detection of these days is:</div>
<div style><br></div><div style>if ({}.__defineGetter__) {</div><div style>  // not IE, not at all</div><div style>}</div><div style><br></div><div style>same if(document.all) was used for the inverted behavior in the past.</div>
<div style><br></div><div style>Same WebKit decided that innerText was fine, IE can chose __anythingHere__ is fine too and this is OK, we should not point/complain because this is what every other engine/browser has always done.</div>
<div style><br></div><div style>Is just a matter of context, either DOM or ES, those once alternative browsers adopted IE non standards approach to avoid being left behind and now it's vice-versa.</div><div style><br>
</div><div style>I believe the elephant in the room is the adoption of experimental and non standard features, documented properly in the MDN so that everyone can learn with examples how to use them.</div><div style><br></div>
<div style>Instead of writing a deprecated in the MDN page, I would rather expect that every execution of a piece of code that uses these features logs in the console a **warning** that a deprecated thing is being used.</div>
<div style><br></div><div style>This is valid for every build step of any programming language, JS decided that early adoption or usage of deprecated things is fine ... trapping the future behind early and old mistakes or not fully defined behaviors (again, __proto__ and all its partial implementations is a clear example)</div>
<div style><br></div><div style>I would rathe expect that this logging is noticed by developers and that not a single minute is wasted behind improving performance of that technique, I would rather see ever-green browsers reacting fast instead of supporting such deprecated, non-standard, thing, for years!</div>
<div style><br></div><div style>Sadly, what I see is that instead of filtering, TC39 "ignores" these things that come out of developers necessities and become standards, or decide to standardize the mess "passively", as long as all browser agreed that mess is needed.</div>
<div style><br></div><div style>Mark said: "<span style="font-family:arial,sans-serif;font-size:13px">all major JS platforms support some harmless feature, cross-browser web content will come to depend on that feature</span>"</div>
<div style><br></div><div style>if __proto__ is harmless, and deprecated methods such __defineGetter__ are still there, I wonder what you consider harmfull to implement.</div><div style><br></div><div style>Object.prototype.toSource() ? something I've polyfilled for IE5 ages ago, never made it and not because harmfull, simply because pointless due inability to bring the scope around once re-evaluated.</div>
<div style><br></div><div style>The potentially-laser-foot-gun __proto__ already landed, and there's nothing else that powerful that could have made it so my question is: shouldn't TC39 be a stopper for these kind of problems instead of blindly embrace whatever comes through?</div>
<div style><br></div><div style>I'd really like to understand what is the real TC39 role 'cause lately I am having hard time understanding this every time IE embraces some early mistake nobody cared 'till the day before if it was "all-but-IE"</div>
<div style><br></div><div style>Best Regards</div><div style><br></div><div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, May 7, 2013 at 9:20 AM, Dean Landolt <span dir="ltr"><<a href="mailto:dean@deanlandolt.com" target="_blank">dean@deanlandolt.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Oh. Sorry for the noise.<br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">
On Tue, May 7, 2013 at 12:18 PM, Brandon Benvie <span dir="ltr"><<a href="mailto:bbenvie@mozilla.com" target="_blank">bbenvie@mozilla.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF"><div>
    <div>On 5/7/2013 9:16 AM, Dean Landolt
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">Are they not in the es6 draft yet? I was going by
        what you'd said a half hour ago:<br>
        <br>
        <blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">
          These are already in the ES6 spec in fact, under Annex B
          (normative optional).</blockquote>
        <div><br>
        </div>
        <div>Regardless, this seems like the perfect place for all of
          the duners, IMHO.<br>
        </div>
      </div>
      <div class="gmail_extra">
        <br>
      </div>
    </blockquote>
    <br></div>
    Oh apologies for not being clear. I meant the likes of
    `String.prototype.blink` and friends are in Annex B.<br>
  </div>

</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
es-discuss mailing list<br>
<a href="mailto:es-discuss@mozilla.org">es-discuss@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/es-discuss" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
<br></blockquote></div><br></div>