全国のid:masanobuimaiファンお待(ry

今回はシンプルにクラスを検索してみる。名前だけがわかっていて場所がわからない場合の話。

まずはEclipse。ショートカットはCTRL+SHIFT+T。メニューとしてはナビゲーションのところにある。

選択すると開かれるダイアログ。

続いてNetBeans。ショートカットはよりシンプルなCTRL+O。メニューも同じナビゲーションにあるのでEclipseユーザーでも違和感はないと思う。

選択するダイアログ。これも機能はほぼ同様。

おもしろいのが所属場所を右寄せでアイコンをつけて表示してくれるところ。おかげでWebアプリなのかスタンドアロンなJavaSEなプロジェクトなのかといったこともすぐわかる。やっぱりアイコンの力と配置場所ってのは偉大だなぁ。

ひそかに「in」とかかれているものがある。ソースを開くとわかるがこれはインナークラスであることを示す。地味ながらよろしい。

• GanttProject activity

プロジェクト管理の授業で使います。人月の神話重要。

(小学生がガントチャートでプロジェクト管理をするというところが笑いどころ)

• FreeMind activity

板書を取る際に使います。賢くなったような気がします。

今でもLabylinthあるけど。

• NetBeans Activity

AppletやServletが作れます。XULRunnerアクティビティを裏で動かせないからWebアプリの開発は難しいかも。

• GIMP Activity

カメラで撮ってその場でコラージュ。

• Blender Activity

3Dモデリングとレンダリング。OLPC XOでは無理かなー。レンダリングだけメッシュネットワークでやっても面白いかも。

• ニコニコ動画Activity

日本語に詳しくなれます。偏った。

• ARカメラActivity

電脳メガネのように初音ミクが空中に。

• Wine Activity

OLPC XOでWindowsを動かすという問いに対する逆転の発想。つこうた(文脈的にこれは正しい)で落とした日本のエロゲーを遊んで日本語に詳しくなれます。偏った。

で、日本のエロゲーが国際的に問題に……(今でもなってるような)。

• つこうたActivity

なぜかPythonで作られたWinnyのクライアント。無駄にセキュリティに凝っていたり。

• ボーカロイド Activity

MIDIのソフトシンセ用プラグイン。MIDIって、使えるよね？

• 放送大学Activity

WMV/WMAをストリーミング再生できるActivity。というか、XULRunnerのプラグイン。放送授業を受けられる。日本語に詳しくなれます。多分。

• 青空文庫Activity

日本語に詳しくなれます。これは偏ってないな。

• ドラゴンレーダーActivity

近くのホットスポットを自動検索。……今でもついてるか。

• Google Desktop Activity

Journalの中をさらに独自検索。なにがなにやら。

• MSX Activity

Z80のエミュレータと互換BIOS。SCC,OPM,OPLA,OPLと無駄に音源が豪華だったり。

• NSF Activity

ファミコン音源のエミュレータ。CHIPTUNE作りまくり。

• Eclipse+CDT Activity

ネイティブアクティビティ作りまくり。カーネルいじりまくり。X.org触りまくり。カーネルハッカーの友。

• DOOM/QUAKE/QUAKE II Activity

PDAのお約束。

• 痕 Activity

PDAのお約束2。そういえば「トラハ」はeToysで動いたな。

• GMailアクティビティ

なんか、にわかに実用の雰囲気が。そういえば、OLPCを納入された児童って、メールアドレスどうしてるんだろう？　学校単位で取ってるのかな？

まだいろいろ思いつくなー。しかし、どれもJournalと相性悪そうだ……。

そういえば、サードパーティ製Activityもソースの開示が条件なんだっけ？　WMV/WMAとかは望み薄そうだなー。

重いんなら、JVMでPython動かせばJITかけまくりで爆速。俺すごくね！？

• OLPC wiki:java(http://wiki.laptop.org/go/Java)

Java is currently not shipped by default.

あー、やっぱりそうですか。

でも、Psycoやpypy(共にPython用のJITモジュール)ぐらい使ってそうだよなぁ。JVMとどっちが速いかは判らないけど、その程度の最適化はすでにやられてあると考えるべきだよね。

Eclipse ActivityやNetBeansIDE Activityの導入予定ってあるのかな。yum経由でインストールして、後はコマンドラインから叩くってのが正しい姿かなぁ。JavaではSugarのC interfaceが必要なのでActivity作れないっぽいですが、コマンドラインツールぐらいなら作っても罰当たらないかなぁ。SwingのLaFにSugarがあっても面白そうではあるんだけど。

http://www.netbeans.org/community/releases/67/relnotes_ja.html

なんか細かいけど気になるところが。

サポートされているテクノロジでStrust1.2.9とかかれているが、これは6.5.1までの話。6.7からは1.3.8のはず。

そもそもJAX-RPC 1.6って…いったいいつの話をしてるんだ?6.5の時点でJAX-WS 2.1サポートしているというのに。

6.5のバージョン管理。ここにCVSやらsubversion、mercurialとローカルヒストリがあった。

6.7では6.5.1まであったバージョン管理がなくなった。

かわりにチームというメニューが登場。

Eclipseにあわせたのかな?と思ったけどkenaiやbugzilla、JIRA、Hudsonを管理するメニューと考えるとここでいい気もしてきた。

ちなみに当たり前ながらこのバージョン管理機能はJava言語に依存していない。

あとバージョン管理のメニューはわりところころかわっていて、昔は（5.0あたりまで）トップレベルに「CVS」とか固有のものがあった。

ソースを取るときにわかったんだけれども、次のバージョンは6.8。おそらく7.0はJavaSE 7かJavaEE 6といった大きなものにあわせるんじゃないかな。

6系は最も数が多いバージョンになるくさい。現時点で

• 6.0
• 6.0.1
• 6.1
• 6.5
• 6.5.1
• 6.7

6個もある。

RelaxNg schema validation module

http://plugins.netbeans.org/PluginPortal/faces/PluginDetailPage.jsp?pluginid=18954

visual database (Oracle) designer

http://plugins.netbeans.org/PluginPortal/faces/PluginDetailPage.jsp?pluginid=18963

RelaxNg schema （良くわからんけどDBのテーブルとか、インサートされるデータを表現するのかな） をxml編集画面で編集する為のプラグイン（前者）と

OracleのDBの設計を視覚的に行う為のプラグイン（後者）のようです。

設計したものは、SQLにしてエクスポートしたり、画像を出力したり出来ます。

以下はvisual database (Oracle) designerの画像です。

エディタ上部、SQLエクスポート用のボタン等がある。

パレット、ここからポトペタでテーブルを作ったり、テーブルへカラムを追加したり出来ます。

エディタ、四角の塊一単位で1テーブルです。

各四角の上段がテーブル名、下段がカラム名です。

各カラムのサイズや、プライマリーキーなどの設定は、各カラム名にマウスのカーソルをのせる事で開くポップアップで行います。

また、エディタ上部のボタンでXML画面に切り替える事でXMLを直接編集する事も可能です。

上の画像の状態でSQLに出力した場合。

CREATE TABLE NAME(
	ID CHAR(200) NOT NULL,
	NAME CHAR(255 CHAR) NOT NULL,
	PRIMARY KEY(ID)
);

CREATE TABLE Test(
	New_Char CHAR,
	New_Float FLOAT,
	PRIMARY KEY(New_Char)
);

CREATE TABLE hoge(

);

XMLがどんな感じかは、みんなインストールしてみてね＞＜

詳しい機能は後で書くかも知れません。

…なんというやっつけエントリ…ねむ…。

地味シリーズ第2弾。

NetBeans 6.5まではNetBeansを起動するとプロセスとして

• netbeans.exe
• nbexec.exe
• nbexec.exe
• java.exe

起動用のexe以外にの３つがタスクマネージャに表示されていた。

これが6.7では

• netbeans.exe

のみである。

Tomcatの腐ったプロセスとめようとしてjava.exeをまちがってつぶしてnetbenasがおちるとかその逆の心配はなくなった。

NetBeans6.7がリリースされました。

MavenサポートやHudsonの統合、エルゴノミクスなど新機能盛りだくさんです。

RCを触った感じだと、エルゴノミクスが結構面白いかも。

ということで、早いうちにアップデートしなくては。

派手目なものはすでに紹介済みなので、ここは地味なものでいく。

階層を表示

JSP、HTML、PHPなど階層が上に表示されるようになったようだ。使うかと聞かれると…

自由な折りたたみ

範囲選択をして、クイックフィックス。

あれ？見覚えのないものが1行追加されてるぞ…。NetBeansでSwingやサーブレット、フィルタ使いにはこの時点でなんとなく動きが予測できるかもしれない。

なんと、コードが消えた！

こいつ、好きな文字を打ち込めるぞ！

折りたたみマークみたいなのがあるので押してみた。

すると展開された。そう、これは自由な折りたたみ機能なのだ。

マウスをのせると中身が表示される。この辺はすでにある折りたたみ機能と同じ。

あくまでも折りたたんだだけであって、コメントとは違う。コードの動きには変更をしない。

とりあえず、このあたりをおいておきたいという場合に使う…のかなぁ。メソッドにすれば折りたためるし微妙すぎる。

Swingの自動生成部分やサーブレット、フィルタのセットアップ部分のようにプラグイン側が最初から設定する場合には絶大な威力を発揮するけど…。

PHPでSQLの補完ほんとうにあるんだー。

DBウインドウでためしに打ち込んでみればいいだけの話ではあるんだけど、ちょっと驚き。

今頃気がついたけど、Java対応IDEでは当たり前のクイックフィックス(電球をクリックもしくはALT+Enter)はPHPでも有効だよ。型がないのでJavaほどのサポートはないけど。

たぶんRubyやGroovyやPythonでも使えるんじゃないかな。余計なお世話という人のためにこのヒントを無効にするというのもできる。Javascriptだと余計なヒントが多いので気に入らないのは片っ端からつぶすのはデフォ。

スプラッシュからはRCという文字が消えてるがどうも機能が6.5より少ない…。

もしかして正式版じゃないのかも。

これみるとJavascriptライブラリ項目がないし。

http://www.netbeans.org/downloads/

改めてみるとPHPの機能強化もかなりのものですね。

PHPUnit対応とかコードカバレッジとか、SQL補完がPHPのコード中でもきくとか目玉だらけですね。

後ひそかに上にJavaFXと並んでPythonEA2の文字が。JavaFXは6.5.1での対応ですが、バージョン表記を見る限り6.7がターゲットのようです。

C/C++サポートもかなり強化されてるのですが、Windowsがプラットフォームだとあんまり意味はなさそうな気も。Qtとか対応したのは人によってはうれしいかもしれません。

とにかく機能強化が満載です。もともと7.0という名前の予定だったのだけれども、6.xとのAPIの互換性があることなどを理由に6.7にしたというのがありますからね。M1だけのときはわりと小粒な機能アップだなぁと思っていたのですが、気がつけばいつもの強化点満載なNetBeansでした。

あと、今回もML版（多言語版）同時リリースです。いきなり日本語使えるのは大きいです。

ダウンロードのオススメはフルセット版です。今回からエルゴノミクス機能が搭載されましたので、必要になったときにプラグインが有効化されます。たとえば最初JavaSEしかつかっていなければJavaSEだけが有効なシンプルなIDEとなります。その後PHPを使えばPHPが、となり、ユーザーの必要なものが有効になっていく仕組みです。おかげで6.5.1までとくらべて、ものすごく軽い軽い。

NetBeans用 Cubby / T2Frameworkプラグインv0.2リリースしました。

ver 0.1は容量の問題で削除しました。

対応NetBeans 6.5 / 6.5.1 / 6.7

ダウンロード

• Cubby プラグイン 0.2
• T2Framework プラグイン 0.2

変更点

Cubbyプラグイン

• アクション一覧ウインドウを追加
• サンプルプロジェクトにNetBeans登録ライブラリを使用するように

T2Frameworkプラグイン

• ページ一覧ウインドウを追加
• サンプルプロジェクトにNetBeans登録ライブラリを使用するように
• Guice x JPAサンプルでHibernateのライブラリをNetBeansに標準登録のものに差し替え
• Guice x JPAサンプルでライブラリをGuice1.0からGuice2.0へ変更
• Guice2.0ライブラリを登録
• Seasar2ライブラリを登録(Cubbyプラグイン0.1にある機能)
• diconファイルを登録(Cubbyプラグイン0.1にある機能)

ライブラリやサンプルの変更箇所が大きくてなんだかんだいって半分以上が作り直しでした。

今後の予定

Cubby/T2Frameworkともにフレームワークに追加予定。

ここは結構ヘビーだけれども、単純なブランクプロジェクトの生成と違って標準やMavenなどプロジェクトの形式に影響を受けないこと、すでに作成済みのWebプロジェクトに対して設定が可能なこと、設定画面をプロジェクトの中のフレームワークごとに用意できることなど利点は多い。

それだけかなり難易度たかくなっちゃうけど。一気に実装するのは無理なので、最初はライブラリ登録やweb.xmlへの各種設定くらいを予定。それが0.3かな。

あと少しずつCubbyの2.0対応をしていく予定。そうなるとGuiceも登録することになるからGuiceとSeasar2はT2やCubbyプラグインから独立させたほうがいいかなぁ。

だから違うって言ってるじゃん。:-)

→ NetBeansとEclipseここが同じ　その７ - しんさんの出張所　はてな編

コード補完は前にも言った通りIntelliJはちょっと独特です。NetBeans, EclipseがCtrl+SPACEだけでいろいろ空気読んでくれるのに対して，IntelliJは用途に応じて補完を使い分けないといけないのです。

それが「Ctrl+SPACEの一族」で，基本補完／タイプ補完／クラス名補完の三種類。といってもクラス名補完はあんまり使わない。

いろいろ説明するの面倒なんで，このスクリーンキャストみてちょ。:-)

