-
-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Deno compatibility #44
Comments
There would be nothing blocking this if denoland/deno#203 is fixed :) |
Is it still valid @jgierer12 @guybedford ? denoland/deno#203 is closed. |
Deno support could be added already simply using something like the browser-based Node.js shims, certainly. Then better handling for the Node.js core packages could be added over time along the lines of https://github.com/denolib/node. |
Let's move tracking of Deno support to #50. |
Hi,
I came across JSPM while playing around with deno (a JS/TS runtime aiming for browser compatibility and high explicitness). First of all, great work on the project, this is almost exactly what I was looking for!
Unfortunately, there are some issues which make JSPM in its current state incompatible with deno's very strict import URL requirements, namely:
Let's look at https://dev.jspm.io/react and see what should change in order to be compatible with deno:
Here, we simply need to replace the root-relative URL with the absolute one.
In addition to absolute URL, we have to add the explicit file extension.
This is where it gets tricky. As far as I can tell (please correct me if I'm wrong), there is currently no way to get the contents of https://dev.jspm.io/npm:object-assign@4?dew with a file extension as required by deno.
https://dev.jspm.io/npm:object-assign@4/index.js comes close, but exports the wrapped module instead of raw
dew
export. Perhaps it's possible to alias/npm:object-assign@4?dew
to e.g./npm:object-assign@4.dew.js
and use that?It would be amazing for JSPM to be compatible with deno, since the lack of compatible modules is currently one of my major pain points with it. I also think that the added explicitness is a benefit on its own, regardless of the deno compatibility.
The text was updated successfully, but these errors were encountered: