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には載せること出来ないのでしょうか。
251:デフォルトの名無しさん
03/11/16 09:44
>>250
とにかく、エラーがでているはずなので
IEのメニューからJavaコンソール を開いてエラーメッセージを載せてください
そうしないと解決には向かわない
252:デフォルトの名無しさん
03/11/16 09:44
>>250
というか、HTMLに載せるという表現はやめろ。
253:デフォルトの名無しさん
03/11/16 09:46
>>250
さらに、コンソールからじゃなくてアプレッツビューワだろ
254:6ヶ月目素人
03/11/16 10:12
>>251-3 言葉の使い方失礼しました。
Table.java
URLﾘﾝｸ(cgi.io-websight.com)
ExcelAdapter.java
URLﾘﾝｸ(cgi.io-websight.com)
↑こちらなのですが、アプレッツビューワでは、コピー&ペーストできるのですが
HTMLに映すと動きません、エラーメッセージ出す右クリック？も動きませんでした。
255:デフォルトの名無しさん
03/11/16 10:15
HTMLに映す、か。
面白い表現考えるね。
でも、やめろ。
256:デフォルトの名無しさん
03/11/16 10:24
>>254
今確認しました
やっぱり、クリップボードのアクセスでjava.security.AccessControlException
がスローされています
ちょっと待っててください。
257:デフォルトの名無しさん
03/11/16 10:36
>>248 8月からそのページ見ているのに、なんでそのページの
サマリーくらい読んでないんだろ。アプレット署名しないと駄目だよって
ちゃんと書いてあるのに。高々850wordsだよ、それ。
258:6ヶ月目素人
03/11/16 11:09
>>257
Note that, since the system clipboard is not accessible to unsigned applets,
this functionality will not be available to those Java programs.
unsigned appletsをsignありにするには、どうしたらいいのでしょうかね。
HTMLでは使えないってことですかね。
これを解決する方法は、どこをいじれば良いのでしょうか。
>>256さん、ありがとうございます。
259:デフォルトの名無しさん
03/11/16 11:37
>>258
(1)J2SE SDK日本語ドキュメントの一番最初のページを上から下まで
眺めてみる。
(2)signed appletでぐぐる。
もちろん、htmlからの呼び出しでも署名付きアプレットは使える。
260:デフォルトの名無しさん
03/11/16 13:21
>>255
じゃあ、なんて言うの？
261:デフォルトの名無しさん
03/11/16 18:21
HTMLはあくまでWebページを記述するための規格であって
それを表示するためのプログラムにはまた別の名前がついているので
「HTMLに載せる」とか「HTMLに映す」という表現は意味不明
これから先は自分で調べて考えてきてね
あとあれをアプレッツビューワと言う人は>>253くらいだと思うので
みんなどう言ってるかも自分で調べてきてね
262:デフォルトの名無しさん
03/11/16 18:28
>>261
おい、失礼なこと言うなよ
＞プロンプトからは開けるのですが、HTMLには乗ってくれませんでした。
これに対して
「さらに、コンソールからじゃなくてアプレッツビューワだろ」
と言ったまでだ、どこに疑問があるんだ？appletviewerだろが。
プロンプトを自分の脳内でコンソールに変換してしまったがな
263:デフォルトの名無しさん
03/11/16 18:39
>>261
ま、半可通は黙ってなさいってこった(藁。
264:デフォルトの名無しさん
03/11/16 19:12
URLﾘﾝｸ(www.google.com)
アプレッツビューワに該当するページが見つかりませんでした。
"アプレッツビューワ"を含むページは見つかりませんでした｡
265:デフォルトの名無しさん
03/11/16 20:02
>>264
ネタにムキになるのはカコワルイ
266:デフォルトの名無しさん
03/11/16 20:03
>>260
アプレットに載せるで十分だろ。
267:デフォルトの名無しさん
03/11/16 20:38
>>265
>>254が真にうけてるから言ってみたんだけど
ネタなら>>262でそういってくれればよかったのに
変なツッコミ入れるからつい本気かと思ったよ
268:デフォルトの名無しさん
03/11/16 20:40
>>267
> >>254が真にうけてるから言ってみたんだけど
あ、ほんとだ。
ネタはこどもがマネするといけないから、ほどほどに。
int型はデータ型ではない。
269:デフォルトの名無しさん
03/11/16 20:42
int型などを参照型に対してデータ型というのはよくない。
ネタに捕捉カコワルイ・・・
270:デフォルトの名無しさん
03/11/16 20:43
データ型はよそのスレでもう終った話題だから(w
271:6ヶ月目素人
03/11/17 00:12
えっと、>>260 は自分じゃないです。あしからず。
signの方読んでなんとかします。（これから）
書き込むついでに、もう一つ質問していきます。
HTMLでアプレットとして動いてるJTableからサーバーに値を送って計算
計算結果をJTableに返してくるということをやりたくて、考えていたのですが
URLﾘﾝｸ(cgi.io-websight.com)
↑こんな感じに、アプレット⇔サーブレットのサンプルをいじってるのですが
//TableModel m = table.getModel();
//Object x = m.getValueAt(0,0);
//int amount=Integer.parseInt((String)x);
↑の//をはずして、//int amount=3;にしても、データサーバーに飛ばしてくれません。
どこをいじっていったらいいのでしょうか。。。
272:デフォルトの名無しさん
03/11/17 00:17
>>271
HTMLで、というのを外せ。
273:デフォルトの名無しさん
03/11/17 00:36
>>272
何度も何度も繰り返し「HTML」というのが出てくるから、思わず、
「ぐわぁぁぁ もう二度とHTMLなんていうなぁぁぁ」 と、がきんちょのように
床にゴロゴロころがって泣きたくなってしまった。
274:デフォルトの名無しさん
03/11/17 00:40
>>271 とりあえずHttpURLConnectionとHTTPについて参考書か何かで
勉強したほうがいいと思うよ。リクエストメソッドとはなにかとかも。
そのコード見てるとサーブレット側でdoPostなどをちゃんと実装して
いるかどうかもなんか怪しい気がする。
あと既にSwingの話じゃないのでこれ以上この場所での質問はどうかと。
275:デフォルトの名無しさん
03/11/17 00:48
（こんなことわざわざ言う必要もないのだが）
言葉の定義でそこまで突っ込んでやらんでもいいだろうに。
276:6ヶ月目素人
03/11/17 00:51
>>274 そうですか。swingじゃないですかね。
int amount=Integer.parseInt(bookFld.getText());
ではできるのに、
TableModel m = table.getModel();
Object x = m.getValueAt(0,0);
int amount=Integer.parseInt((String)x);
こっちだと動かないので、問題はTableModelかな？って今調べてます。
一応、httpURLConnectionは↓みたいに書いてあります。
極意そのままなのですが、これじゃダメなのでしょうか
URLﾘﾝｸ(cgi.io-websight.com)
277:デフォルトの名無しさん
03/11/17 01:52
>>275
言葉の定義は大切だ。
ようするにそこに勘違いが含まれてるわけだから。
278:デフォルトの名無しさん
03/11/17 02:34
でも誰も正しく説明できない罠。
279:6ヶ月目素人
03/11/17 04:02
>>276で出来ないといってたこと解決しました。
URLﾘﾝｸ(cgi.io-websight.com)
>>259さんの出してもらった解決策でコピー＆ペーストできるようにしてきます。
お世話になりました。
ところで、自分は学生で、発表の期限が近いため毎日やってるのですが
社会人の方は、どれ位のペースでプログラミングされてるのですかね？
毎日徹夜が当たり前なのでしょうか？
スレ違いな質問すいません。
280:デフォルトの名無しさん
03/11/17 11:35
JListにはなんでsetVisibleColumnCountがないの？
281:6ヶ月目素人
03/11/19 10:46
>>259 で言われたことを進めて3日経ちました。。。
未だに解決できません。
URLﾘﾝｸ(www.dmz.hitachi-sk.co.jp)
このページを参考に、何度も試みているのですが、
自分の作ったアプレットはHTMLではエラーになってしまいます。
java.security.AccessControlException のエラーの回避方法を
どうか教えてもらえないでしょうか。
282:6ヶ月目素人
03/11/19 10:46
ageます。
283:デフォルトの名無しさん
03/11/19 10:56
そのページのサンプルはそのとおりやってみて動くんだよね？
自分の作った例のテーブルがダメなんですか？
284:デフォルトの名無しさん
03/11/19 11:09
Javaでゲーム作る人って、Swing使うの？
ノベル系のゲームくらいなら何とかなるような気がするんだけど。
285:6ヶ月目素人
03/11/19 11:30
>>283 すいません、できました＞ｗ＜
自分のPC上ではできたけど、これをネットで公開した時の不具合が心配ですが、
一応解決しました。
コピー＆ペーストのところで著名が必要だったのですが
jarの使い方そのものからやり直してみたらできました。
煮詰まっても、いいこと無いですね。。。ここに書き込みしたことで一回冷静になれました
スレ汚しすいませんでした。
286:デフォルトの名無しさん
03/11/19 18:18
>>284
使います。
Swing使ったらJava2Dが使えないということはない。
287:デフォルトの名無しさん
03/11/19 23:38
>>286
284はswingだと重いと思ってるんだろ。
swing でも描画は重くない (どころか 1.4 ではめちゃくちゃ速くなった) のに。
288:デフォルトの名無しさん
03/11/19 23:51
「速くなった」と「速い」は違う。（Swingは好きだが）
289:デフォルトの名無しさん
03/11/20 00:33
１．２と１．３の糞加減ですっかり「Java（Swing）＝遅くて話にならん」が定着したな。
290:デフォルトの名無しさん
03/11/20 10:35
ゲームならAWTで足りるんじゃないの？
291:デフォルトの名無しさん
03/11/20 19:26
ボタンとか、設定ダイアログとかはSwingでいいんじゃない？
JFrameにCanvas置いてフルスクリーンゲーム作ってもいいし。
292:デフォルトの名無しさん
03/11/21 01:01
VolatileImageでWindowsリソースに直接かきこめるし、
BufferStrategyでフル画面のページフリッピングもできるから、
WinAPI直描きと比べて大きく遅れをとることはない・・・と思うよ。
293:デフォルトの名無しさん
03/11/21 01:13
ほっといてから、アクティブウィンドウにすると
再描画まで、ものすごくまたされるのなんとかならんかね。。
294:デフォルトの名無しさん
03/11/21 01:25
namcoはJ-PHONE用のリッジレーサーを作る時に
まずプロトタイプをJ2SEで作った。
・・らしいのだが、本当にJ2SEでリッジレーサーが作れるものだろうか？
というか、よくJ-PHONEのKVMであれが動いてるよな・・
295:デフォルトの名無しさん
03/11/21 04:24
>>294
描画をJNIでネイティブでやるようにすればいけるのかも。
プロトタイプなら、ふつうにJava3Dでもいいのかもね。
296:デフォルトの名無しさん
03/11/23 02:34
そのプロトタイプで遊んでみたいもんだ。
公開してくれないかなあ･･･
297:デフォルトの名無しさん
03/11/23 11:00
>>294
そのプロトリッジレーサーが具体的に
どの程度のクオリティかわからないけど
意外とそういったゲームはさくさく動きますよ（J2SE）
Appletとかでも、これJava？なんていうのありますし･･
298:デフォルトの名無しさん
03/11/23 11:39
プロトって言ったってWindows版のMascot Capsule使ってるんだろうから，
J2SEとかあんまし関係ないものと思われ．
299:デフォルトの名無しさん
03/11/23 12:47
ﾈｲﾃｨﾌﾞAPIでｶﾞｼｶﾞｼ書いてんだからJavaとか全然かんけーねー。あほか。
300:デフォルトの名無しさん
03/11/24 17:05
「ｶﾞｼｶﾞｼ書く」という言葉を好む香具師は低脳の法則
301:デフォルトの名無しさん
03/11/24 20:56
リッジレーサー普通に動くんじゃないのか？
だって例えばエミュ使ってJ-PHONEリッジレーサーをPCで動かしたら
やっぱりPC上で携帯以上のパフォーマンス出るんだろ？
iアプリ出はじめはPCと実機での速度は比べ物にもならなかったんだけど
最近はどうなんだろうね
302:デフォルトの名無しさん
03/11/24 21:20
>>301
スクラッチパッドのアクセスは、あほほどおそい。
303:デフォルトの名無しさん
03/11/24 22:10
Swingを使ったアプリを作成し、売上げている方に質問
お客の要求はどのようなものだったんでしょうか？
304:デフォルトの名無しさん
03/11/24 22:17
>>303
MacとWindowsで動くものを安く早く。
305:デフォルトの名無しさん
03/11/24 22:27
>>304
互換性低いじゃん。MacOSX上でソース互換でgccを使ったほうがヨサゲ。
旧マックってJavaですらダメじゃん。
306:デフォルトの名無しさん
03/11/24 22:37
>>305
ウィンドウ表示とか、入出力とか、それぞれ勉強するのが・・・
307:デフォルトの名無しさん
03/11/24 22:57
お客の要求はともかく人材的にJavaしか使えないって言う場合が多いと推測
308:デフォルトの名無しさん
03/11/24 22:57
>>306
勉強しなくてもできる程度のソフトなら値段つかねぇよ。
素人に作れないものを売ってナンボ。
309:デフォルトの名無しさん
03/11/24 22:59
正直、プロとしてちゃんと仕事するんだったら、
GUIは環境ごとに作り直すしかないよ。
wxWindowsなんかもダメダメ。
310:デフォルトの名無しさん
03/11/24 23:10
納期、値段、操作性でネイティブGUIとウェブアプリの中間辺りだな。
311:デフォルトの名無しさん
03/11/24 23:17
>>308
勉強してたら安く早くつくれないだろ。
Windows用・Mac用を別々に作っても同じ。
312:デフォルトの名無しさん
03/11/24 23:23
>>311
ゴミ屑Swingの勉強に費やした費用はどうなってんの？
313:デフォルトの名無しさん
03/11/24 23:28
Swingの質を上げるしかないな
314:デフォルトの名無しさん
03/11/24 23:31
>>309
wxWindows はダメダメだけど Qt は違うよ。
Photoshop Album 見ればわかるって。
315:デフォルトの名無しさん
03/11/24 23:43
>>308
別に素人が作れない技術で作るのが売り物じゃないよ
仕様を精査して
納期を守って
ドキュメントを納品して
保守契約を結べば
技術力の高いアマチュアが作るようなソフトでも値段はつく。
問題はどのくらい客の手間を軽減できるかだ。
316:デフォルトの名無しさん
03/11/24 23:45
>>311
参入の壁が低くなると価格破壊、結局利益が出なくなって、
その分野から撤退。
簡単にできるようになったらビジネスとしてはおしまい。
もっと難しい分野に進出しましょう。
317:デフォルトの名無しさん
03/11/25 00:02
>>307
あ、そうか。それなら納得。
Javaしか使えないソフトウェアも何だかなぁ。
実際にそんなとこあるのかな。
318:デフォルトの名無しさん
03/11/25 00:03
↑×ソフトウェア
○ソフトウェア会社
319:デフォルトの名無しさん
03/11/25 00:28
>> 簡単にできるようになったらビジネスとしてはおしまい。
>> もっと難しい分野に進出しましょう。
簡単にできる道を見つけるのがビジネスなの。
320:デフォルトの名無しさん
03/11/25 00:43
簡単・確実・迅速が一番だ。
コードの量なんか少ない程いいよねぇ。書かないでお金は行ってくるなら最高。
1stepいくらで食ってる人たちはどうだかしらないけどさ。
321:デフォルトの名無しさん
03/11/25 01:21
>>320
最初はいいけど、他社と値下げ競争が始まって、
次は人件費の圧縮。
322:デフォルトの名無しさん
03/11/25 01:31
>321
>319の書いたの読んだ?
他人がやらない方法で手を抜くのが他社との差別化さ。
その役に立つならSwingだろうが、VBだろうが、COBOLだってアリアリ。
323:デフォルトの名無しさん
03/11/25 01:54
>>322
確かに
インスタントラーメンを出すラーメン屋も
レンジでチンだけのレストランも成立する。
ノーパンのウェイトレスが出てくれば客は入る。
でもねぇ、そういうアプローチは風俗の手法だよねぇ。
(ノーパンシャブシャブは比喩だからね）
324:デフォルトの名無しさん
03/11/25 02:17
ラーメン屋というからにはすべてのメンを自家製にする必要があるかといえば、そうではない。
ファミレスでパスタゆでて、値段があがるのも本末転倒。
一般的な操作ができればいいのであればSwingで十分。
325:デフォルトの名無しさん
03/11/25 02:27
>>324
でもそれだと本職のコックをリストラしてアルバイトとパートを
増やす世界。本職のソフト屋が生存可能な世界じゃないね。
326:デフォルトの名無しさん
03/11/25 02:51
>>325
> 本職のソフト屋が生存可能な世界じゃないね。
なにか問題でも？w
327:デフォルトの名無しさん
03/11/25 03:03
>>326
問題はない。健康保険も年金払えなくても幸福はあるさ。
328:デフォルトの名無しさん
03/11/25 23:03
SwingWT の開発ペースすごくはやいねー。
いまから SWT 覚える気になれないけど、SWT の速度面のメリットや
OSネイティブコンポーネントの美しさが欲しい人はこれを試してみれ。
URLﾘﾝｸ(swingwt.sourceforge.net)
329:デフォルトの名無しさん
03/11/26 00:18
読んでないけど、それって、Swingを前提にコーディングしたものを一発でSWTに変換、とかそういったﾓﾉ？
330:デフォルトの名無しさん
03/11/26 02:10
SWTをベースにしたSwingってことじゃないの？
331:デフォルトの名無しさん
03/11/26 02:17
SWTをSwingでラップ？
332:デフォルトの名無しさん
03/11/26 11:25
退化したのか進化したのか
333:デフォルトの名無しさん
03/11/26 11:31
古いワインを新しい革袋に入れて売るようなもんだろ
334:デフォルトの名無しさん
03/11/26 17:06
>>333
逆じゃない？
335:デフォルトの名無しさん
03/11/26 18:44
新しい革袋を古いワインに入れて売るようなもんだろ
336:デフォルトの名無しさん
03/11/26 19:00
>>335
ソレダ！
337:デフォルトの名無しさん
03/11/26 21:52
>>336
ソレナノカ!?
338:デフォルトの名無しさん
03/11/26 23:26
SwingのトロさとSWTの機種依存を兼ね備えた力と技のV3ってとこか。
339:デフォルトの名無しさん
03/11/27 03:17
SwingWT試してみました。一発変換は無理です。
イベントモデルはSWTベースでSWTとSwingに合わせた感じでしょうか。
WindowEventがない点に最初はとまどいました。
だからJFrame.setDefaultCloseOperation()もありません。
他にもイベントモデルによる違いがあり、
例えばこんなコードを書くとプログラムが一瞬で終了します。
public static void main(String[] args) {
JFrame frame = new JFrame();
frame.setSize(100, 100);
frame.setVisible(true);
}
デモプログラムによるとこう書くらしい。
public static void main(String[] args) {
JFrame frame = new JFrame();
frame.setSize(100, 100);
frame.setVisible(true);
frame.dispatchEvents();
frame.dispose();
}
あと、私はjavax.swing.BoxLayoutを多用するのですが、これが
SwingWTではAWT以下に移動した上に別物に変わってしまってました。
期待しすぎた俺が浅はかだった…寝よ寝よ
340:328
03/11/28 23:04
>>339
正直ｽﾏﾝかった。。
341:デフォルトの名無しさん
03/11/29 01:30
>>339
チャレンジャーに敬意を表します。
342:デフォルトの名無しさん
03/11/29 03:43
GCJだとswing使えないのでもしかしたらGCJに使えるかもと思ったのですが(というかそれが目的で作った・・・？)
>>339見る限りではまだまだみたいですね・・・
343:デフォルトの名無しさん
03/12/03 01:55
>>339
At present, the following items are working:
・Majority of the AWT Event Model
だなんて言ってるのにね。
漏れも非常に期待したのだが・・・。
なにわとまれチャレンジャー精神に感謝。
344:デフォルトの名無しさん
03/12/04 02:22
まぁ放って置いてもハードがどんどん高速化していくから、
多少の速度差よりも高機能をとるよな。
つか、1.4は別段遅くないし。
345:デフォルトの名無しさん
03/12/04 09:02
Javaで快適に動くようなハードウェア上では
ネィティブではより快適に動作する。
競争に勝てるソフトにはならん。
346:デフォルトの名無しさん
03/12/04 09:48
>>345
ネイティブでは10msで済むがJavaでは50msかかる、
というくらいになれば、人間にはほとんど違いは分からないから良いと思うんだが、
ハードが高速化しても、その頃にはSwingがさらに重くなってる可能性もあるわけで・・・。
>>344
ちなみに、おいらも1.4.2のレスポンスの速さには文句はないのだが、
しばらく最小化した後の復帰時にどえれー時間がかかるのが気になる・・・。
なんとかプログラム側で回避する方法はないのか、どなたかご存知？
347:デフォルトの名無しさん
03/12/04 16:47
>>346
>しばらく最小化した後
描画領域って時間が経つとＧＣ対象になるのかな？
（常にどこかが描画オブジェクトを参照しているわけではない
なんか起きるたびにただ書き直してるだけ）
実際、そうとしか思えないような動作をたまにする
スレッドセーフでないウェジットが多いのもそのためでしょうか？
348:デフォルトの名無しさん
03/12/04 18:29
>>346
Windowsなら、最小化したアプリの使ってるメモリから
優先的にスワップアウトさせるようだけど、それとちがう？
349:346
03/12/04 19:14
レスさんくす。
個人的には>>347が理由ではないかと思ってた。
SWTだと起きないし、同じく独自のウィジット使ってるMozillaさんも、
しばらく最小化させた後は復帰にどえらく時間かかるので。
>>348はどのアプリでも起こることなので仕方ないと思うのだが、
>>347だけでも回避する方法はないものかなーと。
350:デフォルトの名無しさん
03/12/04 21:16
>>349
OS変えたら?
2000からXPにしてから同じアプリでもその現象がでなくなったような
"気"がするので・・・。
351:デフォルトの名無しさん
03/12/06 00:25
>>349
メモリ増設。
352:346
03/12/06 22:54
ううむ。やはりプログラム側ではどうしようもないのか。
ネイティブと並んでSwingなGUIアプリが普通にデスクトップに登場する日を願ってage。
353:デフォルトの名無しさん
03/12/07 00:19
SwingをQtみたいにマルチプラットホーム、マルチ言語で
ネイティブにすればいいのに。それならハナシは簡単。
ライトワンスなんて意味ねぇよ。
354:デフォルトの名無しさん
03/12/07 00:40
あなたが意味ないと思っても多くの人は write once の恩恵には大いにあずかってる
355:デフォルトの名無しさん
03/12/07 01:14
Javaでミドルウェアとか書いてると、二度とwrite onceじゃない環境で書きたくないなーと思うよね。
356:デフォルトの名無しさん
03/12/07 02:27
せめてネイティブコンパイルさせてくれ。
357:デフォルトの名無しさん
03/12/07 03:05
>>356
ネイティブコンパイラは色々ありますが何か？
貧乏人はgcjでも使ってなさいってこった
358:356
03/12/07 03:09
Swing使っててもネイティブコンパイルできるコンパイラってある？
別途JREが必要とかそんなんじゃなくて。
359:デフォルトの名無しさん
03/12/07 03:38
>>358
多くのAOTコンパイラでGUIアプリにJREが必要ってのは、ネイティブコンパイルが
出来ないからじゃなくてネイティブコンパイルしても配布/実行時にJREに含まれて
いるGUI周りのネイティブライブラリ(dll)やリソースが必要だからじゃなかったっ
けか。それでJOVEとかJETとかはJREが必要ないGUIアプリを作るのにSWTに走ったと。
URLﾘﾝｸ(www.xlsoft.com)
SWTの本家IBMはSWTの上にAWTを再実装してAOTコンパイラと一緒に出荷してる。
でもJ2ME向け製品だからSwingはやらないだろうね。
360:デフォルトの名無しさん
03/12/08 18:05
>>359
サンクス。そういう訳だったんですね。
>>339のSwingWTが一発変換に近くなってくれるのに期待。
361:デフォルトの名無しさん
03/12/09 00:29
おまいら
URLﾘﾝｸ(wwws.sun.com)
これって、Swingの実装か？
知ってる奴おしえれ
362:デフォルトの名無しさん
03/12/09 00:37
>>361
確かJOGLだったかな？
363:デフォルトの名無しさん
03/12/10 02:10
JDS自体はlinuxベースのOS。
そのウィンドウシステムとしてSunが今作ってんのが
URLﾘﾝｸ(slashdot.org)
これ。
なにげにうただのCDが見えるんだよな。
364:デフォルトの名無しさん
03/12/10 02:38
>>362
JOGL と Java Desktop System と何の関係が？
JOGL は Sun の OpenGL Java binding だと思ったけど…
365:デフォルトの名無しさん
03/12/10 08:38
「Java Desktop SystemにはJOGLベースでSun独自のウィンドウマネージャを実装」
URLﾘﾝｸ(www.zdnet.co.jp)
「レビュー：SunのクライアントOS「Java Desktop System」を検証する」
URLﾘﾝｸ(www.zdnet.co.jp)
あたりが参考になるのでは。
X Window sytem 部に JOGL が関係しているらしい。
興味あるけど、Sun の製品だし微妙だな…。
366:デフォルトの名無しさん
03/12/10 09:26
やっぱ技術力としては
IBM > MS > Sun
となるのかな。
367:デフォルトの名無しさん
03/12/10 13:11
技術力というより（能力×人数）って意味での開発力なら
そんな感じかも。
368:デフォルトの名無しさん
03/12/10 13:52
能力×人数なら
MS > IBM
になる気がする
MSは巨人かヤンキースみたいなイメージがあるのだけど。
どっちにしてもSunには越えられない壁がある。
369:デフォルトの名無しさん
03/12/10 19:14
>>368
OSに限っていえばそのとおりだけど
IBMのほうが商売手広いイメージがある
MSも意外といろんな分野に手をだしてるけど
370:デフォルトの名無しさん
03/12/10 19:57
おまえら、IBMは巨人ですよ。
MSなどまだまだ新参の成金。
371:デフォルトの名無しさん
03/12/10 21:12
アメリカの特許の年間出願件数の一位は長い間IBMが
とってて、そのかなりの部分がソフトウェア特許って
ことを考えるとMSなんかたいしたことないきがする。
372:デフォルトの名無しさん
03/12/10 21:33
企業の規模。
IBM>MS>SUN
しかし得意なもの、主要な顧客が微妙に違う。
MSはプロセッサ作ってないし、
IBMはJavaや.Netのような大きな処理系作らない、
それに企業端末弱い、OS/2は負け組。
373:デフォルトの名無しさん
03/12/11 11:20
>>372
端末はね。
でもAS400とか勝組み。
374:デフォルトの名無しさん
03/12/11 21:17
「汎用機」といえばIBM製とその互換コンピュータを指す。
375:デフォルトの名無しさん
03/12/11 21:33
>>374
PCといえば、IBM製PC-ATとその互換コンピュータを指す
376:デフォルトの名無しさん
03/12/11 23:44
現在店頭に並んでいるPCはPC-ATとの互換に欠ける罠
377:デフォルトの名無しさん
03/12/13 15:17
AWTXってどうよ？
Swingは結局アレなんかい？
再びAWTが復活するわけね？
378:デフォルトの名無しさん
03/12/13 22:20
>>377
AWTXってURLﾘﾝｸ(scand.com)のこと?
なんか妙にアプレットにフォーカスした文章で、Swing駄目って
いってるけど、そんなにJavaPluginを使ったJREの自動インス
トールって駄目なのかなぁ。htmlconverterがあまり使われてない
現状ってのはあるけど。
そいや一昔前はKFCとか軽量コンポーネントあったけど
最近話をきかないね。Swingでみんな満足ってことなのかな。
まあ実用で使っているJavaアプリケーションってうちではEclipse
だけだし、なんでもいいや。
379:デフォルトの名無しさん
03/12/14 22:31
Swingでデジタル時計を作りたいのですが
１秒後とに表示を変えていくにはどうすればいいのですか？
380:デフォルトの名無しさん
03/12/14 22:34
あー.... あなたはスレッドって聞いたことありませんか?
381:デフォルトの名無しさん
03/12/14 23:49
sleep。これ。
382:デフォルトの名無しさん
03/12/15 08:15
>>380
そんな処理にスレッドを勧めるなんて・・・
javax.swing.Timerだろ。
383:デフォルトの名無しさん
03/12/15 10:41
>>378
違う。そっちのAWTXじゃない。
URLﾘﾝｸ(www.javadeveloper.jp)
そのほかにもJVMのメモリー使用量を節約する，起動を速くするなど
地道な改良が模索されている。また，AWTの新版（？）としてAWTX
が搭載されるという。
384:デフォルトの名無しさん
03/12/15 11:15
>>383
その記事大丈夫か？
メタデータの使用例とかいって generics と auto boxing のサンプル出したりしてるし、
例内のコードは list が List だったり、list.add が list add だったり間違いのオンパレードだ。
385:デフォルトの名無しさん
03/12/15 15:02
>>383
> AWTXってどうよ？
> Swingは結局アレなんかい？
> 再びAWTが復活するわけね？
お前は何も分かってない。
386:デフォルトの名無しさん
03/12/15 23:26
AWTXねぇ
もうSUNのやる事には何も期待できないわけですが
387:デフォルトの名無しさん
03/12/16 12:39
AWTX で検索したら
URLﾘﾝｸ(www5.airnet.ne.jp)
> でも、クオリティは ×。p22 のリスト 1 はメタデータでなくて Generics だし。AWTX じゃなくて XAWT だし...
で、XAWT で検索したらこんなのが見つかった。
URLﾘﾝｸ(servlet.java.sun.com)
> XAWT: A Faster, Lighter AWT for X11 Desktops
388:デフォルトの名無しさん
03/12/21 21:49
一番手前に表示されるような
ウィンドウを作りたいのですが
どうすればいいのですか？
389:デフォルトの名無しさん
03/12/21 22:51
Windowsでよくある"常に前面に表示"みたいなやつなら
coreAPIだけじゃできない。nativeありならAPI２，３行でいけたはず。
390:デフォルトの名無しさん
03/12/22 11:56
>>388
同一 VM のウィンドウの中で前面に出たいなら java.awt.Window#toFront()
他のネイティブアプリより前に出るのは Windows だったら
JNI 使えばできるかも知らんが他は知らん。
391:デフォルトの名無しさん
03/12/23 01:16
>>389
Windows nativeでいいので
やりかた教えてください
392:デフォルトの名無しさん
03/12/23 01:56
>>391
URLﾘﾝｸ(www.google.co.jp)
393:デフォルトの名無しさん
03/12/26 23:55
Javaって死滅しちゃうの？の1より
>Javaの理想も破れ、貧弱な言語と重いGUIという印象だけが残った。
>のろのろと改良を目指しているがその内容は某言語のパクリである。
>SUNの洗脳から解かれた人民は某言語にシフトしている。
まんまやね。
394:デフォルトの名無しさん
03/12/27 10:14
> 某言語のパクリ
頭悪そうだな。
395:ミルコ・マグカップ
03/12/30 06:31
そんな Swing 使って検索アプリ作りました。
指定されたページの検索とそのリンク先のページの検索をします。
数あるニュースやテレビ番組等のサイトを一括検索。
検索サービスの無いサイトの検索にも。
興味ある人はコチラ → URLﾘﾝｸ(www.geocities.co.jp)
396:デフォルトの名無しさん
03/12/30 10:40
URLﾘﾝｸ(www.geocities.co.jp)
397:デフォルトの名無しさん
04/01/02 22:46
JComboBoxについて質問します。以下のプログラムを実行し、コン
ボボックスのhogeを編集した後、ボタンを押すとhogeが出力されま
す。もう一度ボタンを押すと編集されたテキストが出力されます。
一度押すだけで、編集したテキストを表示させるにはどうすればい
いでしょうか。
import javax.swing.*;import java.awt.*;import java.awt.event.*;
public class ComboBox implements ActionListener {
JComboBox box;
public ComboBox() {
String[] patternExamples = { "hoge" };
box = new JComboBox(patternExamples);
box.setEditable(true);
JButton button = new JButton("hoge");
button.addActionListener(this);
JFrame frame = new JFrame();
frame.getContentPane().setLayout(new FlowLayout());
frame.getContentPane().add(box);
frame.getContentPane().add(button);
frame.pack(); frame.show();
}
public void actionPerformed(ActionEvent e) { System.out.println(box.getSelectedItem()); }
public static void main(String[] args) { new ComboBox(); }
}
398:デフォルトの名無しさん
04/01/02 23:10
>>397
普通に編集されたテキストが出力されるけど?
どんな環境で使ってるのかな。
399:397
04/01/03 01:59
>>398
Red Hat Linux 9です。
java -version
java version "1.4.2_01"
もう一つ分からないことがあります。
button.addActionListener(this);
この行を
box.addActionListener(this);
に変えて実行し、hogeを編集してからリターンを押すと編集したテ
キストが2回表示されます。編集しずに押すと一回だけ表示されま
す。
しかも編集したときは、なぜかボタンを押してもテキストが2回表示
されます。
400:
04/01/03 04:14
>>399
自分も398と同じく普通に編集されたテキストが出力される。
OSはWindowsだけど。LinuxのVMがおかしいのかな？
399の方は自分も躓いた｡自分もSwing勉強して間もないので間違いもあるかも知れんが
URLﾘﾝｸ(www.atmarkit.co.jp)
でも話題になってる｡
コンボボックスが発生させるアクションイベントは実は２種類に細分化できて
comboBoxChangedとcomboBoxEditedがあるみたい。
actionPerformedの引数として渡されるActionEventオブジェクトのgetActionCommand()で区別できるみたい。
選択項目が変化するとcomboBoxChangedのほうが、リターンキーを押すとｃomboBoxEditedの方が来る｡
編集してリターンキーを押すと選択項目も変化するから２回アクションイベントが発生する｡
またコンボボックスを編集可能にして編集して項目書き換えると、
コンボボックスがフォーカスを失うときに、選択項目が変化したとみなされcomboBoxChangedが発生する｡
だからボタンを押すとコンボボックスがフォーカス失ったので選択項目変化のためと、ボタンが押されたことによるアクションイベントの両方が起きる｡
401:400
04/01/03 04:59
で何故397のようなことが起こりうるのかについての推測だけど
編集可能なコンボボックスのテキストを編集しても
編集してる最中にはたくさん文字が入力されたりして変化してるから
選択項目が変化したとコンボボックスが判断するのはリターンキーを押されたかフォーカスを失った時になって初めてである。
だから397さんの環境だと、コンボボックスを編集した後ボタンを押すと
ボタンのアクションイベントの処理がまず最初になされ
その後になってコンボボックスのフォーカス喪失の処理がなされて
選択項目の更新がなされるようになってるのかな｡
自分のWindowだとボタンを押せばその前にコンボボックスのフォーカスが失われたことによる選択項目の更新がまずなされ、
その後ボタンのアクションイベントの処理が行われるからうまくいく。
見当外れだったらすまそ。
コンボボックスとボタンの両方にアクションリスナーを登録してactionPerformedの中で
イベントオブジェクトのgetSourceかgetActionCommand()でどっちが先に呼ばれてるか調べてみたら｡
ボタンの方が先に呼ばれてたら推測があってるかも｡
でも常識的にフォーカス失ったほうの処理の方が先だよな｡
402:399
04/01/03 13:00
わかりやすい説明ありがとうございます。
>>399の編集した後リターンを押すと2回表示されるのは
comboBoxChangedとcomboBoxEditedによるものでした。また、ボタ
ンを押したときも同じイベントが発生していました。Tabキーでコ
ンボボックスのフォーカスをはずすだけでも同じイベントが発生し
ました。
buttonとboxの両方にアクションリスナーを登録してどのイベント
が発生しているのかを確認したところ、button、comboBoxChanged
、comboBoxEditedの順で発生していました。buttonのイベントのと
きはbox.getSelectedItem()で得られるテキストは編集前の状態で
、boxのイベントのときは編集後の状態でした。
403:デフォルトの名無しさん
04/01/03 13:32
>>402
編集したらコンボボックスがフォーカスを失うだけでcomboBoxChangedとcomboBoxEditedの両方発生したね。
間違ったこと書いてゴメン｡
あと自分のWindowsではやっぱりボタンにアクションリスナー登録しても
コンボボックスのイベントの方が先に処理されてました｡
LinuxとWindowsじゃ違うみたいだね｡
解決策はあまりいい方法は思いつきませんでした｡上にあげた
URLﾘﾝｸ(www.atmarkit.co.jp)
が参考になるかも。
404:デフォルトの名無しさん
04/01/04 11:54
もう済んだ話かもしれないけど、
RedHat9 + Java 1.4.2_03 では、>>397 のようにはならず、>>398 のようになったよ。
405:デフォルトの名無しさん
04/01/04 14:04
結論：Javaを使うならやっぱりWindows環境がｲｲ！
406:デフォルトの名無しさん
04/01/04 14:06
そしたらJava使う意味ないじゃｎ
407:デフォルトの名無しさん
04/01/04 14:25
低速なのにどうして使うの？
408:デフォルトの名無しさん
04/01/04 14:25
Javaって、Windowsで使うと意味無いんですか？
ショック。
409:デフォルトの名無しさん
04/01/04 14:28
Windowsで使うことに意味がないわけではないが
"Windowsだけ"で使うんだったら意味は半減するわな。
410:デフォルトの名無しさん
04/01/04 14:31
>>407
基地外だから
411:デフォルトの名無しさん
04/01/04 14:32
>>409
なんの意味が半減するの？
412:デフォルトの名無しさん
04/01/04 14:43
Javaって、Windows以外で使うと意味が倍増するんですか？
すごーい。
Javaやってみようかなー。
413:デフォルトの名無しさん
04/01/04 14:47
馬鹿の集まりだな
JavaのバイトコードはJavaVMがあればWindowsでもLinuxでもSolarisでもそのまま動くということも知らずに
Javaスレに来るとは
414:デフォルトの名無しさん
04/01/04 14:51
>413
師匠！師匠と呼ばせてください。
415:デフォルトの名無しさん
04/01/04 14:56
>>413
意味が半減する理由にはなっていないと思うが？
ケースバイケースという言葉を知らないの？
416:デフォルトの名無しさん
04/01/04 14:59
>>415
師匠に理屈を言ってはいけません。
417:デフォルトの名無しさん
04/01/04 16:01
>>387
つまりXAWTがSwingを死滅させるということでFA?
418:デフォルトの名無しさん
04/01/04 16:14
Windows上でGUIをやる場合Javaに比べて
VBの方が圧倒的に簡単に作れる。
VCの方が圧倒的に自由度が高い。
だからWindows上だけでGUIを作る場合
Javaを積極的に選択する理由がない。
よって複数プラットフォームを視野に入れてJavaでGUIをやる意味に比べたら
Windows上だけでJavaでGUIをやる意味は減っている。
419:デフォルトの名無しさん
04/01/04 16:33
>>418
Javaをやるのは理屈じゃねーんだよﾎﾞｹ
420:デフォルトの名無しさん
04/01/04 16:36
信じるものは救われる
421:デフォルトの名無しさん
04/01/04 18:47
>だからWindows上だけでGUIを作る場合
>Javaを積極的に選択する理由がない。
JTableをVCやVBでやろうとするとそれはそれは大変な道程となる訳で。
文化オリエントの製品を別途購入しVCだと更にCOMの奥義を極めるのが普通、
というまさに茨の道。
422:デフォルトの名無しさん
04/01/05 00:41
作り手にとってよいというのはあるだろうさ。
でもSwingで作ってあるアプリはなんかがっかりなんだよね、ユーザーとしては。
423:デフォルトの名無しさん
04/01/05 02:16
Linuxで日本語フォントがガタガタなんですが
どうにかなりませんか？1.4です。
424:デフォルトの名無しさん
04/01/05 02:23
1.5のSwingはかなりいい感じだが。
もっと早くやってくれよという。
425:名無しさん
04/01/05 02:30
>>3
426:デフォルトの名無しさん
04/01/05 02:31
Javaって相変わらずGUIが枯れてないんですねぇ…。
J#に走ろうかと考えてますがやっぱりあれですか？
427:
04/01/05 02:50
JTextAreaの重さには愕然とした｡
たいした事の無い量のテキストでスクロールが明らかに重い｡
Swingで使える軽い奴ないかな｡
428:デフォルトの名無しさん
04/01/05 03:36
>>427
残念ながらあなたの要望にJavaはついてこれません・・
JTextAreaのスクロールが重い・・とは思った事ないなぁ・・
429:デフォルトの名無しさん
04/01/05 04:31
>>428
そもそも、JTextAreaにスクロール機能なんて無い。
重いとかいってるのは、スクロール量が小さすぎるからだろう
から、自分で調整しろ。てか、API Doc読め。
JScrollPane scroll = new JScrollPane(new JTextArea());
scroll.getVerticalScrollBar().setUnitIncrement(25);
430:427
04/01/05 05:18
＿|￣|○ >>428 >>429
431:デフォルトの名無しさん
04/01/05 21:13
>>418
ＶＢのほうが簡単ってありゃオブジェクト指向言語としては最低だよ。
VBもVC++もソースコードの管理のしやすさ、メンテナンス性では
Javaに劣る。
432:デフォルトの名無しさん
04/01/05 21:15
>>422
マシンパワーが2GHz以上、メモリ1GB以上あれば
Swingで作ってあろうと満足に動く。
しかも最近のSwingアプリはルックスが綺麗だ。
433:デフォルトの名無しさん
04/01/05 22:04
>>432
「最近」＝1.5というのなら同感
434:デフォルトの名無しさん
04/01/05 23:18
>>431
オブジェクト指向は手段であり、目的ではなく、ましてや何かを比較する尺度では無い訳で。
435:デフォルトの名無しさん
04/01/05 23:23
Javaはすべて、Swingがぶちこわしたと言っても過言じゃないと思う。
なんで、標準的でもっとシンプルでかるいtoolkitにしなかったのか
436:デフォルトの名無しさん
04/01/05 23:24
>>435
使い勝手は悪くても、作り勝手はいいんだよなぁ。
437:【中吉】
04/01/05 23:28
1 名前：ひろゆき＠どうやら管理人★ 投稿日：03/07/04 21:40 ID:???
おみくじ機能を搭載しました。
名前欄にomikujifusianasanといれて書き込むと、
【大吉】【中吉】などに変換されますです。。。
438:デフォルトの名無しさん
04/01/06 00:35
>>435
「なんで軽いtoolkitにしなかったのか」というのはわからんでもないが
Swingより標準的でシンプルなtoolkitってなんだ？
>>436の言うとおりなのだが、PCの性能がついてくればSwingのつかいごこちもじょじょによくなっていくのだろう（今のPCではSwingの豪快な機能拡張に絶えられない）
それが>>435の回答だと思うのだが
439:デフォルトの名無しさん
04/01/06 01:23
昔に比べるとSwing自体もかなり軽くなったって言われてるが、
実際に昔のPCで今のSwing動かすとどうなの？
もう手元にそんなPC残ってないもんで、わからないんだけど。
440:デフォルトの名無しさん
04/01/06 01:34
PCの性能が上がれば云々ってJava出た当初からずーっと言ってるよ。
その間PCの性能が一切上がってないとでも？
441:デフォルトの名無しさん
04/01/06 02:00
もうちょっとなんだよなぁ。
2GHz512MBが当たり前になればいいのかな、と思う。
まぁ、昔ほど遅くなくなった。
1.5はVMの起動も速いし、結構使えるかも。
「使い勝手」っていったのは、IMEの制御とかクリップボード関係とか、WindowsでいえばDLLが必要になるような機能が使えないので、かゆいところに手が届かないことがあるってこと。
442:デフォルトの名無しさん
04/01/06 02:00
俺、別に今のPCでけっこう快適にSwing動いてるんだけど。
明らかに遅いSwingアプリって、Swingが悪いんじゃなくて書いた人間が
ヘタクソってケースがよくあるよ。
443:デフォルトの名無しさん
04/01/06 04:16
ちょっとヘタクソなコード書いたくらいで、パフォーマンスに大きく影響がでるのも、Swingの良くないところだな。
444:デフォルトの名無しさん
04/01/06 07:40
>>442-443
だよねえ。Java質問スレのほうでも
シングルディスパッチスレッドとか、そのあたりについて質問していた人がいたようで。
それは逆を言えばSwingって簡単に使えるから、よく原理を分かっていなくても、
どうにか動くものが作れてしまうってことでもあるんだけど。
【初心者】Java質問・相談スレ38【大歓迎】
ｽﾚﾘﾝｸ(tech板:867-869番)n
445:デフォルトの名無しさん
04/01/06 09:54
> ちょっとヘタクソなコード書いたくらいで、パフォーマンスに大きく影響がでるのも、Swingの良くないところだな。
ちょっと乱暴な運転したぐらいで、人を殺せてしまうのも、自動車の良くないところですね。
キミはプログラム書かないほうが幸せだと思われ。
446:443
04/01/06 10:11
>>445
ん？
VBとかVCLとかだと、ヘタクソなコードでパフォーマンスに大きく影響が出たりしないからな。
小回りは効かないけどな。
445の言い方をすればちょっと乱暴な運転しただけで人を殺せる車は良くないということだな。
普通の車なら、ちょっと乱暴な運転しただけでは人を殺せないからな。
なんなら、そこらへんの車で乱暴な運転してみ。あんたの腕では暴れもしないから。
もちろん、車というものは人を殺そうとして運転すれば人を殺せる。
# 日本車でちょっと乱暴な運転で暴れるのは前期SW20か。
447:デフォルトの名無しさん
04/01/06 12:38
>>445←こういうのが俗に言うJava厨の慣れの果て
448:デフォルトの名無しさん
04/01/06 14:30
Swing のシングルスレッド規則なんか、そうしないと使いもんにならない
くらい遅かったから後付けしたんだろ。JComponent#setText とかは
「このメソッドはスレッドセーフですが、～」って中途半端なんだよ。
とかよく知らずに言ってみる。
449:デフォルトの名無しさん
04/01/06 15:10
> そうしないと使いもんにならないくらい遅かったから後付けしたんだろ。
イベントディスパッチスレッドで重い処理すれば止まるのは Windows も同じ。
450:デフォルトの名無しさん
04/01/06 17:23
>>446
> VBとかVCLとかだと、ヘタクソなコードでパフォーマンスに大きく影響が出たりしないからな。
例えば BCB で OnMouseMove 内に while(true); だけ書いておけば即死すると思うが。
> 445の言い方をすればちょっと乱暴な運転しただけで人を殺せる車は良くないということだな。
書き方が悪かったか？ まぁその部分は枝葉だし
「ちょっと余所見したぐらいで、人を殺せてしまうのも、自動車の良くないところですね」
「ちょっと巻き込み確認を怠ったぐらいで、人を殺せてしまうのも、自動車の良くないところですね」
でも何でも良いわけだが。