Java標準低速GUI 6 AWT/Swing

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 08/21 19:07 / Filesize : 252 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん [2007/09/26(水) 20:51:18 ]: ハードウェアの高スペック化、描画アルゴリズムの変更、JavaVMの高速化に伴い、パフォーマンスの問題は改善されています。
しかしながら、"Java"というだけで未だに敬遠されるのが現状。
そんなSwingと引き続き付き合っていくみんなのスレッドです。
Java低速GUI Swing 5 （前スレ）
pc11.2ch.net/test/read.cgi/tech/1161139809/
Java低速GUI Swing 4
pc8.2ch.net/test/read.cgi/tech/1140533866/
Java低速GUI Swing 3
pc8.2ch.net/test/read.cgi/tech/1121700954/
Java低速GUI Swing 2
pc8.2ch.net/test/read.cgi/tech/1095398949/
Java低速GUI Swing
pc5.2ch.net/test/read.cgi/tech/1062271447/l50
874 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 20:06:38 ]: バカばっかだな
875 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 20:09:36 ]: Sandboxなフルブラウザは作れると思うが。
Rhinoにその手のインタフェースを与えなきゃいいだけだ。
876 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 20:22:15 ]: フルブラウザという言葉自体胡散臭い
877 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 20:25:26 ]: 頭の悪い煽りがやたら入るスレだなｗ
878 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 20:30:43 ]: たまに客がどこで見つけたか知らないが「Swing でもブラウザみたいなこと
できるんでしょ?」と言い出す事もあるが、あれを見せるとさすがに黙る。
879 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 20:34:02 ]: つ Flying Saucer
880 名前： mailto:sage [2008/01/17(木) 20:39:33 ]: Swing の HTMLEditorKitは文字通りEditorのためでブラウザみたいに表示onlyではないからね。
でも日本語とかIMEのこととか考えてないよな、あのHTMLEditorKitは。表示だけならいいけど｡
881 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 20:46:38 ]: 4.01準拠ﾏﾀﾞｰ?
882 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 23:57:24 ]: JavaがC++より優れている事を示す
絶好の材料だと思うんだけどなあ＜ブラウザ
883 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 00:15:59 ]: 標準ライブラリの有無で言語の優劣を決めるのか？
884 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 00:23:11 ]: 実際問題、ライブラリとIDEが言語仕様の優劣を余裕で帳消しにするからね。
D言語1.0がまったく普及しない原因がそれと言われてるし。
885 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 00:29:11 ]: C++の失敗もそうだね
標準ライブラリがしっかりしてれば
Javaは生まれなかったかも知れない
886 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 00:30:48 ]: Perl嫌いだけどこれだけ流行ってしまったのは
CPANのおかげと言っても過言ではない死ね
887 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 00:36:14 ]: >>883 の中では SmallTalk が世界を救うようです。
888 名前：デフォルトの名無しさん [2008/01/18(金) 03:53:19 ]: java c++ d を同列に扱う馬鹿がおる
889 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 08:12:32 ]: >>888
人を否定するなら代替の主張を出してからにしたら？
890 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 14:17:41 ]: なにいってんだ？
891 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 19:29:51 ]: 同列だろ。言語仕様は実装とは違うレイヤーにある。
892 名前：デフォルトの名無しさん [2008/01/18(金) 19:37:12 ]: いいかげんｽﾚ違いだろ
次の話題どうぞ
↓↓↓
893 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 19:38:57 ]: JMFって商用可能ですか？
894 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 19:55:06 ]: スレ違い
895 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 20:11:16 ]: どうかんがえてもここだろ。自治厨とか懐かしすぎ。
896 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 20:52:29 ]: JMFがここだって
897 名前：デフォルトの名無しさん [2008/01/18(金) 21:04:19 ]: じゃあJOGLはここでいい？
898 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 21:36:21 ]: じゃあ、SDL for javaもここだな。

