あぼーん
あぼーん
375:デフォルトの名無しさん
08/05/24 13:20:07
Windowsだけってのはねぇ・・・・
>>366
Swingのチェックもしてますか？SWTだけだと厳しいぞ、この先生きてくの。
SWTは、eclipseではうまく動いてるけど、アプリ作って配信して動かすとかまで考えると
PureJavaの方が・・・・っていう話もあるんだぞ・・・
UIが弱いというのは否定しないがね、SWTも含めてになっちまうが。
376:デフォルトの名無しさん
08/06/14 01:42:48
SWTってアンチエイリアシングできないの。
377:デフォルトの名無しさん
08/06/18 03:01:35
わたしもSWTのアンチエイジングで肌年齢が13歳若返りました
378:あぼーん
あぼーん
あぼーん
379:デフォルトの名無しさん
08/06/20 09:57:17
2chで住所晒されてるなんて悲惨だな
380:デフォルトの名無しさん
08/06/23 22:05:16
>>67,70,71
だいぶ前の話になるけど、ProjectionViewerをスタンドアロンで
使用するのは、WorkbenchPartとかを継承してる時点で無理なんじゃないかな。
WorkbenchPartはUIをXMLとかで定義するので、SWT/JFaceのスタンドアロンアプリとは
作りが全然違うしね。
381:使用書無しさん
08/06/23 23:48:14
おいぼんくらswt廚
swtでこれ URLﾘﾝｸ(jdrafter.sakura.ne.jp)
に匹敵するプログラム作ってみろ。これswingベースだ出来るかばか
頭でっかちのswt廚のばか
382:デフォルトの名無しさん
08/06/25 01:27:35
>>381
おお、swingでこれは頑張ったな。
お前つくったん？
でもこの手のツール作るなら、やっぱRCPでやってみたいな。
SWT選んで、Draw2DとGEFか。
描画の非力さと、GEFのメタボ設計には泣かされるだろうな。
こっそり裏でGraphics2Dは使わざるを得ないだろうな。
うん、やりたくない。
で、Swing上で動くことの利点はなんだ？
ブラウザ上でアプレットで動かして、共同作業とかできたりするの？
383:デフォルトの名無しさん
08/06/25 12:36:10
>>382
Swingスレでもおなじのはってけなしてるから
SWTだからとかはかんけーねーぞ
GKのいつもの手だ
384:デフォルトの名無しさん
08/06/25 12:40:48
>>382
釣られすぎ
385:使用書無しさん
08/06/26 22:54:53
>>383 >>381はswingベースだよ。
描画と編集を受け持つクラスもJComponentのサブクラスだから、アプレットでも
簡単に表示と画像編集が可能だよ。
386:デフォルトの名無しさん
08/06/27 04:14:24
>>385
日本語理解しろ
387:デフォルトの名無しさん
08/06/28 11:42:19
>>386
何興奮してるんだ？
388:デフォルトの名無しさん
08/06/28 16:35:29
超初心者で申しあけございませんが、
画像を複数枚表示させたら画像がちらつきます。
repain();でもちらつきます。
どの言語を打ったら直るのでしょうか？
389:デフォルトの名無しさん
08/06/28 20:53:51
>>387
糞コテハン乙
390:デフォルトの名無しさん
08/06/28 23:30:03
ProjectionViewerをスタンドアロンで動かせるようになったよ。
ただ、折りたたみをしようとするとおそらく描画スレッドで
例外（NullPointerExceptionだったかな）が発生して
普通のエディタとしてしか使えないんだけど、一応報告まで。
391:あぼーん
あぼーん
あぼーん
392:使用書無しさん
08/06/30 00:54:26
>>388
javaのバージョンはいくつ?
componentと同じサイズのVolatileImageつくってそれのGraphicsをクリエートして
それに画像書き込んだあと、コンポーネントにdrawImageするっていう古典的な方法
を試してみたら。
393:あぼーん
あぼーん
あぼーん
394:デフォルトの名無しさん
08/07/09 22:58:04
SWTってOS依存だっけ？
395:デフォルトの名無しさん
08/07/10 02:04:58
うむ
396:あぼーん
あぼーん
あぼーん
397:デフォルトの名無しさん
08/07/14 23:46:42
うむ
398:デフォルトの名無しさん
08/07/20 22:07:38
ｽﾚﾘﾝｸ(tech板:381番)
399:デフォルトの名無しさん
08/07/21 01:14:00
クソコテ
400:デフォルトの名無しさん
08/07/22 21:26:28
TextSS
401:デフォルトの名無しさん
08/07/27 02:33:28
SWTでwindows向けに作成されたGUIアプリは、Linuxでは動作しないという理解でOKですかね？
402:デフォルトの名無しさん
08/07/27 04:15:09
いやうごくだろ。
OLEとか使ってなければ。
403:デフォルトの名無しさん
08/07/27 05:25:34
Windows向けということはSWT汎用ではないだろうから動かないのは当たり前かと
あとLinuxでも動くといってもSWTがサポートしてある環境じゃないとダメ
すべてのLinuxで動くわけじゃない
404:デフォルトの名無しさん
08/09/12 17:30:57
SWT を使ったサーブレットを作ったのですが、シェルを表示しようとすると
落ちてしまいます（Tomcat ごと）。
ディスプレイ関係なのかなんなのか分からないのですが、この様な症状に
陥った方、いらっしゃいますか？
ちなみに落ちちゃうのでエラーメッセージとかはないです…。
405:デフォルトの名無しさん
08/09/12 18:25:42
ニュースサイトなどで定期的に更新される画像を指定した時間ごとに取得して、
保存・蓄積していくようなものを作りたいんです。
その上で、ブラウザ上でのクリックなどで画像を指定すれば取得できるようにしたいんです。
SWTのBrowserウィジェットは
javaとのデータの受け渡しを行うメソッドが無いという情報を見たので、
OLEを使ってIEコンポーネントを呼んでるんですけどこの方法ってどうですかね？
現在表示されているサイトのHTMLを取得するところまで作成したんですけど
初心者に毛が生えた程度のレベルなので
ほんとにこの方法が最善なのか分からなくて・・・。
ブラウザ上のクリックされた画像のファイル名を検出したりとか
そういうことできるのかなー？
漠然としててすいませんが、どなたかアドバイスよろしくお願いします。
406:デフォルトの名無しさん
08/09/12 21:08:05
>>404
Display display = new Display ();
Shell shell = new Shell (display);
Label label = new Label (shell, SWT.NONE);
label.setText ("ほげ");
shell.pack();
shellopen();
while (!shell.isDisposed ()) { // ← !がないと落ちる
if (!display.readAndDispatch ()) display.sleep ();
}
display.dispose ();
}
407:デフォルトの名無しさん
08/09/12 21:09:57
>>406
すみません、語弊がありました。
落ちるというのは Java のプロセスが異常終了する、という意味です。
408:デフォルトの名無しさん
08/09/13 02:57:47
>>404
OSも書かないし、JavaやSWTやTomcatのバージョンも書かない、サンプルコードもない。
エスパーの存在を信じてるんだな…
409:デフォルトの名無しさん
08/09/13 17:22:42
なんでサーバ上にGUIを表示させようと思ったのか気になる
410:デフォルトの名無しさん
08/09/14 10:58:46
なんでサーバ上にGUIを表示させようと思ったのか気になるのかが気になる
411:デフォルトの名無しさん
08/09/14 12:20:25
>>404がなにをしたいのかわからん
412:デフォルトの名無しさん
08/09/14 22:21:37
>>408
MacOS 10.5、Tomcat 5.5、SWT 3.3 になります。
サンプルコードは…本当に単純にシェルを表示しようとしているだけです。
単体で Eclipse 上からアプリケーションとして実行すると表示できるのは
確認しています。
Tomcat 上で実行した時だけ落ちてしまいます。
何でサーバー上でダイアログを出したいかと言うと、ライセンス認証を
行いたいためです。
すみません、すぐ出かけなければならないのでまた今度もう少し詳しく
書きます。
413:デフォルトの名無しさん
08/09/15 00:08:43
つーか、なぜサーバ上でライセンス認証しないとダメなの？
414:デフォルトの名無しさん
08/09/15 02:59:08
>>412
まさかとは思うが、サーブレットの方にSwt使えば、クライアントのブラウザ側にウィンドウが表示されるとか思ってないよな？
サーバー側で使用する管理用UIを用意したいとか、そういうことなんだよなきっと？！
ねーよwwwwwwwww
415:デフォルトの名無しさん
08/09/15 09:49:35
Eclipseのヘルプシステムがtomcatだったころ(今はjettyだっけ?)、ヘルプUIの一部として
サーブレットからSWTを呼んだことはある。結局サーブレットじゃなくて拡張ポイント使ったけど。
またSWT_AWT使ったSWTのアプレットを試しに作ってクライアント側でSWTのコントロールを表示したこともある。
事前にdllの配置が必要だったから全く実用性はないけど。
#今のSWTはdllを自己展開するから署名して権限与えとけばそれなりに使えそうな気もするけど。
だからありえないとまでは言わないが、普通はやらないな。
416:デフォルトの名無しさん
08/09/16 21:42:04
>>415
それはサーブレットからSWTを呼んだとは言わんわな。
サーブレットが返すHTMLに埋め込まれたアプレットがSWTを呼んだ、というだけで。
417:デフォルトの名無しさん
08/09/16 23:10:25
>>413
コマンドライン等は極力使わないで GUI で操作できる事を前提に構築
されているサーバーなので…。
>>414
さすがにそれは考えてないっすｗ
お騒がせしたのですが、SWT 3.4 にしたら普通に動きました。
SWT 3.3 と Leopard の相性が悪かったみたいです。
申し訳ありません、ありがとうございました。
418:デフォルトの名無しさん
08/09/17 12:21:13
>>417
>コマンドライン等は極力使わないで GUI で操作できる事を前提に構築
だったらサーブレットじゃなくてJavaアプリケーションのほうがよさそうだけれども
419:デフォルトの名無しさん
08/09/17 14:42:29
>>417
サーバの管理機能をGUIでって感じなのかな？
だとしたら管理機能ををWebで実装すればすむはなしじゃないのか…？
420:デフォルトの名無しさん
08/09/17 15:29:10
>>418
とりあえず、今回は認証だけ単体のアプリケーションで行う様に
しました。
>>419
確かに、そういう手もありましたね。
今回はとりあえずインストールと同時に認証させる形にしました。
421:デフォルトの名無しさん
08/09/17 20:25:20
ヒープの気になるWebコンテナから
SWTの画面を出してしまうとわ・・・
422:デフォルトの名無しさん
08/09/17 20:44:42
>>421
起動時に一回呼び出すだけでも問題あるんですか？
あと、dispose とかしてもダメですか？
423:デフォルトの名無しさん
08/09/17 21:17:30
いまいちどういうアプリなのか想像できねー
WebアプリからGUI画面呼び出すなんてありえん
起動時に1度だけ呼び出すとか意味不明すぎる
それなら普通にGUIアプリからアプリケーションサーバー呼び出すほうが無難
424:デフォルトの名無しさん
08/09/17 21:29:27
馬鹿げてる．
悪いことは言わんからHTTPサーバ内でウィンドウを出すのはやめておけ．
425:デフォルトの名無しさん
08/09/17 21:35:43
>>423
ダメな理由がいまいちよく分かりませんが…。
実際、jetty を内蔵していて GUI 画面もある、とあるソフトは起動時に
認証を行っていますよ。一般的に有名ではないですが、米国では
そこそこ売れてる様です。
ディスプレイもないサーバーならまだ分かりますが、GUI ベースで
管理しているサーバーなら普通にあり得ると思うんですが…。
とりあえず今回はウェブページ経由で認証した方が楽なので
そっちで作り直してしまいました…。
426:デフォルトの名無しさん
08/09/17 21:42:05
Win 用のコンソール GUI 付いたサーバなんていくらでもあるじゃん。
あたま難すぎじゃねぇのおまいら。
427:デフォルトの名無しさん
08/09/17 22:02:53
脳内妄想で貶し合いかよ。おめでてーな。
428:デフォルトの名無しさん
08/09/18 01:16:18
>>426
GUIの管理ツールの話じゃないだろ
あたまわるすぎ
429:デフォルトの名無しさん
08/09/18 01:37:59
>>428 みたいに、例で出したコードそのまま書いてくる莫迦っているよね。
430:デフォルトの名無しさん
08/09/18 03:16:34
Eclipseのヘルプシステムがtomcatだったころ(今はjettyだっけ?)、俺は夕焼けだった。
431:デフォルトの名無しさん
08/09/18 03:34:12
RMI なんかで常駐物作ったりするときはタスクトレイからウィンドウ出したり普通にするけどな。
まぁサーブレットしか触ったことのない派遣じゃそんな設計する機会もないだろうけど。
432:406
08/09/19 09:58:28
Mac cocoa でのSWT portはSWT3.5がでるまで待ってたほうがよい。
ソース：URLﾘﾝｸ(www.eclipse.org)
433:デフォルトの名無しさん
08/09/20 02:29:02
>>431
質問者はサーブレットから起動させたいとわけのわからないこといってるので
その話とはまったく別物かと
434:デフォルトの名無しさん
08/09/21 00:44:22
サーブレットから起動と言うか、init で一回だけ呼ばれるクラスを作って
そこで認証させようとしてました。
435:デフォルトの名無しさん
08/09/21 00:54:21
アプリケーションサーバーから起動するとセキュリティでひっかかってやれないことが増えたりするからやめたほうがいいよ。
アプリケーションとして起動して、そのアプリケーションからアプリケーションサーバーを起動するのが一番良い。
436:デフォルトの名無しさん
08/11/07 09:50:44
MacOS X Leopard の 64bit Java VM (JSE6) で SWT 3.4 は動かないの?
437:デフォルトの名無しさん
08/11/27 17:00:15
何か良いSWTの解説書籍みたいなのはないの？
Java GUIプログラミング (SWT編) とかいうのぐらいしかないの？
438:デフォルトの名無しさん
08/12/01 18:13:18
死んだ子の歳を数えてもねぇ
439:デフォルトの名無しさん
08/12/12 22:07:55
次世代Javaに乗る予定のnimbusきたらSwingもSWTも終わるよ
440:デフォルトの名無しさん
08/12/12 22:26:26
>>439
441:デフォルトの名無しさん
08/12/13 00:53:31
nimbusはとっくの昔に載ってるし、なんでnimbusでswingが終わるんだよｗｗ
442:デフォルトの名無しさん
08/12/13 13:27:37
それじゃここは終わった人たちばかりだな
443:デフォルトの名無しさん
08/12/13 16:36:12
>>436 SWT3.5まで無理っぽい。
SWT for 64-bit Cocoa 64-bit OSX Cocoa is now available.
As with the 32-bit implementation, ...（つづきは
URLﾘﾝｸ(www.eclipse.org))
444:デフォルトの名無しさん
08/12/13 22:29:40
書き込みテスト
445:デフォルトの名無しさん
08/12/13 22:50:17
OS X(10.5.5), eclipse 3.5M4, SWT cocoa 3.5M4(もしくはSWT carbon 3.5M4)の環境で
shellを一枚オープンするだけのコードをjarでエクスポートして実行するとフリーズするのは、上にも出てるけど64bitのJavaだと動かないから？
デフォルトのJavaVMを変更して32bitで動かすというような設定ってある？
プロジェクトのプロパティからJavaVMを変更するとデフォルトの1.5以外全部動かないんだよね・・・
eclipseがSWTで出来てるんだから何かしら方法は有りそうな気がするんだけど
446:デフォルトの名無しさん
08/12/14 12:48:23
JNIは32bitと64bit分けないとダメなのがだるい
そしてそれにのっかったEclipseはきっついな
447:デフォルトの名無しさん
08/12/14 20:29:49
>>446
5万円以下のパソコンが最近はやりだな。
行き着く先は無料のLinux搭載のパソコンの普及。
となると、開発者側としては1たびコーディングしたら
Linux用とMac用とWin32用をアプリを生成できる言語が必要となる。
つまり、Javaの出番がまわってくる。
Swingか、SWTか、Webアプリケーションかどれが優勢はわからないが・・・
448:デフォルトの名無しさん
08/12/14 22:05:40
圧倒的コストの差で生き残るのはWebアプリ
ニッチなところでSWT
もうSwingに出る幕はない
449:445
08/12/16 01:39:35
事故解決しました。
450:デフォルトの名無しさん
08/12/19 20:10:18
>>449
解決方法を書いていけよ
>>448
Swingが意外と使われていることに気づいていないようだな・・・
b2cではWebアプリだが、b2bではSwingが結構まだいる。
SWTは聞いたことがない。
451:デフォルトの名無しさん
08/12/19 20:20:35
コストの差で生き残れるのならSwingのほうが開発コスト低い気がするが
452:デフォルトの名無しさん
08/12/21 08:35:14
Swingで１画面あたり２００項目近い入力画面を作ると動かなくなっちまうんだよな。
.netなら比較的軽く作れるのに・・・もっと軽量なのでてこないだろうか・・・
453:デフォルトの名無しさん
08/12/21 09:38:11
>>452
ならないｗ
454:デフォルトの名無しさん
08/12/21 10:20:56
>>452
どんな黒魔術を使うとそうなるの？
455:デフォルトの名無しさん
08/12/21 13:45:30
>>452はEclipse使ってるくさいな
だとしたら200項目もあればまずとまる
456:デフォルトの名無しさん
08/12/21 15:07:49
NetBeansで200ほどテキストフィールド配置してみたけど、まず問題なかったぞ。
GroupLayoutだから重めの処理してるはずだが。
フォーカス移動のたびにデータ取得するとか、なにかイベントで重い処理やってるんじゃないの？
457:デフォルトの名無しさん
08/12/21 17:13:00
JScrollPaneの上にのせて、スクロール量の設定してない、と予想ｗ
それか単純に釣られまくったか
458:デフォルトの名無しさん
08/12/21 17:50:05
だいぶ前だがEclipseVEだと50個のせるともう遅くて使い物にならなかったな
459:デフォルトの名無しさん
08/12/21 23:13:51
SWTのことでHelp Exclipse SDK 等を調べてもよくわからなかったので
質問させてください。
以下のパネル(？)を実現しているクラス名を教えてください。
・Eclipse の 画面 のツールバーから下を占拠しているタブ(?)
とcoolbarが合体しているデザイン
・タブのような部分にパースペクティブの情報を埋め込める
(Eclipse Version: 3.4.1 日本語化のデフォルトでは
デバッグ、Java参照、Java が表示されている)
皆様、ご教示お願いします。
460:デフォルトの名無しさん
08/12/21 23:27:45
>>459
SWTからさらに上に積み上げて造られたコンポーネント
org.eclipse.ui.part.Interface IPage
URLﾘﾝｸ(help.eclipse.org)
461:459
08/12/22 00:43:11
>>460
ありがとうございます。
今日一日、これを探していました。
よくよんでから眠りにつきたいと思います。
追伸
皆様、ageてしまってもうしわけなかったです。