Ionic-framework: Le navigateur chrome ionic2 rc0 ne trouve pas le fichier tapuscrit .ts

dupliqué https://github.com/driftyco/ionic/issues/8298

Il s'agit d'un duplicata de https://github.com/driftyco/ionic/issues/8292 , alors suivons-le là-bas. Je vais fermer ça pour le moment.

Merci,
Dan

Oups, c'est ce problème, alors laissons-le ouvert. MDR!

Merci,
Dan

si le fichier de mappage source n'est pas disponible dans le navigateur pour le code de débogage. je ne peux pas travailler avec ionic RC!!!!. j'espère que l'équipe ionique résoudra ce problème

Tellement mauvaise conception

Si je lance ionic serve , j'ai des cartes source pour /app , /pipes , /providers , et /pages est manquant, pas de fichiers typescritp

Si je lance ionic serve --lab , je n'ai pas de /.tmp

Nous travaillons là-dessus. Il s'agit d'un élément hautement prioritaire pour nous.

Merci,
Dan

C'est super de voir qu'Ionic travaille là-dessus ; juste un +1 ici parce que c'est un problème pour moi aussi, mais je vais contourner ce problème du mieux que je peux et essayer de deviner quand je débogue :)

Pour info - Cela affecte également la tentative de débogage dans Visual Studio Code à l'aide de l'extension cordova tools. Utilisé pour fonctionner comme un rêve à la fois dans le navigateur en utilisant serve et directement sur un appareil. Maintenant, tout ce que j'obtiens, c'est la sortie de la console, aucun point d'arrêt ne se déclenchera.

Lorsque j'exécute ionic serve , je vois des cartes source vers JS transpilé. Il est assez simple de déboguer l'OMI. Que voyez-vous et que voudriez-vous voir ?

Merci,
Dan

Je peux vous donner quelques captures d'écran du problème si vous le souhaitez. Fondamentalement, dans les versions précédentes, le débogueur Chrome affichait tous les fichiers .ts. Maintenant, il affiche simplement main.js. Aucun de mes fichiers .ts de pages n'apparaît. Si vous obtenez des fichiers de carte avec un service ionique et que vous êtes capable de déboguer du code dans vos pages, c'est mieux que ce que je vis.

@mirata , c'est pareil pour moi.
J'utilise nvm et j'ai essayé deux installations différentes d'ionic et deux projets d'onglets de démarrage différents, les fichiers pages.ts n'apparaissent pas à la fois avec les versions de nœud 4.6.0 et 6.7.0.

Dans tous les cas voici ce que j'obtiens :

En fait, les scripts sont transpilés et je peux voir les scripts dans le dossier pages, mais je ne peux pas voir ce dossier pages dans l'onglet sources,

juste une suggestion
je pense que le rollup supprime la relation entre le fichier map et le fichier script

@danbucholtz
Je comprends qu'il est possible de déboguer le fichier main.js transpilé, avec tous les pages.ts à l'intérieur.
Je tiens également pour acquis que rollup.js génère un code plus optimisé que webpack.

Dans tous les cas, serait-il possible d'avoir les précédents scripts ioniques de la combinaison d'outils webpack-gulp afin de les utiliser lors du développement ?

À mon avis, il est beaucoup plus simple de déboguer avec les fichiers .ts séparés, puis d'avoir la possibilité d'utiliser rollup.js pour une version de production serait optimal et grandement apprécié.

@AntonioRossi , en ce moment, non. Nous allons faire fonctionner les cartes sources. Il s'agit d'un élément hautement prioritaire pour nous.

J'ai le pressentiment que la grande majorité des changements pour RC1 seront dans app-scripts , à moins qu'il n'y ait un bogue majeur trouvé dans le framework lui-même. Nous réitérons rapidement sur app-scripts car nous ne sommes pas satisfaits de ce que nous avons produit jusqu'à présent.

Merci,
Dan

@danbucholtz Je ne sais pas si vous dites que le problème de la carte source ne sera pas résolu avant RC1?

Si oui, une solution de contournement sera-t-elle publiée au préalable ? C'est un très gros problème, et je préfère _vraiment_ ne pas attendre qu'une nouvelle RC soit construite, testée et publiée.

J'utilisais Visual Studio pour créer et déboguer mon projet bêta ionique. Cependant, depuis rc0, je ne pouvais même plus créer mon projet à l'aide de Visual Studio. Veuillez noter que je ne parle même pas de le déboguer.

@danielabbatt (ou quiconque connaît la réponse), vous avez mentionné que vous

@eddyng8 avez-vous suivi le chemin de mise à niveau dans le journal des modifications ?

Oui je l'ai fait. Je pourrais construire mon projet en utilisant "ionic build android" et l'exécuter sur mon appareil en utilisant "ionic run android". Donc, je savais que j'avais tout suivi correctement dans le Changelog.

Permettez-moi de revenir un peu en arrière. Lorsque j'ai utilisé ionic2 beta, j'ai suivi l'article suivant pour construire et déboguer mon projet ionic2 dans VS : https://blogs.msdn.microsoft.com/rido/2016/05/11/ionic2-and-visual-studio/ . Cependant, après avoir mis à niveau mon ionic2 vers rc0 et suivi à nouveau les mêmes étapes (moins la partie qui parlait de gulp car le gulp construit est supprimé dans rc0), j'ai eu l'erreur suivante en appuyant sur F5 dans VS :

MSB6006 tsc.exe s'est terminé avec le code 1. Fichier : Microsoft MDA.FileMirroring.targets ligne 387

De plus, je me suis assuré que VS utilise les mêmes versions de Node et de npm que lorsque je faisais tout en ligne de commande en définissant le chemin des outils externes comme décrit dans cet article : https://blogs.msdn.microsoft.com/webdev/ 2015/03/19/customize-external-web-tools-in-visual-studio-2015/.

J'espère que quelqu'un a déjà compris comment utiliser ionic2 rc0 dans Visual Studio et pourra m'aider ici. Mon objectif est de pouvoir appuyer sur F5 et exécuter l'application dans l'émulateur via VS. Et je sais que le débogage avec ionic2 rc0 ne fonctionne pas. Mais quand cela fonctionne, bien sûr, j'aimerais pouvoir à nouveau déboguer en utilisant VS.

Incroyable...

VS s'est bien passé avec Ionic2 Beta, mais après l'avoir mis à niveau vers RC0, j'obtiens :

Build:Cannot find module './app.module.ngfactory'

cependant, ionic build passe et ionic serve fonctionne aussi

@ xx0r c'est probablement dans le main.prod.ts, me ressemble à l'ancien fichier de thème lié au répertoire de construction, le fichier créé lors du processus de construction et est disponible lorsque vous servez ionique sous le dossier sans domaine dans ChromeDevTools sous les scripts .

peut-être pourriez-vous le commenter et utiliser le paramètre --dev dans package.json après la construction pour forcer la construction avec l'indicateur dev

Toujours pas de solution pour ça ?

+1 Voir également ce problème. Des solutions de contournement sales jusqu'à ce que nous voyions un correctif?

@danbucholtz dans combien de temps pouvons-nous nous attendre à résoudre ?

@konrin ,

Pas de calendrier pour le moment, mais c'est une priorité pour nous et nous avançons rapidement avec @ionic/app-scripts .

Merci,
Dan

Il semble que les fichiers JS soient disponibles pour le débogage lors de l'utilisation d'un modèle en ligne : https://github.com/driftyco/ionic-app-scripts/issues/89

Le débogage des composants de la page est impossible. Cependant, lorsque je supprime le fichier js.map, je peux au moins définir des points d'arrêt dans le fichier main.js. sinon, je suis constamment redirigé vers ces fichiers ngfactory qui sont impossibles à déboguer.

Prévoyez-vous de publier le correctif dans le cadre de rc1, ou sera-t-il disponible avant cela via une mise à jour vers @ionic/app-scripts ?

Ce sera, espérons-le, bientôt disponible - avant RC1.

Merci,
Dan

C'est corrigé maintenant. Allez-y et mettez à jour :

npm install @ionic/app-scripts<strong i="6">@latest</strong>

S'il vous plaît laissez-moi savoir s'il y a encore des problèmes.

Je rouvrirai si besoin.

Merci,
Dan

Salut @danbucholtz ,

Merci pour la mise à jour 👍 , mais il semble que le problème ne soit pas entièrement résolu. Je vois des problèmes quand

1 - J'ajoute un point d'arrêt, le déroulement du programme ne s'arrête pas à ce point
2 - n'affiche pas tous les fichiers .ts.

Veuillez consulter l'exemple ci-dessous (étapes à reproduire)

• créer un nouveau projet ionic start demo --v2
• mis à jour les scripts ( npm install @ionic/app-scripts@latest )

C'est ce que je vois dans les cartes sources

cependant c'est la structure de répertoire réelle

ou il est possible que je manque quelque chose ici aussi. :). J'ai testé cela avec Chrome Version 53.0.2785.143 (64-bit)

J'espère que cela vous aidera pour votre enquête

Tchin Tchin

Sam

@sameera207 ,

Bonne prise. Merci de nous en informer.

Merci,
Dan

Je viens de mettre à niveau vers ce correctif et maintenant le cumul n'est pas capable de trouver certaines interfaces dans mon fichier Model.ts. supprimer la mise à niveau et revenir à la version précédente et cela fonctionne. --> empêchant toute la construction de se produire. c'est difficile pour moi de partager cela cependant. Je vais essayer de voir si la même chose se produit avec un projet ionic start

_EDIT_ Le démarrage ionique propre fonctionne. Il semble que le rollup rencontre des problèmes avec les interfaces tapuscrites qui étendent d'autres interfaces ou quelque chose du genre. Cependant, sans rapport

@danbucholtz après la mise à niveau, il y avait le même problème que dans @pascalwhoop pour trouver des interfaces lors de la création d'une application.

quelqu'un a une idée sur la façon dont je peux obtenir un travail de débogage avec Visual Studio 2015 ? J'ai exécuté la mise à jour des scripts d'application ionique, mais le point d'arrêt ne sera toujours pas déclenché. Il fonctionne cependant avec la version bêta 11. Des idées ? j'ai failli abandonner

@ Rainson12 ferait mieux d'abandonner avec RC0 et de continuer à travailler avec Beta 11, c'est bien mieux !

@konrin , @pascalwhoop ,

Pouvez-vous fournir un exemple minimal de la façon de recréer la situation. Pouvez-vous vérifier l'attribut @ionic/app-scripts package.json version pour me faire savoir quelle version vous utilisez ?

Merci,
Dan

@danbucholtz
Version du package :
@ionic/app-scripts/package.json
"version": "0.0.29"

Exemple d'erreur :

[18:09:30]  bundle dev failed:  Module C:/Projects/test/src/models/contact.ts does not export IContactHistory (imported by C:/Projects/test/src/components/contact-history
-item/contact-history-item.ts)                                                                                                                                                                  
[18:09:30]  Error: Module C:/Projects/test/src/models/contact.ts does not export IContactHistory (imported by C:/Projects/test/src/components/contact-history-item/contact
-history-item.ts)                                                                                                                                                                               
    at Module.trace (C:\Projects\test\node_modules\rollup\dist\rollup.js:7706:29)                                                                                                    
    at ModuleScope.findDeclaration (C:\Projects\test\node_modules\rollup\dist\rollup.js:7329:22)                                                                                     
    at Scope.findDeclaration (C:\Projects\test\node_modules\rollup\dist\rollup.js:5349:39)                                                                                           
    at Identifier.bind (C:\Projects\test\node_modules\rollup\dist\rollup.js:6497:29)                                                                                                 
    at C:\Projects\test\node_modules\rollup\dist\rollup.js:5149:50                                                                                                                   
    at UnaryExpression.eachChild (C:\Projects\test\node_modules\rollup\dist\rollup.js:5166:5)                                                                                        
    at UnaryExpression.bind (C:\Projects\test\node_modules\rollup\dist\rollup.js:5149:7)                                                                                             
    at UnaryExpression.bind (C:\Projects\test\node_modules\rollup\dist\rollup.js:6893:53)                                                                                            
    at C:\Projects\test\node_modules\rollup\dist\rollup.js:5149:50                                                                                                                   
    at BinaryExpression.eachChild (C:\Projects\test\node_modules\rollup\dist\rollup.js:5166:5)

Informations ioniques :

Cordova CLI: 6.3.1
Gulp version:  CLI version 3.9.1
Gulp local:
Ionic CLI Version: 2.1.0
Ionic App Lib Version: 2.1.0-beta.1
OS:
Node Version: v6.7.0

Dans la version précédente, la construction du projet était réussie

@konrin ,

Merci. Je vais essayer de recréer et voir ce qui se passe.

Merci,
Dan

Nous avons publié quelques correctifs supplémentaires ici.

npm install @ionic/app-scripts<strong i="6">@latest</strong>

Ça marche, je peux déboguer des pages et des fournisseurs. excellent travail @danbucholtz
Merci.

@danbucholtz désolé, mais la dernière version des scripts d'application ne résout pas le problème d'interface mentionné par @konrin et @pascalwhoop

J'ai un fichier ts autonome qui exporte une seule interface, et il ne semble pas que le cumul puisse le traiter sur ionic serve . Bien que je n'obtienne aucune erreur lors de l'exécution de ionic build android , c'est au moins bien. Pour référence, c'est l'erreur lors de l'exécution de ionic serve

[13:45:59] bundle dev failed: Module edit-address/IAddress.ts does not export IAddress (imported by edit-address/edit-address.component.ts)

Même si ce fichier exporte cette interface :

export interface IAddress { streetAddress: string, city: string, state: string, zip: string, lat: number, lng: number; }

Je peux à nouveau déboguer dans VSCode, merci !

Merci beaucoup à l'équipe Ionic pour le travail acharné!

Je n'ai pas pris le temps de vérifier les nouvelles solutions de script d'application qui ont été publiées récemment, car je travaille actuellement sur des éléments liés à l'interface utilisateur et au back-end, mais j'apprécie le travail que vous faites. faire en écrasant les bogues qui sont apparus après RC0.

@danbucholtz merci pour la mise à jour maintenant cela fonctionne avec "ionic serve", nous pouvons déboguer à nouveau nos fichiers ts, mais nous ne pouvons toujours pas inspecter ou nous connecter avec chrome lorsque nous faisons "ionic run"

Le débogage ne fonctionne toujours pas avec Visual Studio 2015. J'ai installé l'extension VS 2015 npm task runner et placé la tâche "watch" après l'événement de génération (je l'ai également essayé avec l'événement build --dev". en survolant les points d'arrêt lors du débogage, il indique même : « Le point d'arrêt ne sera actuellement pas atteint. Aucun code n'a été chargé pour cet emplacement de code. » Des suggestions ?

@joshgarwood @konrin @pascalwhoop ,

Pouvez-vous fournir un repo de l'interface ou me dire ce que je fais mal ?

J'ai créé un fichier appelé interface-one.ts

export interface One {
   testOne();
}

Ensuite, j'ai créé un autre fichier appelé interface-two.ts

import { One }  from './interface-one';
export interface Two extends One {
   testTwo();
}

J'ai créé une autre interface pour décrire la forme d'un objet appelé shape.ts

export interface Shape {
  fieldOne: string;
  fieldTwo: string;
}

Ensuite, ma page/composant ressemble à ceci :

import { Component } from '@angular/core';

import { NavController } from 'ionic-angular';

import { Two } from '../interfaceTwo';

import { Shape } from '../shape';

@Component({
  selector: 'page-home',
  templateUrl: 'home.html'
})
export class HomePage implements Two {

  constructor(public navCtrl: NavController) {
  }

  test() {
    console.log('testOne');
  }

  testTwo() {
    this.interfaceMethodTest({
      fieldOne: "test",
      fieldTwo: "testTwo"
    });
  }

  interfaceMethodTest(shape: Shape) {
    console.log('shape: ', shape);
  }
}

J'ai implémenté l'interface correctement. C'est une interface étendue. Je peux exécuter ionic serve sans problème. Qu'est-ce que je fais mal?

Merci,
Dan

Hé Dan !

Merci pour le suivi rapide et tout le travail pour tout terminer !

Pour moi, j'utilise l'interface uniquement comme un type. Il n'a donc aucune fonction et rien ne le « met en œuvre ». Donc j'ai:

fichier IAddress.ts

export interface IAddress { streetAddress: string, city: string, state: string }

Ensuite, j'ai un fichier de composant settings-address

import {Component, Input, OnInit} from '@angular/core';
import {NavController, NavParams, Events} from 'ionic-angular';
import {IAddress} from '../../user/directives/edit-address/IAddress';

@Component({
    templateUrl: 'settings-address.html'    
})

export class SettingsAddress {
    address: IAddress =
    {
        city: '',
        lat: 0,
        lng: 0,
        state: '',
        streetAddress: '',
        zip: ''
    };

    constructor(public nav: NavController, private navParams: NavParams, private accountService: AccountService, private events: Events, private alertService: AlertService) {

    }

    ngOnInit() {
      // init stuff here
    }
}

@joshgarwood , pouvez-vous voir mon test mis à jour. Hmm, je fais la même chose avec l'interface shape . Je me demande ce qui est différent.

