問題タブ [source-maps]

Less / Sassで構築されたCSSのメンテナンスをどのように行いますか？

Dev Tools / Firebugについて私が気に入っていることの1つは、cssスタイリングの行番号を確認できることです。変更したいコードを見つけるために.less/.scssファイルを手動で検索する以外に、CSSプリプロセッサでこれを行う良い方法はありますか？

最近、haxe 言語でのソース デバッグを介して、chromeにソース マップが存在することを発見しました。元のソース コードでバグの理由を確認しながら、生成された JavaScript を Chrome ブラウザ内でデバッグできます。

coffeescript のソース マップ ジェネレータを書いた人はいますか / coffeescript のソース マップは可能ですか?

これは、coffeescript によって生成された JavaScript のデバッグに役立ちます。

GWTの2.5Showcaseプロジェクトでsuperdevモードとソースマップを実行する方法を探しています。

次の手順に従いました： https ： //developers.google.com/web-toolkit/articles/superdevmode http://blog.daniel-kurka.de/2012/07/mgwt-super-dev-mode.html

gwt-2.5.0.rc1を使用するEclipse上に新しいWebアプリケーションプロジェクトを作成し、いくつかのサンプルコードを生成しました（Helloサーバー）。

ポート9876でコードサーバーを実行し、srcフォルダーに転送することができました。私のアプリに移動し、「開発モードオン」ブックマークレットを押しました。テストプロジェクトを再コンパイルしました。正常に再コンパイルされましたが、Eclipseで次の例外が発生して失敗しました。

例外を掘り下げて、私は得ています

と

Gwtの2.5Showcaseサンプルで実行する方法の詳細な例を探しています。

更新：Mailサンプルで試してみたところ、コードサーバーがMail.htmlファイルを出力しないことに気づきました。代わりに、これはコードサーバーからの出力です。

Mail.htmlファイルはありません。これは診断に役立つかもしれません。

Chrome のソース マップ機能を試してみたところ、複数のモジュールが連結され、それぞれ//@sourceMappingURLがコメントで区切られているスクリプト タグに単一の JavaScript リソースを関連付けることがサポートされていないことがわかりました。

最初のマッピングが接続され、デバッガーに関連付けられたモジュール ソースが表示されますが、他のすべては無視されます。

複数のモジュールが縮小されて連結されている場合、これを行うことはコメント要件になると思います

シナリオはサポートされていますか?

Eclipse を IDE として GWT 2.5 を使い始めました。Chrome でデバッガーを使用する場合、ソース ファイルのリストを並べ替えてブレークポイントを設定するのは面倒です。関連するコードを Eclipse で既に開いている場合はさらに悪化し、Chrome でそれを見つけなければなりません。

Eclipse でブレークポイントを設定し、それを Chrome で利用する方法はありますか?

SourceMap の存在を考えると、これは自然な概念のように思えます。まだ SourceMaps 仕様の一部になっていない場合は、おそらくそうすべきです。

TypeScriptソースのデバッグをChromeで機能させようとしていますが、2つの特定の問題とおそらく関連する問題が発生しています。

1つ目は、ソースマップファイルの場所を特定することになっているTypeScript/WebEssentialsコンパイラによって生成されたコメントは次のようになります。

//sourceMappingUrl=MySourceFile.js.map

ただし、Chromeはそのファイルを読み取りません。コメントは次のようになります。

//@ sourceMappingUrl=MySourceFile.js.map

コメントを手動で変更してページを更新すると、魔法のようにすべての.tsファイルへの参照がChromeデベロッパーツールにソースとして表示されます。

ただし、ファイルが実際に読み込まれないため、2番目の問題が発生します。Chromeがダウンロードしようとしている.tsソースファイルはですhttp://localhost/MySourceFile.tsが、実際にダウンロードしようとしているのは。ですhttp://localhost/C:/source/web/MySourceFile.ts。MySourceFile.js.mapの開始属性は次のようになっているため、この種の意味はあります。

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

ただし、ソースマップの場所が完全に相対的であると解釈されるため、Chromeでは明らかに機能しません。IISは（非常に正しく）のようなURLを提供しませんhttp://localhost/C:/source/web/MySourceFile.ts。

それで、これらの2つの問題に関して、それを間違っているのはChromeまたはTypeScriptソースマップ機能ですか？そして、これを行うための推奨される方法は何ですか？

私はChrome25.0.1323.1dev-mを使用しており、TypeScript0.8.1とWebEssentials1.8.5を使用しています。

Chrome で SuperDevMode を使用していますが、突然ソースマップが Chrome に表示されなくなるまで問題なく動作しました。
CodeServer は次の例外をスローします。Multiple fragment 0 sourcemaps found. Too many permutations.

コンパイル中に次のように表示されます。

何か案は？

uglifyjs を介してすべてのコードを実行するビルド スクリプトがあり、多くの高度なキャッシュ機能を実行eval( code )し、最終的にいくつかの JavaScript ファイルで実行されます。

ソース マップを使用してこのプロセス全体を実行しようとしていますが、eval. それを使用して直接ファイルにリンクすると、正常に<script src="...">動作します。

私のevalコードには、次のものがあります。

そして、その.mapファイルには次のものがあります。

代わりに最後に入れてみまし//@ sourceURL=たが、少なくとも正しいファイル名が得られますが、まだ読み取り可能なソースはありません。

何か案は？Chrome 25 (dev) および 26 (canary) でのテスト

r42からr55に更新したいThree.jsページがあります。その間にかなりの量のAPIが変更されました。

これらの変更のいくつかは簡単でしたが、今JSONLoaderではフォーマットがJavaScriptからJSONに変更され、他の変更が原因で失敗する可能性がある、の厄介な詳細に固執しています。値が内部のundefinedどこかでAPIをトリップしていますが、スタックの上位数層が縮小されたコードであるため、問題が何であるかわかりません。

ここで完全なソースを取得するには、どの手法が最適ですか？利用可能なソースマップはありますか？

three.min.jsファイルをに交換しようとしましThree.jsたが、縮小されたファイルには他の多くのファイルも含まれています。これらすべてのファイルをワークスペースにロードし、1つの問題を1分間デバッグするためだけに、それぞれを参照する必要があるという考えは好きではありません。

縮小されていない同等のファイルを含む単一のファイルはありますthree.min.jsか？同様に機能する別のアプローチはありますか？

編集だから私はソースファイルを取得するためにthree.jsリポジトリのクローンを作成していて、次のようなHTMLの束になってしまいます：

リポジトリは約200MBで、クローン作成には時間がかかります。どうやら、Gitで部分的なクローンを作成する方法はありません。

もっと簡単な方法が必要です！

ソース マップに関して、クロム (ビルド 181620) で奇妙な動作に遭遇しました。私のアプリでは、縮小されたjqueryを使用しています。ログイン後、サーバーログファイルに「jquery.min.map」のHTTPリクエストが表示されるようになりました。これらのリクエストには Cookie ヘッダーがありませんでした (他のすべてのリクエストは問題ありませんでした)。これらのリクエストは、開発者ツールのネット タブにも表示されません (これはあまり問題になりません)。

要点は、このアプリの js ファイルはログインしたクライアントのみが利用できるようになっているため、この設定ではソース マップが機能しないか、ソース マップの場所をパブリック ディレクトリに変更する必要があるということです。 .

私の質問は次のとおりです。これは望ましい動作ですか (つまり、ソース マップ リクエストは Cookie を送信すべきではありません)、それとも Chromium のバグですか?