You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The JavaScript Package Manager, JSPM, is a frictionless package manager for JavaScript that is able to pull packages from various sources ("endpoints", as they are called), such as Node Package Manager (NPM) and Bower. Unifying all in one interface.
It also has the ability to load EcmaScript 6 modules through the System.js library that implements a loader.
One notable feature is its support for transpilers, traceur (with AtScript) and Babel (formerly e6to5), that brings the new ES6 syntax and features and makes it easy to get started with building modern JavaScript applications.
JSPM brings a dynamic developer experience that pulls dependencies on the the fly. When an app is ready to be deployed it can then be compiled and dependencies can be bundled.
The JSPM configuration-file is based on the NPM package.json format.
I am the author of plugin-typescript and I'm currently converting a large multi-repository project over to using it.
It does provide source-maps so you can debug TypeScript in the browser.
I am very interested in any feedback people have, so if you find any issues or have suggestions for improvements you would like to see then please raise issues on that repository. I will be making some minor improvements to it over the coming week.
Oliver Joseph Ash (@OliverJAsh) complete typechecking in transpile scenarios is not possible: TypeScript compiler deliberately works within given file without attempting to resolve any references to external files (including standard library). In this circumstances it cannot build the full set of types that will be available in the program and will report lots of errors which are in fact false positives. If you want to have full-fledged editing experience with correct errors - you should use editor with TypeScript support i.e. VSCode, Sublime, Visual Studio, Atom etc. Support to compile isolated modules can be seen as merely a shortcut to avoid explicit compilation step but not the replacement for full program analysis which can be done i.e. in the editor or the compiling the whole program. NOTE: We consider reporting syntax errors as an option
I'm looking at VSCode and the IDE plugins now. Is it possible to hook these up to SystemJS so they read the config and can parse third party dependencies, e.g. import jquery from 'jquery;`?
Technically bundling as it is done in jspm now is not a whole program analysis as it processes modules one by one. I already have a workitem in my list to add support for reporting syntax errors during transpile part in es6-module-loader and in systemjs/builder.
Also we already have plenty of requests to add support for bunding in TypeScript compiler - is already in the roadmap (I think it is currently scheduled for 2.0).
Currently JSPM understands typescript but the typescript compiler does not know how to resolve typings using jspm as it does with npm. This is significant for two reasons:
Running tscresults in false errors because it can't load library typings. This may be able to be resolved via typings (https://github.com/typings/typings), but only via an additional typings install.
VSCode shows a bunch of false errors in files, presumably because it relies on tsc to generate errors.
Reacted by Oisin Grehan, Sam Noedel, Te-jé Rodgers, Brett, gregcummines, Carl Thuringer, Jason Morley and James Ostrander
Activity
red010b37 commentedon Mar 9, 2015
Yes please!
robcleghorn commentedon Mar 9, 2015
+1
RichiCoder1 commentedon Mar 10, 2015
Aurelia makes extensive use of JSPM, and having worked with both I'd 👍 this.
atrauzzi commentedon Mar 13, 2015
👍
ejsmith commentedon Mar 17, 2015
Yes please!
RyanCavanaugh commentedon Mar 17, 2015
Mohamed Hegazy (@mhegazy) Accepting PRs?
mhegazy commentedon Mar 17, 2015
I actually like the JSPM work flow, and we should do that :) a couple of thoughts:
transpile(input: string): stringinterface on the TS side, to make the interaction with the API clean and simplePRs are definitely welcomed
basarat commentedon Mar 17, 2015
I am sure you already know : https://github.com/teppeis/typescript-simple , it now does inline sourcemaps : teppeis/typescript-simple#7 (I used it for atom/atom#5898)
atrauzzi commentedon Mar 17, 2015
We have to make sure this comes out requiring zero configuration beyond any steps needed to get typescript initially installed.
basarat commentedon Mar 18, 2015
Alexander Trauzzi (@atrauzzi) I was about to start work on this but noticed from : https://github.com/jspm/registry/blob/master/registry.json#L13 that there is
jspm install tsfrom (https://github.com/frankwallis/plugin-typescript) by Frank Wallis (@frankwallis) already.Is there something more required?
marinasundstrom commentedon Mar 18, 2015
I have not evaluted the extension yet. I don't know what level of support there is.
Can you debug the TS in the browser?
frankwallis commentedon Mar 18, 2015
I am the author of plugin-typescript and I'm currently converting a large multi-repository project over to using it.
It does provide source-maps so you can debug TypeScript in the browser.
I am very interested in any feedback people have, so if you find any issues or have suggestions for improvements you would like to see then please raise issues on that repository. I will be making some minor improvements to it over the coming week.
36 remaining items
OliverJAsh commentedon Jun 12, 2015
Where can I track support for bundling in jspm?
OliverJAsh commentedon Jun 14, 2015
Testing https://github.com/Microsoft/TypeScriptSamples/tree/jspm/jspm with the latest jspm beta (0.16).
I don't seem to get compile errors in the browser, e.g. this succeeds:
/cc Mohamed Hegazy (@mhegazy)
vladima commentedon Jun 14, 2015
Oliver Joseph Ash (@OliverJAsh) complete typechecking in transpile scenarios is not possible: TypeScript compiler deliberately works within given file without attempting to resolve any references to external files (including standard library). In this circumstances it cannot build the full set of types that will be available in the program and will report lots of errors which are in fact false positives. If you want to have full-fledged editing experience with correct errors - you should use editor with TypeScript support i.e. VSCode, Sublime, Visual Studio, Atom etc. Support to compile isolated modules can be seen as merely a shortcut to avoid explicit compilation step but not the replacement for full program analysis which can be done i.e. in the editor or the compiling the whole program.
NOTE: We consider reporting syntax errors as an option
OliverJAsh commentedon Jun 15, 2015
Vladimir Matveev (@vladima) Thanks for the explanation.
I'm looking at VSCode and the IDE plugins now. Is it possible to hook these up to SystemJS so they read the config and can parse third party dependencies, e.g.
import jquery from 'jquery;`?atrauzzi commentedon Jun 15, 2015
Oliver Joseph Ash (@OliverJAsh) That would be simply amazing. Would almost offer a first-class client side dev experience.
I'm fairly curious about this, because I feel like there are numerous undiscovered challenges:
.r.jsfiles, where should it expect to find those?r.jsfrom another source? Any way to match the two?Probably more questions. But I feel like package development in JS is just insanely complex and difficult to reason about with or without TypeScript.
OliverJAsh commentedon Jun 19, 2015
I don't seem to get compile errors when bundling either (now supported in
jspm@0.16-beta.2). /cc Vladimir Matveev (@vladima)Tracking systemjs/builder#206
vladima commentedon Jun 19, 2015
Technically bundling as it is done in jspm now is not a whole program analysis as it processes modules one by one. I already have a workitem in my list to add support for reporting syntax errors during
transpilepart in es6-module-loader and in systemjs/builder.Also we already have plenty of requests to add support for bunding in TypeScript compiler - is already in the roadmap (I think it is currently scheduled for 2.0).
SonofNun15 commentedon Feb 20, 2016
Currently JSPM understands typescript but the typescript compiler does not know how to resolve typings using jspm as it does with npm. This is significant for two reasons:
tscresults in false errors because it can't load library typings. This may be able to be resolved viatypings(https://github.com/typings/typings), but only via an additional typings install.tscto generate errors.daslicht commentedon Mar 2, 2016
Is there meanwhile an example ?
frankwallis commentedon Mar 2, 2016
Marc Wensauer (@daslicht) - you can see some jspm/typescript examples here
oising commentedon Mar 26, 2016
Josh Graber (@SonofNun15) Is there an issue tracking this?
SonofNun15 commentedon Mar 28, 2016
Oisin Grehan (@oising): yes, this one
Bretto commentedon Apr 27, 2016
Why is this closed ? Where can we follow the progress on this ?
kitsonk commentedon Apr 27, 2016
It is closed because as mentioned above it is supported.
There are the Microsoft/TypeScriptSamples which maybe a better place to focus your questions/look for answers.