Re: Dynamic `import` with options

2018-05-09 Thread Isiah Meadows
fferent standards, how are companies supposed to share their own open source code? > kai zhu > kaizhu...@gmail.com > > > > On 9 May 2018, at 8:43 AM, Isiah Meadows wrote: > > Missed the list somehow... > > -- Forwarded message -- > From: Isiah

Re: Dynamic `import` with options

2018-05-09 Thread T.J. Crowder
On Wed, May 9, 2018 at 9:25 AM, kai zhu wrote: > or … we could avoid integration-level headaches that shouldn’t even exist, > by avoiding es6-modules altogether and Yes. I talked to my team of average developers, and many were increasingly of the opinion that they’d all made a big mistake in comi

Re: Dynamic `import` with options

2018-05-09 Thread kai zhu
to tc39’s design-by-commitee process). kai zhu kaizhu...@gmail.com > On 9 May 2018, at 8:43 AM, Isiah Meadows wrote: > > Missed the list somehow... > > -- Forwarded message -- > From: Isiah Meadows > Date: Tue, May 8, 2018 at 8:43 PM > Subject: Re:

Fwd: Dynamic `import` with options

2018-05-08 Thread Isiah Meadows
Missed the list somehow... -- Forwarded message -- From: Isiah Meadows Date: Tue, May 8, 2018 at 8:43 PM Subject: Re: Dynamic `import` with options To: Peter Jaszkowiak Here's three scenarios that aren't even possible without it: - Hot reloading: https://github.

Dynamic `import` with options

2018-05-08 Thread Isiah Meadows
Yeah, it's about that time. I'm proposing adding support for an options object as a second "argument" for the call-like `import()`, something like `import("./foo.mjs", {...options})`. To complement this, I also propose adding a hook to allow embedders to optionally return something different from t