Coordination (was: ES6 Modules)

Dirk Pranke dpranke at
Sun Apr 14 09:47:52 PDT 2013

On Sat, Apr 13, 2013 at 4:52 PM, Kevin Smith <zenparsing at> wrote:

>> Put concretely: if Futures are provided via libraries, but you can't
>> assume (require) libraries, then you can't design DOM APIs around Futures.
>> Clearly, one way to solve this is put Futures into the language, but
>> another is to solve the extensibility problem so you can start requiring
>> libraries.
> I don't understand this.  Surely you wouldn't design a *platform API* to
> be dependent on userland JS libraries.  No?
I think I've taken us off into the weeds, and I apologize. What I was
trying to say is that library authors have an advantage over platform
authors, in that they can require other libraries.

If the platform itself provides a mechanism for using and acquiring
libraries (modules), then hopefully it'll be easier to move to
better-designed APIs (or even multiple different APIs) without having to go
back to TC39 for everything.

Of course, you will still have the problems of defining core or standard
libraries and ensuring their quality.

-- Dirk
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the es-discuss mailing list