import script --> .esm

Guy Bedford guybedford at gmail.com
Wed Sep 10 11:28:01 PDT 2014


But within that you would also need a distinction of CommonJS or global as
well?

One way might be to set up configuration to know which module names are of
which format:

```
System.metadata['test/*'] = {
  format: 'global'
};

System.metadata['src/node/*'] = {
  format: 'cjs'
}
```

Of course this mechanism doesn't exist by default - but you can create it
easily with the loader hooks in just a few lines.

On 10 September 2014 20:14, John Barton <johnjbarton at google.com> wrote:

>
>
>
> On Wed, Sep 10, 2014 at 11:02 AM, Guy Bedford <guybedford at gmail.com>
> wrote:
>
>> On 10 September 2014 19:18, John Barton <johnjbarton at google.com> wrote:
>>>
>>>
>>>> In NodeJS, this can be through `package.json` properties which inform
>>>> what module format the package is. In the browser, this could be a header,
>>>> or part of package configuration.
>>>>
>>>> John, in your case specifically, it would be good to get more
>>>> background to understand what type of meta process is most suitable.
>>>>
>>>
>>> What more can I say? Some files need to be parsed as Script and some as
>>> Module.   Sometimes they are in the same project and sometimes in the same
>>> directory.  They work on browser and node.
>>>
>>
>> For Traceur, the default interpretation is as Module, so it sounds like
>> you want a way to indicate files which break this rule and need to be
>> interpreted as Script?
>>
>> Can you give an example of a type of file this would apply to?
>>
>
> Every file in test/ that does not end in module.js (and by extrapolation
> every file in every existing test suite based on mocha, jasmine etc).
> Every file in src/node/ (and by extrapolation every pre-es6 node file).
>
>
>>
>>
>>>
>>> jjb
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20140910/ec6eb7b9/attachment-0001.html>


More information about the es-discuss mailing list