I really didn't mean to suggest any particular name, just that an imperative form should be provided or every lib will roll their own.
On Tue, May 14, 2013 at 1:45 PM, Rick Waldron <[email protected]>wrote: > > > > On Tue, May 14, 2013 at 4:01 PM, Scott Miles <[email protected]> wrote: > >> I can't think of any reason I would want to be able to mess with an >> import link ex-post-facto and have it do anything. I would also expect any >> registrations to be final and have no particular connection to the link tag >> itself. >> >> Now, this may be tangential, but users definitely need a way of loading >> imports dynamically. I believe the current gambit would be to inject a >> fresh link tag into head, which seems like the long way around Hogan's barn. >> >> I've been meaning to ask about the possibility of an imperative 'import' >> method. >> > > "import" is a FutureReservedWord that will be a Keyword as of ES6, so this > "import" method would have to be a method of some platform object and not a > method on [[Global]] object. > > > Rick > >