Merci,
Dan

Hé Dan ! Hmm, c'est le test dans ton commentaire, ou dans un repo quelque part ? Je ne trouve pas d'interface shape dans le commentaire ci-dessus, donc il me manque probablement quelque chose.

De plus, j'utilise la version 30 de ionic-app-scripts, alors peut-être que je n'ai pas la dernière version ? Le package.json dans le contrôle de source en a 30, donc je pense être à jour.

@danbucholtz j'ai préparé un projet de test reproduisant l'erreur. Si vous essayez de générer le projet via tsc, l'erreur ne se produit pas.

https://github.com/konrin/ion-interface-test

@joshgarwood , @konrin et @pascalwhoop ,

Nous pensons savoir quel est le problème et nous travaillons pour le résoudre.

Merci,
Dan

Le débogage _dans le navigateur_ fonctionne comme un charme maintenant. Merci!

_Le débogage sur l'appareil ne fonctionne toujours pas :(_

@danbucholtz merci pour la résolution rapide de ce problème ! Lorsque vous êtes sûr de ce qui s'est passé, cela vous dérangerait-il de partager ? A des fins pédagogiques.

J'essaie d'implémenter SQLite dans mon projet, il renvoie une erreur "Impossible d'exécuter sql", source : file:///android_asset/www/build/main.js"

Implémentation dans un constructeur :

<br i="7"/> this.database = new SQLite();<br i="8"/><br i="9"/> this.database.openDatabase({<br i="10"/> name: "data.db",<br i="11"/> location: "default"<br i="12"/> }).then(() => {<br i="13"/> this.database.executeSql("create table if not exists people(id INTEGER PRIMARY KEY AUTOINCREMENT, firstname TEXT, lastname TEXT)", [] ).then(() => {<br i="14"/> console.log("TABLE CREATED: ");<br i="15"/> }, (error) => {<br i="16"/> console.error("Unable to execute sql", error);<br i="17"/> }) }, (error) => {<br i="18"/> console.error("Unable to open database", error);<br i="19"/> });

@danbucholtz des nouvelles de l'erreur lors de la création d'interfaces ?

@konrin , en train d'y travailler pendant que nous parlons.

Merci,
Dan

Merci!

@danbucholtz sont-ils interdépendants ? https://github.com/rollup/rollup-plugin-typescript/issues/65

J'ai exécuté npm install @ionic/app-scripts@latest sur mon projet et des points d'arrêt Typescript sont touchés si j'exécute ionic serve. Malheureusement, lorsque j'exécute Ionic Serve à partir du code Visual Studio, les points d'arrêt sont touchés dans le main.js transpilé et non dans le Typescript source :( Y a-t-il autre chose nécessaire pour VSCode ?

Avant, lorsqu'une erreur se produisait dans le navigateur, la console m'affichait cette ligne de .ts, mais maintenant, ne me montre que la ligne dans main.js, n'est-ce pas ?

@adamdbradley et @danbucholtz comment gérer les importations d'interfaces d'erreur ? Je ne peux pas pendant longtemps construire le projet - pour moi, c'est un gros problème. Il attend une mise à jour CLI.

Merci

@konrin Il semble que cela se produise uniquement lorsque les interfaces sont utilisées dans @Input(). J'espère qu'ils le résoudront aussi dès que possible.

Comme solution de contournement, j'utilise @Input() inputName: null | MyInterface (pour une raison quelconque, cela fonctionne pour moi, et quand ils le résoudront, je rechercherai toutes les occurrences de null | dans mon projet, les supprimer et laisser seulement les interfaces).

@konrin , nous venons de pousser un correctif et allons commencer à le tester sous peu. En espérant expédier bientôt.

Merci,
Dan

@cocowalla : Pouvez-vous me donner un indice sur la façon de configurer le débogage à partir de VS Code. Juste nouveau mais ce serait génial si je pouvais y définir des points d'arrêt (quel que soit le problème actuel :))
Merci d'avance
Ralph

@ralph-fuechtenkort : Je vous suggère d'y jeter un œil.

@lucasbasquerotto excellent conseil cela corrige à la fois la compilation et puisque c'est une union, nous obtenons une prise en charge complète de la dactylographie. très intelligent :-)

@ralph-fuechtenkort Je ne veux pas faire dérailler ce fil en sortant du sujet, mais malheureusement, GitHub n'a pas de fonction PM. Quoi qu'il en soit, il vous suffit d'installer l'extension cordova . Plus d'infos .

