10ESRでエラーがでないことを確認してTb24で動作確認、で逃げられているんですけどね。どこかの設定で、エラーコンソールに表示する・しない、を制御できるのでしょうか。chrome.mnifestやinstall.rdfの記述に問題があるのかな?あるいは、<script>を書く場所の問題?ToolBarボタンそのものではなくToolBarパレットに登録し、ToolBarのカストマイズでボタンを登録するようにしていて、それも、ToolBarではなくMenuBarにボタンを入れた、ということが関係するのかな?現在アドオンを置いてあるURLです。0-003.html単に各種のオブジェクトをエラーコンソールにダンプするのが目的なんですが、メモリーリークを引き起こすテストケースや、クラッシュが起こるテストケースもあるので、基本は非公開の個人用アドオンです。IMAPで常に[Gmail]/Trashをtrashにするので、他のmboxを無理矢理trashにしてしまう」。普通と異なるのは、JSファイルのロード時に実行されるのは、このアドオン用の唯一のグローバルオブジェクト(window.XYZのようなグローバル変数)の定義と、そのいくつかのプロパティーの値のセットと、多くの関数を、その唯一のグローバルオブジェクトのプロパティーとして定義しているだけ、ということです。JSファイルの中には、functionステートメントはありません。全てが、ボタンクリックの後のグローバルオブジェクトのプロパティーのfunctionのコール、になっていて、いくつかは、イベントハンドラーやイベントリスナーとして使うようになっています。これは、windowのプロパティー(グローバル変数)のバッティングや、varやletを書き忘れてwindow.xyzを壊してしまうことを減らすためです。Objectオブジェクトの定義をしているだけですから、JSファイルのロード時のシンタックスチェックには、まず引っかかりません。ふてニャン県ほぼ、「自己解決」、です。importユーティリティがロード時にシンタックスエラーを検出すると、エラーメッセージをだしてくれます。使えば、階層化できるので、あるオブジェクト内の個々のfunctionにつき一つの.jsmファイル、ということも非常に簡単にできて、便利。複数のAdd-Onに分けてSingletonを共有、ということも、簡単にできます。今あるコードを全てSingletonのオブジェクトに移行するのは、ちょっと手間がかかりますけど。書いておかないといけない。書いておくだけでいい、という話ではあるんですけどね。