<br><br><div class="gmail_quote">On Sun, Jan 8, 2012 at 3:35 PM, Brendan Eich <span dir="ltr"><<a href="mailto:brendan@mozilla.com">brendan@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 style="word-wrap:break-word"><div><div class="im"><div><br></div></div></div><div>Anyway, this is all water under the bridge. What about the future? My position is still do the library work and popularize. Even if you really need a fast-track ES.next solution, the library work must come first.</div>
<div class="im"><div><br></div></div></div></blockquote><div><br></div><div>I'm not asking for any fast-track; I think library-first makes a lot of sense. I am also asking "What about the future?". </div><div>
<br></div><div>Library work provides evidence of need and an example of progress. But every solution has trade-offs. Adopting a library solution is easy: it will have champions and evidence. Somehow we need to go around the loop (quickly) to find evidence of the downsides and more input to finding improvements. I think today ES has a lot of good contributors that can help. So a concrete suggestions: modify your stance on "library first" to ask for evidence of revision. Perhaps we can create a world where Master student projects build the pro/con cases for these smaller but critical language features. Make the goal less "standardize libraries" and more "learn/revise/retry from libraries".  Some how the bind()-like functions so critical to daily use need more attention.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div class="im"><div></div><div><br><blockquote type="cite"><div class="gmail_quote">
<div>Firebug uses a library bind a lot, and we continually struggled with the memoization problem; we did not try to solve it in part because we hated Firebug's bind: it made debugging even more painful since it messes up the call stack. Using the ES bind() ends up not being a win, since I now have exactly the same problems.</div>

</div></blockquote><br></div></div><div>I have a question: why is bind used so much in Firebug for event listeners, when the DOM guarantees to dispatch them with the event target bound to |this|? Way back in '95, I created event handlers but did not add bind (it had to be discovered later). But dynamic |this| binding combined with DOM event target-based listening and handling kept this properly bound. What has changed?</div>
<span class="HOEnZb"><font color="#888888"><div><br></div></font></span></div></blockquote><div>Sorry I don't know what you mean here.</div><div><br></div><div>jjb</div></div>