Java標準低速GUI 6 AWT/Swing

Java標準低速GUI 6 AW ..

413:デフォルトの名無しさん
07/11/17 22:57:37
>>407
あんまり関係ないけど・・・、SunはMacのJVMはやってないんだね。
Macはどこがやってるんだろ。Macユーザじゃないからうといんだわ。

Winが80%をしめてるといわれるわりに、周囲にはMac使いが多くて、
じゃあその人たちにも使えるようにとJavaで作り始めたんだが、
肝心のSunはサポートしてないんだね。

414:デフォルトの名無しさん
07/11/17 22:59:52
まあいいじゃん。今時カード入ってないマシン使ってる人なんて
ごくごく少数。クレームついても仕様ですで押し通せば。

415:デフォルトの名無しさん
07/11/17 23:02:33
>>413
Macはアップルがやってる
6がまだ出てこない…

416:デフォルトの名無しさん
07/11/17 23:11:12
>>415
そうなんだ。ありがーと。
6をはやくだしてほしいわ。5で動くようにと思ってたんだけど、
6を知るとついつい6の機能を使ってしまったような・・・

417:デフォルトの名無しさん
07/11/17 23:43:28
NetBeans6 + JavaSE6 + glassfish2の組み合わせの軽さは異常

418:デフォルトの名無しさん
07/11/18 00:40:44
>>416
ついこの前にそれではまった…
JFileChooser で FileNameExtensionFilter 使ってて
Mac OS X で動かねーって言われるまで気が付かなかった

# Apple は 6 を出す気があるんだろうか…？

419:デフォルトの名無しさん
07/11/18 00:44:26
Mac なんて捨てていいよ

420:デフォルトの名無しさん
07/11/18 01:03:20
Macの6はDPのままだにぃ。
Cocoa-Javaバインディングも放置になったし、やる気なさそう。

421:デフォルトの名無しさん
07/11/18 01:19:05
OpenSource版ががんばってくれるんじゃね？

422:デフォルトの名無しさん
07/11/18 01:42:24
多少のタイムラグはあってもMacでも6は出るだろうし、
7でも8でも出てくると思うけどね。
Javaはいつも明日の言語なんだよな。w
明日はごちそう、でも今日は無い。w

423:デフォルトの名無しさん
07/11/18 01:44:33
AppleはJavaに対してなかなか気合いが入ってると思うけどなぁ。
ただ、やろうとしていることに作業が追い付いてないだけで・・・。

424:デフォルトの名無しさん
07/11/18 02:05:50
前は気合い入ってたんだけど、新しめの機能のフレームワークに対応する
Javaバインディングを出すのはもうやめてる。

LeopardではBridgeSupportでなんとかできるのかもしれないけど。

425:デフォルトの名無しさん
07/11/18 02:09:41
てかMacOS Xてunix互換なんだろ？CPUもIntel系にしたのに既存のコード使えないのか？

426:デフォルトの名無しさん
07/11/18 02:18:14
>>423
時間が経つごとに気合がなくなっていってるっぽいよなぁ

>>425
CPUがインテルでもベースがUNIXでも肝心なGUIライブラリは別物なので結局移植作業は必要

427:デフォルトの名無しさん
07/11/18 02:20:29
プロセスとかファイルシステムとかあたりはunix互換でも、
グラフィックとかサウンドとかあたりは全然別物だし・・・

428:デフォルトの名無しさん
07/11/18 02:38:18
追加機能が増えたりバージョンあがるごとに仕様かわったりで
追従していくの大変すぎるんじゃないのかなぁ。
JVMさえ開発すればどのマシンでも動きますなんてただの宣伝文句で、
それ作ろうとしたらすげー大変だと思うよ。

429:デフォルトの名無しさん
07/11/18 13:28:02
技術者の量・質を考えたらAppleがJavaを管理するのは無理そうだな
できあいの既存のものを改造していくのには慣れていても、
継続的にある規格に互換させていく作業ってのはやってこなかっただろうし。

430:デフォルトの名無しさん
07/11/18 14:37:15
>>428
それが基本ソフトとよばれるものなんだけどな
互換性をいかに維持するか

新しいOSごとにアプリ全部作り直しなんてやってられん

このスレ的にはApple捨ててよで結論でてるだろ
5.0のときの対応も遅かった

431:デフォルトの名無しさん
07/11/18 14:41:36
マック使う人はアポー謹製ソフトさえありゃ満足なんだから放置しとけばいい

432:デフォルトの名無しさん
07/11/18 16:17:40
デザイナはAdobe製ソフトも入ってないと困るよ

433:デフォルトの名無しさん
07/11/18 20:54:18
mac osxはカーネルより上のレイヤーはXですら自前だからなぁ。
GUIが自前とか言う次元超えてるよ。

434:デフォルトの名無しさん
07/11/19 00:29:34
>>431
V2Cが無ければとても困ると思うの

435:デフォルトの名無しさん
07/11/19 03:17:02
なんとかとハサミは使いようというじゃない。w

436:デフォルトの名無しさん
07/11/19 10:31:31
せっかちな人にはJavaは向かないね

437:デフォルトの名無しさん
07/11/19 13:22:30
マック信者をＪａｖａで逆洗脳してみたいwww

438:デフォルトの名無しさん
07/11/19 13:46:40
Mac信者かつJava信者ですが何か？

でもCocoa-Javaはいらないと思ってる。
そういうのはRubyとかでいいんじゃないかな。
Javaはクロスプラットホームが基本です。

クロスプラットホームだけど、Macでは見た目を良くする。
URLﾘﾝｸ(developer.apple.com)

その他のプラットホームでは、Nimbusに期待してる。
URLﾘﾝｸ(nimbus.dev.java.net)

どっちも解像度に依存しないし、スモールサイズなんかは共通して使える。

439:デフォルトの名無しさん
07/11/19 14:33:56
6での大幅な改善点がデスクトップアプリの強化（大量にバグもちだが）と
大幅な高速化（1.3.1から1.4.0より大きな変化）だから
もうすぐ1年たつというのにMacに6がきてないのは苦しい

440:デフォルトの名無しさん
07/11/19 15:16:27
アップルの独自実装だからmac版が早くなるか分からないんじゃない？
糞実装を何とかしてくれればそれで良いと思うが。

441:デフォルトの名無しさん
07/11/19 19:21:46
まあぶっちゃけV2Cが1.4.2で動く事からも
Macが6をサポートしなくても当分困らないんだよな
5.0が動くだけでも十分じゃね

442:デフォルトの名無しさん
07/11/19 20:59:51
そんな後ろ向きな姿勢じゃいかんよ

443:デフォルトの名無しさん
07/11/21 21:07:37

JTreeで幹や葉をクリックしたり、矢印キーで移動させたときに
選択している幹や葉のファイルを別のJListに表示したい。

この場合、イベントはvalueChangedでいいんでしょうか？
それとなにか注意点とかありますでしょうか
　

444:デフォルトの名無しさん
07/11/22 00:03:52
データ転送じゃね？

445:デフォルトの名無しさん
07/11/22 12:44:57
>>443
マニュアル読んで判断したならいいでしょ
あとvalueChangedってメソッド名だけ出しても普通の人はわからんと思うよ

446:デフォルトの名無しさん
07/11/22 15:08:37
下手にJTreeのvalueChangedいじったらパフォーマンス落ちね？

447:デフォルトの名無しさん
07/11/22 15:31:17
上手にいじれば良い

448:デフォルトの名無しさん
07/11/22 19:38:15
それが出来るならこんなところで確認してないと思うが？
まあ、ドキュメント読めば分かることだが。

449:デフォルトの名無しさん
07/11/22 23:58:16
JFrameの下部にStatusBarを取り付けようとしています。
単純にBorderLayout.SOUTHで問題はないのですが、BorderLayout.SOUTHに当たる領域は後々別に使用するかもしれないので、完全に別領域として下部に取り付けたいのです。
イメージ的にはsetJMenuBar()と同じような感じです。
どのような実装がよいでしょうか？

450:デフォルトの名無しさん
07/11/23 00:10:09
JPanel に BorderLayout をセットして JFrame の CENTER に置く
JFrame の SOUTH をステータスバーのために使って、
JPanel の SOUTH を後々別に使用するときのために取っておく

451:デフォルトの名無しさん
07/11/23 00:13:45
そのようにした場合、ステータスバーをセットするJFrameのCENTERにコンポーネントを加えたいときにわざわざそのJPanelを取得後貼り付けないといけないので避けたいです。
他にはないでしょうか？

452:デフォルトの名無しさん
07/11/23 00:25:57
＞JFrameのCENTERにコンポーネントを加えたいときにわざわざそのJPanelを取得

いや、最初から、JFrame じゃなくて JPanel の CENTER に入れればいいじゃん。
わざわざ取得っていうか、JPanel 作ったときにそれをフィールドに持っとけばいいだけでそ？

本当にどうしても JMenuBar のように振舞わせたくて他に方法がないというなら、出来ることは出来るけどちょっと面倒い。
JRootPane の中の layeredPane と glassPane と、layeredPane の中の contentPane と JMenuBar （と自分の statusBar) をレイアウトするレイアウトマネージャを書いて、JRootPane のレイアウトマネージャをそれで置き換える。

453:デフォルトの名無しさん
07/11/23 00:27:53
Windowsに限定しちゃうかも知れないけど、
%USERPROFILE%\Local Settings\Application Data
↑のディレクトリの中に変なGUID名のディレクトリが作られてて
中を見るとJ2SDK5.0のインストーラみたいなのが入ってる。

うちの環境にはJDK6も入ってるけど、5系だけゴミ？があるので気になります。
これって削除しちゃっていいのかな？

454:デフォルトの名無しさん
07/11/23 00:34:12
>>452
そうなのですが、どうしてもメニューバーのように扱いたかったので・・
やはりかなり面倒なことになるようですね。

丁寧に教えていただきありがとうございました。

455:デフォルトの名無しさん
07/11/23 00:40:36
ボーダーレイアウトでいいだろ
面倒ではないだろと

456:453
07/11/23 00:44:03
質問・相談スレに書くつもりが誤爆してました。
こちらはクローズします。ごめんよぅ。

457:デフォルトの名無しさん
07/11/25 00:15:06
質問相談スレで聞いたところ、こちらで聞いたほうが良いと教えていただい
たので質問させていただきます。
現在、携帯電話でいうフレーム撮影機能をPC上でJAVAを用い、作りたいと考え
ております。USBカメラから動画キャプチャを行い撮影ボタンを押すとその時の
静止画がJPEGで保存するところまでは作ったのですが、写真フレーム（gif)を
動画上に表示する方法がわかりません。API集の方も探してみたのですが、見つ
けることができませんでした。誰か方法について教えてもらえませんでしょう
か？？よろしくお願いします

初心者でして簡単なソースなどつけていただけると助かります。

458:デフォルトの名無しさん
07/11/25 00:18:56
一番簡単なのは
・ImageのロードにはImageIOを使う
・JLabelを貼り付けてそれにImageをセットする

ネットで初心者かどうかってのは意味ない文章だからやめたほうがいい
知っているか知らないかだけだから

459:デフォルトの名無しさん
07/11/25 00:23:38
JMF使ってる？

460:デフォルトの名無しさん
07/11/25 00:23:49
動画を描画するコンポーネントのpaintComonent(...)をオーバーライドして
super呼んだ後に、drawImage(...)でOKじゃね？

461:デフォルトの名無しさん
07/11/25 00:35:49
いや
>USBカメラから動画キャプチャを行い撮影ボタンを押すとその時の
>静止画がJPEGで保存するところまでは作った
ここにJMF使ってるならJMF流儀の動画の描画の仕方があるから動画のキャプチャをどうやってるかでやり方が決まる。

462:デフォルトの名無しさん
07/11/25 01:30:58
JMFをつかっています。
キャプチャ部分となりますと
new Timer(100, new ActionListener(){

try {
player = Manager.createRealizedPlayer(new MediaLocator("vfw://0"));
} catch(Exception e){
System.out.println(e);
System.exit(1);
}

player.start();
ここになりますでしょうか。
ご教授よろしくお願いします

463:デフォルトの名無しさん
07/11/25 02:44:57
>写真フレーム（gif)を動画上に表示する
これがやりたいんだよね？

ならEffect実装してProcessorからTrackControl取り出してTrackControl#setCodecChain(Codec[])で実装したEffectセットしてやれば良い。
んでProcessor#getVisualComponent()で取得したビジュアルコンポーネントを適当に張り付ければ良い。

あとはJMFのページのチュートリアルとかサンプルコード読んで。

464:デフォルトの名無しさん
07/11/27 20:21:48
日本語を入力時、「確定はされていない文字列入力状態中」(Windowsでは文字の下に破線が引いてある状態)を調べる方法はありますか？

465:デフォルトの名無しさん
07/11/27 20:22:47
ImmGetCompositionString

466:デフォルトの名無しさん
07/11/27 20:23:19
ごめん、ここJavaだったorz

467:デフォルトの名無しさん
07/11/27 20:34:01
Component に addInputMethodListener を仕掛けておけば取れるみたい？

468:464
07/11/27 20:44:22
>>467
InputMethodEvent#getCommittedCharacterCount()
で判別できそうですね。
ありがとうございました！

469:デフォルトの名無しさん
07/11/29 15:28:42
Java Web Startのアプリで、jnlpファイルの中で

<security>
<all-permissions/>
</security>

を設定していて、jarにはオレオレ証明書でサインしている。
確かにファイルアクセスなど自由にできるから、
この設定は有効化されているはずなんだが、
Point p = MouseInfo.getPointerInfo().getLocation();
で
Exception in thread "AWT-EventQueue-0"
java.security.AccessControlException: access denied (java.awt.AWTPermission watchMousePointer)

が出るのって、これはどういうことなんだろ。
JWSで動かさなければこのエラーは出ないんだが。

470:デフォルトの名無しさん
07/11/30 14:03:31
>>469
JWSのバグでね？
そのクラス1.5からのやつだからもしかしたら・・・

471:デフォルトの名無しさん
07/12/01 00:09:26
frameにタブだけ貼り付けたの作ると、
初めに、タブのタイトル部分に選択状態みたいなのが行くんだけど、
それをタブに貼ってある、jCheckBoxに初めから行くようにしたいんだけど、
windowsのアプリはそうなるようなんで。
どうやったら出来ますか？

472:デフォルトの名無しさん
07/12/01 00:49:32
フォーカスのトラバーサルいじるAPI群なかったけ？

473:デフォルトの名無しさん
07/12/01 00:54:40
初期状態ってことならオープン時にフォーカスセットしてあげれば?

474:471
07/12/01 01:19:46
jCheckBox.requestFocusInWindow();

よく分からないけど、setVisible(true)した後しかフォーカスがいかないな…

475:デフォルトの名無しさん
07/12/01 01:19:51
>>471
つrequestFocusInWindow()

俺はタブはいつもsetFocusable(false)するなぁ。

476:デフォルトの名無しさん
07/12/01 01:26:01
>>474
つaddAncestorListener()

ancestorAddedでrequestFocusInWindow呼んでみそ

477:デフォルトの名無しさん
07/12/01 01:27:34
ふつーにオープン時でいいとおも

478:デフォルトの名無しさん
07/12/01 01:28:59
>>477
それだとタブで切り替えたときにフォーカスが移らないってことだとおも

479:471
07/12/01 01:59:35
>>476
おーサンクスサンクス。
これで完璧だわ。AncestorAdapterは何故かないんだな

480:デフォルトの名無しさん
07/12/01 02:59:55
アダプタクラスは実装するメソッド数が少ないか
そのインターフェースの多くが実装される可能性が高いリスナーは
利便性が低いからアダプタクラス用意しないって方針だよ。

481:デフォルトの名無しさん
07/12/01 10:36:16
JPopupMenuの使い方なのですが、ポップアップメニューの対象によってメニュー内容を変えたい場合、一般的にどのような方法を取るのがよろしいでしょうか？
単純に対象を毎回チェックしてその対象に必要なメニューを構成する、というのはどうも気持ちが悪くて・・

482:デフォルトの名無しさん
07/12/01 12:02:52
リスナーのフィールドにして遅延生成すればいいだけじゃない？

483:デフォルトの名無しさん
07/12/01 12:35:03
対象の種類ごとにJPopupMenuを予め作っておく・・・・のはムダが多いか

484:481
07/12/01 12:48:32
>>482
遅延生成とはどういうことを指すのでしょう
やはり表示毎に必要なメニューを生成という意味でしょうか？

>>483
例えば対象の種類にあらゆる属性があり、その属性ごとに必要なメニューがある場合、その組み合わせをあらかじめ作っておくのは好ましくないかと・・

485:デフォルトの名無しさん
07/12/01 12:55:47
じゃあ、すべての項目を含めたJPopupMenuを1個用意しておいて、各JMenuItemのsetVisibleを切り替えるとか

486:デフォルトの名無しさん
07/12/01 14:24:05
>>478
そういう意味だったのか
あの日本語からはそこまで理解できなかったよ

487:デフォルトの名無しさん
07/12/01 14:28:15
>>481
表示される項目が全て画面に収まるのならすべていれる。
そして選択可能不可能で調整したほうがいいんじゃない?

コンポーネントによってメニューがかわるより、メニューは同じで選択可能か不可能かのほうが
ユーザーに優しいとおもわれる。
この選択肢は下のほうにあるとか上のほうにあるとかコンポーネントごとにかわっていたら厄介だ。

488:デフォルトの名無しさん
07/12/01 15:01:14

JFrameの上には、とりえあえずJPanel置くべきですか？
　

489:デフォルトの名無しさん
07/12/01 15:04:11
packの仕組みをしっているのならおいたほうがいい
そうでなくともパネルに機能単位でのせていったほうが楽になるかな

グループレイアウトを使うのなら場合によってはなくてもいいかも

490:481
07/12/01 15:52:06
>>485
>>487
とりあえず全部登録しておくのが楽なようですね。
場合によってsetVisible、setEnabledで使い分けようと思います。

ご意見ありがとうございました。

491:デフォルトの名無しさん
07/12/01 18:02:09
>>480
そうなんだ～。まぁ、よく使うなら自分でAdapter作ればいいしね～。

492:デフォルトの名無しさん
07/12/02 18:44:49
LinuxのSwing上でトラックポイントのセンターボタンでスクロールしたときに
コンテキストメニューが開いちゃうんだけど、心当たりがある人いる？
JavaはSunの1.6.0_03

493:デフォルトの名無しさん
07/12/02 19:12:28
これかな？
URLﾘﾝｸ(sdc.sun.co.jp)
＞・Windows　では、マウスボタン　2　マウス　UP　でメニューがポップアップする　
＞・Motif　では、マウスボタン　3　マウス　DOWN　でメニューがポップアップする

494:デフォルトの名無しさん
07/12/02 21:54:41
以下の挙動で、困っています。

JＮＬＰでデスクトップにショートカットアイコンを作成し、
そのアイコンに何らかのファイル(何でもいい)をドラッグアンドドロップすると、
「このアプリケーションは起動できません」「詳細」「了解」というダイアログが表示される。

ここで「詳細」ボタンを押すと、次のような情報が表示される。
※C:\Users\hoge\Desktop\新しいテキストドキュメント.txt　をドラッグアンドドロップした場合。
InvalidArgumentException[ 無効な引数が指定されました: {C:\Users\hoge\Desktop\新しいテキストドキュメント.txt, C:\Users\hoge\AppData\Local\Temp\javaws12 }]
at com.sun.javaws.Main.launchApp(Unknown Source)
at com.sun.javaws.Main.continueInSecureThread(Unknown Source)
at com.sun.javaws.Main$1.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

で、問題なのは、ここで、ドラッグアンドドロップしたファイルが、
何の断りもなく、いきなり　削除　されてしまう、ということなのです。

この不具合は、あらゆる全てのJNLPアプリで、全てのOSで再現しました。

こうした挙動を防ぐような、何らかの対策をすることは可能でしょうか？

495:デフォルトの名無しさん
07/12/03 00:20:49
>>494
MacOSX Leopardでやろうとしましたが再現しませんでした。
何よりファイルにDnDができない。

URLﾘﾝｸ(bugreport.sun.com)
で報告してください。
報告時は具体的な再現方法と再現環境を書いておくのが吉です。
ありとあらゆる、というのはちょっと曖昧すぎます。

496:デフォルトの名無しさん
07/12/03 01:24:26
ごめん、たしかに、MacOSでは試していない。
あと、64bit用のJREやSolarisでも試せていない。

こちらで試したのは、Windows Vista, Windows XP SP2, UbuntuLinux(7.04)の上で、
1.4.2_16,1.6.0_03,1.6.0_10-ea(いずれも32bit用)。

ここまでやって、いずれの環境でも再現した。
いま、Java7でも試そうとしているところ。

Javaキャッシュビューアで、インストール済みのJNLPアプリについて
「選択されたメニューのショートカットを作成」または、
右クリックメニューで「ショートカットの作成」で、
ショートカットがデスクトップにすることができる。

そうして作られたショートカットに、
ユーザが何かのファイルを放り込むと、
そのファイルが勝手に削除されてしまう、ということ。

ユーザがデスクトップ上のメモ帳のショートカットにファイルをDnDして
開こうとして、まちがって隣のJNLPアプリのショートカットにドロップしたところ、
そのファイルが勝手に削除されてしまう、という感じ。

> 何よりファイルにDnDができない。

たぶん、そういう挙動が正常なのだと思う。

497:デフォルトの名無しさん
07/12/04 11:36:46
質問です。JButtonがアイコンであるGIFファイルの縦横サイズより結構大きくなってしまうのですが、コンパクトにする方法は無いでしょうか？

498:デフォルトの名無しさん
07/12/04 12:06:32
>>497
JButtonのjavadocを隅から隅まで読んで
しかるのちにボーダーのマージンを設定したらいいよ

499:デフォルトの名無しさん
07/12/05 14:21:41
>>498
497です。できました。ありがとうございます。

500:デフォルトの名無しさん
07/12/06 02:03:22

JFrameでgetContentPane()をしなくてもよくなったは、いつからですか？
自動的に転送されるようになったってのを読んだのですが。
　

501:デフォルトの名無しさん
07/12/06 02:06:17
5.0

502:デフォルトの名無しさん
07/12/06 02:10:45
即レスthx

503:デフォルトの名無しさん
07/12/07 22:41:46
シューティングを作りたいと思ってます
メイン画面とスコア画面があって、
それぞれJPanelを継承したクラスを作ってMainPanel,SubPanelと作ろうと思ってるんですが、
この方法は値の受け渡しが面倒くさくなったり、重くなったりしますか？
普通はひとつのゲームは大体1パネルですかね？

504:デフォルトの名無しさん
07/12/07 22:43:16
普通はゲームにSwingなんて使わなくないか？
ましてシューティングで・・・

505:デフォルトの名無しさん
07/12/07 22:45:12
Javaの勉強もかねて作ってます
最近はSwingもだいぶ早くなったと聞いたんですが．．．

506:デフォルトの名無しさん
07/12/07 22:51:48
ゲームなら、Frameに直接描けばいいと思う。
BufferStrategyを使うのも良し。

507:デフォルトの名無しさん
07/12/07 22:52:23
400x300で24fpsくらいで試してみるといいよ。
Swingはシングルスレッドだから、パッシブ連打でも問題ないはず

508:デフォルトの名無しさん
07/12/07 23:00:08
パッシブ連打とは？

509:503
07/12/07 23:01:39
Frameに直接書くってことはpaintComponentメソッド内に
メイン画面用とスコア画面用の描画処理が混在してるってことですよね？
そうすると片方の画面の背景だけ変更するなどの処理とかがややこしくはならないですか？
パネルで分けるとコードがすっきりする気がするんですが

510:デフォルトの名無しさん
07/12/07 23:05:41
パッシブ・レンダリング＝描画イベントによる受動的なレンダリング（repaint()）
アクティブ・レンダリング＝自発的に描画を実行するレンダリング（Toolkit.sync(), BufferedStrategy）

511:デフォルトの名無しさん
07/12/08 00:30:40
>>503
つまりWindowシステム普及前のゲームプログラミングが難しかったと思ってる?
んなことないよ

練習がてらというのならSwingつかってもいいけどメリットはあんまないとおもうよ
JLabelのアイコン指定でキャラ表示とかSwingというフレームワークで
描画や再移動とかそういうことでしょ？

途中でもっといいものを、もっと本格的なものを、となって挫折しそう

あとpaintComponentではゲームのレンダリングの処理はいれないことね

512:デフォルトの名無しさん
07/12/08 00:31:36
さらに付け加えるとパッシブレンダリングはいわゆるトリプルバッファを使わないといけないから注意ね
ダブルバッファじゃダメ

513:503
07/12/08 00:51:35
全体的な流れとしては、レンダリング（描画？）は各オブジェクト（敵、弾）のクラスのdrawメソッド（メソッド名は自由？）などで行い、
paintComponentはそれを呼び出すだけ。で、必要に応じてrepaint()を行うとpaintComponentが再描画されるという感じでしょうか？

514:デフォルトの名無しさん
07/12/08 00:59:58
paintのタイミングは自前のrepaintだけじゃないからそれはやっちゃだめ
ウインドウの重なり具合とかOSが画面をいきなりリフレッシュしたりとかあるから

各オブジェクトにdrawのインターフェースを実装させるという考え方はあってる

レンダリングは自前でAというバッファへしてるとすると、
その間描画はBというバッファからイベントでフロントへ描画させる
Aのレンダリングが終わったらAとBをいれかえて、次のフレームの描画はBへ行う

バックバッファへのレンダリングとフロントへのレンダリングが重なる場合もあるという考え方ね

515:503
07/12/08 01:09:30
ダブルバッファがいまいち理解できてないのでもうちょっと勉強してみます。
答えてくださった方どうもありがとうございました

516:デフォルトの名無しさん
07/12/08 01:16:16
本当はJavaでゲーム作成というスレがあったんだけど最近おちちゃったんだよな
ゲーム製作板とかいろいろと斜め読みしてみるといいかも

517:デフォルトの名無しさん
07/12/08 03:09:19
Javaでゲームってのはなかなか前衛的でおもしろいと思うんだが、
如何せんパフォーマンスが悪いのが致命的なんだよな。
いくら努力しても、一定以上FPSが上がらんとなるとどうしても敬遠したくなる。

518:デフォルトの名無しさん
07/12/08 06:27:05
勉強として作るプログラムも題材の選び方はかなり重要だよ。
努力するほど深まって発展していく題材と、
底の浅いところですぐに打ち止めになるのがある。

519:デフォルトの名無しさん
07/12/08 08:27:04
勉強の段階なら、何を作っても勉強になる。

520:デフォルトの名無しさん
07/12/08 08:28:32
Javaでエロゲぐらいなら作れそうじゃね？

521:デフォルトの名無しさん
07/12/08 09:47:04
アクションだろうがパズルだろうがなんでもできるんじゃないの。
ブロック崩しやテトリスくらいなら楽勝。
ゲーム専用機であるようなハデなアクションゲームを作りたいならお門違い。

522:デフォルトの名無しさん
07/12/08 09:49:46
あと速く動かしたいなら画面小さくすればいいんだよ。256 * 192とか。w
昔のアーケードゲームの解像度はせいぜいその程度だったしさ。

523:デフォルトの名無しさん
07/12/08 11:36:49
シューティングやアクションはともかくとして
リアルタイムシミュレーションとか向いてると思うけどな>java
スレッド周りとか楽々作れるし

524:デフォルトの名無しさん
07/12/08 12:55:52
ゲ制作板で話せ

525:デフォルトの名無しさん
07/12/08 14:32:05
>>517
まじていってるの？

526:デフォルトの名無しさん
07/12/08 14:33:14
リアルタイムのアクションものも余裕で出来るよ
IntelCore2/2GHzでJavaで動かすとCネイティブだと1.6GHzくらいの速度になるけど
それが問題になることはまずあるまい

527:デフォルトの名無しさん
07/12/10 01:17:57
[MainFrame.java]
public class MainFrame extends JFrame　{
　public MainFrame() {
　　MainPanel mp = new MainPanel();
　　Container contentPane = getContentPane();
　　contentPane.add(mp);
}
public void main(String[] args) {
　　MainFrame frame = new MainFrame();
　　frame.setVisible(true);
　}
}

[MainPanel.java]
public class MainPanel extends JPanel implements ActionListener{
　public MainPanel() {
　　SubPanel sp = new SubPanel();
　}
　public void actionPerformed(ActionEvent e) {
　　setBackground(Color.BLACK);
　}
}
[SubPanel.java]
public class SubPanel extends JPanel {
　public SubPanel() {
　　JButton b = new JButton("メインパネルの色変更");
　　b.addActionListener();
　}

528:デフォルトの名無しさん
07/12/10 01:23:46
↑の様な構成で作りたいんですけど、うまくいきません。
ようするにSubPanelのインスタンスからMainPanelのインスタンスへ
アクセスするにはどうすればよいのでしょうか？
MainFrameでMainPanelのインスタンスをpublicでstaticにしたりいろいろやったのですが、
うまくいかないのでどなたか教えてください。

529:デフォルトの名無しさん
07/12/10 01:47:12
>>528
SubPanelにボタンのaddActionListenerを委譲して
MainFrameからやりたいことを教えてあげればいいんじゃないの？

530:528
07/12/10 03:21:26
>>529
すいません　委譲がいまいちわからないんですが、SubPanelとMainFrameにaddActionListener()メソッドを作り、MainFrameにactionPerformedメソッドがあるような感じですか？
今までは↓のような形で出来るかなとやっていたんですが、うまくインスタンスにアクセスできていないみたいなんです。
もし↓で出来たとしてもなにか強引過ぎる気がします。もともと構成がありえないんですかね？
[MainFrame.java]
public class MainFrame extends JFrame　{
　public static MainFrame frame;
　public static MainPanel mp;
　public MainFrame() {
　　mp = new MainPanel();
　　Container getContentPane.add(mp);
}
public void main(String[] args) {
　　frame = new MainFrame();
　}
}
[MainPanel.java]
public class MainPanel extends JPanel implements ActionListener {
　public MainPanel() {
　　sp = new SubPanel();
　　this.add(sp);
　}
　public void actionPerformed(ActionEvent e) {
　　setBackground(Color.BLACK);}}
[SubPanel.java]
public class SubPanel extends JPanel {
　public SubPanel() {
　　JButton b = new JButton("メインパネルの色変更");
　　b.addActionListener(frame.mp);}}

531:デフォルトの名無しさん
07/12/10 10:02:09
MainPanelはPaintComponentをオーバーライドしないといけない気がする…

532:531
07/12/10 10:06:52
やっぱ要らないか

533:デフォルトの名無しさん
07/12/10 10:45:47
>>530
設計方針とか変更不可のクラス等の制約条件とかが分からないけど
手っ取り早くやるならMainPanelとSubPanelの親子関係がそのままなのを前提に
b.addActionListener((MainPanel)getParent());

534:デフォルトの名無しさん
07/12/10 11:19:28
俺なら
SubPanel#addColorChangeActionListener(listener){b.addActionListener(listener);}
を作る方を選ぶかな。

535:デフォルトの名無しさん
07/12/10 12:32:25
これってSwingの話ですらなくて言語の基本の話だろ？
なんでstaticがでてきたりするんだ？
まずは言語の勉強からやりなおしたほうがいいんじゃないかい？

536:デフォルトの名無しさん
07/12/10 12:51:30
たぶんMainFrameやMainPanelのインスタンスをSubPanelで参照する方法が分からなくて、
b.addActionListener(frame.mp);}}ってやってもコンパイルできなくて、
b.addActionListener(MainFrame.mp);みたいにできるようにクラス変数にしちゃったんだと推測。
プログラムの設計と実装の仕方を良い参考書や良いソースを見ながら勉強した方がいいと思う。

537:530
07/12/11 00:36:38
>>536
正にその通りです
>>533
getParent()なんてのがあったんですね　

どうもありがとうございました

538:デフォルトの名無しさん
07/12/11 13:58:13
>>530のコードを見る限り
getParent()は使わないほうがいいな
独立性が失われるのにListenner使ったりとかありえん

まず言語の基本の勉強からしたほうがいい
近道しようとしても無駄だと思う
ここ本当に基本中の基本だから

539:503
07/12/11 17:52:44
>>538
すいませんご指摘ありがとうございます
SubPanelのコンストラクタでgetParent()しても、その時点ではMainPanelの子にはなってないということですよね
>独立性が失われるのにListenner使ったりとかありえん
これはimplements ActionListenerのことですかね　アダプタクラスというのを使ったほうがいいということでしょうか

一応基礎はやったつもりでいたんですが、今回GUI使うことでぜんぜん理解できていないことに気づいてそれだけでもよかったです
もう来ません　ありがとうございました。

540:デフォルトの名無しさん
07/12/11 18:53:25
もうきませんって捨て台詞・・・はもうきこえてないか

インスタンスの参照を渡せばいいだけでしょ？
それができないってことはJavaの勉強1週間程度しかしてないということかな？

541:530
07/12/12 00:36:46
ながながとスレ違いすいません
勉強はJavaの入門書を一通り読んだんですが（スレッドくらいまで。デザインパターンは全く）、ちゃんとは理解できてなかったようです。
参照を渡すといいましても>>530のコードだと難しくないですか？
コンストラクタでいろいろやってるのも悪いんですかね
本当にこれで最後にしますんで、
MainPanelとSubPanelが連動していて（Subのボタンを押すとMainの内容を変更したりする）場合、
どんなコードになりますか？親切な方おねがいします

542:デフォルトの名無しさん
07/12/12 02:37:50
いや、普通に継承してるんだから
MianPanelはSubPanelを生成してあげたあとにセットしてあげるでもいいんじゃない？

SubPanelに
private MainPanel mainPanel;
public setMainPanel(MainPanel panel){
this.mainPanel = panel;
}

と追加しておいて

sp = new SubPanel();
sp.setMainPanel( this ) ;
this.add(sp);

とするといい。
subからMainを触りたければ上で定義したprivateなmainPanelに対してアクセスをする。

MainPanelでSubPanel作って乗せてるだけだからこれでいいと思われ。

MainPanelが先に消えたりする可能性があるとかだとリスナーいじってどうのこうのが必要になるけど
たぶんあなたがやりたいのはこれで十分かと。

543:デフォルトの名無しさん
07/12/12 02:44:04
そもそも設計の段階で間違えてるんじゃないか？

544:デフォルトの名無しさん
07/12/12 08:34:31
>>542
それだと SubPanel が汎用性の低いクズパーツになるだろ。
SubPanel がボタンを持つパネルならそのボタンのアクションリスナーを
>>534のように SubPanel に委譲してやったほうがいい。

public class SubPanel extends JPanel {
　private JButton button;
　public SubPanel(String buttonText) {
　　button = new JButton(buttonText);
　　this.add(button);
　}
　public void addButtonActionListener(ActionListener listener) {
　　button.addActionListener(listener);
　}
}

public class MainPanel extends JPanel implements ActionListener {
　public MainPanel() {
　　SubPanel panel = new SubPanel("メインパネルの色を変更");
　　panel.addButtonActionListener(this);
　　this.add(panel);
　}
　public void actionPerformed(ActionEvent e) {
　　this.setBackground(Color.BLACK);
　}
}

545:デフォルトの名無しさん
07/12/12 13:06:00
>>544
アクションイベントだけならそうだろうけど
GUIってそれ以外のプロパティの変更とかふつうはやるものだし

546:デフォルトの名無しさん
07/12/12 13:35:41
main panelをある構造に従って作るようにして、sub panelでその構造を変化させたらいいんじゃないの？

547:デフォルトの名無しさん
07/12/12 13:44:05
そこまでの設計が出来ていればこんな質問はせんだろうと。
ActionListennerをMainPanelで実装している時点で複数のイベント対応がおわっとるわけで。

548:デフォルトの名無しさん
07/12/12 15:31:50
>312でも書かれてるけど、Synthって流行らないのかなー。
スキンがXMLファイルと画像で済むならたくさん配布されてそうなのに、
どうして一個も見つからないんだろう･･･

549:デフォルトの名無しさん
07/12/12 15:37:42
まず最初の一個を>>548が作って布教

550:デフォルトの名無しさん
07/12/12 15:41:15
つ Nimbus

551:デフォルトの名無しさん
07/12/12 15:48:27
よーし作っちゃうぞー

Synth Studioにちょっと期待。
URLﾘﾝｸ(weblogs.java.net)

>550
Nimbusもいいと思うんだけど、とにかく数が出ないことにはなんとも多様性が少なすぎます。

552:デフォルトの名無しさん
07/12/12 16:38:29
スキンを色々着せ替えたい人ってどんなアプリ作ってんの？
着せ替えできることを売りにしてるアプリで俺が最初に思い出すのがCDプレイヤー。

553:デフォルトの名無しさん
07/12/12 17:03:49
NetBeansで気分転換にLAFかえるとかは5.0のころ流行ったなぁ

参考：
URLﾘﾝｸ(d.hatena.ne.jp)

Substanceは6.0では動かないくさいけど

554:デフォルトの名無しさん
07/12/12 17:10:21
ウィンドウをキャプチャし、JPGで保存するようなプログラムを作成中です。
手法、使用APIなどご教授お願いします。

555:デフォルトの名無しさん
07/12/12 17:18:24
>>554
なぜここで聞く？質問スレ行った方がいいんじゃないか？

556:デフォルトの名無しさん
07/12/12 17:37:28
キャプチャに関してはRobotがAWTパッケージに入ってるからかな？
って感じでもないか。
知ってたらBufferedImageを保存するには？って聞くだろうし、それはスレ違いか。

557:デフォルトの名無しさん
07/12/12 17:44:29
>>553
そういう感じのLAFがカッコイイと思う人もいるんだろうけど・・・
ブログのスキンとは求められてるものが違うんでね？

558:デフォルトの名無しさん
07/12/12 18:39:42
Nimbusってjava LAFの置き換えなんだろうか？
それとも共存するんだろうか？
NimbusってSynthで全部自前でやってるせいか少し重いからイマイチなんだが。

559:デフォルトの名無しさん
07/12/12 19:16:20
重いかな？
というか、エンジン部分が決まっているので
むしろこれからのチューニングに期待できるんだけど。

Nimbusが出てきてからSubstanceへの興味はだいぶ薄れちゃったな・・・
V2Cは、6u10に入ってるNimbusで綺麗に動くので最近はNimbusで見てる。
素のMetalやOceanよりしっくりきてる。
普通に見れて、プラットフォーム共通の見栄えってのは重要でしょう。
Metalは、お世辞にも見栄えがいいとはいえなかったから・・・・（派手だけど）

560:デフォルトの名無しさん
07/12/12 19:25:21
見た目のこと言い出すと宗教戦争になりそう。

561:デフォルトの名無しさん
07/12/12 19:26:24
SynthってXMLと画像をjarに詰めて配布するの？
jarをインデックス付き無圧縮で配布すれば多少早いかもね。
もしくはSynthをコンパイル可能にするとか。

562:デフォルトの名無しさん
07/12/12 19:26:41
ぶっちゃけSystemLAFがデフォになってくれるのが一番いいかも
NetBeansもそれでシェアを一気に伸ばしたし

563:デフォルトの名無しさん
07/12/12 20:07:13
見た目なんて飾りです。えらい人にはそれが分からんのです。

ていうかクロスプラットフォームの実現性としてはjavaLAFがデフォの方が良いけど、
ユーザビリティが落ちるので天秤ってところか・・・。

564:デフォルトの名無しさん
07/12/12 20:40:36
LAFを変更したらレイアウトが微妙に崩れてデザインが台無しとかけっこうある。
部品をカスタマイズしてたりするとなおさら。
で、いくつもLAFがインストールされていても、事実上使えないものが出てくる。
そんなLaFしか実現できないのなら、LAF一つで統一してほしいところだな。

565:デフォルトの名無しさん
07/12/12 21:25:54
>>564
推奨サイズを使って設定してくれるならずれることはほとんどないはずだけど？
今まで大量にSwingアプリ作ったがLAFかえて問題が出る場合ってのはほとんどないよ。
むしろWinネイティブより楽。

566:デフォルトの名無しさん
07/12/12 21:35:29
>>565
推奨サイズって何？
カスタムコンポーネントなしのアプリしか作ったことないんじゃないの？

567:デフォルトの名無しさん
07/12/12 21:45:28
本気で言ってんのかコイツ

568:デフォルトの名無しさん
07/12/12 22:04:47
Swing使いが推奨サイズを知らないとは思えんが・・・・

569:デフォルトの名無しさん
07/12/12 22:18:38
きっと日本語ではなく preferredSize といえば通じるよっ。

570:デフォルトの名無しさん
07/12/12 22:47:58
生憎日本の会社で働いたことがないので。日本語のAPI docもたまに
見るけど気付かなかったよ。どこかに便利なサイズの表でもあるのかと思った。

571:デフォルトの名無しさん
07/12/12 23:23:41
今日もJava釣り君元気だな

572:デフォルトの名無しさん
07/12/13 00:25:17
>>570
つまり、preferredSizeを和訳できなかったわけだな。中国の会社の人？

573:デフォルトの名無しさん
07/12/13 02:30:49
インドだろう常考

574:564
07/12/13 02:58:31
>>564
もちろんそうしてるよ。JDK1.0のころからある普通のレイアウトマネージャを組み合わせてレイアウトしてる。
そりゃテキストエディタのようにツールバーとメニュー、オプション選択とOK/NOボタンしかないとか、
その程度なら問題ないだろうけど、複雑になるとたいがい問題でると思うけどな。
ただしまったく使えなくなるほど、ひどいことになるのは少ない。
レイアウトデザインには急所があってさ、絶対はずせないところってのがいくつかある。
そこがずれると一気にしまりがなくなってださくなるとこが。
そういうとこが狂うと、やめてよっていいたくなる。

LAFに応じて位置とサイズを調整するようなコードを書くとか、無難なデザインを適用する事はできると思う。
でもそういうのってなんか違うと思うんだよね。

575:デフォルトの名無しさん
07/12/13 03:27:33
ボケたか自演か？

576:564
07/12/13 03:52:46
>>575
>>565-573までは俺じゃないから。
罵りあって遊びたいならマ板にでも逝けよ。

577:デフォルトの名無しさん
07/12/13 08:46:37
推奨サイズを知らないバカと自分のレスにレス付けてるボケがいるスレはここですか？

578:デフォルトの名無しさん
07/12/13 11:04:12
レイアウトが崩れる例ってのを、出してみてよ
簡単なのでいいから

579:デフォルトの名無しさん
07/12/13 11:45:14
複雑になると問題が出るっていってるのに簡単なのでいいからっていうツッコミ、気の毒だな。

580:デフォルトの名無しさん
07/12/13 11:54:56
>>578
21 * 21 のicon,pressedIcon,rolloverIconの三枚のボタン画像を作りJButtonのプロパティに指定。
perferredSize=21,21
margin=0,0,0,0
focusPainted = false
contentAreaPainted = false
borderPainted = false

LaFでMotif,Windows,Metalの三通りを試してみてよ。Motifはアウトだから。
画像ボタンをつくればいいだけなら解決策はあるけど、しかし、
GridBagLayoutで次のようにJTextFieldが等間隔でならんでいて、
その一つにこの画像ボタンがあるとする。

[TextField]
[TextField][B] ←画像ボタン
[TextField]
[TextField]

アウトだよね。レイアウトは崩れる。デザインを修正することで回避する策もあるし、
使えないってことはないが、LaFを切り替えると振る舞いが違うのは困る。

581:デフォルトの名無しさん
07/12/13 12:04:33
>>578
もう一つ例をあげると、Motifのメニュー操作法と、Windows,Metalの操作法は異なる。
これは使ってみればすぐに分かると思うけど。

それから、JSliderBarの操作法ね。Metalと残りのWindows,Motifでは振る舞いが異なる。
これもわかりにくいかもしれないけど使ってみれば分かると思う。

