Java低速GUI Swing - 暇つぶし2ch

Java低速GUI Swing at TECH

1:デフォルトの名無しさん
03/08/31 04:24
そんなSwingとやっていくみんなのスレッドです。

2:デフォルトの名無しさん
03/08/31 04:25
関連スレ

Java 高速GUI SWT
ｽﾚﾘﾝｸ(tech板)l50

3:デフォルトの名無しさん
03/08/31 04:26
超高速で２(σ・∀・)σゲッツ

4:デフォルトの名無しさん
03/08/31 04:28
3GHz の CPU ならそんなに遅くナイヨ

5:デフォルトの名無しさん
03/08/31 06:57
まあ、なんだ
Swingの質問はなんかやたらと最近多い
自分のやりたいことやるのに結構苦労するよな。
まず、描画に関してスレッドの理解。
JTreeも使いこなそうとすると、結構難しいし
テキストコンポネなんか結構奥深いし・・・
自分も仕事でJavaやってますが
GUIに関しては、レベル低いですね多分。

というわけで、ネタっぽいのだが
Swing質問の需要はあると思われ
良スレとなることを期待します

6:デフォルトの名無しさん
03/08/31 07:32
全然遅くはないんだけど、時々引っかかる感じがする。
そんなのない？

7:デフォルトの名無しさん
03/08/31 07:45
>>6
イベントディスパッチスレッドで馬鹿な処理をするとそうなるな。
分かってない奴にイベントリスナを記述させるべきでないんだよな。

8:デフォルトの名無しさん
03/08/31 07:52
>>6
あるね、引っかかりが
（Pen4　2.4GHz　メモリ512MB）
SunONE4とか、ああいう重めのアプリの場合
かなりはっきりわかる。
同一パネル上のコンポーネントを
そっくり取り替える処理が非常に遅く感じる
昔はメニューとかの描画のゴミが酷かったけど
今はほとんどなくなってきている
マターリ進化してくれているだけでもうれしいが

あと、前から気に食わないのが
JTableの中の文字編集する時
カーソルが最初表示されない。
クリックして編集モードに入っているはずなのに
カーソル表示されないのでわかりづらい
コンボボックスとかJTableに挿入するのも
かなりメンドクサイし・・・

つい最近、SpringLayoutを大体使いこなせるようになってきた
なんかあったら質問してくれ

9:デフォルトの名無しさん
03/08/31 12:34
低速ねえ。
GUIの中で最も低速？

10:デフォルトの名無しさん
03/08/31 15:27
Swingは遅さよりもその独自色の強さに敬遠

11:デフォルトの名無しさん
03/08/31 15:37
なんかJavaつまんなくなってきた

12:デフォルトの名無しさん
03/08/31 19:47
俺も。
Swingの代わりにSWTが入ってたら大分違っただろうけど。

13:デフォルトの名無しさん
03/08/31 20:12
そんなあなたにJ# & Windows.Form

14:デフォルトの名無しさん
03/08/31 20:25
そんなあなたにDelphi & CLX

15:デフォルトの名無しさん
03/08/31 23:04
Swingでも、ビックリするぐらい、早いものもある。
技術力次第ってことか。

16:デフォルトの名無しさん
03/08/31 23:07
>>8
>同一パネル上のコンポーネントを
>そっくり取り替える処理が非常に遅く感じる
これは、組み方が悪い。

17:デフォルトの名無しさん
03/09/01 00:00
SWING はちょっとな、あのクラスローディングの長さはいかんともしがたい。

18:17
03/09/01 00:03
だから、せめてアプレットにはSWING使わないでくれといいたい。
フツーのアプリケーションにならいいが。

19:デフォルトの名無しさん
03/09/01 00:07
数年で首になった日立ソフトの社長
URLﾘﾝｸ(images.google.co.jp)
中村輝雄本部長
URLﾘﾝｸ(images.google.co.jp)

20:デフォルトの名無しさん
03/09/01 00:19
Celeron 400MHz のマシンを使ってるけど
Swingは重たいなぁ

21:デフォルトの名無しさん
03/09/01 00:28
Swingじゃなければ何がいいの？

22:デフォルトの名無しさん
03/09/01 00:29
業務でSwing使おうって決まるのって何が決め手になる場合？

23:デフォルトの名無しさん
03/09/01 08:23
>>22
他の選択肢はAWTとSwingしかないので、それらとの比較になるわけです。
AWT -> Widget少ないので仕様を満たせない
SWT -> Java標準じゃないし配布が面倒
なので消去法でSwing。SWT使いたいんじゃー!!

24:デフォルトの名無しさん
03/09/01 11:17
>>16
俺に言われてもね～

25:デフォルトの名無しさん
03/09/01 11:53
SWTの配布が面倒ってどういうことなんだろう。
アーカイブで配るときは共有ライブラリいれておけばいいし、
WebStartでも配置できるよね。アプレットくらいじゃないの、
SWTが全然使えないのって。

26:デフォルトの名無しさん
03/09/01 12:01
>>25
誰が面倒だって？
jarとdllを一緒に配ればいいんだよ
何も難しくない
ライセンスにもまったく引っかからない

27:デフォルトの名無しさん
03/09/01 18:33
>>26
＞誰が面倒だって？
>>23

28:23
03/09/01 19:03
そうだよ、難しくないんだよー。
だからうちの上司説得するの手伝ってくださいマジで。理由はよくわからんけどSWTは気にいらんらしい。

29:デフォルトの名無しさん
03/09/02 15:14
Java Web Startを使用して、SWTアプリケーションを配置する
URLﾘﾝｸ(www-6.ibm.com)

30:デフォルトの名無しさん
03/09/02 21:37
つーか、SWTのコンポーネントって全て知らないんだけど
そのOSで用意されている（って言うのかなんていえばいいのかわかんないけど）
コンポネは全て使えるのか？

あと俺の疑問としては　
テキストコンポーネントのカット＆ペーストなどの動作は
どうやって実装するのか？
Swingなら楽だがSWTはどうやってるのか

31:デフォルトの名無しさん
03/09/02 23:02
OSネイティヴのコントロールならカット＆ペーストは標準で（OS依存で）ついてるんじゃないの？

32:デフォルトの名無しさん
03/09/02 23:37
>>31
いやだから、それを操作するようにプログラミングする必要があるのかと思ったのだよ
AWTと同じと思っていいのか？

33:デフォルトの名無しさん
03/09/03 00:37
>>23
俺も同じように真っ先にSwingを選んだ。
これ後でこまるってことは内科ね？

いまんところGUIには力を入れていないんでそんなに困ることも無いわけだが。

34:デフォルトの名無しさん
03/09/03 01:04
>>23
上司にしてみれば
なぜワザワザSWT使う必要があるのか？と思ってるんじゃないの？

35:デフォルトの名無しさん
03/09/03 07:08
>>34
SWTにして利益があるのはプログラマと顧客だけで、
会社や上司にはメリット無いからなー

36:デフォルトの名無しさん
03/09/03 07:11
プログラマと顧客にメリットがあるって説得すればいいじゃないか
というかここはSwingスレだよみなさん

37:デフォルトの名無しさん
03/09/03 10:46
>>36
でも、そのメリットって言うの説明できる？
どう考えたって、現状ではSwingの方が浸透してるし
そくどが早いって言うのが、それほどの説得材料になると思えない

38:デフォルトの名無しさん
03/09/03 16:07
>>36
で、結局 SWT を使うメリットって何なの?

39:デフォルトの名無しさん
03/09/03 16:28
「当分は」Swingより速い。だけでしょ。
だけといっても、それが重要なんですが。

40:デフォルトの名無しさん
03/09/03 17:02
Swingが爆発的に遅いわけでもないのでその理由は却下だろ？

41:デフォルトの名無しさん
03/09/03 17:21
むしろSWTの方が爆発的に遅い場合がある。

42:36
03/09/03 17:37
すみませんでした。
知ったかぶりしてますた。

43:デフォルトの名無しさん
03/09/03 22:43
>>42
あんただれ

44:デフォルトの名無しさん
03/09/03 23:00
>>43
36って書いてあるやん

45:デフォルトの名無しさん
03/09/03 23:05
騙る番号間違えてないか

46:デフォルトの名無しさん
03/09/03 23:25
>>42
> すみませんでした。
> 知ったかぶりしてますた。
この騙りの手口はJBuilder9スレにいた香具師と同じ手口だ。

47:デフォルトの名無しさん
03/09/03 23:29
.netのGUIとどっちが早い？

48:デフォルトの名無しさん
03/09/03 23:53
Swingで使い物になるHTMLコンポーネント出ないかなあ。
JEditorPaneでAAのスレ開いたらいつまで経っても
固まりつづけて、VMごと落としたよ。

49:デフォルトの名無しさん
03/09/03 23:59
swing1.4系が1.3系と比べてどれくらい速度が向上したのか、
詳細な比較情報ってないですか？
体感だと30%くらい高速化してそうに思えるんですけど。

50:デフォルトの名無しさん
03/09/04 00:00
>>48
AAに使われてる文字はJavaSwingのTextコンポネ
では文字化けしやすい（文字探してる）から
処理が非常に重くなる

51:デフォルトの名無しさん
03/09/05 20:15
>>50
すみません、教えて。
内部的にはUNICODEなんだし、AAで使われてる文字だと重くなるって
よくわからないんだけど・・・
扱い的には漢字とかと同じじゃないの?

52:デフォルトの名無しさん
03/10/02 00:57
ＡＡは妙な機種依存文字が使われてるんじゃねーの？
普通はまず出ないようなやつが。

53:デフォルトの名無しさん
03/10/02 22:39
まだSWTに移行しない香具師がいるのか？
ヴァカ？

54:デフォルトの名無しさん
03/10/02 22:51
まだ、Swing (1.4.2) で十分って、気づかない奴もいるのか（笑）
SWT はあくまで、Eclipse を作るためのものさ！
Swing で何の問題もない！

55:デフォルトの名無しさん
03/10/02 23:21
まだSwing1.4.2で十分なんて思っている奴もいるのか（爆笑）
このペースでいくと、
3年後にやっとパソコンのスペックがついてきて
6年後にやっと十分な機能とインターフェイスが提供される・・といったところか

それまでJavaが生きていればの話だが

56:55
03/10/02 23:22
かといってSWTに移行するのもバカ
Swingがダメだと気づいたら
クライアントは素直にネイティブ言語つかえっちゅーねん
今はC#とかもあるんだし

57:デフォルトの名無しさん
03/10/02 23:24
C#は微妙にネイティブとは呼べないなあ

58:デフォルトの名無しさん
03/10/03 01:02
結論：ＭＦＣ最強

59:デフォルトの名無しさん
03/10/03 15:56
結論：VCL最強

60:デフォルトの名無しさん
03/10/03 20:15
結論：AWT最強

61:デフォルトの名無しさん
03/10/03 21:34
ここでボケて(AA略)

62:デフォルトの名無しさん
03/10/03 21:34
MFC>Swing>AWT>SWT>>(超えられない壁)>>>VCL

63:デフォルトの名無しさん
03/10/03 21:38
>>62
それは逆にすればいいのか？

64:デフォルトの名無しさん
03/10/03 22:02
>>63
いや、合ってるだろ。糞さ加減順だよ。

65:デフォルトの名無しさん
03/10/03 22:26
>>64
なるほど。
しかし C# をあのように作ったのだから、MS も自覚はあったんだろうね。

66:デフォルトの名無しさん
03/10/03 22:57
MicrosoftはOfficeで使ってるフレームワークを公開していれば最強だっただろうに

67:デフォルトの名無しさん
03/10/04 02:38
Swingほどしっかりとモデル化されたGUIコンポーネントは他にはないよ。
優れているかどうかはまた別だろうけども。

68:デフォルトの名無しさん
03/10/04 04:19
特にGUIのようなパフォーマンスにセンシティブなライブラリにおいては
OO的な設計の良さはしばしば欠点に数えられる。

69:デフォルトの名無しさん
03/10/04 04:39
Visual Component Library 最強

70:デフォルトの名無しさん
03/10/05 23:27
Swing!Swing!Swing!Swing!　Hey!　二　木　！
Swing!Swing!Swing!Swing!　二　木　ゴ　ル　フ　♪

71:アブノーマル
03/10/06 00:07
普通、マウスイベントを駆使して自作GUIクラスライブラリ作るだろ。

72:デフォルトの名無しさん
03/10/07 07:31
何厨房装ってんだよ

73:デフォルトの名無しさん
03/10/11 05:07
Swing API で SWT を使用することができるそうだ。
Swing で書かれている NetBeans が SWT、つまり OS ネイティブの GUI で動いたみたい。

URLﾘﾝｸ(swingwt.sourceforge.net)
URLﾘﾝｸ(swingwt.sourceforge.net)

74:デフォルトの名無しさん
03/10/11 12:57
>>73 SWTの上で動かすAWTの次は、SWTの上で動かすSwingですか。
Swingの上で動かすSWTもあるし、なんでもありだな。

75:デフォルトの名無しさん
03/10/11 15:01
屋上屋を重ねるとは正にこのこと。

76:デフォルトの名無しさん
03/10/11 16:48
じゃあさ、SWTの上で動かすSwingの上で動かすSWTの上で動かすSwingの上で
SWTを動かすってのはどうだろうか？
あ、いま俺いいこと言った？

77:デフォルトの名無しさん
03/10/11 17:34
>>76
な、なんだってーー！！

78:デフォルトの名無しさん
03/10/11 17:43
AA(ry

79:73
03/10/11 21:58
ごめん。SwingWT で NetBeans が動くわけじゃなかった。
SwingWT のライブラリを import しないといけないので、
Swing と完全なソースコード互換ではないです。

80:デフォルトの名無しさん
03/10/12 15:17
>>56
そうもいかんさ。共同作業だから。
ｃ++で組めば速いに決まってんだけど
ｃ++がきちんと書けるＰＧってほとんどいないし。

81:デフォルトの名無しさん
03/10/13 05:47
>>80
SwingがきちんとかけるPGのほうが更に少ないと思うのだが、、
SWTなんかだと、ほとんど誰も書けるPGいないだろうに

82:デフォルトの名無しさん
03/10/13 07:19
C+SDK からの移行なら、SWTの方が簡単にくめるね!
まぁSwing の方が簡単だろうけどね。

83:デフォルトの名無しさん
03/10/13 11:54

　　　Ｙ　

恥ずかしい丘

84:デフォルトの名無しさん
03/10/13 12:26
>>81
自称Ｃ++ＰＧの大半は文法理解できてないですよ。
だからＣ＋＋ＰＧはぐんと少ないと思いますよ。

85:デフォルトの名無しさん
03/10/13 13:10
実際、自称C++プログラマほとんどがオブジェクト指向も理解できないCオンリープログラマだったりするんだよな。

86:デフォルトの名無しさん
03/10/13 13:45
Ｃ＋＋はオブジェクト指向言語じゃないし・・

87:デフォルトの名無しさん
03/10/13 14:17
なんでここでC++話になるんだよ場をわきまえろ

88:デフォルトの名無しさん
03/10/13 14:53
私は Java で GUI プログラミングをしたことがないのですが(AWTすらしらない）、
いまから GUI プログラミングをするには、何にしたらいいですか?
SWing ? SWT ? やっぱり基本ってことでAWT?

ちなみに Java、オブジェクト指向の基本は抑えているつもりです。

89:デフォルトの名無しさん
03/10/13 16:27
Swingは簡単だよ。
javax.swing.*
以下のJavadocを全部読め。

90:84
03/10/13 17:45
>>86
うるせーばか
>>87
ごめんなさい
>>88
決定版がないのよ。

91:デフォルトの名無しさん
03/10/13 23:57
>>88
C+SDK 経験者なら、断然　ＳＷＴ　が簡単
経験無ければ、本も情報もいっぱいあるので、Swing で　コピペプログラムがよいのでは？

92:88
03/10/14 00:35
>>89-91
レスどうもありがとう。まずは Swing に手をつけてみます。
オブジェクト指向の設計としては Swing はよくできているらしいので
(そうでないという意見の人もいますが、とりあえずここではそれはおいとく)

>>91
C+SDK はやったことがありません。
自分の GUI プログラミングの経験といえば、Unix で emacs + gcc で、生Xlib でいくつかツールを
作ったぐらいです。

93:デフォルトの名無しさん
03/10/14 00:45
>>88
それが良かろう、基本って事で

94:デフォルトの名無しさん
03/10/14 02:17
>>92
Xlib 生で自分でライブラリー作ってきているなら、SWT が楽かも
まぁそれぐらいのスキルがあれば Swing も問題ないだろうけど。面倒って感じるかも（１週間ぐらいは）

95:デフォルトの名無しさん
03/10/14 20:57
SWTとSwingなら、スキルに関わらずSwingが楽でしょう。

96:デフォルトの名無しさん
03/10/25 03:33
Swing好きなんでage。
やっぱSwing人気ないな。
使いこなすと本当に無理が効くいいライブラリだと思うんだが、
いかんせん速度と見た目がねえ。

97:デフォルトの名無しさん
03/10/25 03:52
>速度
・イベントディスパッチスレッドを理解する。
・応答性が必要なとこでちゃんとマルチスレッド化する。

上の二点に気をつければ遅くないよ。

98:デフォルトの名無しさん
03/10/25 04:10
慣れないと開発速度が「遅く」なりそうだよな

99:デフォルトの名無しさん
03/10/25 05:32
仕事で超リッチなクライアント作ってるが
最長一ヶ月ぐらいあればなんとなくどんなクラスがあるか覚えるだろ。
マルチスレッド非対応ならだが。
EJBの反応が悪いので（ｗ GUIの遅さはよくわかりませんと言う感じ。
>>98
何だろうが最初から慣れてる奴なんかいない

100:pyスレから来ました
03/10/25 05:42
Swing はJython 使うと perl/tk 以上に使いやすい
(体感開発速度が上がる)感じがした。

どうせ遅いんだしJython使っちゃおう。

101:デフォルトの名無しさん
03/10/25 05:58
>>98
慣れても開発が速くならないMFCというのもあったな。
Swingは開発が進むと、クラスという形で「慣れ」が残っていく。

102:デフォルトの名無しさん
03/10/25 06:10
>>100
Javaじゃないものを組み合わせると
リファクタリングツールなんかが効かなくて不便かなと思った．
XSLみたいな比較的独立したものならいいけど，
メソッド起動とか絡むとね．

でもちょっとしたツールであれば，スクリプト系は良いね．

103:デフォルトの名無しさん
03/10/25 06:58
Jythonはスクリプトと言う扱いなの？

104:デフォルトの名無しさん
03/10/25 12:14
いえ。殺人鬼です。

105:96
03/10/25 12:16
お、返事付いてる。
>>97
俺はイベントディスパッチスレッドもマルチスレッド化がなぜ必要かも
理解しているつもりだよ。
ただ、微妙なモッサリ感とか、しばらくほったらかしてから
ウインドウを前に出したときに数秒間グレーののっぺらぼうウインドウが
表示されて反応なくなったりすることとか、直接Swingと関係ないけど
JPEGデコーダーの性能がため息出るほど悪くて
使いものになるグラフィックビューアなんて絶対に書けないこととか、
ちょっとは愚痴りたくなるよ。

ただ、造りが理論的に綺麗だから、理論的にこういう事できそうだな、
と思って実装するとほとんど間違いなくちゃんと動いてくれるのは
すごいと思うよ。

106:デフォルトの名無しさん
03/10/25 14:27
>JPEGデコーダーの性能がため息出るほど悪くて
>使いものになるグラフィックビューアなんて絶対に書けないこととか、

速いJPEGデコーダーを自作すればいい。

107:デフォルトの名無しさん
03/10/25 15:43
JPEGデコーダから自作しなきゃならんライブラリか…。
開発効率悪すぎだな。話にならねー。

108:デフォルトの名無しさん
03/10/25 15:46
jniの魔法を使って最速のJPEGデコーダIJLを召還・・・・・できるのか？

しかもWindows専用という罠が待っている

109:デフォルトの名無しさん
03/10/25 16:27
結論としては、MFC最強？

110:デフォルトの名無しさん
03/10/25 16:30
WTL最強

111:デフォルトの名無しさん
03/10/25 17:47
Ｓｗｉｎｇってスレッドセーフじゃないってマジですか？

112:デフォルトの名無しさん
03/10/25 17:53
マジです

113:デフォルトの名無しさん
03/10/25 18:00
>>97
>>105

Jpeg デコーダは dll なので、そんなに遅い感じはしません（Pentium 4 なら）
十分使用に耐えますけど。。。

114:デフォルトの名無しさん
03/10/25 18:04
IJL以外のほとんどの実装の場合、
最速で連続表示すると実用に耐えない
PC3200 DualChannelとAthXP3200+を使っていても。

115:デフォルトの名無しさん
03/10/25 18:06
「最速で連続表示」？

116:デフォルトの名無しさん
03/10/25 19:55
とりあえず1.5に期待

117:デフォルトの名無しさん
03/10/25 20:10
>>114
113 の者です。
マジレスで。。。表示時間よりＨＤＤの時間が遅いんだと思います。。
連続で最速での表示なら。。。。
時間をあけるんなら、別スレッドで読み込みましょう！
（賢い Viewer はみんな　やっているんでしょうから。。 CPIC なんか驚異的にはいですけどね。。
ほかの、おもちゃの Viewer 程度なら。。 Java+Swing で十分なのでは？）

118:デフォルトの名無しさん
03/10/25 21:21
>>111-112
いまどき、ショボ杉。

119:デフォルトの名無しさん
03/10/26 01:21
AWTでも使ってろ

120:96
03/10/26 02:12
>>113
自分のメインマシンは2年前のB5ノートなんだけど、
この環境では文句無しにHDよりデコード速度のほうが遅いよ。
もちろん「速いマシンに買い換えろ！」というのももっともだと思うけど、
Java以外じゃそんなに不足感じてないんで、買いかえるのにけっこう悩む。
あと、画像ビューアの場合、少なくとも次画像の事前読み込みは必要だと思うけど、
でかい画像を開いたときに、それが全部ヒープ領域に入るから、
ヘタにでかい画像を連続表示するとOutOfMemoryErrorで落ちたりする。
切ない。
デフォルトの64メガヒープを128メガにでもすれば大丈夫だろうが、
たかだか画像ビューアでそれは贅沢すぎるんじゃないか、と思わないかい？

>>119
>AWTでも使ってろ

あんなやっつけ仕事で作られたライブラリはさすがに勘弁。

121:デフォルトの名無しさん
03/10/26 04:10
>>120はVCでMFCでも使ってなさいってこった。

122:デフォルトの名無しさん
03/10/26 05:59
ＳＷＴつかえよ

123:デフォルトの名無しさん
03/10/26 06:58
>>120
う～ん　作りかたが悪いんだろう（笑）
私のは大丈夫。。。。。
まぁ正直遅いＣＰＵは知らん（笑）

Z-80 から、こんなことやっているが。。。
先を見ないと！

124:デフォルトの名無しさん
03/10/26 07:20
>>123
文意がつかめないのですが……

125:デフォルトの名無しさん
03/10/26 21:37
>>108
ここはひとつJNIの魔法を使ってSDLを召喚

126:デフォルトの名無しさん
03/10/27 00:57
マシンを買い換えてから、
以前まで毛嫌いしてたSwingが使えるレベルになった。
でもわざわざJavaでクライアントアプリを作る理由が見出せない。
Delphiでいいやん。

127:デフォルトの名無しさん
03/10/27 02:25
わざわざ今更Pascalで何かを作る理由が(r

128:デフォルトの名無しさん
03/10/27 03:00
ネイティブのJavaとネイティブのswingがあればいいのでわなかろか。
continner.add(Integer(1))なんて見るとJavaよりC++の方がいいんだが、
周囲がC++を嫌うしなぁ。

129:デフォルトの名無しさん
03/10/27 03:12
Swingはネイティブにするのは無理だろ。
あれは最後の描画以外全部Javaの中でやってるのが特徴で、
拡張性の元になってるんだから、
ネイティブにしたらSwingじゃなくなっちゃうよ。

130:デフォルトの名無しさん
03/10/27 03:19
Javaで拡張できればいいということなら、
ネイティブなJavaでコンパイルされたswingでもだめかな？

131:デフォルトの名無しさん
03/10/27 15:30
JavaにGUIなんか要らないよ。

132:デフォルトの名無しさん
03/10/27 16:30
>>131
組み込み系の人？

133:デフォルトの名無しさん
03/10/27 17:10
>>132
最近ではServletのことも組み込みって言うんですね。

134:デフォルトの名無しさん
03/10/28 00:16
Write once, run anywhere を生かしたものでないと
あえて Java を使う意味がないような気がする

135:デフォルトの名無しさん
03/10/28 00:29
GUIなしのプログラムならC++の移植ってそんなに大変じゃないです。
C++でCGI書くのもつらくないんです。
むしろGenericsが標準になってないJava言語には魅力がないんだよね。
メリットはswingだけ。

136:デフォルトの名無しさん
03/10/28 01:04
>>130
ネイティブコンパイルは多少パフォーマンスは上がるけど、
それで問題が全部解決するってのは幻想だよ。
Swingは良くも悪くも全部Java（コンパイルされてもね）の上で
描画されてるんだから、ネイティブコンパイルしたからって
JButtonがネイティブのボタンになるわけじゃない。

>>135
俺はJava厨だからよくわからないんだけど、Genericってそんなに必要なの？
Collectionで使うなら便利かもな、とは思ったけど。

137:デフォルトの名無しさん
03/10/28 01:15
C++ユーザーがJava使うと激しく落胆するのはGenericsが標準でないこと。
ため息出てくる。でもswingは好き。パネルレイアウトとかgtk+より進歩的。
C++のGUIクラスライブラリをswingと同じ設計でやってほすい。

138:デフォルトの名無しさん
03/10/28 01:16
Genericsは、プログラム書くのと同じくらいドキュメント書くのに精力尽くさないと、
他の人(半年後の自分を含む)が再利用どころかメンテナンスできないものになっちゃうよう。

実際、他の人たちはどうやって上手にメンテナンスしてるのか知りたいわ。専用スレ逝ってきます。

139:デフォルトの名無しさん
03/10/28 01:32
>>133
サーバーに組み込んで使うから（ウソ）

140:デフォルトの名無しさん
03/11/01 16:49
Swing無知の私です・・・
GUI画面を作ろうと思ってるのですが、調べてもさっぱりわからず・・・ソース
書いても思惑通りならず・・・。
JBuilderとかEclipsみたいな、セパレートされたGUIを作成したいのですが、
どこか参考になるソースやらサイトって、ありませんか？
何を使ったらああいうビジュアルになるのか・・・

141:デフォルトの名無しさん
03/11/01 16:53
セパレートされたGUIってなんじゃ

142:デフォルトの名無しさん
03/11/01 16:58
すいません、言い方悪かったです。
ツリー領域やら、テキスト編集エリアや、エラー情報など、
縦横に分割されていることをいいたかったのです・・・。

143:デフォルトの名無しさん
03/11/01 17:48
それはスプリットペインと呼ばれるものだ

144:デフォルトの名無しさん
03/11/01 18:52
これを調べてもまだ判らなかったら…もうだめぽ。
URLﾘﾝｸ(java.sun.com)

145:デフォルトの名無しさん
03/11/01 19:35
>>144
1枚目の画像，グロかと思た……

146:デフォルトの名無しさん
03/11/02 12:07
スプリットペインというのですね

チャレンジしてみます。ありがとうございます。

147:デフォルトの名無しさん
03/11/02 12:26
>>140
もしかしてレイアウトマネージャについて理解してないんじゃない？
もしもそうなら、BorderLayout, FlowLayout, FridLayout, GridBagLayoutで
ググってみ。

148:デフォルトの名無しさん
03/11/03 01:02
>>104
それはジェ

149:デフォルトの名無しさん
03/11/03 10:19
かっこいい Swing ルックアンドフィール見つけたよ。
GPLで配布されてます。

URLﾘﾝｸ(www.geocities.com)

150:デフォルトの名無しさん
03/11/03 10:45
うわ、じじくさ

151:デフォルトの名無しさん
03/11/03 11:29
L&Fごときで、GPLに感染するのはちょっとなぁ。

152:デフォルトの名無しさん
03/11/03 11:31
ちょっと、というか全然ダメダメ

153:デフォルトの名無しさん
03/11/03 11:52
JTabbedPaneに、コンポーネントを追加したんですけど、
タブ部分に、そのコンポーネントの取り消しボタンを設定するには
どうやればいいのでしょうか・・・

154:デフォルトの名無しさん
03/11/03 20:40
まず、そんなアフォなUIは考え直そう。

155:デフォルトの名無しさん
03/11/03 20:50
>>145
・・・。思うか？

156:デフォルトの名無しさん
03/11/03 23:35
>>154
Eclipseなどファイルごとにタブができるエディタや
ページごとにタブができるブラウザ… アフォなUIですかね？
ファイルやページを閉じるときにタブの×を押す。直感的だと思うけど。

157:デフォルトの名無しさん
03/11/03 23:37
SwingのL&FならまずSkinLF
URLﾘﾝｸ(javootoo.l2fprod.com)

158:デフォルトの名無しさん
03/11/05 23:49
SwingのL&Fならまずあきらめろ

159:デフォルトの名無しさん
03/11/07 19:51
SWTスレ落ちた？

160:デフォルトの名無しさん
03/11/07 20:15
>>159
みたいね。

161:デフォルトの名無しさん
03/11/07 21:16
SWINGのL&Fいいじゃん。

162:デフォルトの名無しさん
03/11/08 00:03
メタルだけは、鈍臭くて好きになれん。

163:デフォルトの名無しさん
03/11/08 19:45
Windowsで、GTKLookAndFeelって対応してる?
切り替えるとなんかおかしくなるんだけど。

164:デフォルトの名無しさん
03/11/08 20:58
>>163
WindowsXP Pro + build 1.4.2-b28 の SwingSet2 で
LookAndFeel を GTK にしたけどパっと見てそれほど変なところは無かったような。

なんかおかしくなるって具体的には？

165:デフォルトの名無しさん
03/11/08 21:56
>>164
> なんかおかしくなるって具体的には？

Backgroundの色がおかしくなるというか・・・。とりあえずサンプル
作ったので一旦GTKにしてから、ほかのL&Fに戻して、フレームのサイズ
とか変更してみてください。右のパレットが描画されなくなってしまう。

URLﾘﾝｸ(www2.makani.to)

166:デフォルトの名無しさん
03/11/08 22:00
>>165
失敗。
URLﾘﾝｸ(www2.makani.to)

167:デフォルトの名無しさん
03/11/08 22:28
>>165
URLﾘﾝｸ(developer.java.sun.com)
BugParade みたけど Windows 用 JDK1.5 では GTK LookAndFeel は使えなくなる予定だって。
ひょっとするとバグ多すぎるので Sun の GTK LookAndFeel 作ってる連中が投げた可能性も…

っつか、JDK 1.5.0 の b22 とかって early access とか見ても無いけど
Sun 内部とかでテストしてるって事なんかいな？

168:デフォルトの名無しさん
03/11/08 22:31
>>165
1.4.2-b28 で GTK LookAndFeel に変更した時と
GTK LookAndFeel から他の LookAndFeel に変更した時に確かに変になるね。

169:165
03/11/08 23:11
>>167
ま、L&Fに凝りまくられるより、速度とかに力入れてくれるほうがありがたいですしね。
実際速くなってるし。

>>168
とりあえず、自分の環境だけという訳ではなさそうなので、WindowsではGTKLookAndFeel
は、使わないことにしときます。

170:デフォルトの名無しさん
03/11/10 01:21
GTKすらまともに実装できないとは…やっぱクライアントサイドのJavaって糞だな。

171:デフォルトの名無しさん
03/11/10 02:04
170は何もわかってない予感

172:デフォルトの名無しさん
03/11/10 15:47
swingで質問です。
今、Linux上で複数のWindowを表示するアプリ作ってるんですけど、
Windowを移動させようとするとWindow同士が（正確にはPanel等も）
ぺたぺたくっついて、動かしづらいのですがなんとかならないんでしょうか？

WindowManager?の設定は変えたので、Java以外のアプリ（Ktermとか）は
くっつかないようになったのですが。

環境はRedHat Linux7.3でGNOME使ってます。

173:デフォルトの名無しさん
03/11/10 22:17
Windows XP + VC++ + MFCに乗り換えるのはどうだろう。

174:デフォルトの名無しさん
03/11/10 22:58
>>173
死滅ライブラリキター

175:デフォルトの名無しさん
03/11/10 23:40
互換性に期待してJavaアプリを組んでるやつは
wxWindows/WideStudio/Qtに流れたほうがいいかモナー。
ランタイムの互換性がたいした事ないから、いっそ
再コンパイルを通したソース互換の方がいいじゃん。

176:デフォルトの名無しさん
03/11/10 23:59
おそらく Swing のせいだと思うんだけど JRE がどんどん肥大化してるね。
JRE1.4.1 で 9MB だったのに JRE1.4.2 になったとたんに 15MB とは…。

177:デフォルトの名無しさん
03/11/11 00:16
ほんとだ。増えてるね。
でもswingだけで5MBも増えるとは思えんが...

178:デフォルトの名無しさん
03/11/11 02:41
>>175
正直互換性目的だけでJavaを勉強しはじめましたが
そうかもしれません・・・。でもJavaは日本語ドキュメントが
多いので短期間で習得できるのです。。。

179:デフォルトの名無しさん
03/11/12 22:28
>>176
年々ハードディスク容量も増えてるからいいんじゃないの？

180:デフォルトの名無しさん
03/11/12 22:39
そういえば、SWTって結局殆ど流行らないまま消えそうだね。

181:デフォルトの名無しさん
03/11/12 22:43
そもそもクライアントサイドのJavaが（ｒｙ

182:デフォルトの名無しさん
03/11/12 23:15
>>181
略すな!!

でも、Javaアプレットくらいは生き残ってﾎｽｨ･･･
1.4以上のJREを前提にしたアプレットって、作っても使ってくれるかね?

183:デフォルトの名無しさん
03/11/12 23:42
アプレットこそ風前の灯じゃないか

184:デフォルトの名無しさん
03/11/12 23:42
1.4以上でないとホイールマウスも機能しないしイヤン。

185:デフォルトの名無しさん
03/11/13 00:21
1.4以上を対象にするのなら、アプレットでなくともJavaWebStartで…。

186:デフォルトの名無しさん
03/11/13 00:45
>>185
同意。
少なくともJavaWebStartはいまだにFlashとかに対する
アドバンテージ持ってるからね。

思うんだが、もしもアプレットのセキュリティの縛りがゆるくて、
ローカル資源にアクセスできたら（ただし確認ダイアログが出る）、
あれってもうちょっと普及してたんじゃないかな。
アプレットには安全だけど役に立たないってイメージあるんで。

187:デフォルトの名無しさん
03/11/13 00:52
共用のデータベースやWebベースのグループウエアの
GUIとしてSwingアプレットはちょくちょく見るけどな。

事務系ではなく、開発・設計などだからクライアントの
スペックが比較的高めだからかもしれんが。

188:デフォルトの名無しさん
03/11/13 01:00
> 思うんだが、もしもアプレットのセキュリティの縛りがゆるくて、
>ローカル資源にアクセスできたら（ただし確認ダイアログが出る）、
そうそう、それで、カチューシャ的な専用ブラウザを
アプリケーションでシコシコ作る羽目になる。

189:デフォルトの名無しさん
03/11/13 01:16
セキュリティ解除のプログラムを配れ

190:デフォルトの名無しさん
03/11/13 01:23
マイクロソフトの自動アップデートで1.4.2うｐできるようになるのは
いつ頃ですか？？

191:デフォルトの名無しさん
03/11/13 01:43
>>190
うｐなんてできるのか？DLだろ？

192:デフォルトの名無しさん
03/11/13 02:21
>>191
Microsoft が Java を独自拡張しようとして Sun に訴えられた裁判での話で、
Sun の「WindowsUpdate で Sun の JRE を配布すれ」とゆー要求が通って、
裁判所による仮処分命令(?) だったかが出た事があるんよ。

その仮処分命令(?)は結局無効になったはず。

193:デフォルトの名無しさん
03/11/13 04:31
>>186
iアプリみたいな感じだね。

Flashは、アプリケーション版も出すって話ない？

194:191
03/11/13 07:26
>>192

（こんなことわざわざ言う必要もないのだが）

190の発言
「1.4.2うｐできるようになるのは」
この「うｐ」というのがアップデートの意味ならわかるが
通常は「うｐ」といえばアップロード
そう考えると190の発言の意味は
「WindowsUpdateで1.4.2をアップロードできるようになるのはいつ頃ですか？？」
というように意味が通らなくなる。
俺が言いたいのは「アップロードではなくてダウンロードだろ？」と言いたいだけだ

195:デフォルトの名無しさん
03/11/13 08:14
「うｐ」自体正式名称ではないんだし、それにわざわざ突っかかるようでは
人生で他に他者より優越する機会が無いのかと憐れみを持たれるだけなのでは？

196:191
03/11/13 08:15
（こんなことわざわざ言う必要もないのだが）

そうだよ

197:デフォルトの名無しさん
03/11/13 08:40
（こんなことわざわざ言う必要もないのだが）

2chにわざわざ書く必要があることなどなにもない。

198:デフォルトの名無しさん
03/11/13 08:46
（こんなことわざわざ言う必要もないのだが）

↑これは空気的にお約束で付加しないといけないのですかね？

199:191
03/11/13 08:50
（こんなことわざわざ言う必要もないのだが）

そうだよ

200:デフォルトの名無しさん
03/11/13 09:29
おれは>>190をさらっと読んで、
「マイクロソフトが、SunのJavaVMをマイクロソフト自身のWindowsアップデート用サーバに、
アップロードしておくことができるようになるのは、いつ頃だろうか」と解釈。

>>186
そういえば、ネットスケープやIEはともかくとして、たしか最初にJavaアプレットを実装した
SunのJavaで作られたブラウザは、ローカルな資源も扱えたような気がする。
>>186については、俺も同感。

201:デフォルトの名無しさん
03/11/13 09:32
まあもちろん、ホームページにアニメーションや音を加えて華やかにしたい、
というだけの需要は、その後登場したフラッシュによって置き換わっていっただろうけれど。
もしアプレットがローカルな資源をいじれたら、もっと色々な利用方法があっただろうに。

202:デフォルトの名無しさん
03/11/13 09:56
IBMのダウンローダーアプレットなんかローカル資源
さわりまくりだし、Sunの啓蒙が足らんかったって話だね。

203:デフォルトの名無しさん
03/11/13 14:49
JFileChooserのフォントが太くて見にくいので細くしたいんですが
どうやったらいいんでしょうか？内部のボタンとか触れませんよね？

204:デフォルトの名無しさん
03/11/13 21:56
署名すれば、ローカル資源扱えるでしょ？
警告メッセージがでるけど。

205:デフォルトの名無しさん
03/11/13 23:04
ローカルな資源触れたらって・・・
触ることできるじゃん
パーミッションの問題です
でも、なぜかそういうことすることは難しいことだとあきらめている風潮がある
デフォルトで有効にすると問題があるので制限してあるだけだ。

206:デフォルトの名無しさん
03/11/13 23:18
署名しなくてもユーザーが許可すればローカル資源にはさわれる

207:デフォルトの名無しさん
03/11/13 23:29
>>206
その
> ユーザーが許可すれば
って部分があまり知られていないので、
いちいち説明すんのが面倒くさいんだよね。

Sun の文書もイマイチわかりにくいし。

208:205
03/11/13 23:42
>>207
ま、そういうことです

209:(゜Jし゜)
03/11/14 00:27
AWTとSwingってどっちが軽快に動きますか?
何か本とか見てるとSwingはLightWeightで、AWTはHeavyWeightなComponent
って書いてありましたが。
Java(というかプログラミング)の研修で簡単なGUIを作成するのですが、
低スペックなPCしか用意できないのです。

210:デフォルトの名無しさん
03/11/14 00:33
「用意できない」って言葉を使うってことは、研修で教える側だよなあ・・・

211:デフォルトの名無しさん
03/11/14 01:07
低スペックってどれくらい？

212:(゜Jし゜)
03/11/14 01:19
まぁ正確には教える人の相談役って感じです。
PCとか使えないCOBOLerの人たちを再教育するらしいです。
で、そのために社内で無数に余ってるペンII300メモリ64MBとかのクラスの
PCを再利用して研修を行うらしいです。
マジで正規の担当じゃなくってよかったです。

213:デフォルトの名無しさん
03/11/14 01:22
いまさらSwingの研修を受けさせられる方もかわいそうだなぁ。

214:デフォルトの名無しさん
03/11/14 01:41
そのスペックルではどっちも激重だと思うなり。AWTにしとき。

215:デフォルトの名無しさん
03/11/14 02:03
メモリがつらいよな。
単にGUIってんならDelphiのpersonalを勧めたくなっちゃうくらいだけど・・
JavaでGUIで64Mは・・・
いくらレイヤが下のAWTでも・・・・
OS次第では使い物になるのかな・・・・・
っていうかむしろVJ++・・・・・・

216:デフォルトの名無しさん
03/11/14 02:51
>>203
libの下にあるfont.propertiesをいじるか、

URLﾘﾝｸ(java-house.jp)
で、全部のフォントを変えるか、

URLﾘﾝｸ(www.wikiroom.com)
の中からJFileChooserで使ってるフォントを調べるか。

217:デフォルトの名無しさん
03/11/14 03:23
>>209
AWTのほうが軽く動く。
けど、いまさら勉強する価値はない。

PCを使えないオヤジを再教育するならeclipseかNetBeansを使え。
使い方が簡単なのはNetBeansのほう。

でも、192MBはメモリが必要。

218:デフォルトの名無しさん
03/11/14 03:27
>>209
COBOLerクビにして
外注か派遣にしたほうが100倍まし

219:デフォルトの名無しさん
03/11/14 03:43
>>218
その首になったCOBOLerが派遣になるだけ(w

220:デフォルトの名無しさん
03/11/14 03:55
awt最強って言ってた奴は今何をしているんだろうか

221:デフォルトの名無しさん
03/11/14 04:00
>>220
swt最強っていってるんじゃない？

222:(゜Jし゜)
03/11/14 08:01
野郎ども、おはようございます。
多くのレスありがとうございました。
>>215さん
Delphiは言語がマイナーで業務系であまり使われないので駄目だとのことです。
だからと言ってJavaのクライアントサイドにしなくても、とは思うのですが、
何しろ、知っている言語名がJavaとC言語くらいしか無いらしいので。

>>217さん
NetBeansをそのPCで動かしてみたのですが
(JDKと一緒に配布されてたのでインスコが便利だと思ったので)
起動するだけでカップラーメンが作れるくらいに待たされた記憶があります。

>>218さん
近日中に私の方が首になりそうです(自主的に)

まぁ結論としては放置安定ということですな。

223:デフォルトの名無しさん
03/11/14 08:48
>>216
ありがとう。調べてみる。

224:デフォルトの名無しさん
03/11/14 13:22
>>223
Eclipseは
「おうちにインストールしたいんじゃが？」
って質問が来たら、めんどくさいことになる。
NetBeansなら、JDKからTomcatまで、ひとつのインストーラーでOK。

225:224
03/11/14 13:23
ねぼけておった・・・

226:デフォルトの名無しさん
03/11/14 14:41
>>209
＞SwingはLightWeightで、AWTはHeavyWeightなComponent
これは処理が重いとか軽いとかのことを言っているわけではない

227:デフォルトの名無しさん
03/11/14 15:49
>>226
(同じだけコンポーネント使ったら)
HeavyWeight のが OS の GUI リソースを使うんだよね？

228:224
03/11/14 18:01
>>227
でもLightWeightのが、メモリ・CPUリソースを使う。

229:デフォルトの名無しさん
03/11/14 18:15
CPUリソース

230:デフォルトの名無しさん
03/11/14 18:21
MacOSXのL&Fって無いの？

231:デフォルトの名無しさん
03/11/14 18:27
>>230
Windows環境から使う場合は
SunのHPからDLするんじゃなかったっけ？

232:デフォルトの名無しさん
03/11/14 18:28
>>230
Appleが「漏れのGUIパクるなゴルァ(ﾟДﾟ#)」と言うので、
Mac OS X版JavaのSwingにしか搭載されません。

233:デフォルトの名無しさん
03/11/14 19:56
アポーの偏狭さがこんなところでも露呈した訳で

234:デフォルトの名無しさん
03/11/14 20:26
意匠権侵害だぞ

235:デフォルトの名無しさん
03/11/14 21:43
>>233
MSだって同じなのだが・・WinLook&FeelはWinでしか使えん

236:デフォルトの名無しさん
03/11/14 22:13
アイコンの著作権問題でね。

237:デフォルトの名無しさん
03/11/15 03:03
ところでMacでJavaやってるやついるか？
どうだAquaUIは

238:デフォルトの名無しさん
03/11/15 04:14
JList
URLﾘﾝｸ(www.google.co.jp)

239:デフォルトの名無しさん
03/11/15 04:39
JListは、トヨタistの宣伝にでないんですか？

240:デフォルトの名無しさん
03/11/15 08:30
つうかおまえ等はしらんだろうが
1.1.8時代はMacルックつかえたんだよ

241:デフォルトの名無しさん
03/11/15 10:22
>>230
URLﾘﾝｸ(javootoo.l2fprod.com)
URLﾘﾝｸ(javootoo.l2fprod.com)

242:デフォルトの名無しさん
03/11/15 10:51
URLﾘﾝｸ(javootoo.l2fprod.com)
URLﾘﾝｸ(javootoo.l2fprod.com)

243:デフォルトの名無しさん
03/11/15 12:13
URLﾘﾝｸ(javootoo.l2fprod.com)
URLﾘﾝｸ(javootoo.l2fprod.com)

244:デフォルトの名無しさん
03/11/15 14:40
おい、JFrameってマウスでリサイズ中に表示が更新されないんだけど、
なんか方法あったら教えてください。リサイズ後は勝手に更新されます。
以下のイベントを試したのですがこれもリサイズ後なのでだめでした。。。
JDK1.4.2

JFrame f = new JFrame("hoge");
f.addComponentListener(new ComponentAdapter() {
　public void componentResized(ComponentEvent ev) {
　　f.validate(); //これもちゃうのか？ paint？ repaint？
　}
})；

重くなりそうだけど。

245:デフォルトの名無しさん
03/11/15 15:32
>>244
あくまでもcomponentResized（過去形）だからね
windowClosedとwindowClosingがあるように
componentResizingなんてのがあればいいけど・・・

でも　『ドラッグ中にウインドウの内容を表示する』って環境依存じゃないの？

246:デフォルトの名無しさん
03/11/15 16:21
>>224
おいらはそういう人向けにインストールガイドまで作った。
研修のサンプルプログラムもセットで。

247:デフォルトの名無しさん
03/11/15 16:41
>>246
読んでくれないんだよ・・・
教えるときは、「教えられる人は文章をよまない」という前提でやる必要がある。
絵は見るんだけどね。

248:6ヶ月目素人
03/11/16 08:02
現在JTableを使ってコピー&ペーストをしたいと思い
↓下記のページのコピー&ペーストを使っていたのですが。
URLﾘﾝｸ(www.javaworld.com)

いざ、HTMLに載せようとしたら、↑のコピー&ペーストを使うとHTMLにAppletが表示されません。
↑のclassを使わないと表示されるので原因が↑の物だとわかっているのですが
これを解消するにはどうしたらいいのでしょうか。

JTableでのコピー&ペーストについてどなたか実装されてる方は居ませんか？
8月からいろいろ探してるのですが、↑のページしか見つからず、先が見えません。
どなたか、ご指導いただけませんか

249:デフォルトの名無しさん
03/11/16 08:43
クリップボードも、クライアントのリソースになるのでアクセス制限されてるのかな？

250:6ヶ月目素人
03/11/16 09:39
今、Cutだけ実装したのアプレットを作ってHTMLにAppletとして乗っけようとしたのですが
プロンプトからは開けるのですが、HTMLには乗ってくれませんでした。

自分にはどこをいじったらいいかわからず、解決できそうにないです。
クリップボード制限あると、、、HTMLには載せること出来ないのでしょうか。

次ページ