Sachez cependant qu'il ne semble pas fonctionner avec VSCode dans la RC, même avec la dernière commande @danbucholtz .

Même problème avec ionic run browser . Pas de carte source ts dans les outils de développement.

Parfois, j'ai le problème qu'après un livereload, les sourcesmaps ont disparu et le débogage est impossible. Si aucun livereload ne se produit, le débogage fonctionne correctement.

Il semble que les dernières modifications apportées au script aient résolu le problème de débogage du script dactylographié pour moi. Cependant, la modification des fichiers html ne se met pas automatiquement à jour si vous utilisez ionic serve . Je dois redémarrer à chaque fois, ce qui est une douleur énorme. Quelqu'un a-t-il vécu cela ?

@mirata ,

Tu es sur quelle version ? Nous avons publié deux versions ce soir. Je pense que cela devrait être corrigé dans 0.0.32 , mais je peux me tromper.

Merci,
Dan

@danbucholtz Désolé, peu importe. J'ai vidé mon cache npm, réinstallé les dépendances et le problème semble être résolu.

Désolé de rencontrer un problème clos, mais est-ce résolu ?

Je suis sur RC1 avec app-script 0.0.39, j'ai supprimé tout le répertoire node-modules et j'exécute à nouveau npm install . Je ne trouve aucune source ts dans Chrome, juste un tas de fichiers js transpilés sous webpack://./.tmp/

Salut, je viens de mettre à jour les scripts d'application et j'ai à nouveau le même problème d'une manière ou d'une autre...

pas de fichiers ts à déboguer
La commande que j'utilise est ionic serve avec :
"build": "ionic-app-scripts build --dev",
"watch": "ionic-app-scripts watch --dev",
" serve:before ": "regarde",

Cela a été corrigé et maintenant ce n'est plus le cas.

Je l'ai testé en utilisant la version 0.0.36 des scripts d'application et cela fonctionne. Mais en utilisant des scripts d'application / versions 0.0.37, 0.0.38 et 0.0.39, cela échoue.

J'espère que cela t'aides.

Lors de la mise à jour des app-scripts ou ionic, je supprime toujours les dossiers /.tmp ,
/www, et /node_modules, puis lancez 'npm install', cela m'évite beaucoup de
problèmes.

Le samedi 5 novembre 2016, à 03h14, Jose Blanco, [email protected] a écrit :

Je l'ai testé avec la version 0.0.36 et ça marche. Mais en utilisant les versions
0.0.37, 0.0.38 et 0.0.39 il échoue.

J'espère que cela t'aides.

-
Vous recevez ceci parce que vous êtes abonné à ce fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/driftyco/ionic/issues/8292#issuecomment -258593897,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/ABCQy7lec8ol_EOePINBErSm1TYrKCg4ks5q7B7HgaJpZM4KJ6V6
.

Il semble que le plan consiste à corriger les souremaps dans la version 0.0.40 des scripts d'application.

Vous pouvez voir ce fil, passez en bas -

https://github.com/driftyco/ionic-app-scripts/issues/289

le débogage à nouveau ne fonctionne pas avec RC2 et Appscripts 0.0.43. Testé dans VS 2015

@ Rainson12 , utilisez Chrome ou un navigateur pour le débogage pour le moment. Nous utilisons la configuration par défaut de la carte source Webpack, elle peut donc ou non fonctionner avec divers IDE. Nous allons obtenir ce corrigé dès que possible.

Merci,
Dan

J'ai essayé 0.0.43 dans Chrome. Je pouvais voir les fichiers *.ts. Mais le contenu était une version quelque peu modifiée de mes fichiers *.ts (il semble que WebPack les ait modifiés car il contient de nombreux décorateurs WebPack). Je veux juste savoir si cela est attendu puisque WebPack est utilisé à la place du rollup ? De retour en 0.0.36, j'ai vu le contenu original des fichiers *.ts lors du débogage. Je peux vivre avec ça si c'est les résultats attendus. Je veux juste m'assurer que je n'ai rien raté.

@eddyng8 ,

Nous utilisons actuellement par défaut des cartes source eval moins chères/plus rapides. Vous pouvez les modifier pour qu'ils soient la carte source Typescript d'origine, mais la construction sera plus lente. Voir ce blog pour plus d'informations.

Merci,
Dan