設定されていると思います。この設定を有効にすることで、ソースコード中にオートフォーマットを行わない行を作ることができます。これでいつでも気兼ねなくオートフォーマットできます。ファイルを保存する際に自動で実行する処理を指定します。して実行することをおすすめします。挿入するテンプレートを定義できます。私は以下のテンプレート定義を追加しています。生成するテンプレートです。デバッグログを出力するコードが一瞬で書けます。生成するテンプレートです。エラーログを出力するコードが一瞬で書けます。生成するテンプレートです。警告ログを出力するコードが一瞬で書けます。生成するテンプレートです。情報ログを出力するコードが一瞬で書けます。${cursor});tracelogLog.dで、実行しているメソッドのトレースログを出力するコードを生成するテンプレートです。セットするためのコードテンプレートです。重複しないようになっているので両方を同じソースコード内で使用できます。セットするためのコードテンプレートです。重複しないようになっているので両方を同じソースコード内で使用できます。起動対象の設定を行います。指定しないでテストなどの実行を行う際、現在選択している(開いている)ものを対象にしたものが起動されます。実際の開発では直前に実行したものを起動したほうが便利なことが多いので、この設定を変更します。Java実践ガイド」に載っていました。豊富に載っているのでとてもお勧めです。開発が少しでも楽になればと思います。簡単に使用することができます。このライブラリはとても便利なのですが、使用するうえで一つ困ることがあります。シリアルモニターが使えなくなってしまうことです。そこで、ライブラリが使用するシリアルポートを変更可能にするパッチを作成しました。使用するようになります。マクロの定義を変更してください。通信に使用するシリアルポートを有効にする必要があります。以下のコードを追加してポートを有効にしてください。残しておく必要があります。するなど、適宜調整してください。14として先週リリースしました。新しいツール群はビルドパフォーマンスを改善する沢山の変更を含んでいます。これらの変更の中に、ライブラリプロジェクトの扱われ方の変更が含まれています。これはライブラリサポートとコードの再利用性を改善するための第一歩です。ライブラリプロジェクトの扱いに関する変更が既存のプロジェクトに対して影響しないよう考慮していますが、新ツールへ移行する際に問題が発生する場合もあります。ライブラリプロジェクトに対する変更と移行時の問題の解決方法については以下を読んでください。以前は、ライブラリプロジェクトのリソースとソースコードはメインプロジェクトのリソースとソースコードをコンパイルする際の追加フォルダとして扱われていました。場合はこの方法でうまく行きますが、2つの問題がありました。リソースに対するIDがコンパイル時に決まってしまうためそれは不可能だった。ようなソースコード管理システムを使ってチーム開発をする上で必要になる)。r14では、コンパイルされたコードによるライブラリへ移行することでこの両方の問題を一度に解決することにしました。ファイルとして配布することを可能にします。リリースノートで見たかもしれませんが、この方式への移行は幾つかの場合で既存のプロジェクトに影響を与えます。修正は難しくありません。なくなったことによるものです。この変更により、Javaコンパイラはライブラリに含まれるIDの値をインライン展開できなくなります。ラベルとして使用できないことを意味します。二つ目は、プロジェクトによっては新しい方式に正しく移行されない場合があることです。ビルドステップでのクラス重複などのエラーが発生し、プロジェクトのコンパイルに失敗します。これまでのプロジェクトを新しい方式へ移行させますが、既存の方式が抱える問題により正しく移行できないこともあります。移行が正しく行われないと、これまでの方式と新しい方式によってプロジェクトがライブラリを2回参照してしまい、ライブラリ側のクラスが2回パッケージングされてしまいます。いう名前の余分なソースフォルダがないか確認してください。右のスクリーンショットこのような場合の例を示しています。エラーを修正するには、以下の手順で余分なソースフォルダを取り除いてください。project"にチェックが付いていることを確認する。このライブラリプロジェクトに対する変更により、コンポーネントの再利用に対するより良いサポートを提供します。コンポーネントの作成、利用、管理をより簡単に行えるよう引き続き改善を行なっています。私達のゴールは開発者の方々がすべてのフォームファクターに対して素晴らしいユーザーエクスペリエンスを持ったアプリの作成をお手伝いすることです。ライブラリプロジェクトは組織内部でしか使用していないのでバイナリでの配布よりも今までのソースコードベースの方式が良いという開発者の方もいます。ソースコードベースの方式も新方式と平行してサポートできるようにする方法も検討中です。把握しているいくつかの既知の問題(とそのワークアラウンド)を次のサイトに記述しています。http://tools.android.com/knownissuesこれらの問題を修正するアップデートの公開に向けて作業を続けています。できるだけ早くリリースできることを期待しています。[ツッコミを入れる]2010|02|03|08|10|12|2011|06|07|10|12|2012|12|2013|06|追記この日記の本文は、クリエイティブ・コモンズ・ライセンスの下でライセンスされています。コメントなど)は、それらの著作権保持者に帰属します。2.0.0-p648。