ポイントは「List<String> list = new _」で基本補完（Ctrl+SPACE）してもあさってな内容しか出てこないので，タイプ補完（SHIFT+SPACE*1）してるとこ。

この「Ctrl+SPACEの一族」はIDEA9でも変わる様子はないです。２年前は「如何なものか！？」とブーたれてたけど，もう慣れちゃって不満は無いんだ。けど，NetBeansやEclipseからスイッチする人は戸惑うだろうなぁと妄想してます。:-)

一応ね，CodeCompletionLiveって，Ctrl+SPACEだけで空気読んで基本／タイプ／クラス名補完を切り替えるプラグインがあるんだけど，なんでか常用するにいたらなかった。

忘れちゃったけど，なーんか都合が悪かったんだよね。きっと，JetBrainsも「Ctrl+SPACEの一族」に何かこだわりがあるんだろうと好意的に解釈してま。:-P

というのがあります。

ナイトリービルドや、ベータ版なんかを使っている方はご存知だと思うのですが、プラグインの画面を開くと NetBeans の開発用のプラグインやベータ版のプラグインなんかがずらーっと並んでいます。 そういうものを一個ずつインストールしたりして遊んでいるのですが、そういったプラグインの中で是非ともNetBeansのリリース版に含まれて欲しい物があったりします。

