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
Add a configuration option, perhaps named installSourceMapSupport or sourceMapHooks, which can be used to disable require('@cspotcode/source-map-support').install()
Important things to consider:
Do we continue to generate sourcemaps when compiling? Probably the best answer is "yes" to be compatible with node's built-in --enable-source-maps
Maybe we should obey the user's tsconfig? If they have sourcemaps turned on/off in tsconfig, then we do/don't generate sourcemaps?
Clearly document default behavior:
with --enable-source-maps enabled, default is "off"
without --enable-source-maps, default is "on"
When set to true or false via config, overrides the default
The text was updated successfully, but these errors were encountered:
Just confirming my understanding: This new option will be configurable within a tsconfig.json as well? I ask because in some scenarios we have no control over how a library invokes ts-node. As an example, Karma automatically invokes ts-node when a Karma config is written in TypeScript. Since I can't control how it invokes ts-node, it would be nice if I could throw this new flag into my tsconfig.json and have Karma pick up the flag automatically.
@cspotcode is this #2004 a good entry point for this, disregarding docs and the node's own --enable-source-maps? If so, what would be a good place to document the full behavior?
Related:
#796
#1473
cspotcode/node-source-map-support#23
Add a configuration option, perhaps named
installSourceMapSupport
orsourceMapHooks
, which can be used to disablerequire('@cspotcode/source-map-support').install()
Important things to consider:
--enable-source-maps
--enable-source-maps
enabled, default is "off"--enable-source-maps
, default is "on"The text was updated successfully, but these errors were encountered: