トップページ⇒tech
1001コメント326KB

Java標準低速GUI 6 AWT/Swing

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2007/09/26(水) 20:51:18
ハードウェアの高スペック化、描画アルゴリズムの変更、JavaVMの高速化に伴い、パフォーマンスの問題は改善されています。
しかしながら、"Java"というだけで未だに敬遠されるのが現状。
そんなSwingと引き続き付き合っていくみんなのスレッドです。
Java低速GUI Swing 5 （前スレ）
http://pc11.2ch.net/test/read.cgi/tech/1161139809/
Java低速GUI Swing 4
http://pc8.2ch.net/test/read.cgi/tech/1140533866/
Java低速GUI Swing 3
http://pc8.2ch.net/test/read.cgi/tech/1121700954/
Java低速GUI Swing 2
http://pc8.2ch.net/test/read.cgi/tech/1095398949/
Java低速GUI Swing
http://pc5.2ch.net/test/read.cgi/tech/1062271447/l50
0002デフォルトの名無しさん2007/09/26(水) 20:57:16
関連スレッド

Java 高速GUI SWT　3
http://pc11.2ch.net/test/read.cgi/tech/1164877399/
0003デフォルトの名無しさん2007/09/26(水) 20:59:02
VisualStudioのようなポトペタ開発環境がほしい！！
NetBeans
http://www.netbeans.org/index_ja.html
Eclipse+VisualEditorPlugin
http://www.eclipse.org/
http://www.eclipse.org/vep/
0004デフォルトの名無しさん2007/09/26(水) 22:10:02
ｊDialogでボタン付きのダイアログを作成して、
ボタンを押すとdispose()して閉じるようにしても
またダイアログを開くと前回表示した内容が残ってしまいます。

2回目の表示のときは、ダイアログを最初から作り直したい
のですが、どのようにすべきでしょうか？

ちなみにVisualEditorを使って作成しています。
0005デフォルトの名無しさん2007/09/26(水) 22:30:42
disposeがやっているのはOS側のリソースの解放だから、OSリソースを
使わないSwingの子供部品はなくならないわけです。部品自体やその階層
関係はそのままのこっていて、描画が必要になったときにOSリソースが
取り直されるだけ。

地道に値を入れなおすか、子供を全部削除して入れ直(あるいはそれを
するメソッドを呼ぶ)せばいいと思うよ。
0006デフォルトの名無しさん2007/09/26(水) 23:27:39
JDialog を new するところからやり直せばいいと思うよ
0007デフォルトの名無しさん2007/09/27(木) 03:04:22
>>1
標準低速ってなんだよｗ
オレのお茶返せｗｗｗ

Q. AWT と　Swing 混ぜちゃ駄目って聞いたんですけど
　　混ぜちゃ駄目なんですか・・・・？
A.
　今まででは、「駄目」というのが正解です。
　が、現在開発中（未リリース）のバージョンではSwingとAWTの混在ができるようになっています。
　正式リリースがされるまで、情報の錯綜があって混乱すると思いますが
　普通の人にとっては「まだ駄目」という状況だと思ってください。
0008デフォルトの名無しさん2007/09/27(木) 07:20:02
>>1
一乙。
>>7
期待してたテンプレthx.
0009デフォルトの名無しさん2007/09/27(木) 09:44:34
SwingとATWを混ぜて使えると良い点は多少軽量化できることがあるとか？
できないよりはできたほうがいいとはおもうけど、Swingのコンポーネント
増やしてくれたほうがうれしい。
0010デフォルトの名無しさん2007/09/27(木) 10:26:06
プルダウンメニュー付のボタンなんか欲しいな〜
0011デフォルトの名無しさん2007/09/27(木) 11:36:39
エクセル的なJTableの拡張が欲しいな〜
0012デフォルトの名無しさん2007/09/27(木) 12:19:58
「標準」でも検索にかかる上に、低速のふりをする良いスレタイだ。

>パフォーマンスの問題は改善されています。
現在完了形キタコレ。

>>9
軽量化よりも環境ネイティブな L&F なのが嬉しそう。
Swing のエミュレーションは見た目は実用レベルで近づいたけど
挙動の微妙な差異にイラっとさせられる時がある。
ファイル選択ダイアログでファイル名をクリックしたら
名前変更モードになっちゃうとか、
ちっこいアイコン叩かないとファイル選択にならないとか、
そういう部分。
0013デフォルトの名無しさん2007/09/27(木) 14:14:13
正直ダイアログ関係はSystemの使ってほしいよね
AWTだと使えるけど、機能が少ないし

AWTとの連携で一番期待したいのはGLCanvasが使えること、かな？

GLJPanelが遅すぎて使い物にならないとか統合チップセット以外なら
Windowモードでも垂直同期が取れているというのが一番大きいかもしれない
0014デフォルトの名無しさん2007/09/27(木) 18:53:18
Eclipse用のGUIエディタプラグインが紹介されてる。
http://journal.mycom.co.jp/column/ide/015/index.html
こんなんあったんだな。VisualEditorは重すぎだし使ってみようかな。
0015デフォルトの名無しさん2007/09/27(木) 20:28:23
>>14
どれも古いプラグインじゃないか。まだ残ってたんだ。
0016デフォルトの名無しさん2007/09/27(木) 20:42:36
>>14

有償なやつはいらないな
0017デフォルトの名無しさん2007/09/28(金) 09:31:11
昔Jiglooってプラグイン使ってたんだけど、まだある？
0018デフォルトの名無しさん2007/09/28(金) 10:27:25
公式扱いということでVisual Editor使ってるんだけど、Jigloo結構いい感じだなあ。
3.3対応のVEはいつでることやら。

>>17
つ>>14
0019デフォルトの名無しさん2007/09/28(金) 10:30:30
Jiglooは商用製品なんだからフリーよりよくないとこまるだろ
0020デフォルトの名無しさん2007/09/28(金) 12:52:22
Delphi使ってたので、Jiglooのパレットの
並び方はなかなか懐かしくてよいなあ。
002192007/09/28(金) 14:20:24
>>12
ああなるほど、そういうのがあったのか。

余談だけど、>>9のATWはAWTですた orz
0022デフォルトの名無しさん2007/09/28(金) 14:41:34
少し凝ったアプリを作ろうとすると、GUIの操作体系考えるの難しいよね。
最初から読み切って作れればいいんだけどそうもいかない。


GUIの部分って書くの時間かかるじゃん。
メニューを動的に変化させたり、いろんな機能と複雑に絡み合っていたり。
人間側で使いやすい操作法と、コーディングのしやすさは相容れない事が多いし。
使ってみて使いにくいから別のやり方に変更とか、やり直しが頻発するときびしい。
デバッグもいろんなパターンをためしていかなきゃいけないし。
■ このスレッドは過去ログ倉庫に格納されています