>>865の脳内ではメディア再生ライブラリがGUIツールキットなんだよ。
899 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 21:51:43 ]: 普通の考えじゃん。頭おかしいんじゃね？
900 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 22:57:52 ]: JOGLはこっちじゃない？
pc11.2ch.net/test/read.cgi/tech/1033703640/
901 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 23:25:19 ]: JOGLとJava3Dはまったくの別物だぞ・・・
むしろGLCanvasとかGLJPanelとかAWTとSwingの外部コンポーネントと考えれるからこっちだろと

シンプルに描画だけのOpenGLの実装だからユーザーに全ての描画を任せるタイプで
フルスタックで重いJava3Dとはかなり違う
902 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 23:44:31 ]: JOGLはOpenGLスレで良いらしいぞ
903 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 00:32:48 ]: OpenGL自体の知識はOpenGLスレが本筋
でもGLCanvasの挙動とかどうかんがえてもむこうの範疇ではないと思うんだが
904 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 00:49:50 ]: JMFの話題についてけないゴミなんだろうな
905 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 02:38:13 ]: スレチ
906 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 14:52:45 ]: Java標準拡張のメディア再生フレームワークのどこがスレ違いなんだかｗ
907 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 14:57:23 ]: スレタイ嫁ｱﾎ
908 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 14:58:04 ]: 誰も答えられる奴がいないんだろう。フヌケばかりだしｗ
909 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 15:00:19 ]: 自己紹介乙
910 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 15:06:22 ]: >>909
フヌケｗ
911 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 15:09:12 ]: 頭の弱い自治厨が沸いてるみたいだけど、前からJMFの話題は出てるから。
912 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 15:17:48 ]: スレタイの読めない盲目がわいてるからスルーしろ
913 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 15:20:32 ]: JMF涙目ｗｗｗ
914 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 21:24:53 ]: >>893
ライセンス読むと良いよ。
たしかRuntimeと同じ特例が適用されてたと思う。
915 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 17:18:55 ]: そういえばJava Media APIのスレってないんだな。
JMFとJOGLは需要ありそうというか隔離しないと他で暴れるバカが出てきそうだけど。

JAIは実際に使ってるの見たことないな。

Java Media APIスレ立てたら誘導用くらいには機能するかね？
916 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 18:02:09 ]: >>915
JMFはあってもよさそうなもんだなぁ…
JOGLは…どの程度使われてるんだろ…？
917 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 18:18:28 ]: ちなみにJava Media APIsはこんだけある

・Java Media Framework (JMF)
・Java Sound API
・Java 3D
・Java Binding for OpenGL（JOGL）
・Java Advanced Imaging（JAI）
・Java Image I/O
・Java 2D
・Java Speech API
・Java Telephony API（JTAPI）

JMFとJava Advanced Imaging、Java Image I/O
、Java 2DはAWT/Swingコンポーネント関係ないなら分けた方が良いと思うんだけどな。
918 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 18:23:03 ]: 使われてる割合JOGL>JMF
知名度JMF>JOGL
日本語リソースの多さJMF>JOGL

じゃない？
javaでゲームつくるとなるとJOGLは欠かせないけど、なきゃないでJava2Dで十分って感じ。
ゲ制のJavaでゲームつくるスレが落ちたからJOGL聞く場所がないんだよ。
919 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 18:31:48 ]: >>918
javaでゲームつくるとなるとJOGLがほしい、ってのはわかるんだけど…
そもそもＰＣ向けゲームをつくるのにjavaを選ぶ理由がないよなぁとか思うわけですよ？
その手のゲームって結構あるものなの？
920 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 18:32:44 ]: コードに手を入れず入出力フォーマット増やしたいときに使うよ > JAI
まぁバグも多いけど。
921 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 18:32:58 ]: JOGLはOpenGLスレでもいいんじゃない
ところでJMFとJOGLって比較するもんなのか…？
922 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 18:42:12 ]: 別に比較したいわけじゃなくてスレたてるかどーすっかって話だろ。
需要的に考えると全部まとめて Java Media API スレとかでもいい気がするな。
923 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 18:48:58 ]: ぐだぐだ言ってないでスレ立てればいいだろ
924 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 18:57:23 ]: JOGLは2.0はサポートするけど1.3で拡張からコアに入ったAPIは混同するという理由で1.3で追加されたAPIはサポートされてないから迂闊にOpenGLスレいけないんだよ。