LaFは見かけ上の外観を変更するだけのはずなのに、操作体系にまで干渉したらまずいと思うんだけど。

582:デフォルトの名無しさん
07/12/13 12:57:22
ルック&フィールのフィールって何か分かってるか？

583:デフォルトの名無しさん
07/12/13 13:05:42
>>581
LaFはLook & Feelの略だよ。外見を変更するだけじゃない。

584:デフォルトの名無しさん
07/12/13 13:14:14
>>580
すまん、やってみたが、レイアウトは崩れないっぽいんだが…
なんか俺間違ってるのかも試練から
どこがどう崩れたのか教えて欲しい

585:デフォルトの名無しさん
07/12/13 13:31:58
>>582
単純思考のくせに傲慢そうなやつだな。w
feelは手触りだから、操作体系が異なるのは仕様のうちだとでもいいたいのか？w

しかしそれでは良くない場合のほうが多いんだよな。
アプリに無意味な混乱を与えるくらいならLAFをユーザに選択させないほうが俺は良いと思うけどね。
ボタンが数個しかついてないようなアプリならまーすきにすればだけど。

586:デフォルトの名無しさん
07/12/13 13:36:10
>>584
画像はいらないから、コードをコピペしてみて。
環境の違いもあるだろうし。

587:デフォルトの名無しさん
07/12/13 13:37:38
コードつーかソースね

588:デフォルトの名無しさん
07/12/13 13:48:37
Look and Feelのfeelには気分や雰囲気の意味もあって、必ずしも操作法を指すともいえないけどな。

589:デフォルトの名無しさん
07/12/13 14:12:06
>>586
public class Test extends JFrame {
static public void main(String args[]){
new Test().createUI("com.sun.java.swing.plaf.windows.WindowsLookAndFeel");
}

private void createUI(String laf){
try {
UIManager.setLookAndFeel(laf);
} catch (Exception e) {
}
this.setDefaultCloseOperation(WindowConstants.EXIT_ON_CLOSE);
GridBagLayout gbl = new GridBagLayout();
GridBagConstraints c = new GridBagConstraints();
JPanel p = new JPanel(gbl);
c.weightx = c.weighty = 1;
JTextField t0 = new JTextField(10);
c.gridx = c.gridy = 0;
gbl.setConstraints(t0, c);
p.add(t0);
JTextField t1 = new JTextField(10);
c.gridy = 1;
gbl.setConstraints(t1, c);
p.add(t1);

590:デフォルトの名無しさん
07/12/13 14:12:36
JButton b = new JButton(new ImageIcon("./normal.gif"));
b.setPreferredSize(new Dimension(21,21));
b.setMargin(new Insets(0,0,0,0));
b.setFocusPainted(false);
b.setContentAreaFilled(false);
b.setBorderPainted(false);
b.setRolloverIcon(new ImageIcon("./over.gif"));
b.setPressedIcon(new ImageIcon("./pressed.gif"));
c.gridx = 1;
gbl.setConstraints(b, c);
p.add(b);
JTextField t2 = new JTextField(10);
c.gridx = 0;
c.gridy = 2;
gbl.setConstraints(t2, c);
p.add(t2);
JTextField t3 = new JTextField(10);
c.gridy = 3;
gbl.setConstraints(t3, c);
p.add(t3);
getContentPane().add(p);
this.pack();
this.setVisible(true);
}
}

591:デフォルトの名無しさん
07/12/13 14:42:18
>>589-590
さんきゅー。やってみた。
ただし画像を取得する部分は、getResource()を使う方法に修正させてもらった。
こっちの環境でMotifを指定してみたら、画像ボタンは正常表示されなかった。

new Test().createUI("com.sun.java.swing.plaf.motif.MotifLookAndFeel");

具体的には、3 * 3くらいのサイズで表示されてしまう。
MetalやWindowsのLAFでは、このような状態にはならない。
ところであなたの環境はなに？

3*3の状態で表示されたときは、当たり前ながらレイアウトは崩れない。
ボタンサイズがJTextFieldのheightより小さいから。

で、こっちの環境で、Motifでもボタンを正しく表示させようとしたときは、preferredSizeを指定しなければ良いらしい。
しかしボタンは表示されるが、デフォルトのボタンサイズが27*26くらいに設定されてしまう。
するとJTextFieldのheightを越えてしまうため、ボタンのある行は上下に隙間が空いてしまう。

592:デフォルトの名無しさん
07/12/13 14:56:01
あ、ちなみにこっちの環境はWin2KのJDK1.6.0_03

593:デフォルトの名無しさん
07/12/13 15:04:42
いつまで続くのこれ？

594:デフォルトの名無しさん
07/12/13 16:03:04
b.setBorder(null);
でどうよ？

595:デフォルトの名無しさん
07/12/13 16:32:49
>>594
その手があったかw

596:デフォルトの名無しさん
07/12/13 17:18:47
ボタンに限ったことじゃないだろうに・・・

597:デフォルトの名無しさん
07/12/13 19:13:03
たまたまMotif用の回避策があっただけのことでしょ。w
LAF別に癖があって共通の振る舞いをしないのはかわらない。

598:デフォルトの名無しさん
07/12/13 19:50:38
どう見てもコンポーネントの表示を制御し切れてないヘタレというだけで
レイアウト云々は関係ないと思うのだが

599:デフォルトの名無しさん
07/12/13 20:05:15
JButtonとかはサイズが指定してあると、Metal→Motifに変えたときにほんと崩れるよね。

普通にテキスト指定してJButton作っただけじゃ、OKとキャンセルボタンのサイズが違いすぎるから
キャンセルボタンにあわせるようにしてるんだけど、Motifはおかしいよ・・・

600:デフォルトの名無しさん
07/12/13 20:58:53
まだ続くの？

601:デフォルトの名無しさん
07/12/13 21:08:14
Swingの話題だから別にいつまでも続いてもいいだろ

602:デフォルトの名無しさん
07/12/13 21:25:37
そういやMotifだとマウスホイールも効かないよな。
そんな中途半端なのいれなきゃいいのに。

603:デフォルトの名無しさん
07/12/13 21:28:15
SystemLAFならLinuxとかでもWin並みのFeelが得られるの？
Win, Mac以外はLAFは何でもいいと思ってるのでお勧め教えて。

604:デフォルトの名無しさん
07/12/13 21:35:08
>>598で結論出たじゃん。

605:デフォルトの名無しさん
07/12/13 21:36:12
Linux では gtk使えるなら gtkじゃね？

次ページ