<div dir="ltr">Parallel experiments would be great.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, May 29, 2014 at 8:59 AM, Kevin Smith <span dir="ltr"><<a href="mailto:zenparsing@gmail.com" target="_blank">zenparsing@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 dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br></div>
Assuming the requirements of the different hosting environments are similar enough that it's possible to factor out some sort of common thing (presumably with hookable bits for the parts where hosting environments want different behavior), of course.  If the hookable bits start being the whole thing, that would suggest that the requirements are not similar enough....  Hard to say until we try.</blockquote>


<div><br></div></div><div>I wholeheartedly agree. Let's try.</div><span><font color="#888888"><div> </div></font></span></div></div></div></blockquote><div><br></div></div><div>I think a better approach (perhaps parallel) would be to imagine a scenario where the host environment defines the loading framework, and seeing how that changes the ES spec.  My hunch (untested of course), is that, as long as the host provides some elegant promise-returning primatives, the ES spec would be much simplified and streamlined by the change.</div>

<div><br></div><div><br></div></div></div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Text by me above is hereby placed in the public domain<br><br>  Cheers,<br>  --MarkM
</div>