import script --> .esm

Matthew Robb matthewwrobb at gmail.com
Wed Sep 10 10:24:36 PDT 2014


I don't see why they have to? Traceur should be used as a build time tool
that ultimately runs in legacy mode. Only REAL modern ES6 module
implementations would run in this other world. Basically .es files today
would be transpiled into .js files.


- Matthew Robb

On Wed, Sep 10, 2014 at 1:22 PM, Brendan Eich <brendan at mozilla.org> wrote:

> Boil the ocean schemes never work, especially not on the Web. Indeed
> Allen's use of "dream" to describe the hope that in the far future
> everything is module code is not unfair. Dreams do come true, but only
> incrementally where there's local advantage.
>
> Saw your followup to my Nope-topus post. You wrote "Legacy and should be
> ignored as much as possible." Good luck with that, I don't see how it
> flies. Is everyone going to switch to Traceur quickly or even slowly?
>
> /be
>
>
> Matthew Robb wrote:
>
>> Why not deprecate sloppy-script mode explicitly and encourage the
>> movement to module-strict for all scripts moving forward. Once you do that
>> then you can make the decision to spec the legacy code path as separate
>> from the modern code path. Then implementors would already be adhering to
>> the legacy code path for existing stuff and a convention would need to be
>> decided upon (somewhere) for differentiating the from the new.
>>
>> I would go so far as to suggest the file extension `.es` to denote this
>> and at some point a different mime-type probably. So files with .es
>> extension or that contain module syntax of any kind would be treated as
>> modules and anything not conforming to that would be treated like a sloppy
>> script... Including files imported from modules that don't meet either of
>> those requirements.
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20140910/999701a0/attachment.html>


More information about the es-discuss mailing list