jFD開発したりしなかったり日誌

キーボードレベルのイベント取得なら結構先っちょはよくなってます(LG3Dのキーイベントを直接という意味)．
問題はSwingNode上でのキー入力でこれが良くない．理由は良くわかるんですが...．時々入力できなくなっちゃうんですよね．欧米な人はNo porblemでしょうけど．
ということで私は現状のSwingNodeを見放して直接キーイベントを取得してます．画面の2D GUIもTexture2D使って直接描画させてGUI Componentを実現してたりします．
jFD2はGUI画面がいくつかありますが，メイン画面は直接描いてると思うんで案外ポートしやすいんじゃないかなと思ってたりしてました．実際はそう簡単ではないと思いますけど．

jFD2なんですが、実はメイン画面も思いっきりSwingで、GridBagLayout、JLabel、JTableとオリジナルの枠線コンポーネントだけで構成されてます。
枠線コンポーネント以外ではpaintGraphicsメソッド呼んでないんですよ、あれ。
最初のうちはGraphicsクラスで書いてたんですが、フォントサイズから配置を計算したりだとかが面倒くさすぎてやめました。
Swingniしたら楽で楽で。

>枠線コンポーネント以外ではpaintGraphicsメソッド呼んでないんですよ、あれ。

うぉ，そうなんですか．Swingおそるべし．結構サクサク動いてますよ．遅い遅いといわれる画像もめっちゃくちゃ大きな画像じゃなければ気にならないし．
時期バージョンではSwingがNative対応するって話なんですけど
本当にいいんでしょうか．
LG3D対応はSwingNode使わないとちょっと辛そうですね．ウチは独自GUI API用意しますけどFrameとかボタンとかEditorPaneとか簡単なものだけですし...．

jFD2のメイン画面をSwingにしたことの最大のメリットは、レイアウトの計算を自分でやらないでいいことなんですが、これはウインドウやフォントサイズが変更されることが前提なので、決め打ちにしてしまえば完全3Dのビューがつくれるかもしれません。
やっぱLS3Dを豪華にしたような感じかなあ・・・

Swingのネイティブ対応ですが、「そんなの出来るのか？」と思ってます。
あのAPIのどこをネイティブ化するんでしょうか？
plafの下ですかね？

> 決め打ちにしてしまえば完全3Dのビューがつくれるかもしれません。

デモ大会なんで一発勝負でいいと思います．
jFD2の機能が全部使えなくてもいいんじゃないでしょうか．

SwingのNative化の一番の目的はLook and FeelをOS Nativeと同じにする事らしいです．SwingがOS付属のGUIと微妙に挙動が違うので．もちろんパフォーマンス面でも期待していると思います．
つまりSWTのようなものでしょうか．JNI経由なので逆にパフォーマンスが悪化しそうで怖いですが．

やっぱ見栄え重視ですよね。
インパクトさえあれば完成度はいまいちでも許されるというか。
一応別にネタを考えてるんですが、実現可能かわからなくて調査中です。
うまいことハッタリ聞かせて愉快なのやりたいですよ。

ネイティブのSwingってのはAPIが綺麗なAWTみたいなもんですか。
先祖がえりですね。
SWTのAPIの汚さにうんざりして見限ったので、朗報のような気もするんですが微妙な気分です。