-
Notifications
You must be signed in to change notification settings - Fork 22
Add sourcemap generation #14
Comments
@azakus this would help for the ES6 stuff we're doing for the Summit. WDYT? |
Hmm, adding sourcemaps to crisper can't quite work if you use vulcanize, because any inlined scripts will lose their original file locations. At best I could use source-map-concat to keep any existing sourcemaps. |
I think at this point we just need Crisper to output the sourcemaps for the transformation it's doing. Concatenating the sourcemaps when processing a file with multiple tools (e.g. with Vulcanize) is up to the developer or the build pipeline. For instance in gulp when using gulp-sourcemaps the concatenation is done automatically as long as the tool (and plugin) supports outputing a sourcemap. I'm just saying: You don't have to care about concatenation of sourcemaps :) Simply output the sourcemap for the transform that Crisper does. Developers already have tools/build processes to take care of piping multiple tools that outputs sourcemaps. Also there are other use for Crisper than using it after Vulcanize. For instance it's also useful with Babel (for ES6 transpilation). In one of the codelabs we're building we'll do:
We need to do this because Babel does't support transpiling JS that's inline HTML directly. But then unfortunately when doing this we're loosing sourcemaps support because of Crisper. |
What do you expect the sourcemaps of formerly inline scripts to point to? The HTML file the file was in, or an embedded copy of the original source lines? |
Quite often the tools have the 2 options. For instance Traceur has the following option: |
+1 tracking bugs in production is a PITA without sourcemaps. |
+1 |
1 similar comment
+1 |
Any progress in this item? To many web devs, a framework that doesn't allow source mapping to the origin is an absolute no-fly zone |
It would be great to add support for sourcemaps generation.
The text was updated successfully, but these errors were encountered: