<div dir="ltr">As long as you can import from a script in some fashion: Loader.import works for me.<div><br></div><div>I'm a little concerned that "import/export" will need to work as a "use strict"</div>

</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jan 24, 2014 at 9:55 AM, John Barton <span dir="ltr"><<a href="mailto:johnjbarton@google.com" target="_blank">johnjbarton@google.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">If we are asking questions: why two parse goals? Why not allow import in Script and let it act like the code was wrapped in Loader.import() and allow export then just ignore it?  The semantics of 'var' would be changed by appearance of 'import' just like the semantics of code changes with the appearance of 'use strict'.</div>


<div class="gmail_extra"><br><br><div class="gmail_quote"><div class="im">On Fri, Jan 24, 2014 at 9:32 AM, David Bruant <span dir="ltr"><<a href="mailto:bruant.d@gmail.com" target="_blank">bruant.d@gmail.com</a>></span> wrote:<br>

</div><div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    <div>Le 24/01/2014 18:26, John Lenz a
      écrit :<br>
    </div><div>
    <blockquote type="cite">
      <div dir="ltr"><br>
        <div class="gmail_extra">
          <div class="gmail_quote">
            <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><br>
                    </div>
                    <div>REPL is a dilemma: if you parse as module, then
                      obtaining the last expression value is not simple.
                      if you parse as a script, then common cut/paste
                      fails on export/import statements.</div>
                  </div>
                </div>
              </div>
            </blockquote>
            <div><br>
            </div>
            <div>My basic question remains.  As a tool owner how do I
              know if what I'm looking at is intended to be a Module or
              a Script?<br>
            </div>
          </div>
        </div>
      </div>
    </blockquote></div>
    How do you know if some code is intended for the browser or Node?<br>
    How do you know some code is intended to be used in a WebWorker and
    not in the main thread?<br>
    How do you know the code won't be concatenated a "use strict" when
    someone else uses it?<br>
    <br>
    The code itself lacks the context in which it's being loaded (hence
    very defensive patterns like UMD (Universal Module Definition)).<br>
    If you want to be exhaustive, you'll have to make an assumption or
    make your tool smarter about the context.<span><font color="#888888"><br>
    <br>
    David<br>
  </font></span></div>

</blockquote></div></div></div><br></div>
</blockquote></div><br></div>