あとjavaでゲームつくるってのはかなり居る。
日本でもググレば出てくるし、海外はJOGL,JInput,JOALはセットでゲームつくるときに使う。
ただ、リソースは海外の方が多い。
だから日本語のリソースがないから英語読めないと何も出来ネ！ってなる。

俺も需要的にJava Media APIsで統一してスレ立てても良いと思うんだが・・・誘導・隔離用にｗ
IIOとかJava soundはアプリケーションプログラマが直接いじる所って少ないしさ。
925 名前：デフォルトの名無しさん [2008/01/25(金) 20:08:13 ]: JOGLって将来的に標準に入るって可能性ありますかね？
926 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 20:22:48 ]: クライアント向けのJava標準拡張は全てが滅茶苦茶将来性がある。
根拠はJava 7に登場のJava Kernel、JAM、JavaFXあたり。これらは要チェック。

Java Sound本、最近でたね。つい衝動買いしたけど、まだ読んでなかったり。
927 名前：デフォルトの名無しさん [2008/01/25(金) 20:29:26 ]: 工学社ってだけでなんか敬遠してたんだけど実際どうなんだろう・・・
928 名前：デフォルトの名無しさん [2008/01/25(金) 23:12:41 ]: JOGLに将来性ある事は否定しないけど、まだ3年ぐらい先の話だろう。
つまり人柱。日本語のページも全然ないし。
あまり勧めたくはないけど、もしゲームで、かつwindowsなら、C#じゃないか？
929 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 23:26:44 ]: あんな重いの話にならん。
1コア丸々使ってる箱○なら別だが
930 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 22:12:41 ]: 【JMF】Java Media APIs【JOGL】
ttp://pc11.2ch.net/test/read.cgi/tech/1201346803/l50

スレ立てられなかったのでスレ立て依頼出してたのが立った。
今後はこちらでどうぞ。

スレタイには一番使われそうなJMFとJOGLを追加しといた。
ほかテンプレあれば書いて。

Java Media APIsはDesktop Javaの一部なんでJava SE以外のエディションやAndroidは関連スレから除外しといた。
ネイティブ依存なSWTも同様。
931 名前：デフォルトの名無しさん [2008/02/06(水) 00:48:21 ]: で、いい加減そろそろ、JAIのメモリリークは直ったのか？
932 名前：デフォルトの名無しさん [2008/02/07(木) 21:21:18 ]: 複数の Component の描画の順序（重なり具合）を任意に変えるには、

親コンテナ.remove(comp) / 親コンテナ.add(comp, index) もしくは
getComponentZOrder(comp) / setComponentZOrder(comp, index)

の組み合わせしか方法はありませんか？

Component のほうが、自立的に一歩前進、とか、一歩後退、みたいな仕掛け、ありませんかね…？

たとえば、大、小の円がそれぞれ component だったとして、
それを、drag で、重ねたときに、◎になるようにするしたいんですが。
（２つに限らず、３つ、４つでもいけるように）

getComponents してループさせて入れ替え、しかないでしょうか。
933 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 21:49:59 ]: JLayerdPaneを増やして載っけるとか。
934 名前：932 [2008/02/07(木) 22:13:16 ]: >>933
おぉ、JLayeredPane、忘れてましたｗ
duke 君のデモソースはチェックしたのに、なにしてんだ＞自分

そういう Pane がある、ということは裏を返すと Container/Component
には、あまり気の利いた順序変更の手段はないんですかね。

ひきつづき、つっこみ・ご意見お待ちしております。
935 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 22:38:09 ]: 実際のところ重なりの順序を動的に変えたいことってあるの?
それが必要なパターンが想像できないんだが。
936 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 22:52:22 ]: CardLayoutでもいいんじゃね？
937 名前：932 [2008/02/07(木) 23:03:27 ]: レス、どうもです。

>>935
ビジネスアプリケーションじゃなくて、えと・・・
ゲームでキャラが重なる、みたいなヤツを思い浮かべてください。

>>936
CardLayoutは、ノーチェックでした。
リファレンスをチェックしてきますﾉｼ
938 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 23:06:39 ]: >>937
ゲームのようなやつならSwingつかわずにJava2D等で描画したほうがいいよ
速度的にもメリットが薄い
939 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 23:41:33 ]: SwingよりJava2DじゃなくてSwingよりAWTでJava2Dじゃね？
Java2DよりJOGLの方がｒｙ
940 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 23:43:46 ]: Java2D って Swing じゃないのか？
941 名前：932 [2008/02/07(木) 23:46:41 ]: >>936
CardLayout、あとは自分で動作とか確認しますが、リファレンス曰く、
「コンテナ内の各コンポーネントをカードとして扱います。一度に 1 枚のカードだけを表示し…」
う、１枚では困るぅ～。

>>938
Java2D にそんなに詳しくないのですが、
ゲームのキャラでなく、（バーチャル環境の）アバターみたいのヤツを
前後（奥行き）に操作する、といったような例だとどうでしょうか。
イメージのまま取り回すのは管理が大変かなぁ、とビビッているのですが…。
設計次第ですかねぇ。
速度の要望はそんなにシビアでないです。
942 名前：デフォルトの名無しさん mailto:sage [2008/02/08(金) 00:11:39 ]: >>940
違うAWT、Swing,Java2Dは同じ層にあるUser InterFace Toolkits。
AWTはAWT,SwingはSwing,Java2DはJava MediaのAPI。
そもそもAWTは重量WindowToolkitでSwingはJava2Dを使った軽量WindowToolkitだろ。
Java2Dは2D描画ライブラリ。
javadoc嫁。
943 名前：デフォルトの名無しさん mailto:sage [2008/02/08(金) 00:23:42 ]: >>939
JOGLいいけど、テクスチャを単純に表示するのが目的ならそこまで必要ないと思う
プラットフォームによってパッケージが違うのもやっかいだし、Line引くときたぶんはまる

Java2Dはαブレンディングがまともに実装されていないのがきついかな
おかげでゲームで使うときはJOGL必須だ

>>941
その動かすキャラクターの動く範囲は?
Window内をじゆうじざいにということでないのなら、
その描画はJava2Dによる重ね合わせのほうが難易度は低いと思う
944 名前：デフォルトの名無しさん mailto:sage [2008/02/08(金) 00:38:19 ]: αブレンドなぁ。結局Java2Dだとハードウェアアクセラレータ効かないんだよな。
JOGL1.1ならcom.sun.opengl.util.j2dが追加されたから
BufferStrategyと同じ感覚で使えるんだけどcom.sunパッケージは嫌い？
945 名前：デフォルトの名無しさん mailto:sage [2008/02/08(金) 02:07:08 ]: レイヤードペインの話題が見えたので便乗

１．JFrameのgetLayeredPane()に直接JLabelとか貼り付けて遊んでた。
２．この状態で、ポップアップメニュー出したら、表示されなかった。
３．マウスをずるずる動かして、見えないメニューの上を通過させるとメニューが表示された。

※メニューが「パッ」と全部表示されるんじゃなくて、
マウスが乗っかったメニューアイテムが１つずつ表示される。

４．JLabelを乗せるレイヤーを変えても問題は解決しなかった。

そもそも１．の使い方がナンセンスなのか。
レイヤードペインとポップアップは気をつける何かがあるのか。
誰か知ってる人がいたら教えてください。
946 名前：デフォルトの名無しさん mailto:sage [2008/02/08(金) 04:07:33 ]: 混ぜるな危険じゃない？
947 名前：デフォルトの名無しさん mailto:sage [2008/02/08(金) 08:21:43 ]: ポップアップってどっかのレイヤーの上に描画されるんだっけ?
GlassPane?
948 名前：デフォルトの名無しさん [2008/02/08(金) 09:58:10 ]: おはようございます。932,941でございます。
とりあえず、LayeredPane を導入してみますデス。

もう一個、教えてくんです・・・。
contains(int x, int y) メソッドって、
リスナーにしなくても　mouseEntered　なとき（Component 上に
マウスカーソルがあると）、勝手に呼ばれるようですが、
それでよいです？？？　Documented な仕様ですか？

override して使わないほうがよさそうですよね。override しちゃだめ？
だったら final にして～～。
949 名前：デフォルトの名無しさん [2008/02/08(金) 18:15:56 ]: >>947
描画される順番の問題。
GlassPaneは自分で描画しない限り何もない。
GlassPaneでイベント握り潰せば結果的にGUIをブロックできる。
950 名前：デフォルトの名無しさん mailto:sage [2008/02/08(金) 18:21:08 ]: >>947
layeredPane の POPUP_LAYER じゃない？
951 名前：945 mailto:sage [2008/02/09(土) 00:25:29 ]: 追記

JLabelにアニメーションGIFを表示させた場合、
絵が書き換わるたびに、マウスずらしで表示させた
ポップアップメニューが消されたｗ

・JLabelに文字を表示させた場合
・普通にコンテンツペインにJLabelを置いた場合

この状態での実験も。。。今度やってみる
952 名前：デフォルトの名無しさん mailto:sage [2008/02/09(土) 11:06:14 ]: どうしてもバグければ JPopupMenu#setLightWeightPopupEnabled を false にしてみる手も
953 名前：デフォルトの名無しさん mailto:sage [2008/02/09(土) 11:47:18 ]: バグ-ける
954 名前：デフォルトの名無しさん mailto:sage [2008/02/09(土) 11:59:19 ]: その活用形はおかしい
バグ-かろう
バグ-かった
バグ-くない
バグ-い
バグ-ければ
955 名前：948 [2008/02/09(土) 13:01:03 ]: 昨日、速攻、JLayeredPane 組み入れました。

気がついたのは、

より上位の Layer のコンポーネントが、より下位のコンポーネントを
完全に覆い隠すと（感覚的にいうと lower.getBounds() ＜ upper.getBounds()）
のとき下位のコンポーネントが描画されない（消える）

つーことがありました。
理屈としては、そのほうが、高速化が図れるのかもしれないけど、
上位の矩形のイメージが透明化されてるときちょっと困るんだけどなぁ。
956 名前：デフォルトの名無しさん mailto:sage [2008/02/09(土) 13:38:19 ]: >>955
上位レイヤのコンポーネントでsetOpaque(false)でどう？
957 名前：デフォルトの名無しさん mailto:sage [2008/02/09(土) 13:41:41 ]: setOpaque(false) してる？
958 名前：948 [2008/02/09(土) 15:38:21 ]: >>956,957
レス、どうもです。
setOpaque() してると思うんですが、今日は、職場でないので
確認できないっす。火曜日にチェックします！
みなさんは休出っすか？
959 名前：デフォルトの名無しさん mailto:sage [2008/02/09(土) 15:41:04 ]: >>958 は 3 回くらい死んでも良いと思う
960 名前：デフォルトの名無しさん mailto:sage [2008/02/09(土) 18:30:57 ]: つーか自宅にPCないんか
961 名前：945 mailto:sage [2008/02/10(日) 03:09:13 ]: おいおい、会社で趣味プログラミングかよｗ

それはともかく、>>952さんありがとうございます。
ポップアップでまくりですよ。

そして、実験の報告。

＞・JLabelに文字を表示させた場合

結果：×
レイヤードペインに文字ばっかりのJLabelを乗せてみた。
文字の後ろにメニューがでた。文字の隙間からメニューが見えてるｗ
マウス動かすと文字の前に来るあたりの挙動は一緒。

＞・普通にコンテンツペインにJLabelを置いた場合

結果：○

当たり前か。
962 名前：デフォルトの名無しさん mailto:sage [2008/02/13(水) 19:28:37 ]: 現在TransferHandlerを用いてJTreeにコピーアンドペーストの機能を付加しています。
同様のアクションをJPopupMenuにも加えたいのですが、どのようにすればよいでしょうか？
CTRL C, CTRL Vではうまくいくのですが、JPopupMenuからアクションを行うと、ソースが変わってしまいだめなようなのです。
TransferHandlerのcopyのアクションのコードを見てみると、アクションソースがJComponentのインスタンスでなければ弾いているのが原因のようです。
そこで
// a:TransferHandlerのアクション
private Action createAnotherSourceAction(final Action a,final Object src){
　return new AbstractAction(){
　　public void actionPerformed(ActionEvent e) {
　　　e.setSource(src);
　　　　a.actionPerformed(e);
　　　}
　　};
}
こんな感じで新たに生成してやるとうまくいくのですが、わざわざ作り直すのは抵抗があって・・・
何か打開策がありましたらご教授ください。
963 名前：デフォルトの名無しさん mailto:sage [2008/02/13(水) 20:16:03 ]: >>962
アクションが操作対象となるJTreeのインスタンスを持てばいいだけじゃないのか？
964 名前：962 mailto:sage [2008/02/15(金) 09:33:09 ]: 聞いておきながら遅くなってしまってすみません。
JComponentのインスタンスでなければ弾いているので、そもそもアクションまで起こっていないんです。
CopyActionくらい自分で実装して、>>963さんのおっしゃるように対応したコンポーネントのインスタンスを持たせていた方がいいかもしれないですね。
ありがとうございました。
965 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 11:27:45 ]: 例えばリストにTransferHandlerを設定するとき、COPYなのかMOVEなのかCUTなのか判定させたいときどのようにすればよいのでしょうか？
それを実装するコンポーネントでどのようなアクションを取ったかを調べられれば問題ないのですが、それがMouse系のリスナーではスマートに調べられなくて困っています。
教えください。
966 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 11:36:04 ]: 勘違いしていました。
何十回か氏んできます。
967 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 11:38:09 ]: GUIのデザイナはなかなか決定的なものがないようなのですが、
メジャーどころだとNetbeans付属のものやVisual Editorがありますよね。
ほかにもJformDesignerや、jvilderなどがあるようです。

みなさん、GUI開発にはどんなツールをお使いですか？
968 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 11:48:00 ]: テキストエディタで手書きしてまつ・・・
969 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 11:51:42 ]: jiglooがなかなかおすすめ。
慣れないうちは思うようにデザインできないけど慣れたらかなり使いやすいかも
970 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 11:54:49 ]: 私はVisual Editor。でも、ちょっとコンポーネント置いただけですぐ
1000行ぐらいいっちゃうのがちょっとアレですが。

jiglooは冗長にならないように書けます？
971 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 12:28:06 ]: Visual EditorってGroupLayoutサポートしてましたっけ？
あれ使えばそんなに冗長にはならないですよ
個人的に一つ一つのコンポーネントのプロパティ設定で勝手にブロックで囲んでくれてるのが見やすくて好きです。
972 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 12:50:00 ]: 残念、Visual EditorにはGroupLayoutのサポートはまだないみたいです。
他のデザイナを試してみることにしましょう。Jiglooか、もうNetbeansかな。

EclipseのプラグインでWindowBuilderというのもこれに対応しているようですが、
日本で使ってる人があまりいなさそう･･･
973 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 14:39:26 ]: ソースコード生成するんじゃなくてXAML式に
書けるGUIデザイナが欲しすぎる。
974 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 15:14:14 ]: リファクタリングとかソースとの動機が取れなくなりそうだ

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef