-
Notifications
You must be signed in to change notification settings - Fork 185
Use .js
in module names
#218
Comments
I agree that this should be supported, and optional. e.g. |
|
Ah, I did not know that this whole time. I just thought it was a convenience not to have to type |
Related (I think?): it's somewhat annoying to introduce another extension type while supporting both this polyfill and System.js together - you have to insert your Primarily, because Rough example where I needed to do that: https://github.com/nevir/html-exports/blob/master/src/documentloader.js#L17-52 |
This sounds like a reference issue - if you're using the SystemJS loader, it will use its own paths. If you use the original System loader it will also use its own paths. Ensure you have the right System reference and there shouldn't be a problem? |
Hmm, I'll try to trace it to understand the exact case I'm running into, but: When I hook only SystemJS, modules that I import directly use the SystemJS loader, whereas (some?) modules that are imported transitively fall back to the original loader and its paths. (pretty sure it's not my code; as I don't keep a reference in that case) |
Yes that shouldn't be happening. How is your app bootstrapping? To test, perhaps override System.originalSystem.import and System.import and see where the calls are coming from. |
Aha, tracked it down - When SystemJS is loaded, any imports in a |
^ fixes it for me |
Great! Thanks for catching this. On Thursday, December 11, 2014, Ian MacLeod [email protected]
|
I believe this is an idea that got quite a bit of support in the last TC39, as mentioned in google/traceur-compiler#1221.
Pending feedback from this current meeting, it may be implementation ready soon. It is only an adjustment to the System loader hooks.
The text was updated successfully, but these errors were encountered: