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

Java低速GUI Swing 5 ..

347:デフォルトの名無しさん
07/02/28 02:03:49
>>345
導入前と導入後でソースが見やすくなるわけでもないし機能もかわらんからな
ただTaskとSwingWorkerは統一したほうがいいよな

348:デフォルトの名無しさん
07/02/28 08:22:12
> button.setAction(actionMap.get("onClick"));
とかSwing信者から見ると気持ち悪いんだけど。
サーバサイドで慣らされてる人は平気なのかな。

349:デフォルトの名無しさん
07/02/28 11:19:14
いやー平気じゃないと思うぞ
ロジック部分の呼び出しとかなら祖結合でいいけど
各種イベントでコンポーネントの状態を変更しないといけない密結合ではクラス分離して書くということはまずできないし

あのフレームワークの存在意義がわからないとはずっと前からいわれてきたし
startupとかはまぁイベントディスパッチスレッドを意識させないという意味があるのだろうけど
イベントディスパッチスレッドを意識してないと並列動作できないしな

350:デフォルトの名無しさん
07/02/28 13:10:09
そうだね。Webのフレームワークみたいな役割を期待するとすると、
ロジックとGUIの分離、つまり同じアプリでSwing実装とSWT実装と
Struts実装をやりたい場合とか、そういうときに使えるものを
期待してしまう。

351:デフォルトの名無しさん
07/03/02 23:00:01
JDK6のSwingのWindows LaF (Vista)で、JTableのヘッダの高さが通常の2倍ぐらいあるのですが、
これはなんとかならんもんでしょうか。

352:デフォルトの名無しさん
07/03/03 00:24:29
通常の3倍じゃなくて良かったな

353:デフォルトの名無しさん
07/03/08 16:43:26
>>352
オレが思いついてもあえて書かなかったことを・・・

354:デフォルトの名無しさん
07/03/09 12:48:50
機体性能が３倍あるわけじゃないんだぜ？

355:デフォルトの名無しさん
07/03/13 10:35:26
ザク、、、いや、何でもない。

356:デフォルトの名無しさん
07/03/15 21:09:44
SE6になってjavax.swing.undoのドキュメントの一部が丁寧になって少しましになってる。

357:デフォルトの名無しさん
07/03/15 23:02:04
JDK6の日本語マニュアルでたのか？

358:デフォルトの名無しさん
07/03/15 23:15:15
作業中の物ならここに。
URLﾘﾝｸ(jdk-api-ja.dev.java.net)

359:デフォルトの名無しさん
07/03/15 23:54:52
URLﾘﾝｸ(java.sun.com)

360:デフォルトの名無しさん
07/03/16 03:24:01
>>359
新機能とかまず概要の日本語がないってことはいまだ未完成ってことね

361:デフォルトの名無しさん
07/03/19 15:45:38
既出かもしれないけど、こんなもの見つけた。
URLﾘﾝｸ(journal.mycom.co.jp)

手動でリスナ書く手間から開放されるというのはかなり幸せかも。

362:デフォルトの名無しさん
07/03/19 17:02:51
そいつを使うと、コード書かなくてよくなる
URLﾘﾝｸ(www.netbeans.org)

363:デフォルトの名無しさん
07/03/19 17:12:57
>>361
Beans Binding って Cocoa Binding みたいなもの？

364:デフォルトの名無しさん
07/03/19 17:19:38
似てるね。

365:デフォルトの名無しさん
07/04/02 17:44:32
YAGI3

366:デフォルトの名無しさん
07/04/03 21:26:15
apolloってJWSを食ってしまいそうだな

367:デフォルトの名無しさん
07/04/03 22:16:28
それはないだろ。
食われるほどのJWSの裾野はないし、今JWSでやってるものをおきかえれるほどの力はFlashにはない。

368:デフォルトの名無しさん
07/04/04 01:19:08
>>366
むしろJavaアプリの中でApolloのWeb連携機能が使いたいなぁ

369:デフォルトの名無しさん
07/04/07 16:00:15
SwingでGoogleCalendarみたいなUIをつくることって出来るんでしょうか？？
ためしに作ってみようかと思ったんですが、Swingに余り詳しくないのでそもそもどういう風に作れば良いのかわからず悩み中です。

370:デフォルトの名無しさん
07/04/07 16:14:18
ブラウザで出来る程度のことはすべて可能
Swingに詳しいかどうかってのも関係ないな

371:デフォルトの名無しさん
07/04/07 17:22:07
JComboBoxについて質問です。

項目によって、色・フォント・背景色などを
分けたいのですができますか？
もしできるなら教えてください。
お願いします。

372:デフォルトの名無しさん
07/04/07 18:50:31
JComboBox ListCellRendererでググればやりたいことは見つかると思う

373:369
07/04/07 20:02:11
>>370
どうもです。GUIはweb系しか作ったことがなかったんで悩んでました。
HTMLに慣れた身にはSwingは面倒くさくてなかなか作る気が起きませんね・・・。
カレンダー部分は線を描画して書くことになるのかなぁ。

374:デフォルトの名無しさん
07/04/07 20:53:24
全部自前で描画してもいいし
適当にラベルをならべる程度でもいいし
お好きなように

375:371
07/04/07 21:37:25
>>372
有難うございました。
やりたい事ができました。

376:デフォルトの名無しさん
07/04/08 00:33:25
>>373
やる気がなければ何もできませんな
何で作るのよ

377:デフォルトの名無しさん
07/04/08 00:38:41
本当はWEBアプリのほうが面倒なんだけどな
ダイナミックに動かすにはイベントは別言語を使わなければならないし、
環境依存性が高い

そして通信部分も再読み込みとか2度押し防止とかいろいろと考慮する必要有、と

378:デフォルトの名無しさん
07/04/08 02:30:49
＞ 373
JLabelにHTML貼り付けでOK

379:デフォルトの名無しさん
07/04/08 23:38:16
>>378
せめてJEditorPaneだと思ったらｗ

380:デフォルトの名無しさん
07/04/10 22:05:12
swingで作ったGUIアプリを
常に前面に表示させたいんですが、できますか？
もしできるなら教えてください。
お願いします。

381:デフォルトの名無しさん
07/04/10 22:11:17
>>380
1.5 以降なら java.awt.Window#setAlwaysOnTop(boolean) を使う。

それ以前なら標準では無理。
例えば Windows なら JNI経由で java.awt.Window の HWND 得て、SetWindowPos すればできるけど。

382:デフォルトの名無しさん
07/04/10 22:20:42
>>380
できました。
素早い回答ありがとうございました。

383:382
07/04/10 22:21:45
すいません、僕は>>380です。
>>381さん有難うございました。

384:デフォルトの名無しさん
07/04/13 00:02:44
すべてのコンポーネントのセットをJPanelをExtendsしたオリジナルなコンポーネントにしておいて
JFrameのレイアウトに置いていく作りにしてるんだけど、これでイケテル？

385:デフォルトの名無しさん
07/04/13 00:17:50
いろんな意味で意味がわかんない

386:384じ
07/04/13 00:30:50
自分でも読んでて意味わかんないやｗ
巧く説明できないのでおやすみなさい

387:デフォルトの名無しさん
07/04/13 00:31:04
URLﾘﾝｸ(www.tohoho-web.com)
これの一番下の事を言っているのでは

388:デフォルトの名無しさん
07/04/13 02:46:21
>>384
うーん、単にJPanelを置いてその中にコンポーネント配置していけばいいんじゃないのかな？

389:デフォルトの名無しさん
07/04/13 03:07:27
>>384が言いたいのは、
public class HogePanel extends JPanel{...} として作っておけば、
JFrame, JInternalFrame, JApplet, JTabbedPane などに乗っけるだけで
いろいろ使える、って意味では？
再利用性を高めるやり方としては間違ってないと思う。
再利用の必要がないなら無駄だけど、個人的にこういう作りは好きだ。

390:デフォルトの名無しさん
07/04/13 03:27:30
>>389
つまりJColorChooserみたいな複合ウィジェットを作って再利用ってだけの話なのかね?
JPanelじゃなくてJComponentでいい気がするけど…

391:384
07/04/13 22:13:53
>>389-390
そのとおりです！
気持ちが伝わってなんか嬉しいっす。
JComponentですか。思いつきませんでした。どっちがメリットあるかなぁ。

392:デフォルトの名無しさん
07/04/13 23:03:48
JPanelのソース見てみ。JComponentほとんどそのままだ。

393:デフォルトの名無しさん
07/04/14 15:46:11
複合ウィジェットならJPanelが自然でしょ。

394:デフォルトの名無しさん
07/04/14 18:29:58
>>393
awt では Panel 使ったけどが swing で JComponent が Container に
なったから JPanel にする必要は全くなくなったのでは…?

395:デフォルトの名無しさん
07/04/14 18:32:06
>>393
どっからそんな情報が沸いてくるん？

396:デフォルトの名無しさん
07/04/14 18:35:58
>>394
JComponentはObjectのようなSwingコンポーネントのルートクラスだから
継承するならいいけどぽとぺたやるならJPanelで

397:デフォルトの名無しさん
07/04/14 20:44:27
>>396
具体的にJPanelのどの部分がぽとぺたに向いているのでしょうか？
あるいは JComponent のどの部分が向いてないのでしょう？

398:デフォルトの名無しさん
07/04/14 20:58:04
背景が透明か不透明かが違いじゃないん？

399:デフォルトの名無しさん
07/04/14 21:03:47
JComponentはこっそりabstractクラスなので、そのまま載せようとして
あれ? と思ったことはあるが、どうせ継承して使うだろうし、あえて
JPanelでなければならないことはなさそうだな。

ただ、ポトペタだとソースレベルで継承して使うことにはおそらくならな
いだろうから、JPanelでないと駄目かも。

400:デフォルトの名無しさん
07/04/14 21:18:23
思想的にJComponent使うなら新しいコンポネント作るくらいの意味合いだな
JPanelを使った場合、JPanelの機能変更に引きずられる可能性がある
それを望むのであればJPanelの上にまとめればよい
独自コンポネントでJPanelに影響を受け手欲しくなければJComponent

401:デフォルトの名無しさん
07/05/12 15:54:29
JFrameの外枠とかメニューバーのサイズを変える事はできるのでしょうか？
できないなら正確なサイズを知る事はできるのでしょうか？

402:デフォルトの名無しさん
07/05/12 16:35:13
つ Insets

403:デフォルトの名無しさん
07/05/12 17:52:56
ありがとうございます
JFrameの方はなんとなくわかったのですが
メニューバーの方はわからないのでもう少しヒントをくれるとありがたいです

404:デフォルトの名無しさん
07/05/12 18:11:44
Dimension size = menuBar.getPreferredSize();
menuBar.setPreferredSize(new Dimension(size.width, 200));

405:デフォルトの名無しさん
07/05/12 18:35:47
ありがとうござました

406:デフォルトの名無しさん
07/05/23 23:57:55
JFrame上のKeyEventを常に取得したいと思いまして、次のようなクラスを

class testKeyEv extends JComponent {
　　public testKeyEv(){
　　　　enableEvents(AWTEvent.KEY_EVENT_MASK);
　　　　addKeyListener(new stateCheckKeyHandler());
　　　　setFocusable(true);
　　}
}

setGlassPane()でセットして実行すると、始めはちゃんとキーイベントを取得してくれるのですが、
マウスでほかのボタンをクリックしたりすると二度とキーイベントを取得してくれません。

ちなみに　stateCheckKeyHandlerはKeyAdapterをextendsしたのもです。

マウスイベントはほかのコンポーネントにそのまま渡して、KeyEventだけを常に取得し続けるには
どうすればいいでしょうか？

407:デフォルトの名無しさん
07/05/24 00:13:43
そのフォーカスがあたったコンポーネントでは通常の動作はしていいの?

408:デフォルトの名無しさん
07/05/24 01:57:16
>>406
最初から中のコンポーネントにフォーカス当ててそっちでキーイベント拾いましょう
# 関係ないけどリスナーを登録してイベントとるなら enableEvents() は必要ないんじゃなかったっけ?

409:デフォルトの名無しさん
07/05/25 19:47:41
JTreeのノードをDnDで移動できるようにしたんだけど、その関係で
ツリーのノードによってノード毎に違うテキストのツールチップを表示しなきゃいけないんだけど、
この方法はJTreeのgetTooltipText()でノード別のテキスト返すように
オーバーライドするとして、ツールチップテキストを設定するタイミングはどのぶぶん？
カスタムセルレンダラ使ってるんでセルレンダラがレンダリングコンポーネント返す時にそのコンポーネントに
テキスト設定しようと思ってるんだけど、それで良いかな？

ググって漁ってみたんだけど他に思いつかない。アプローチが間違ってんのかすらも分からない。

教えてエロいひと。

410:デフォルトの名無しさん
07/05/25 21:05:28
レンダラのタイミングだとレンダリングし終わるとその後ずっと呼ばれないし、
スクロールとかウインドウの重なり具合とか最大縮小するだけでもよばれるけどそのタイミングでいいの？

411:デフォルトの名無しさん
07/05/25 21:13:50
ヒントもあたえたほうがいいか
JComponentのgetToolTipTextをオーバーライドすればいい

412:デフォルトの名無しさん
07/05/25 21:16:13
「普通に」がぬけてた・・・
何のための引数かと

413:デフォルトの名無しさん
07/05/25 21:50:21
TextField を　f1,f2,f3,f4,f5,f6,f7

と言う名で作りました。
あらかじめNetBeansで個数分貼り付けちゃいました。

それぞれにある一定の処理をしたいのですが。
forなど繰り返し処理のなかで出来るようにしたいです。

JTextFieldの配列などに繋げれば出来そうですが、
それでは最初に全部個数分繋げる作業が必要になるわけです。
JTextFieldの数が大量になった場合大変ですから。

なんとか名前の数字を変更してアクセスする方法ないでしょうか。
よろしくお願いします。

414:デフォルトの名無しさん
07/05/25 22:41:50
JTextFieldだけを乗せるJPanel(というかContainer)を作って、getComponentsを呼び出せばいいかもね

415:デフォルトの名無しさん
07/05/26 01:28:30
メンバー変数としてf1,f2,...があるのならリフレクションで取れるよ。
ローカル変数だと出来ないけど。

416:デフォルトの名無しさん
07/05/26 01:38:03
>>413
f1,f2,f3,f4,f5,f6,f7 は、とりあえずそのままにしといて、
配列必要になったら new JTextField[]{f1,f2,f3,f4,f5,f6,f7} して配列作るとかすれば？

417:デフォルトの名無しさん
07/05/26 02:37:48
>>414さん、>>415さん、>>416さん
ありがさうございました。（＾ｖ＾）

418:デフォルトの名無しさん
07/05/27 04:38:44
>>415
そんな事はできてもする設計にしてはいけない・・・・
>>417
>>414案が妥当だと思った。が、別に特別にPanelを用意せずにnameプロパティに
何か分かりやすいのを振っておいてコンポネントをより分ければいいと思う。

419:デフォルトの名無しさん
07/05/27 07:37:22
>>410
ありがと、できたよ。ソースコード見てみたけどJTree#getTooltipText(MouseEvent)が
回りくどい実装してたんだね。

420:デフォルトの名無しさん
07/05/27 13:55:22
>>418
> そんな事はできてもする設計にしてはいけない

同じようなことをたくさんやるときに、利用するのはとても効率的だと思うよ。
リフレクション使って配列に格納するメソッドを用意しておいて、実際の利用は配列を使うというのがいいかと。
nameプロパティ使うのと、本質的な差はあまりないと思う。

421:デフォルトの名無しさん
07/05/27 16:29:51
リフレクションってのは、フレームワークレベルで使うのはいいと思うが
一般のコードには入れない方がいいと思うんだ・・・・
だから>>420 の利用する部分との分離がいいな

422:デフォルトの名無しさん
07/05/28 11:45:44
>>421
リフレクションを使うってことは，せっかく(記述が面倒な)Javaを使うことで得られる
強力なコンパイラの型チェックをスルーしてアクセスするわけだからライブラリや
フレームワークにしてそれなりにテストした上で使うのがいい使い方なんだろうね…
# ってかリフレクションを無駄に使ってるJavaアプリケーション見るとそれならもっと動的な言語使えよとか思う…

423:デフォルトの名無しさん
07/05/28 11:51:13
プライベートなものも自由に触れるからな
アプリ側で出てきたときにはそれはもはや実装のバグとよんでもよいかと

424:デフォルトの名無しさん
07/05/28 12:01:45
リフレクションって、どっちかっつーとコンストラクタ貰ってきて
インスタンス生成みたいな用途が多いと思ってたんだけど、

アクセス制限を回避するなんてキチガイじみた目的がメインで使う人もいるのか……

425:デフォルトの名無しさん
07/05/28 12:13:45
>>424
使ってないんじゃね？思いつく用途がそれだけだっただけで。

426:デフォルトの名無しさん
07/05/28 12:23:08
>>424
ライブラリやフレームワークで独自のシリアライズとかする場合には
private なインスタンス変数にアクセスする用途に使われる
まぁメインの用途ではないよね．普通の用途なら Bean の getter， setter呼ぶのに使うとか?

427:デフォルトの名無しさん
07/05/28 13:04:55
>>424
DIとかフレームワーク側は普通に使うよ

428:デフォルトの名無しさん
07/05/28 14:27:56
ここで反論する理由がひとつでもある人は、使ってもいいと思う。
宣言をprivateにしておいて、値は特別な仕組みでリフレクション使って設定するようにして、通常のコードからは値が変更できないようにしておくとか。

429:デフォルトの名無しさん
07/05/28 14:29:52
フレームワークで使うのは誰も否定してないんじゃね?

430:デフォルトの名無しさん
07/05/28 14:38:56
ちょっとスレから外れてきた。 Java 低速GUI ネタよろ…

431:デフォルトの名無しさん
07/05/28 14:57:08
今回の件に関しては reflection 使わずに
interface 定義してどうのこうのの方がよろしくね？

add した時に add された側(コンテナじゃなくてコンポーネント)で
呼び出されるメソッド(イベント)とかって無いんだろうか。

432:デフォルトの名無しさん
07/05/28 15:46:09
>>431
HierarchyListener#hierarchyChanged(HierarchyEvent)
イベント内容で判断しないといけないけど。

433:デフォルトの名無しさん
07/05/28 16:42:08
>>424
イディオムになるくらいよく出てくるならそこだけ纏めても別にかまわないと思うが->変なリフレクション
というか纏めてくれないとぬっころすって事にならんか？

434:デフォルトの名無しさん
07/05/28 21:58:32
こんな感じのメソッドを定義しておけばいいんだよね。
static <T> List<T> getInstances(Object parent, Class<T>, String prefix)
でこんな感じで使えるようにする。
List<JTextField> fields = getInstances(window, JTextField, "f");

435:デフォルトの名無しさん
07/05/28 23:55:10
>>434
設計からやり直した方がよくないか？
テキストフィールドのコンテナクラスを自作するとか。その程度の手間で解決できそうじゃない？

436:デフォルトの名無しさん
07/05/29 00:08:13
ポトペタで同じような部品を並べていくとその手の変数名が
数値部分だけ違うインスタンス変数が並ぶんだよな。
手で作れば真っ先に配列か何かにするところなんだが。

437:デフォルトの名無しさん
07/05/29 01:56:41
ポトペタで配列作ればいいじゃんｗ

438:デフォルトの名無しさん
07/05/29 04:42:38
>>435
配置の自由度が低すぎるので採用できる場面は少なそう。
いまさら手コーディングでGUIも作れんし。
VEなりNetBeansなりが、コンポーネント配列に対応してくれればいいのだけど。

439:デフォルトの名無しさん
07/05/29 06:03:52
>>438
ああ、ようやっと変なリフレクションが欲しい場合の文脈が読めた。
GUIビルダーつかってデザインした複数フィールドの時はたしかに欲しいかも。

普段は手で作ってるからそんなに欲しいと思わないけど忙しい時だと欲しいかもしらん。

440:デフォルトの名無しさん
07/05/29 08:11:52
NeXTやOSXにはあるね

441:デフォルトの名無しさん
07/05/29 10:45:31
リフレクションとこのぽとぺたとは関係ないぞ

442:デフォルトの名無しさん
07/05/29 11:15:12
>>483
いや、そっちのコンテナじゃなくてjavaでいうならコレクションみたいな感じ。
そのコレクションをコンポーネント間で共有するか誰か管理クラスに持たせて問い合わせるようにすれば
コレクションそのものも、フィールドへもアクセスの自由度は確保できる。
外の様子知るためだけにリフレクションは流石にアプリケーションソフトとしてはまずい。

てか、javaでデスクトップアプリ作っててコレクション使う場合が俺には
クラスの動的ロード+コンストラクタorファクトリメソッド呼び出ししか思いつかん。
webフレームワークとかjavascriptならね。

443:デフォルトの名無しさん
07/05/29 11:27:18
デスクトップアプリでコレクション？？？

444:デフォルトの名無しさん
07/05/29 14:00:09
>>442
日本語でお・ね・が・い♪

445:デフォルトの名無しさん
07/05/29 17:04:37
JTextField から派生して
初期化時にインスタンス管理クラス呼び出して
自分を登録するようなクラス作成すれば
ポトペタでも管理出来る。けどキモいな。

446:デフォルトの名無しさん
07/05/29 18:29:11
ContainerListenerを使って、JTextFieldが追加されたときにArrayList<JTextField>に追加していくって手もあるな

447:デフォルトの名無しさん
07/05/30 02:06:07
それだと、結局リフレクションが一番手間が少ない。

448:デフォルトの名無しさん
07/05/30 03:30:01
結論はポトペタ使わずに手で書く、です…

449:デフォルトの名無しさん
07/05/30 11:23:39
>>446が一番エレガントで無難だな

450:デフォルトの名無しさん
07/05/30 12:24:33
それだとJTextFieldの振り分けが必要になるんじゃない？
そのための名前をどうするか。

451:デフォルトの名無しさん
07/05/30 12:34:39
JTextFieldを継承したコンポーネントを用意すればいいだけだから問題ないだろ
もちろん変数はJTextFieldのままでいい

452:デフォルトの名無しさん
07/05/30 12:47:07
>>446
間にJPanel１枚挟んでレイアウトするケースもあるし、
そう単純には行かないんじゃない？

453:デフォルトの名無しさん
07/05/30 13:44:12
>>448
ララァは賢いな。

454:デフォルトの名無しさん
07/05/30 15:49:12
シャアぁぁぁぁぁぁぁっぁああああ！！

455:デフォルトの名無しさん
07/05/30 18:08:48
ざれごとはやめろよ

456:デフォルトの名無しさん
07/05/31 03:29:09
>>455
じゃまです。

457:デフォルトの名無しさん
07/05/31 04:30:18
>>451
わざわざ継承使ってコンポーネント作るなら、他に特別な仕組みがいらないリフレクションの方がいいと思うよ。
普通にGUIエディタが使えるし。
順番の指定とかはどうすんの？

458:457
07/05/31 04:36:09
継承使うというのは、影響範囲がでかい。
単にコンポーネント配列のために継承使うのはあまりいいとは思えんのだが。
GUIエディタ使いたい場合だと、「変数名を適切に指定して、あるメソッドに食わせたら配列ができる」ってのが一番手軽で影響範囲が少ないと思うのだが。

ここでのリフレクション否定の意見って、「リフレクションだからリフレクションはダメ」という理由ばかりな気がする。

459:デフォルトの名無しさん
07/05/31 04:38:04
>>456
そういうセリフあったっけ？

460:デフォルトの名無しさん
07/05/31 05:35:58
クリリンのことか？

461:デフォルトの名無しさん
07/05/31 09:38:42
>>459
シーンは違うがこれだな
URLﾘﾝｸ(www.geocities.co.jp)

462:デフォルトの名無しさん
07/05/31 10:02:26
ああ、あったあった。

463:デフォルトの名無しさん
07/05/31 11:43:19
>>457
GUIエディタってのがNetBeansなら継承やマーカーインターフェースは普通につけれるし
順番の制御をしたいのならなおさらかと

464:デフォルトの名無しさん
07/06/01 11:37:19
どっちでもやりたいようにやればいいと言うことで。

順番制御とか考えなきゃならんなら
最初から手で書けよ感がするけど。

465:デフォルトの名無しさん
07/06/01 21:38:57
JFrame に Java3D の Canvas3D を配置すると、
JMenuBar で作成したメニューが Canvas3D の背後に隠れてしまうんですが、
解決できないものでしょうか。

466:デフォルトの名無しさん
07/06/01 21:45:35
Canvas3D ってJComponents継承してる？

467:465
07/06/01 21:48:55
継承していないです。↓こんなんです。
java.lang.Object
　extended by java.awt.Component
　　extended by java.awt.Canvas
　　　extended by javax.media.j3d.Canvas3D

468:デフォルトの名無しさん
07/06/01 21:49:57
>>465
JPopupMenu#setLightWeightPopupEnabled(boolean) に false渡してもだめ？

469:465
07/06/01 21:53:18
JMenuBar, JMenu, JMenuItem しか使っていないんですけど。。。

470:デフォルトの名無しさん
07/06/01 21:58:08
>>469
URLﾘﾝｸ(java.sun.com)
> メニューというのは実質的には JPopupMenu が割り当てられたボタンのことです。

JMenu#getPopupMenu()

471:465
07/06/01 21:58:37
はっ！これでうまくいったー！ありがとー。
JMenu fileMenu = new JMenu("ファイル");
fileMenu.getPopupMenu().setLightWeightPopupEnabled(false);

472:デフォルトの名無しさん
07/06/01 22:40:36
AWTの[コンポーネントと混ぜる時点でどうしようもないんだよな
JOGLだったらGLJPanelで問題なしだが

473:デフォルトの名無しさん
07/06/02 10:24:38
Java3D 1.5だとJCanvas3Dがある。

474:デフォルトの名無しさん
07/06/02 10:59:08
Java3D1.5ってOpenGL1.5要求するらしいから結構きついな

475:デフォルトの名無しさん
07/06/02 11:08:55
まともに対応しようとしないintelうぜぇとか言ってみるテスト

476:デフォルトの名無しさん
07/06/02 14:40:13
Intelのチップセット内蔵グラフィックスだとJava 2DのOpenGLアクセラレートが使えないのは辛いです。。。
Intelのドライバの問題で対応できないのか、対応しないだけなのか分からないけど。。。

477:デフォルトの名無しさん
07/06/02 17:15:58
Java2DのOpenGLアクセラレーションは有効にしても描画が崩れるだけなので使い道がねぇ

478:デフォルトの名無しさん
07/06/11 11:25:53
JFileChooserでダイアログを出すと

URLﾘﾝｸ(2sen.dip.jp:81)

のようにフォントの大部分が太字になってしまいます。

試しに
JFileChooser chooser = new JFileChooser();
chooser.setFont(new Font("Dialog", Font.PLAIN, 12));
のようにしてもダメでした。

どうすればこの太字をFont.PLAINにできるのでしょうか？
識者の方々、どうかアドバイスをお願いいたします。

OS：Windows2000、XP
JDK：1.6.0、1.6.0_01
でそれぞれ試してみました。

479:デフォルトの名無しさん
07/06/11 12:05:15
すみません、上げます

480:デフォルトの名無しさん
07/06/11 13:15:32
URLﾘﾝｸ(e-class.center.yuge.ac.jp)

481:デフォルトの名無しさん
07/06/11 13:16:55
URLﾘﾝｸ(java.sun.com)
URLﾘﾝｸ(java.sun.com)

482:デフォルトの名無しさん
07/06/11 14:05:12
>>478
UIManager.setLookAndFeel()

483:デフォルトの名無しさん
07/06/11 14:23:31
>>478

URLﾘﾝｸ(amateras.sourceforge.jp)

フォントを指定して起動する
SwingのデフォルトのLook & FeelであるMetalはメニュー等のフォントがBoldでいまいち見た目がよくありません(JDK1.3までは普通だったのですが…)。JavaVMに起動オプションを与えることで、このフォントを変更することができます。

java -Dswing.plaf.metal.controlFont=Dialog-12 alpha.AppMain

また、JDK1.5ではMetalLookAndFeelでPLAINなフォントを使用するために以下のオプションが利用可能です。

-Dswing.boldMetal=false

コマンドラインオプションではなく、Javaコード中で設定する場合には以下のようにします。

UIManager.put("swing.boldMetal", Boolean.FALSE);

484:478
07/06/11 15:58:38
>>483
おおお、ベストアンサーでした。
ありがとうございます！
これで他のコンポーネントもsetFont(new Font("Dialog", Font.PLAIN, 12))をしなくて済みました。

他にもレスをくださった皆様方ありがとうございました。

485:デフォルトの名無しさん
07/06/11 16:16:40
これって何でボールドに変更したのか謎だよなぁ…

486:デフォルトの名無しさん
07/06/11 17:23:13
MigLayout使ってる人って居る？
シンプルで結構良さげだったのだけど。

487:デフォルトの名無しさん
07/06/11 17:38:11
まず>>486が使ってみてメリット、デメリットを押さえた感想を教えてくれ

488:デフォルトの名無しさん
07/06/11 21:52:58
>>484
やってること同じかもしれないけど
URLﾘﾝｸ(terai.xrea.jp)

private void updateFont(final Font font) {
EventQueue.invokeLater(new Runnable() {
public void run() {
FontUIResource fontUIResource = new FontUIResource(font);
UIDefaults defaultTable = UIManager.getLookAndFeelDefaults();
for(Object o: defaultTable.keySet()) {
if(o.toString().toLowerCase().endsWith("font")) {
UIManager.put(o, fontUIResource);
}
}
//SwingUtilities.updateComponentTreeUI(MainPanel.this);
recursiveUpdateUI(MainPanel.this);
frame.pack();
}
});
}
private void recursiveUpdateUI(JComponent p) {
for(Component c: p.getComponents()) {
if(c instanceof JToolBar) {
continue;
}else if(c instanceof JComponent) {
JComponent jc = (JComponent)c;
jc.updateUI();
if(jc.getComponentCount()>0) recursiveUpdateUI(jc);
}
}
}

489:デフォルトの名無しさん
07/06/11 22:22:00
>>485
英字さえ見栄えがよけりゃいいって感じかと

490:デフォルトの名無しさん
07/06/12 02:50:08
スレ違いかもしれないが、質問。
Swingでアプリを作りたいんです、得意先台帳に送り状印刷機能がついたようなのなんですが。
Accessみたいにプリンタ（ドットインパクト）の指定と用紙サイズ（ヤマトだと15*4 1/2インチ）を指定して、
ボタン一発で印刷ってできるのでしょうか？
詳しい方教えてください。
よろしくお願いします。

491:デフォルトの名無しさん
07/06/12 03:48:24
それを自分で作るんだろうが。
javaでドラクエ作れますか？て聞いてるのとかわらんな。
最近javaスレでこの流れ多いな。

492:デフォルトの名無しさん
07/06/12 04:37:40
POIでいけるんじゃね？

493:デフォルトの名無しさん
07/06/12 08:47:19
>>490
PrintRequestAttributeSet

494:デフォルトの名無しさん
07/06/12 10:26:53
>>490
プリンタドライバ経由ならできるよ。
javax.printパッケージを見るといい。

495:デフォルトの名無しさん
07/06/12 11:38:35
佐川やヤマトの送り状とか契約書とかドットインパクトでの印刷はよくやるな
業務系だと連帳は基本だしな

ただ、Swingとあまり関係のないところだな
ネイティブのプリンタのプロパティ使いたい場合awtのダイアログを使ったほうがいい場合もあったような

あとitextあたりでPDFを生成して印刷はAdobeReaderに任せるという方法もある

ヤマトならcsvとかXML作ってヤマトが無料配布している送り状印刷ソフト使う手もある
備考欄とかイマイチ文字数が足りないとかあるけど、細かいカスタマイズがしたいとかなら
予算次第（＆個数）だがヤマトシステムに話をしたほうがいいかも

496:デフォルトの名無しさん
07/06/12 12:32:14
毎月1000部くらい刷るって言ったらソフト作ってくれるのかな

497:デフォルトの名無しさん
07/06/12 12:54:31
>>496
作ってくれるかどうかはお金次第でしょ。

498:デフォルトの名無しさん
07/06/12 13:35:48
あとはシステムだけじゃなくそこの担当地区の営業さんの力次第ってのもある
地区によっては厳しいところもあるからそういうところはプッシュしてくれる

でも1000部程度で乗せるものによっては自前で印刷したほうがいいかも
長期間にわたって定期的に発送などならちゃんと契約すれば自前で印刷とか梱包もやる必要はないよ
資材とか送るとヤマトのほうで全部やってくれる

1000枚の送り状番号の管理とか印s夏して箱詰めとかが面倒だと思ったら
まずは近くの営業の人（ドライバーとか）に話をしてみるといいかと

499:デフォルトの名無しさん
07/06/12 13:36:03
>>497
簡単なんだから自分で作れよ。

500:デフォルトの名無しさん
07/06/12 23:59:02
皆さん(>491除く)、色々と有難う。

PDFを使うやり方や、ダイアログを使うやり方だと、
ボタン一発ではないので面倒くさがられてしまいます。
現在の使いかただと、キー入力のスピードに画面の表示が追いつかないくらいなので。

>>493,494氏にお教え頂いたのを勉強してみようと思います。

501:デフォルトの名無しさん
07/06/13 00:25:39
PDFを使う利点はプレビューできるってとこだな
Accessとかで手軽にプレビュー作れてたシステムの置き換えに使うといい
あとダイアログはだす、ださないだけの違いだからどうにでも

現在の使い方だとキー入力に画面が追いつかないってのが意味不明

502:デフォルトの名無しさん
07/06/13 00:31:46
javax.printだと、Graphicsに書き込むことには違いないから、JComponentのpaintComponentsからも同じ処理呼び出せばプレビュー自体は比較的簡単だよ。
標準で持ってて欲しいとも思うが。

503:デフォルトの名無しさん
07/06/13 01:56:40
PDFを使う利点は偽造されにくいっていうのも
どこかのサイトに書いてあったけど本当？

504:デフォルトの名無しさん
07/06/13 02:52:14
印刷の途中仮定という意味でなら、PDFなんて中間形式使わずに直接印刷したほうが偽造されにくい。

505:デフォルトの名無しさん
07/06/13 08:43:41
xsl-foのこともたまにで良いので思い出してあげてください。
まさに組版並の印刷用途向け中間形式なんだが。
まあ、まともにサポートしてるライブラリは商用ライセンスだが。
xsl-foをjava2dにさえ描画できればあとはどうにでもなる。

てか、○○さん以外ありがとう
とか言ってる奴たまにいるけど馬鹿かこいつら？

506:デフォルトの名無しさん
07/06/13 09:46:26
かわいそうな人はスルーした方がお互いのため。

507:デフォルトの名無しさん
07/06/13 10:04:45
JPopupMenu#show を呼ぶと、デフォルトで、最初のメニュー項目が
選択されてしまうのですが、これを選択されないようにすることはできますか？

508:478
07/06/13 10:33:04
>>488
おお、情報提供ありがとうございます。
再帰的にコンポーネントをゲットしてフォントを変えていくんですね。
参考になります。

509:デフォルトの名無しさん
07/06/17 23:55:36
すいません、swingで
javax.swing.JOptionPane.showMessageDialog(null, "hello");
で　helloと表示されるダイアログが表示されるのですが、
このhelloのフォントってどうやって指定するのでしょうか？

リファレンスみたのですが、どうもそのような設定項目がなくて…

510:デフォルトの名無しさん
07/06/18 00:12:28
一応出来るけど、OSがメッセージだすように環境依存ってことになるから
将来のバージョンで動作が保障されないとかそういうことになってもいいのかい？

カスタマイズしたダイアログがほしいなら自前で作成すべき

あと最初の引数をnullにする場合なんてありえんと思う

511:デフォルトの名無しさん
07/06/18 00:30:00
>>510
コマンドラインから出したり。

512:デフォルトの名無しさん
07/06/18 10:05:59
>>509
javax.swing.JOptionPane.showMessageDialog(null, "<html><font size=20 face=\"ＭＳ明朝\">hello</font></html>");

513:デフォルトの名無しさん
07/06/18 13:40:36
>>509
LookAndFeel

514:デフォルトの名無しさん
07/06/18 14:53:27
VB.NET C#　使いなんだがマルチプラットフォームに興味があるのでJava使ってみたいんだけど・・・・気になる点が2つほど

１．
LinuxとWindowsで基本的なコントロール（テキストボックスとかリストビューとかグリッド）使ってDBのデータIOを行うアプリを作りたいんだけど
LinuxとWindowsは意識せずにまったく同じソースでいいの？
それともVMごとにｺﾝﾊﾟｲﾙオプションを指定するような感じになるの？

２．
.NETと比べてUIのモッサリ感はどう？
.NETのモッサリ感は我慢できるレベルだという定義で
内部処理の高速性は気にしないものとします。

515:デフォルトの名無しさん
07/06/18 15:20:17
>>514
1. 同じソースで同じバイナリ(クラスファイルだけど)でよい
2. 起動はモッサリだが動けばUIの速度は普通(昔はモッサリだったけど最近はよくなってきた)

516:デフォルトの名無しさん
07/06/18 15:23:55
>>514
SwingはJava5　Java6　など新しいものの使用をすすめる。
WinFormとどっこいくらいには快適になってる。

517:デフォルトの名無しさん
07/06/18 16:04:38
>>515
>>516
レスサンクス

なるほど　話の通り完全に同じソースでいけるわけなんだ
やっぱ便利そうだなぁ
C++でマルチプラットフォーム用の書いてたときはDefine切りまくりで
頭弱いから途中で頭がこんがらがってたしｗ

モッサリ感は現状最新のものを使って進めていけば.NETと同じレベルになりそうだからその方向でやってみようかなと
本当ははドトネト選ぶ時にJAVAにしようかな？と迷ったんだけど重いって話を腐るほど聞いてたんでドトネトにした
実際使ってみたらドトネトも思ったよりもモッサリで・・・・新しいソフト作る時はJAVAも視野に入れてもいいかもと思いだした

どうもこのスレの感じからすると普通に問題なさそうだからちょっと簡単なソフトから使ってみることにするよ

518:デフォルトの名無しさん
07/06/18 16:24:28
もっさり具合はアプリによるのでは?
.NETでもそうだけど、メモリは食うね。HDDとメモリが速ければ大丈夫。キャッシュの量にも大きく左右される。
Pentium4系だとJavaの速度は遅めでAthlon64やPentiumM系列はあからさまに速い。

1.4.1以降はGUIの描画にたとえばWindowsだとDirectDrawを使ったりハードウェアアクセラレーションを利用している。
6.0でVMの大幅に速度向上してるのでクライアントサイドなら6.0以上をすすめる。便利なAPIも多いし。
jdkに付属のswingsetデモを見てみるといいかも。

519:デフォルトの名無しさん
07/06/18 16:41:29
あとは jar 一個ってわけにいかないアプリだと
起動スクリプトを環境毎に書く必要有り。

つっても path や classpath の指定方法が違うだけなんだけど。

520:デフォルトの名無しさん
07/06/18 16:58:09
>>518-519

まぁアプリによるといえばよるんだけどUI描画全般は遅いと感じてしまう・・・

いい情報サンクス！
クライアントAPPなので　とりあえずそのバージョンを最低レベルとして環境整えてみるわ

>起動スクリプトを環境毎に書く必要有り
まぁそれくらいなら別に問題ないとおもうさ

521:デフォルトの名無しさん
07/06/18 17:17:22
>>519
MANIFEST.MFのClass-Pathエントリにjarファイル名を並べれば
パス通るよ。

522:デフォルトの名無しさん
07/06/18 17:34:19
IDEがマニフェストファイルにクラスパス通してくれるから
ほとんどの場合何もする必要はないと思うが

523:デフォルトの名無しさん
07/06/18 17:37:35
とはいえ快適に動かす場合、アプリごとにVMオプションを変えるのが普通だから
フック用のexeとかスクリプトおいておいたほうがいいけどな
マニフェストファイル内に参考VM設定入れれるようにしてほしいな

webstartは多少入れれるようになったし、アプリケーションの塚と削除、
プログラムやデスクトップアイコン登録やってくれるのはいいが、
肝心のスタンドアロンアプリで出来ないのが納得いかねー

524:デフォルトの名無しさん
07/06/18 18:00:08
まあ、File f = new File("."); hogehogeとかやってはまるなよ。

525:デフォルトの名無しさん
07/06/18 18:18:13
>>524
Swingとどういう関係が？

526:デフォルトの名無しさん
07/06/18 19:22:25
そもそも>>514がswing関係ないだろ

527:デフォルトの名無しさん
07/06/19 09:32:28
>>519
fatjarでまとめてやれば、1個でおｋ。
ただ、LGPLなライブラリをfatjar化したときのライセンスが気になる。
動的リンクとみなしてくれるのか、静的リンクとみなされるのか。

528:デフォルトの名無しさん
07/06/19 11:43:12
いや、普通にLGPLのライセンスに従うだけ

静的なのか動的なのかでは動きは変わらない

LGPLはライブラリのバージョンアップなどが合った場合差し替える権利を保証するだけ
だからアーカイブ方法を提示してあげるだけだよ

静的だとオブジェクトファイルやコンパイル時のバージョンなどを明記すればよかったが
動的だと差し替えが容易なのでその記述が簡略化されるだけ

529:デフォルトの名無しさん
07/06/25 23:13:07
Java5でUTF-8の濁点入りの文字列をJTextFieldで編集するとカーソルがずれて、
Java6で濁点入り文字列をJLabelで表示すると濁点が1文字として表示されるんですが、
普通に1文字で表示してしかもカーソルがずれない方法ないもんでしょうか？

530:デフォルトの名無しさん
07/06/25 23:28:09
環境は？
俺はずれたことないのだけれども、そのずれる文字コードはなに？

531:デフォルトの名無しさん
07/06/26 02:08:43
フォントに問題あるんじゃないの

532:529
07/06/26 02:34:40
ごめん、スレまちがえた。
MacのSwingの話です・・・
Mac板逝ってきます。

533:デフォルトの名無しさん
07/06/26 10:51:45
環境によって違うとしても
その違いは仕様で片付けるにはあんまりだな。

534:デフォルトの名無しさん
07/06/26 12:43:31
Macでも日本語がおかしいとはきいた事がないな

535:デフォルトの名無しさん
07/06/26 14:51:27
macのネイティブLaFにはバグがあるけどな。

536:デフォルトの名無しさん
07/06/26 14:53:31
Macじゃなくて、Windowsでも再現するかはチェックしたいな・・・
再現コードがほしい

|-`).｡ｏO(・・・・・・MacのMustangの日本語に関する問題としては、
　レンダリングエンジンの問題の件、直るのか？
　QuartzというMac固有のレンダリングエンジンからSunのレンダリングエンジンに変更されて
　フォントの種類によってベース位置がずれる問題・・・。
　半年以上前から、MacのJavaスレで報告されていたのに、新しい開発版Javaが出てこないから
　直してるのかわからねえ・・・)

537:デフォルトの名無しさん
07/06/26 14:57:24
>>529
Mac OS Xって NFD じゃなかったっけ？

1.6以降なら java.text.Normalizer あるから簡単に NFC に変換できる。
1.5以前は知らん。あと NFC に変換してもフォントが対応してるか俺は知らん。

538:デフォルトの名無しさん
07/06/26 17:41:34
そもそも"UTF-8の濁点入りの文字列"ってUnicodeでいったらどこの番地？
charsetとencoding混同してる時点で伝わってないかと。

539:デフォルトの名無しさん
07/06/26 18:26:19
むずかしいことはわからないが、リッチクライアントが待望される現在、
Swingがいまひとつ冴えないのは何でだろう。素人的に考えるに、次の
２点だと思う。
（ⅰ）開発ツールあまりに貧弱
VisualEditorというものを使ったが、遅くて快適に使えない。
ちなみにメモリ1G。かつてのVisualBasicとどうしてもくらべて
しまうが、なぜこれほどの差があり、差がちじまないのか。

（Ⅱ）見栄えが今ひとつ
フォントなど見栄えが悪い。アンチエイリアス「java -Dswing.aatext=true」
なども使ってみたが今ひとつ。
（いちいち引き合いにして悪いが、従来のVBでつくった画面にくらべると
そう感じざるをえない）

それ以外にも少し機能が貧弱な面があるが、少なくともこの２点が
改善されたら、俺は積極的に使いたいと思う。
フリーソフトニいろいろケチをつけて申し訳ないが・・

540:気まぐれアナスイ
07/06/26 18:43:35
>>539
開発し易いsoft.と云うのは構成配置を覚えるにはいいですが？
そのsoft.を使用し作成されたapplication.と云う物は、
必ずsoft.に依存します… 当たり前に規約にも影響する物です。

541:デフォルトの名無しさん
07/06/26 18:49:31
>>539
何故Netbeansを使わない。
そして、aatext=trueは、・・・・

まずは、>>539の知識を広げるところから始めた方が有用そうだ。
Swingの表現力を見るために、V2Cを見てみることをおすすめします。

542:デフォルトの名無しさん
07/06/26 18:57:12
フォーカスの順序とかもっと簡単に指定できないかなあ。
結構お客さん、こだわるんだよなあ。

543:デフォルトの名無しさん
07/06/26 19:02:59
aatext=trueはsunの5.0しか効かない。それに今はデフォで有効だろう。
さらに引数与えても捨ててるはずだけど。

LCDテキスト用AAアルゴリズムが追加されたけど実行後にプログラマが
最適なアルゴリズム選ぶ手段がjavaには無い事ない？

javaらしいって言ったらSwingの描画は全てJava2DだからJava2Dでできることは全て
GUIへフィードバックできるよね。

544:デフォルトの名無しさん
07/06/26 19:05:59
>>541

V2Cを見ました。
すばらしい！
たぶんソースコードは公開されてないんでしょうね

545:デフォルトの名無しさん
07/06/26 19:06:08
Swingが流行らないのは、単に作るのが面倒だからじゃね？
プラットフォーム互換性を持つ反面、使いづらいレイアウトマネージャ、
デザパタの教科書に使えるくらい美しい（と言われる）が、取っつき悪いクラス設計、
そして優れたGUIデザイナといわれるNetBeansがマイナー扱い。

業務でJava GUIクライアント作ったんだが、
他の連中がメンテできない。正直公開している。
ま、他の連中のスキル不足とかノウハウ共有が悪いとか、
他に理由はあるんだけどさ。

546:545
07/06/26 19:07:09
公開じゃねえ後悔だ。orz

547:デフォルトの名無しさん
07/06/26 19:09:55
>>541

VisualEditorを使った理由。
　Eclipseを使っていたから。
　たまたま市販の参考書が多かったから

今後はNetbeanにシフトしたいな
SUN純正だし

548:デフォルトの名無しさん
07/06/26 19:17:57
>デザパタの教科書に使えるくらい美しい（と言われる）が、取っつき悪いクラス設計
GUIは中途半端なMVCだけどな

549:デフォルトの名無しさん
07/06/26 19:28:17
>>540
ユーザインタフェース（要は画面）をつくる場合コードからガリガリ書く
のはばかばかしいので、マウスのドラッグ&ドロップで簡単に画面アプリを
作成できる開発支援ツールがあれば大変重宝します。
特にエンドユーザーに見せるため一度しか使わないプロトタイプ画面
などはそうやって即効で作成したいところです。
当然本開発になっても仕様変更など生産性は著しく向上します。
ところがツールで生成したコードが著しく汚くて冗長だと、コード
のメンテナンス性が低くなり、ツール使用によるメリットが半減して
しまいます。ツールに依存していても、コードを判読するケースは
あるからです。
つまりツールが自動生成するコードは、まるで有能なプログラマーが
一から開発したかのように合理的で明快なコードである必要があります。
そうでないとツールは普及しないでしょう

550:デフォルトの名無しさん
07/06/26 19:53:05
レイアウトマネージャが使いにくいって・・・
VBとかのほうが苦労するだろ
絶対座標マンセーならかまわんが、ウインドウリサイズとか対応するのきついぞ

そもそもJavaでGUI作るのにVEって・・・
あれはSwingやJavaのGUIを陥れるために作られたものと考えるくらいがちょうどいい

551:デフォルトの名無しさん
07/06/26 20:33:31
仕事でNetBeans使ってる人って結構いる？

552:デフォルトの名無しさん
07/06/26 20:39:46
結構いると思う
5.0からは複数のプロダクトで使われてるのみてる

大手はRSAとかだけど重すぎてきつい

553:デフォルトの名無しさん
07/06/26 21:32:39
>>551
うちの奴らはGUIの作成のみに使ってる。他はEclipse使ってるみたいだが。。。

Swing流行らせるためには、まずはNetBeansが機能も知名度もEclipse並に
なってもらわないとだめだね。

次ページ