IE11 kątowa-CLI źródło mapy nie działa
Korzystanie skośnych CLI 1.0 i kątowe 4, nie jestem w stanie dostać mapy źródłowe pracy pomimo //# sourceMappingURL=main.bundle.js.map
w pakiecie JavaScript. Czy ktokolwiek zna się na pracy, aby uzyskać efekty pracy w IE-11? Zwykle nie byłby to wielki problem, po prostu przerzuciłbym się na firefox lub chrome. Ale rozwijam dodatek Excel z api Office-js i używa on wbudowanej przeglądarki IE11 do wyświetlenia dodatku, więc utknąłem z tym.
Moja tsconfig.json:
{
"compileOnSave": false,
"compilerOptions": {
"outDir": "./dist/out-tsc",
"baseUrl": "src",
"sourceMap": true,
"declaration": false,
"moduleResolution": "node",
"emitDecoratorMetadata": true,
"experimentalDecorators": true,
"pretty": true,
"target": "es5",
"typeRoots": [
"node_modules/@types"
],
"lib": [
"es2017",
"dom"
]
}
}
tsconfig.app.json:
{
"extends": "../tsconfig.json",
"compilerOptions": {
"outDir": "../out-tsc/app",
"module": "es2015",
"baseUrl": "",
"types": []
},
"exclude": [
"test.ts",
"**/*.spec.ts"
]
}
Po prostu przeczucie, ale linia z // # może zostać zminimalizowana w taki sposób, że postępująca treść w postaci ułamkowej dzieli linię, która powoduje błędy. Na przykład -> // # tutaj jest koniec pliku powyżej var thisVarsNowInTheCommentButFromAnotherFile .. –
To dobra myśl, ale nie sądzę, że tak się dzieje. Ten zrzut ekranu pochodzi z debuggera podczas uruchamiania aplikacji i pokazuje już dołączony plik w jego ostatecznej wersji (dev). To może być problem przy kompilowaniu. – Jolleyboy
@Jolleyboy byłeś kiedykolwiek w stanie zrozumieć problem? Mam podobną konfigurację i mapy źródłowe po prostu przestały działać. Chrome działa, a IE nie. Dzięki. –