Tapuscrit carte source des fichiers ne fonctionne pas avec Chrome

Je vais essayer d'obtenir la Machine de la source de débogage de travail dans Chrome, mais je suis en cours d'exécution en deux et peut-être des problèmes.

La première est que les commentaires générés par le Tapuscrit/WebEssentials compilateur qui est censé identifier l'emplacement de la source du fichier de la carte ressemble à ceci:

//sourceMappingUrl=MySourceFile.js.map

Mais Chrome ne sera pas lire ce fichier. Il semble s'attendre à ce que le commentaire doit ressembler à ceci:

//@ sourceMappingUrl=MySourceFile.js.map

Si je modifier manuellement le commentaire, et de me rafraîchir la page, puis comme par magie les références à tous les .ts fichiers apparaissent comme des sources dans les Outils de développement Chrome.

Cependant, ce qui m'amène à mon deuxième problème, car les fichiers n'est pas chargé. L' .ts fichier source que google Chrome devrait être essayez de télécharger http://localhost/MySourceFile.ts, mais la c'est fait essayez de télécharger http://localhost/C:/source/web/MySourceFile.ts. Ce genre de logique, comme l'ouverture des attributs de MySourceFile.js.carte ressembler à ceci:

{"version":3,"file":"tmp1523.tmp","sources":["C:/source/web/MySourceFile.ts"

Mais qui de toute évidence ne fonctionne pas avec google Chrome, il interprète la source-l'emplacement de carte pour être tout relatif, et IIS (assez bien) de ne pas servir de n'importe quelle URL de la recherche comme http://localhost/C:/source/web/MySourceFile.ts.

Donc, par rapport à ces deux problèmes, c'est le Chrome ou le fichier d'enregistrement de la source de la carte qui est de faire le mal? Et quelle est la meilleure façon de faire cela?

Je suis en utilisant google Chrome 25.0.1323.1 dev-m, avec Tapuscrit 0.8.1 et WebEssentials 1.8.5.

Cela peut être un site Web Essentials question. Soit ça, ou le comportement du compilateur a changé. À cause de certains bugs, NOUS 1.8.2 et, plus tard, je suis sur le TS 0.8.0 / NOUS 1.8.1 et la source des cartes de travail correctement dans le navigateur Chrome. Ma source carte commence {"version":3,"file":"pe.plugins.js","sources":["pe.plugins.ts"] ... (etc) et la JS annotation est //@ sourceMappingURL=pe.plugins.js.map. Vous ne savez pas si la nouvelle carte source fonctionnalité est compatible avec Chrome, maintenant qu'ils ont changé de travailler dans VS/IE ?
Voir aussi (la mise à jour vers le milieu de la page): johnpapa.net/debug-with-typescript08 - some earlier versions of Web Essentials 2012 may interfere with the TypeScript debugging ... I have had much success using Web Essentials 2012 version 1.8.8.1.
Cette dernière a été. La version de WebEssentials madskristensen.net/custom/webessentials2012.vsix (actuellement 1.8.9.66, par rapport à la 1.8.5 disponible sur visualstudiogallery.msdn.microsoft.com/...) génère les fichiers de carte correctement. Les jeter dans une réponse et je vais vous donner de crédit :-).
Fait. Heureux de vous avoir aidé.

OriginalL'auteur Ken Smith | 2012-11-26

  1. 3

    C'est un problème avec la version 1.8.5 de Web Essentials (la version actuellement disponible de la Galerie Visual Studio). La dernière nightly build (au moment de la rédaction http://madskristensen.net/custom/webessentials2012.vsix) résout le problème et génère de la carte de liaison correctement.

    J'ai essayé de débogage tapuscrit en chrome permis à la source des cartes dans google chrome, et j'ai aussi essayé de débogage dans ie10, mais les points d'arrêt ne jamais se faire frapper dans vs 2012
    Le sourcemap de soutien à la Machine ne semble pas fonctionner très bien encore. J'ai finalement éteint - trop de bugs. Entre autres choses, avec VS2012, si vous actualisez votre page sous IE, aucun de vos TS les points d'arrêt est atteint. Donc je fais la plupart de mes débogage dans le navigateur plutôt que dans VS2012.
    de bon sens!
    Il a toujours bien fonctionné pour moi sur Chrome. J'ai mis mes points d'arrêt de l'utilisation de 'debugger' normalement (ou en utilisant le Chrome outils F12) et quand il se casse, j'ai le ts source (pas le js) et peut afficher les valeurs de ts membres, etc. Autre qu'un test rapide quand ils ont introduit la fonctionnalité, je n'ai pas utilisé VS2012 debug - il semble un peu encombrant pour le code côté client.
    TS 0.8.2 peut répondre à certaines de vos questions: "Nous avons encore amélioré l'Visual Studio Tapuscrit de débogage de l'expérience dans la 0.8.2. Le débogueur s'maintenant l'honneur des points d'arrêt après F5 (actualiser) au cours d'une session de débogage. Combiné avec l'ajout de la compilation-sur-save, le flux de travail d'édition et de débogage d'une application web est aussi facile que l'enregistrement de la modification des changements et de l'actualisation de l'navigateur." blogs.msdn.com/b/typescript/archive/2013/01/21/...

    OriginalL'auteur Jude Fisher