This brings up an interesting point about the modules, that being lazy loading. One appealing reason to use a module loader instead of just concatenating the scripts or using multiple script tags is that you can do feature detection and load polyfills for things you need instead of just forcing the client to download all the polyfills, regardless of whether they need them or not. Does the modules proposal attempt to solve this in any way?<br>
<br>Cheers,<br>Jussi<br><br><div class="gmail_quote">On Wed, Jun 27, 2012 at 9:34 PM, John J Barton <span dir="ltr"><<a href="mailto:johnjbarton@johnjbarton.com" target="_blank">johnjbarton@johnjbarton.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><br><div class="gmail_quote"><div class="im">On Wed, Jun 27, 2012 at 9:47 AM, James Burke <span dir="ltr"><<a href="mailto:jrburke@gmail.com" target="_blank">jrburke@gmail.com</a>></span> wrote:<br>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

The discussion on what is allowed, in particular import *, could still<br>
happen, but at least there would be a baseline that would allow for<br>
them in a way that makes it easier for existing code to transition to<br>
the new world.</blockquote><div><br></div></div><div>I hope for a min/max module proposal to replicate the progress that the min/max class proposal produced.</div><span class="HOEnZb"><font color="#888888"><div>jjb  </div>
</font></span></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>