これ↓

名前の通りのプラグインなのですが、このプラグインを使うとオーバーライドされていたり、インターフェイスで宣言されたメソッドの実装に簡単に移動出来るようになるという、生唾ごっくんのプラグインなのですが、NetBeans 6.7 でもリリース版には含まれない模様…。 Why………

以下、実演

execute() はインターフェイスで宣言されたメソッドです。

メソッドの上で右クリックしてみましょう（もちろんショートカットでも使えるよ！）

「ナビゲート」の項目の中に「Go to Implementation」という項目が追加されていますので、それを一思いにクリックします。

いいいいいいいいいやっほおおおおおおおおおうううううう

happy_ryo は Java Go to Implementation プラグインを応援しています。

（が、どうすれば応援出来るかはわかっていません。）

とりあえず、WikiのURLを張って宣伝しておこうと思います。

http://wiki.netbeans.org/JavaGoToImplementation

追記

応援する方法がわかりました。

http://www.netbeans.org/issues/show_bug.cgi?id=148517

こちらに是非とも Vote を＞＜

今回は過去最長です。スクリーンショットが多いだけですけど。

今回はよく使うショートカットであろうCTRL+SPACEによる補完です。

List<String> list = new ArrayList<String>();

という１行をNetBeans 6.5とEclipse 3.4のそれぞれ同じ進行で補完してみます。

まず「List」という文字を打ち込んでCTRL＋SPACE。目的はインポート宣言の追加です。

Eclipseはクラス名が並びます。この時点ではGenericsの型がわかりません。ソート順は同一のクラス名の場合パッケージ順のようですね。

NetBeansでは型も表示されます。このスクリーンショットでは見えませんがJavaDocも表示されています。javaパッケージが優先されているようです。awtよりutilが優先順位高い理由はわかりません。バージョン５とかだとawtパッケージが先にきてたような気がします。

そのあとEclipseはGenericsの型で設定してある<E>が表示されます。ここをStringで上書きします。

NetBeansではクラス選択には表示されていた<E>が表示されません。

変数名の補完です。Eclipseではlistとしか補完されません。

NetBeansでは選択肢が出ます。大概この中で事足りるかと思います。ここではEclipseにあわせるためlistを選択。

いよいよコンストラウクタを生成します。Eclipseは引数と同じ型しかでてきません。ArrayListを打ち込む必要があります。

NetBeansはListインターフェースが実装されているものが表示されます。この中からArrayListを選択します。Abstractの優先順位が低ければさらに完璧ですね。

仕方がないのである程度打ち込んで補完。

ちゃんと型<String>が引き継がれてるのがわかります。ですが、コンストラクタが選択できません。

括弧を打ち込んだ後でCTRL+SPACEでやっと選択肢が出てきます。

NetBeansでは先ほどの選択、型<String>が設定され、コンストラクタの選択が自動的に表示されます。

以上、意外とNetBeansのほうが親切な補完だと思ったのではないでしょうか。Eclipse 3.5ではコンストラクタ周りの補完は改善されてるようですが、未確認です。

ちなみにおいらはわりと細かくCTRL+SPACEは押すことは少なかったり。たとえばListの後とかまず押さないですね。長いクラス名とかあいまいだと感じたところで使うくらい。そうするとインポートされてなくてエラーが出るわけですが、そこはクイックフィックスでつぶしていくことのほうが多いですね。今回のように細かく押していく場合はIDEの差は根本的なところでは生まれていないようですが、クイックフィックスをもとにつぶしていく場合は結構癖が違うので間違うことが多いです。

Eclipseのクイックフィックス、マウスでクリックすると反応が鈍いのどうにかなりませんかねぇ。入力中の文に対してはキーボード入力でいいのですが、ソースをマウスホイールでスクロールさせながら見ながらつぶす場合面倒です。3.5では改善されてるんでしょうか。

前回から3週間以上あけてしまいました…。今日からまた頻度を上げてがんばります。これで全国のid:masanobuimaiファンも安心。

今回は久々の復活なので軽くいく。

文字列の分離。

まずEclipseで適当に文字列を作る。カーソル位置でエンター（リターンキーは20代の若い人に通じないorz）を押す。

これが結果。

結合数が決まっているのならばStringBuilderやStringBufferは使わないほうがはるかによい。普通にプラスで結合するほうがいい。

続いてNetBeansでの結果。

