<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Mar 21, 2012, at 8:41 AM, Russell Leggett wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><br><br><div class="gmail_quote">On Wed, Mar 21, 2012 at 11:12 AM, Kevin Smith <span dir="ltr"><<a href="mailto:khs4473@gmail.com">khs4473@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><div><ol><li>I think its easier to explain - it will actually result in a constructor on the prototype.</li>

<li>
The actual constructor function and the .constructor property really should always be in sync - this helps with that.</li><li>"new" doesn't have those benefits - people might expect to be able to call .new() like in ruby.</li>


<li>"new" conflicts with the new <object> proposal.</li></ol></div></div></blockquote></div><div>There are some minor practical considerations on the "constructor" side, and aesthetic considerations on the "new" side.  Instead of squaring off now, can we just agree to leave if off the table temporarily?</div>
</div></blockquote><div><br></div><div>Agreed, table it. </div></div></blockquote><div><br></div><div>We have to make a decision or a spec. can't be written.  There needs to at least be a stake in the ground.  it looks to me like that stake is "constructor"</div><div><br></div><div>Allen</div><div><br></div><div><br></div><div><br></div><div><br></div></div></body></html>