むむむ…。今回は完全に同じでした・・・。カーソル位置さえも。

タイトルに偽りなしってか。

http://blog.asial.co.jp/579

NetBeans IDEというと私の中では「Javaの開発環境で重い」という雰囲気があり、これを使うならまだEclipseの方が良いなと思ったりもしていたのですが、いざ使い始めてみると結構快適です。

ほぼJavaで書かれているということで遅くて重いんじゃないかと思っていたのですが、最近のJavaアプリケーションはそんなことはないような気が、全体的な動作という点で見るとEclipseより快適に感じます。

NetBeans重いとか思われてる方がほかにもいそうなのでもっとアピールしたほうがよいような。

そういやfedoraには標準で入ってるんだっけか。技術系雑誌に付属のCDROMに載るようになるのはいつだろう。

サンプルプロジェクトの作成でNetBeansに登録しているソースやJavadocがうまく反映されないと思っていたら結構意外な落とし穴に気がついたので忘れないように書いておく。

はまるポイントは４つ。

1つ目

プロジェクトテンプレートの新規ウィザードを実行した時点の状態が保存される。

当たり前のように見えるが、テンプレートの元となったプロジェクトを修正、再コンパイルやプラグインのプロジェクトを再コンパイルしても一切反映はされない。EJBとか他のプロジェクトに依存するプロジェクトは適切に処理してくれたのに対してこれはそういったことがない。あくまでもスナップショット。

普段NetBeansの親切さに慣れていればいるほどはまる。

2つ目

ライブラリフォルダを使用しているとコピーされるのはクラスファイルとJavaDocのみ。ソースファイルはコピーされない。

これもはまる。ソースを出す方法はない。まぁJavaDocが登録されている分ましだけど・・・。ライブラリフォルダはNetBeans 6.0での新機能だが、やっつけすぎる・・・。

3つ目

ライブラリフォルダを利用していると、あくまでもライブラリもコピーされた状態のまま取り込むことになる。したがってファイルサイズが飛躍的に伸びる。

たとえばT2Frameworkの現時点でのプラグインではT2Frameworkのライブラリを以下の3つ抱えている。

• NetBeans登録用
• Guice-JPAサンプル
• ショーケースサンプル

こりゃサイズが大きくなるはずだ。さらにSpringFramework + iBatisやSeasar2 + S2DAOサンプル等もいれるとどんどんでかくなる。

これをライブラリフォルダを使わないでNetBeansに登録されたものを使うようにするとプラグインに登録されるものは1つとなり、現時点でT2本体のライブラリだけは1/3のサイズになる。5Mもあるので15MBが5MBへと大幅に小さくなる。

CubbyのプラグインもCubby本体は非常に小さいが、Seasar2など依存するライブラリも共有化されるために大幅に小さくなりそうだ。

ライブラリフォルダを使わないとNetBeansに登録するライブラリのバージョンをかえると自動でかわってくれる。これは利点でもあり、不利な点でもあると思う。バージョンを固定化させたいのならライブラリフォルダを意識して作成すればいいだけだから、サンプルプロジェクトではテンプレートの更新がたるいためバージョンアップに追従させたほうが楽か。

4つ目

ライブラリフォルダを利用すると一部プロジェクトでプロジェクトテンプレートが作れない。

Webアプリは大丈夫な模様。スタンドアロンなアプリやライブラリはだめ。JavaSE関係がだめなのかな?すべて試したわけではないが、ライブラリフォルダが使える環境のほうが少ないのかもしれない。たまたまWebプロジェクトでばかりテストしていたからうまくいっていたというか。

以上、わかってしまえばたいしたことがないことだが、原因を知らないとはまるかも。ソースファイルがライブラリフォルダを使うと使われないというのはバグ報告であがってるのかな？

サンプルプロジェクトを位置から作り直すこと、そしてそれにあわせてプラグインプロジェクトでプロジェクトテンプレートを位置から作り直すことが必要になるので結構面倒かも。今週末中にはT2Framework、Cubbyともに0.2を同時リリースしたいところだが、厳しいか？

きちんとlibの設定をしないと動かないことに初めて気づく。素直にSwingでつくったほうがいいかなぁ。

0.2の新機能でそれぞれページ/アクション一覧というのがあるのだが、これはアノテーションにパスを指定する場合、重なっている可能性やミスが発生していないかを確認するためのもの。環境設定ファイル等に一箇所にまとめたほうが見やすいことも多いが、Strutsのように設定ファイルとを行き来しすぎるのもよくない（あれはフォームや遷移先の情報もそこにまとめられていたのが原因なのでそれがなければだいぶましだけど）。

んで、標準APIであるJAX-RSはどうなっているかといえば、これもパスは各リソースクラスに記述する。でも、NetBeansはプロジェクトツリーにパスを表示してくれるので一覧で確認ができる。おそらくEclipseやIntelliJでも同様の機能はあるはずだ。

こういうのがあるとかなり便利だと思ったのだが、さすがにプロジェクトツリーをいじるのは勇気がいるというか、大変そうだ。

というわけで、まずはパスとクラスのマッピングを列挙して表示するウインドウを用意する機能をこの土日で作ってみた。

使い方はメニューからページ一覧ウインドウを開いて、ドロップダウンリストにあるプロジェクト一覧から選択をして検索ボタンを押すだけ。そして行をダブルクリックするとそのソースに飛ぶことができる。

パスでソートしているので重なっていそうなところとかが一応一目でわかる。

あと、細かいところだがメニューのアイコンを見ればわかるが、アルファ入れてなかった…。あとでなおそう。

とりあえずT2Frameworkで試したが、Cubbyも同様の機能がつく。ただし、T2はアノテーションが記述されていることとその中身を見る（value属性がないばあいクラス名の先頭文字を小文字にして表示）だけだが、CubbyはActionクラスを継承しているものを検索、アノテーションがあればそれを使い、アノテーションがなければクラス名を元に取得としなくてはいけない。

Cubby1.1はまだアクションクラス継承必須なのでよいのだが、2.0は今のままだとちょっと難しいなぁ。なんせ継承もアノテーションも必須ではないみたいだから。せめてPOJOの場合アノテーションが必須にならないと難しい気もしないでもない。

一覧で見るために設定ファイルを作るのではなく、各自かってに作ってよいのでそれを一覧で確認できれば問題はないだろうというのがこの新機能だ。メソッドレベルまで見るかどうか、その場合、テーブルでよいのか、ツリーのほうがよいのかという問題もあるが、意外と便利に使えそうだ。

こうなったほうがよいとか、こういう機能がほしいとかある人は意見バシバシください。

こんな地味すぎる機能いらないとかいわれそう。(^-^;

http://platform.netbeans.org/tutorials/nbm-options.html

NetBeans のオプションウィンドウモジュールのチュートリアルの超オレオレ翻訳、画像も6.7であてにはなりません。

無いよりはマシかもね。

なんか、設定画面の作り方はちょーかんたんですね。

設定の保存・呼び出しも便利なAPIが用意されています。

オプションウィンドウのチュートリアル

このチュートリアルではオプションウィンドウの拡張を行う方法を学びます。

Note:このドキュメントは NetBeans 6.5 用の物です（6.7でも大丈夫だけどね）、NetBeans 6.0 〜 6.1 をお使いの場合は別のドキュメントをご覧ください。

目次

・はじめに

・モジュールプロジェクトの作成

・オプションウィンドウの拡張

・モジュールの構築とインストール

・設定の読み込みと保存

このチュートリアルを行うには、次の表に示すソフトウェアおよびリソースが必要です。

ソフトウェアまたはリソース 必須バージョン　とかは本家を見てね！

はじめに。

あなたが、NetBeans プラットフォーム上で動作する NetBeans IDE か他のアプリケーションの為のプラグインを作成しているとき、ユーザーに外部のファイルへ設定をさせたい時があると思います。オプションウィンドウはそういった要望に応える場所を提供します。IDE上では、オプションウィンドウはツールメニュー以下で見つける事ができます:

NetBeans APIは2つの異なった方法でオプションウィンドウへアクセスする方法を提供します。 前者の場合、オプションウィンドウに新しいメイン・パネルを追加することができます。 この方法を使用して、モジュールは新しい主パネルをオプションウィンドウに加える事ができます、上のスクリーンショット上の'一般'のパネルや'エディタ'パネルと同様のものです。 これらのパネルのように、あなたのパネルはパネルのボディーでの設定項目と共に、オプションウィンドウの先端に名前とイメージを持つことになります。 2番目の場合では、あなたは’その他’パネルの中に NetBeans API で新しい「二次パネル」を以下のように加えることができます:

この場合、あなたの作成した「二次パネル」は「Ant」や「Diff」の様に上にあるタブで、拡張されたパネルのボディーへ移動する事ができます。設定用のパネルを、メインパネルに追加するか、その他のパネルのタブの中に追加するかはあなたの自由です、趣味で決めちゃうと良いと思うYo。

このチュートリアルが終わる頃にはオプションウィンドウに新しいパネルが追加されるでしょう。さらに、拡張されたオプションウィンドウを利用して、ユーザーが設定した内容を読み込んだり、格納したりするのに NetBeans NbPreferences クラスをどのように使えば良いか理解出来るでしょう。

モジュールプロジェクトの作成

モジュールの開発時には、プロジェクトの構成が正しく設定されていることを確認する必要があります。NetBeans IDE には、モジュールに必要なすべての基本ファイルを設定するための「モジュールプロジェクト」ウィザードが用意されています。

1. 「ファイル」>「新規プロジェクト」(Ctrl-Shift-N) を選択します。「カテゴリ」で「NetBeans モジュール」を選択します。「プロジェクト」で「モジュール」を選択します。「次へ」をクリックします。

2. 「名前と場所」パネルで、「プロジェクト名」フィールドに「CoolOption」と入力します。「プロジェクトの場所」を使用コンピュータ上の任意のフォルダに変更します。「スタンドアロンモジュール」オプションはそのままにし、「主プロジェクトとして設定」チェックボックスを選択します。「次へ」をクリックします。

3. 「基本モジュール構成」パネルで、コード名ベースに「org.netbeans.modules.cooloptions」と入力します。

4. 「XML レイヤーを生成」を選択します。「ローカライズ版バンドル」と「XML レイヤー」のファイルの場所は両方ともそのままにしておきます。これらは、org/netbeans/modules/cooloptions という名前のパッケージに格納されます。「完了」をクリックします。

IDE が CoolOptions プロジェクトを作成します。このプロジェクトには、ソースや、プロジェクトの Ant 構築スクリプトなどのプロジェクトメタデータがすべて含まれます。IDE でプロジェクトが開きます。「プロジェクト」ウィンドウ (Ctrl-1) で、プロジェクトの論理構造を表示できます。また、「ファイル」ウィンドウ (Ctrl-2) で、プロジェクトのファイル構造を表示できます。

オプションウィンドウの拡張

モジュールのプロジェクトが既にあるので、オプションウィンドウの拡張を提供する NetBeans API のウィザードを実行します。ウィザードではメインパネルか、その他のパネルかどちらかを選択します。ウィザードは必要なクラスの生成と layer.xml への細かい登録を行ってくれます。

1.「CoolOption」プロジェクトを右クリックして、「新規」で「その他」を選択します。「カテゴリ」で「モジュールの開発」を選択します。ファイルの種類は、オプションパネルを選択してください。以下の画像を見てみてください:

「次へ」をクリックします。

2.次のパネルでは、作成したいパネルの種類を選択して必要な情報を入力します。初期状態では、パネルは以下の画像のような状態です:

このチュートリアルでは、「その他」に属する二次パネルを作成します。（org.netbeans.spi.options.AdvancedOption を拡張します）

上の画面に以下のように入力します:

・タイトル. Cool Options

・ツールチップ. Select Cool Options!

・キーワード. Cool

以下の画像を確認してください:

「次へ」をクリックします。

3.「場所」のパネルでは、生成されるクラスの接頭辞とそれらが配置されるパッケージを設定出来ます。クラス名の接頭辞を「Cool」に変えてパッケージ名はそのままにしてください。「完了」をクリックします。

プロジェクトウィンドウは以下のようになっているはずです:

layer.xml ファイルを開いてください。新しいフォルダがこの内容で追加されている事を確認してください。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE filesystem PUBLIC "-//NetBeans//DTD Filesystem 1.2//EN" "http://www.netbeans.org/dtds/filesystem-1_2.dtd">
<filesystem>
    <folder name="OptionsDialog">
        <folder name="Advanced">
            <file name="org-netbeans-modules-cooloptions-CoolAdvancedOption.instance">
                <attr name="controller" newvalue="org.netbeans.modules.cooloptions.CoolOptionsPanelController"/>
                <attr name="displayName" bundlevalue="org.netbeans.modules.cooloptions.Bundle#AdvancedOption_DisplayName_Cool"/>
                <attr name="instanceCreate" methodvalue="org.netbeans.spi.options.AdvancedOption.createSubCategory"/>
                <attr name="keywords" bundlevalue="org.netbeans.modules.cooloptions.Bundle#AdvancedOption_Keywords_Cool"/>
                <attr name="keywordsCategory" stringvalue="Advanced/null"/>
                <attr name="toolTip" bundlevalue="org.netbeans.modules.cooloptions.Bundle#AdvancedOption_Tooltip_Cool"/>
            </file>
        </folder>
    </folder>
</filesystem>

さらに、org.netbeans.spi.options.OptionsPanelContoroller を拡張するクラスと、新しいパネルの為のJPanelも同様に追加されています。

モジュールの構築とインストール

コーディングは全くしていませんが、既にモジュールを試してみる事が出来ます。既存のオプションウィンドウと統合された、新しいパネルを見てみましょう。その後、ユーザーが設定情報を入力する事の出来る Swing のコンポーネントを追加します。

NetBeans モジュールのインストール

プロジェクトウィンドウで、CoolOptions プロジェクトを右クリックして「実行」をクリックします。

モジュールはターゲット NetBeans Platform の新しいインスタンス上にビルドされて、インストールされます。 ターゲット NetBeans Platfrom は、新しいモジュールを試す事が出来る状態で起動します。

NetBeans モジュールを使ってみる

このセクションでは、ユーザーの役割を引き受けます。ユーザーがモジュールをインストールした後で、通常であれば設定を行う為にオプションウィンドウで大体このような操作をするでしょう。

1.メインメニューで「ツール」内の「オプション」を選択し、オプションウィンドウを開きます。

2.「その他」のパネルを選択すると、"Cool Options"が新しく統合されています。

3.オプションウィンドウを閉じてください。その後、Ctrl-Iを押してください。次に、はじめに定義したキーワードをタイプしてください:

オプションウィンドウを開く為に返された項目をクリック出来ます。そうすると、作成したカテゴリーが開かれます。

次のセクションでは、パネルにテキストフィールドとボタンを追加します。そして、オプションウィンドウを閉じる際にユーザーの設定を保存する方法を学びます。そして、モジュール内でどのように設定を読み込んでそれを利用するかを学びます。

設定を保存して読み込む

このセクションでは、オプションウィンドウの拡張のデザインを始めます。GUI Builder を使用して、JPanel、JTextField、及び JLabel を追加します。次に、再度モジュールをインストールして、結果を確認します。それから、コーディングを始めます。NetBeans NbPreferences のクラスを使って、ユーザーによって設定された値を保存します。保存された設定は、ユーザーディレクトリに格納されます。そして、コードの適切な場所で設定を読み込みます。

パネルのデザイン

まず最初に、設定する手段を提供する為に、いくつかの Swing コンポーネントをパネルに加えましょう。

1.余裕ができるように、CoolPanel.java のデザインビューでパネルを広げてください。

2.JPanel、JTextField、およびJLabelをパネルにドラッグアンドドロップして配置してください。 JPanel は「タイトル付きボーダー」として追加してタイトルに「Details」を設定してください。 JLabelのテキストを「Name」に変えてください。 画面は次のようになります。:

3.再度モジュールをインストールしてください。オプションウィンドウは以下の画像のようになります。

このセクションで、オプションパネルのデザインを行いしました。次のセクションでは、オプションウィンドウが閉じたときに、テキストフィールドのテキストが保存されるようにパネルにロジックを追加しましょう。

設定の保存

このセクションでは、ユーザーがオプションウィンドウで「OK」をクリックした後で設定を保存するコードを追加します。

1.CoolPanel クラスのソースを見てください。stor() メソッドが次のように定義されています。

    void store() {
        // TODO store modified settings
        // Example:
        // Preferences.userNodeForPackage(CoolPanel.class).putBoolean("someFlag", someCheckBox.isSelected());
        // or for org.openide.util with API spec. version >= 7.4:
        // NbPreferences.forModule(CoolPanel.class).putBoolean("someFlag", someCheckBox.isSelected());
        // or:
        // SomeSystemOption.getDefault().setSomeStringProperty(someTextField.getText());
    }

このコメントは、設定を保存する3つの方法を提示しています。ひとつめは、JDKの Preferences API を使用する方法です。 ふたつめは NetBeans IDE 6.x ＋ NetBeans NbPreferences のクラスを使用します。 3番目は Pre-6.0 System Option クラスを使う方法です。 3番目の方法は推奨されません。　ひとつめの方法はアプリケーションのユーザーディレクトリに設定を保存しません。ふたつめの方法（NetBeans NbPreferences クラス）がオススメの方法です。 NetBeans NbPreferences クラスは、JDKの Preferences API に基づくものですが NetBeans アプリケーションに適合しているので、ユーザーのカスタマイズした設定がユーザーディレクトリに保存されるためです。

2.store() メソッド内の全てのコメントを削除してください、そしてこの行を追加してください。

NbPreferences.forModule(CoolPanel.class).put("namePreference", jTextField1.getText());

この行で、Alt-Enter を押して、IDEに NetBeans API の org.opeide.util.NbPreferences を呼ぶための import 文を指定させます。

3.再度モジュールをインストールしてください。拡張されたオプションウィンドウのパネルで、名前を入力しましょう:

4.「OK」をクリックしてください。その後、アプリケーションのユーザーディレクトリ内にある「config」フォルダの中を見てください。「config」フォルダの中では「Preferences」と呼ばれるフォルダでオプションウィンドウの為のプロパティーファイルを見つける事が出来ます。フォルダを開いて、設定がそこに保存されているのを確認してください:

設定の読み込み

このセクションでは設定を読み込むコードを追加します。設定（この場合”happy_ryo"）を少なくともふたつの場所で読み込みたいと思います、ひとつめはアプリケーションを再起動した時、オプションウィンドウに設定を読み込ませたいです。つぎに、モジュールのどこかで設定を利用出来るようにしたいです。結局の所、設定をしているのは、どこか他のコードで利用する為です。最後に、設定が変化する状況を扱う必要があります。値が変化する場合、設定にリスナーを追加してコード内で新しい値を利用する事になります。

1.「CoolPanel」クラスのソースを見てください。load() メソッドに定義されているコメントが前のセクションでの説明に似ている事を確認してください。

2.load() メソッド内のコメントを全て消して、以下のように書き換えてください。

jTextField1.setText(NbPreferences.forModule(CoolPanel.class).get("namePreference", ""));

これで、アプリケーションを再起動したとき、設定がオプションウィンドウに読み込まれます。

つぎに、新しい TopComponent を作成して、設定を実際に使ってみましょう。TopComponent の代わりに別のJavaクラスで設定を利用する事も可能です。これは、モジュールの中でユーザーの設定を利用する方法の一例です。

3.モジュールプロジェクトを右クリックして、新しいウィンドウコンポーネントを選択してください。ウィンドウコンポーネントをどこに表示するかはみんなの好みだから好きにしちゃうと良いと思うよ。ウィンドウコンポーネントを作成した後、TopComponent に JTextField を追加してください。 ユーザーの設定を表示するための場所です。

4.TopComponent のソースビューに切り替えて、コンストラクタの最後に以下の行を追加してください:

Preferences pref = NbPreferences.forModule(CoolPanel.class);
String name = pref.get("namePreference", "");

pref.addPreferenceChangeListener(new PreferenceChangeListener() {
    public void preferenceChange(PreferenceChangeEvent evt) {
        if (evt.getKey().equals("namePreference")) {
            jTextField1.setText(evt.getNewValue());
        }
    }
});

jTextField1.setText(name);

5.再度モジュールをインストールしてください。

アプリケーションを再起動するとき、オプションウィンドウの現在の設定が TopComponent に表示されます。そして、オプションウィンドウで設定を変更して、「OK」ボタンが押されると TopComponent はすぐに新しい値を反映します。

おめでとーっす。　オプションウィンドウモジュールのチュートリアルを間違えてるかもしれない翻訳で終えました。

ユーザーにモジュールへの設定を行わせたい場合、どのようにしてその機能を提供すれば良いかわかったよね？わかるよね？

ということでした。

誤訳？名前おかしい？綺麗に清書して、だれかja.netbeansに寄贈したら良いと思うよ（ガッ

英語力の足りないぼくだと1日くらい掛かりました　まる

http://www.asahi-net.or.jp/~HG8F-OKTN/java/game1/gamemake1.htm

えふおうさんがNetBeansでのShinGL3のセットアップをわかりやすく書かれています。

本当はこういうのおいらがちゃんと用意しなきゃならないんですけどね。(^^;

staticインポート多用でBASICっぽい開発ができることを前面に出したShinGL3ですが、各種リソースがファイル読み出ししか用意されていないという徹底ぶ

りです。一応手元の開発版ではクラスパスリソース読み出しも可能にしてあったりしていますがリリースする予定はありません。また、現在のフルスクリーンは画面全体へ引き伸ばすだけですので、高解像度なマシンほど負荷が高いです。ちゃんと低解像度変更を実装しているやつも手元にありますが、これはワイド液晶なのにアスペクト比固定拡大ができないビデオチップが存在する（IntelのUMAなので実は対象がめちゃくちゃ多い）のでこれも配布していません。

ですが、これらはやってもいいはずです。それを使うかどうかは開発者の責任でいいはずです。

というわけで、ShinGL3とは別のオブジェクト指向を多少取り入れたJavaを知っている人が多少わかりやすい流儀等も取り入れたShinGL4も考えています。その際、入力デバイスも独自のJNIを使うこともやめてJInput、ビデオは引き続きJOGL、もしくはアルファブレンディングを多用しないのならJava2Dでもいいかとか選択肢を増やす予定です。JInputはWindows以外にLinuxとMacも対応化のうになります。ただ、Java2DでのアクセラレーションはWindows以外では期待できないと思います。

とはいえ、まったくコードは書いてないのですぐに出ることはないですが、基本的なAPIはShinGL3とほぼ変わらないと思います。

その際はセットアップが楽なようにプラグインを用意したり、STGなどのゲーム用のフレームワークを用意することも考えています。フレームワーク側でメモリ管理は例のNIO使ってGC負荷が高くないようにチューニングして。

まだまだ構想段階ですが。

http://wiki.netbeans.org/GtkApplicationInNetBeansを参考に

サンプルをプログラミングしてみる。

手順は以下のとおり

1　/usr/lib/pkgconfig/cairo.pcの内容確認

2　$pkg-config --cflags gtk+-2.0

3　$pkg-config --libs gtk+-2.0

上記３つをやってみると、netBeansする前に特に何もする必要

ないみたい。

4　c/c++のアプリケーションのプロジェクト選択する

　注意！今回はCソースなのでファイルはcを選択する

5　インクルードを取り込む

6　ライブラリを取り込む

7　プログラムを作成する

8　構築・実行

うまくいきました。

ただ、プロセスが外部ターミナルで実行されました。

の前に数行□が出ることがあります。

何のメッセージなんでしょう？

NetBeansのJavaプロジェクトの構成を説明してみる。

まずプロジェクトを作成し、ライブラリを登録（使わないので適当なのを追加）、ソースコードを1つ、リソースとしてプロパティファイルを1つ、ユニットテスト用コードを1つ作成した。プロジェクトウィンドウは以下のようになる。

これをファイルウィンドウで見ると以下のようになる。生成ファイルを完全に作るために「生成物を削除して構築（保存時に自動で構築設定にしていなければただの構築でOK）」を実行しておくこと。さらにテストケースもコンパイルしておいた。

ここからわかることは

• ソースパッケージにあるソースファイルがコンパイルされbuild/classesに格納される。
• ソースファイル以外はそのままbuild/classesにコピーされる
• テストパッケージはbuild/test/classesに格納される
• 実行形式であるjarはdistフォルダに生成される。テストパッケージの内容は入らない
• jarが必要なライブラリはdist/libにコピーされる

ソースパッケージやテストパッケージのパスはsrcやtest固定？いや、そんなことはない。

プロジェクトを右クリックメニューからプロパティを選択。ソースを選択するとここで設定が可能だ。ここでは「src2」というフォルダを作成し追加してみた。そしてそこにリソースファイル、つまりプロパティファイルを移動させてみる。

そうするとプロジェクトウィンドウはこんな表示になる。

ラベルに入力した文字が表示される。わかりやすい。ちなみに、この状態でコンパイルしても生成物は変わらない。srcとsrc2のものが同じパッケージに格納されるからだ。

最後に生成されるjarアーカイブの中身を見てみよう。

マニフェストファイルを見るとクラスパスが通っていて、メインクラスが指定されている。

このおかげでこのdistフォルダ構成のままもってあるく限りjarファイルだけを実行すればよい。jarアーカイブのマニフェストファイルにはクラスパスの設定機能があるので、依存するライブラリ等をユーザーは意識する必要がないのだ。このおかげでNetBeansで生成したJavaのファイルはダブルクリックするだけと非常に扱いやすいというわけ。

手動でjarファイルを作った場合も依存ライブラリがある場合は必ず設定しておこう。

http://blogs.sun.com/joshis/entry/enhancements_of_the_netbeans_output

NetBeans6.7のアウトプットビューのコンテキストメニューには，

• フォントサイズ変更（Ctrl+マウスホイールでも可）
• フォント変更
• 出力情報のフィルタリング（正規表現でも指定できる）

ってなのができる項目が追加されたそうな（6.7RC1で確認したら，あった）。特に上の２つはデモなんかで役立ちそう。

でも，できることなら，その機能はエディタ部分にこそ欲しかったな。特にCtrl+ホイールでのフォントサイズ変更。

Cubbyプラグイン0.1をリリースしました。

サンプルプロジェクトを作成後、新規アクションクラス作成ウィザードでorg.seasar.cubby.examples.otherの下に作成して実行。

ちゃんと動いた。

内容はT2Frameworkプラグイン0.1とまったく同じです。

対象となるNetBeansのバージョン

• 6.5
• 6.5.1
• 6.7

ver 0.1の機能としては以下の6つだけです。

1. サンプルショーケースプロジェクトの作成ウィザード
2. Cubby 1.1.6のライブラリ、ソース、JavadocをNetBeansへ登録
3. Seasar2 2.4.38のライブラリ、ソース、JavadocをNetBeansへ登録
4. 新規アクションクラスの作成ウィザード
5. HelpにCubbyのサイトやドキュメントへのリンクを用意
6. diconファイルをXMLとして処理できるように

ファイルはこちら

http://shin.cside.com/product/cubby/cubby-plugin-0_1.nbm

インストール方法は

メニューの「ツール」−「プラグイン」から「ダウンロード済み」タブを選択、プラグインの追加でダウンロードしたファイルを選択してください。

とりあえず週末までには間に合った。

一通りGrailsを使ってみて，ほぼ確信に近い手応えを感じたので，一応書いとく。まったくもって余計なお世話様なのは百も承知。

Grails使っちゃダメ，ゼッタイ

って，主にJavaでEclipse使った開発に慣れているチーム向けの話ね。:-)

その理由はこんなの。

• Eclipse, NetBeans, IntelliJの中で，Groovy/GrailsサポートはEclipseが一番うんこ
• 動的言語なんで，ちょっとしたtypoにハマる
• リファクタリングするなら覚悟を決めろ
• あと，日本語の情報が超少ない

ホットデプロイだけだったら，Eclipse+Dolteng+Seasarで十分サクサク開発できるので，それだけじゃGrailsを使う利点にはならんよね。あえてGrailsの利点を挙げるとすれば，プラグインかな（最近では，Grailsのウリはこいつだと思ってる）。

仮にEclipseに興味のない（Javaの素養がない）LL使いの人だったら，Groovyの根っ子に流れるJavaの制約に拒絶反応起こすと思う。あれはLLの皮を被ったJavaだかんね。

そう思うとGrailsって誰向きなんだろうって思うワケ。って，あれ？そんな話，前も言ったな。

当然，上記の項目なんぞ屁でもねぇって人たちには当てはまらないのでご安心（？）を。あたし自身「Grailsダメ，ゼッタイ」って人には言うけど，自分は好きよ，Grails。やりたいことすぐ出来るし，なにせIntelliJ使ってるし。:-D

もし，あなたがJava屋で，社内SEとか開発プロジェクトの下回り役で，誰も頼れず，それでも気楽に「こんなのちょちょって作って〜」と頼まれるようだったら，Grailsは超オススメ。ホントにちょちょって作れる。

＃いや，そんなことする前に「ふざけんな，このクサレ○○！！」とぶち切れるのが先だよね。:-P

ps.

マジメな話。IDEのパワーをフル活用できるJavaの生産性ってバカにできないものがあるのよね。IntelliJだってGroovy/GrailsよりJavaでこそ威力を発揮する機能いっぱいあるし。ちょっともったいない感は否めんよな。:-(

NetBeansのGroovy/Grailsサポートは相当デキが良いと思うデス。IntelliJもGORMのER図書いたり相当スゴイことしてくれる。

→ IntelliJ IDEA :: Smart Groovy IDE with Groovy-Java compiler for Groovy scripts, Groovy Swingbuilder, Groovy server pages with ER diagram for productive Groovy programming, plus Groovy on Grails, available via Groovy plugin

でも，GORMのER図が見えたり，コード補完ガンバってる事より何よりも便利だったのが，これ。導入しているプラグインのソースを参照できることだったりする。:-)

「そんなこと？」と言う無かれ，Grails1.1からプラグインの場所が$PROJECT_HOMEから見えない場所に移ってしまったので「アレなんだっけ？」って気楽に参照しづらくなったのだよ。プラグインの使い方は，なんだかんだでコード読むのが一番の近道だしね。

試しにNetBeans 6.7RC2でも確認してみたんだけど，プロジェクトウィンドウとかに使っているプラグインは見えなかったね。せっかく上等なプラグインマネージャ持っているだけに，すごく惜しいとオモタ。

ファイルの関連付けはどうも設定にコツがあるくさい。昨日の状態だとNetBeansが起動時におかしくなるようでぼろぼろプラグインがいくつかはがれていた（ぉ

アイコンはid:agtさんに教えていただいたやつを採用。

そしてヘルプをT2Frameworkプラグイン動揺に簡単にリンク先だけでも用意した。現在こんな感じ。

ヘルプは上に緑ベースの背景をなんとなく入れてみた。雰囲気は出るかな。HTML3.2ベースなので細かいことができないのだ。

ちなみにサンプルプロジェクトはライブラリをNetBeans登録のやつを利用していないため、補完時にJavaDocが自動で開いたりソースが見れたりといったことができない。これは現在のT2プラグイン0.1でも同様。手動でライブラリ登録を選択した場合のみなのだ。これは後で直す予定。

あれもやらなきゃいけない、これもやらなきゃいけないとなるとタスク管理をしないといけない。

というわけでバックログ(http://www.backlog.jp/)のフリープラン申し込んでみた。自動返信がきてすぐに使えるようだ。

なんか課題がT2/Cubbyプラグインじゃないような気がするが気にしないほうがよい。フリープランだとプロジェクト1つしか作れないのでカテゴリで分類しようかな。

あとはアクション作ればT2プラグインと同様の0.1は完成ってところか。現時点で6時間くらいかかってるのであと2時間くらい、つまり8時間くらいあればこれくらいのプラグインは作れる計算か。慣れとは恐ろしい。一番面倒なフレームワークやコードの構文解析系に手をつけてないというのもあるけどね。