Java低速GUI Swing 5at TECH
Java低速GUI Swing 5 - 暇つぶし2ch384:デフォルトの名無しさん
07/04/13 00:02:44
すべてのコンポーネントのセットをJPanelをExtendsしたオリジナルなコンポーネントにしておいて
JFrameのレイアウトに置いていく作りにしてるんだけど、これでイケテル?

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

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

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さん
ありがさうございました。(^v^)

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
ポトペタで配列作ればいいじゃんw

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
間にJPanel1枚挟んでレイアウトするケースもあるし、
そう単純には行かないんじゃない?

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=\"MS 明朝\">hello</font></html>");

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

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

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

2.
.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切りまくりで
頭弱いから途中で頭がこんがらがってたしw

モッサリ感は現状最新のものを使って進めていけば.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個でおk。
ただ、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でも再現するかはチェックしたいな・・・
再現コードがほしい

|-`).。oO(・・・・・・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がいまひとつ冴えないのは何でだろう。素人的に考えるに、次の
2点だと思う。
(ⅰ)開発ツールあまりに貧弱
VisualEditorというものを使ったが、遅くて快適に使えない。
ちなみにメモリ1G。かつてのVisualBasicとどうしてもくらべて
しまうが、なぜこれほどの差があり、差がちじまないのか。

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

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

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並に
なってもらわないとだめだね。

554:デフォルトの名無しさん
07/06/26 21:40:43
日本だとNetBeansの動きがやや鈍いね
海外は動きが速い

555:デフォルトの名無しさん
07/06/26 21:49:24
本屋にくだらないEclipse本があふれてるからねー

海外だとそこらへんの事情も違うのかな・・・

556:デフォルトの名無しさん
07/06/26 21:56:01
まずはJREをどう抵抗少なく配布するかじゃないか?
結局ここが一番のネックに感じる。

launch4j に JRE 同梱して、
「exe 叩けばOK」な形で配布すると
割と抵抗なく受け入れてもらえるんだが、
人としてこのファイルサイズはどうなのって感じが。

557:デフォルトの名無しさん
07/06/26 22:14:40
gcj使ってるひといる?

558:デフォルトの名無しさん
07/06/26 22:22:23
>>556
アプリとして有用であればランタイムが大きくても気にしない

のが正解かと

559:デフォルトの名無しさん
07/06/26 22:49:47
>>556
Consumer JREがどうなるか気になるね。
軽量化してくれればJRE同梱も納得できるサイズになるかも。

560:デフォルトの名無しさん
07/06/26 22:56:28
>>558
Delphiも結構デカくなってたしなあ・・・。

561:529
07/06/26 23:16:16
Mac板から帰ってきました。
NFCとNFDについて勉強してきたんで、なんでこんなことになるか
理解できました。
ファイル名を扱うツールを作ってるんですが、ファイル名を取得して
テキストエリアに表示するサンプルを作って試したら問題が再現しました。
以下、サンプルコードです。


562:529
07/06/26 23:16:56
package test;

import java.io.File;

import javax.swing.JFrame;
import javax.swing.JScrollPane;
import javax.swing.JTextArea;

public class DakuonTest {
public static void main(String[] args) {
try {
JFrame frame = new JFrame();
JTextArea text = new JTextArea();
frame.getContentPane().add(new JScrollPane(text));

File[] files = new File(args[0]).listFiles();
for(int i=0; i<files.length; i++) {
text.append(files[i].getName() + "\n");
}

frame.pack();
frame.setVisible(true);
} catch (Exception e) {
e.printStackTrace();
}
}
}


563:529
07/06/26 23:22:03
第一引数のパスのディレクトリのファイル一覧を取得し、
1行に1ファイル、テキストエリアに表示しています。
「ピクチャ.png」があった場合、
Java 5の場合、ピは1文字で表示されますが、カーソルはずれてます。
Java 6の場合、ヒ゜と表示されます。


564:529
07/06/26 23:34:10
ついでですが、濁点の入る文字が三つ以上続くファイル名でJava6の場合、
濁点がずれて表示されます。
「ががが.txt」
の場合、
「か゛かか゛゛.txt」
と見えます。
Appleのバグレポートにあげようかと思ったんですが、こんなもんどうやって
英語で説明したものか・・・

565:デフォルトの名無しさん
07/06/26 23:35:58
>>563
>>536 が言ってるフォントレンダラの問題なんじゃないかと推測。

1.5 -> Quartz という Mac 本来のエンジン使ってるので、NFD でも 一文字として表示する、
    けど Java と Quartz の連携が中途半端で文字の大きさとかの情報が渡ってなくって
    カーソル位置がずれる。

1.6 -> Sun のエンジンは NFD は 別々の文字として表示する。

あくまで推測だから本当のところはわからんけど。

566:デフォルトの名無しさん
07/06/26 23:40:06
1.5までは合成文字未対応だから、1.6でjava.text.Normalizerを
通すのがまっとうな解決法だろうなぁ。


567:566
07/06/26 23:41:05
いや、比較する訳じゃないし、これはあくまで描画上の問題ですね……


568:デフォルトの名無しさん
07/06/26 23:56:10
比較する訳じゃないのに、Normalizeされた文字列を
表示しようとするのが間違い。
MacのFSのUTF-8はNormalizeされてるので、取ってきた後
deNormalizeしてから表示するべき、ってことなのかなー。

569:デフォルトの名無しさん
07/06/27 00:00:03
macオワタ


570:デフォルトの名無しさん
07/06/27 00:03:58
macは知らんがレンダラのフォントの扱いの問題?
appleこういうの多いよね。

571:529
07/06/27 00:29:08
とりあえずAppleに「直せや」ってねじ込んで、駄目なら568さんの方法で
自分のコードを改修しようと思います。
その場合Java5については諦めるしかなさそうですね。

ついでなんでさらにMacのSwingについてぼやきます。
日本語キーボードを使っていると、KeyEventのgetKeyChar()とgetKeyCode()の
戻り値が矛盾します。
英語と日本語キーボードで配置が変わらない数字やアルファベットのキーなら
問題ないですが、記号だとgetKeyCode()の値がおかしいです。
たとえば@キーの場合、getKeyChar()は'@'を返しますが、
getKeyCode()はKeyEvent.VK_OPEN_BRACKET(0x5B)を返しました。
キー操作の多いアプリで、キーコードとアクションを関連づけてるんで
しゃれになりません。
バグレポートは投げておきましたが、なんでこんな基本的なバグが
何年も放置されてるんだと・・・


572:デフォルトの名無しさん
07/06/27 01:52:29
おんなじ現象で困ってる人
URLリンク(www.starseed.ne.jp)

573:デフォルトの名無しさん
07/06/27 02:08:00
mac版はアップルが実装してるからなぁ・・・
VMが昔はたくさんあったが今は淘汰されてSunのばかりになったことも移植性があがった原因なんだよな
しかしLinuxとWindowsは問題ないというのが歯がゆい

574:デフォルトの名無しさん
07/06/27 08:54:46
VEでjspinnerって入力できるの?

575:529
07/06/27 09:21:07
>>572
すんません、それ僕です。



576:デフォルトの名無しさん
07/06/27 09:37:18
>>574
Choose Beanすれば何でも可

577:574
07/06/27 09:43:30
>>576
なるほど、ありがとうございます。

578:574.
07/06/27 09:56:55
連続質問すいません。
JSpinnerで入力した値を取得したらNullPointExceptionが出てきて困っています。
JSpinnerは
JSpinner SP_Date = new JSpinner(new SpinnerDateModel(new Date(), null, null, Calendar.DAY_OF_MONTH ));
SP_Date.setBounds(new Rectangle(147, 191, 113, 21));
SP_Date.setUI(new BasicSpinnerUI());
SP_Date.setModel(new SpinnerDateModel());

という感じで作成し、

String TestDate = SP_PurchaseDate.getValue().toString();
で取得しようとしているのですが…

579:デフォルトの名無しさん
07/06/27 10:03:28
setBounds・・・ゴクリ

580:デフォルトの名無しさん
07/06/27 12:43:57
>>578
JSpinnerの使い方間違ってね?
・JSpinnerのコンストラクタにSpinnerModel指定したのなら、setModel()は不要
・SpinnerDateModel使うのなら、モデルに対してgetDate()すればDate型で値もらえる

それと、変数名は小文字で始めようぜ。Javaの流儀だ。

581:529
07/06/27 22:24:31
もはやSwingと関係ないんですが、MacのJavaでかなり衝撃の事実が
発覚したんで書きます。

new File("ががが.txt").createNewFile();

で作られるファイル名が「か゛かか゛゛.txt」になります。
あと、564に書いたことは間違っていて、
「ががが.txt」が「か゛かか゛゛.txt」と見えるのではなく、
Javaで「ががが.txt」を作ると「か゛かか゛゛.txt」が出来る、という話でした。
ひどすぎる・・・

Java6の場合、

new File(Normalizer.normalize("ががが.txt", Normalizer.Form.NFD)).createNewFile();

と書くと正しいファイルが作れましたが、多分Java5だと
どうしようもないんじゃないでしょうか。

スレと関係なくてすみません。

582:デフォルトの名無しさん
07/06/27 23:16:12
普通に日本語使っただけでNormalizerが必要ってのもおわっとるな
Mac対応はやめよう
LinuxとWindows、Solarisだけでいいや


583:デフォルトの名無しさん
07/06/27 23:25:53
>>581
変な挙動だね……

ががががが.txt みたいに「が」の個数増やすと、どーなるんだろとか
がぎぐげご.txt みたいに濁点は付いてるけど別の字の場合とか
興味があったり

584:デフォルトの名無しさん
07/06/27 23:28:15
macオワタ\(^o^)/


585:529
07/06/27 23:42:19
>>583
実験してみました。

がががが.txt -> ががかが?.txt
ががががが.txt -> ががかかが??.txt
がががががが.txt -> がががかかが??.txt
がぎぐげご.txt -> がぎくけご??.txt
がぱが.txt -> がはか??.txt(最後の「か」に半濁点付いた後に濁点があります)
がぱがぱ.txt -> がぱかば?.txt(最後のばの後に半濁点が付いてます)

なんか頭痛くなってきました・・・

586:529
07/06/27 23:44:53
すんません、コピペじゃ駄目みたいなんで書き直します。

がががが.txt -> ががかが゛.txt
ががががが.txt -> ががかかが゛゛.txt
がががががが.txt -> がががかかが゛゛.txt
がぎぐげご.txt -> がぎくけご゛゛.txt
がぱが.txt -> がはか゜゛.txt(最後の「か」に半濁点付いた後に濁点があります)
がぱがぱ.txt -> がぱかば゜.txt(最後のばの後に半濁点が付いてます)

587:デフォルトの名無しさん
07/06/28 05:20:04
>>586
ソースの文字コードだけど何使ってる?
コンパイルする時に、-encodingオプション指定すればよくなくね?
WinのコードとMacのコードは違うしそこらへんの問題じゃなくて?

588:デフォルトの名無しさん
07/06/28 09:37:16
String s = "\u304c\u304c\u304c\u002e\u0074\u0078\u0074";
System.out.println(s);
new java.io.File(s).createNewFile();
をwinのJDK5でコンパイルして、バイトコードをmacに持っていってJDK5環境で実行すると、
println表示は「ががが.txt」だけど、作成されたファイル名は「がかが゛.txt」になるね。
macはサブで、あまり本格的にjavaでいろいろやったりしてなかったんで、
macのjava実装がこんなもんだということにちょっとびっくり。

589:574.
07/06/28 09:50:31
>>580
ありがとうございます。
getDate()ですね。

あと、変数名おかしいのも指摘していただいてありがとうございます。

またひとつ質問があるのですが、
JSPinnerで 日付のみを表示することって可能でしょうか?

2007/06/28 00:00:00 という表示を
2007/06/28 という表示にしたいのですが…


590:588
07/06/28 10:22:52
分解後のリテラル"\u304b\u3099\u304b\u3099\u304b\u3099\u002e\u0074\u0078\u0074"だと、
ファイルとして「ががが.txt」が生成されるけど、逆にwin環境では化けファイル名になる。
もしかしてmacでNormalizerを使って正しいファイル名を生成できたとしても、
それをwinに持ってきて正しいファイル名にはならない?
うちはJDK5環境のままなんでNormalizer周りを確認できないけど。

591:デフォルトの名無しさん
07/06/28 10:38:04
>>590
> 逆にwin環境では化けファイル名になる
NFD使われた程度で化けるならWin側にも問題はあると思うけどね。
NFCが正しいユニコードってわけじゃないし。

まぁ、>>586 のはバグだろうけど。

592:588
07/06/28 10:46:23
>>589
JSpinner#setEditorを使って、
setEditor(new JSpinner.DateEditor(sp, "yyyy/MM/dd"))

593:デフォルトの名無しさん
07/06/28 10:49:40
名前欄が……orz

594:589
07/06/29 00:15:08
>>592
ありがとうございます。できました。
でも次はデータを取得したらなぜかぬるぽになる・・・

sp.getValue().toString() とかやってみたのですが…


595:デフォルトの名無しさん
07/06/29 00:36:31
commitEdit しないと値が確定しないからぬるぽなんじゃね?

596:デフォルトの名無しさん
07/06/29 00:37:53
ソースさらさんとわからん

597:デフォルトの名無しさん
07/06/29 00:40:59
>>594
spがnullなのかsp.getValue()がnullなのか。
データ取得のタイミングが早過ぎてスピナがまだ構築されていないとか。
試しにこういうのを作ったけど普通に取得できたよ。
JFrame f = new JFrame();
f.setLayout(new java.awt.FlowLayout());
f.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
final JSpinner sp = new JSpinner(new SpinnerDateModel(new Date(), null, null, Calendar.DAY_OF_MONTH ));
sp.setEditor(new JSpinner.DateEditor(sp, "yyyy/MM/dd"));
sp.setUI(new javax.swing.plaf.basic.BasicSpinnerUI());
f.add(sp);
JButton b = new JButton("A");
b.addActionListener(new ActionListener() {
public void actionPerformed(ActionEvent e) {
System.out.println(sp.getValue());
}
});
f.add(b);
f.pack();
f.setVisible(true);

598:594
07/06/29 00:47:44
>>595
>>596
ありがとうございます(涙

>>597
うわマジありがとうございます(号泣
さっそくやってみます!!

599:529
07/06/30 10:08:36
遅レスですが。

>>587
ソースはShift_JISですが、.classファイル中では変換されちゃってNFCなUTF-8の
コードで記録されてるんで関係無いっぽいですね。
MacのファイルシステムはNFDでファイル名持ってるけどNFCのファイル名渡されると
NFDに変換するみたいなんですが、Java VMのそこら辺の実装にバグがあるっぽいです。

>>591
Windowsは最初っからNFCのファイル名のみを渡されるのが前提で、
NFDのファイル名をNFCに変換する機能とかが無く、NFDの濁点のフォントを持ってないんで
化けるみたいです。
まあ、仕方ないかと。

Appleに報告したら1日で返事が来て追加情報を求められました。
さすがにやばいと思ったんでしょうか。

あと、無理矢理Swingに話を戻すと、JTextComponentはNFCみたいなんで、
自分のアプリではファイル名はNFCで扱い、java.io.Fileを生成するときだけ
MacではNFDに変換するようにしました。

600:デフォルトの名無しさん
07/06/30 14:12:28
クラスファイル内のエンコーディングはUTF-8だったのか

601:デフォルトの名無しさん
07/06/30 15:56:39
>>600
だからsunのJDKの実装ではReaderのデフォエンコーディングがUTF-8なんだったはず。

602:デフォルトの名無しさん
07/07/02 17:46:19
JFrameから他のJFrameのボタンを押すことって可能でしょうか?

今AとBという画面を作って、Bに検索窓を作って、クリックした内容がAウィンドウのテキストフィールドに反映するように
しているのですが、そこからさらにBウィンドウの「確定」ボタンを押すと、Aウインドウでも「確定」ボタンを押したのと同じ状況にしたいのですが…


603:デフォルトの名無しさん
07/07/02 18:07:29
普通にそのロジックが入ったメソッドを呼べばいいだけでは?
イベントの中ではそのメソッドを呼ぶようにするだけ

Swingの中で押したように動作させるという意味ならそのまま命令があるけど、APIマニュアルをよく見てみよう

604:594
07/07/03 11:12:10
>>597


すいません、spがnullになってしまいます。。。
EclipseでgetJContentPane()に自前で以下のコードを追加したのですが…

  JSpinner sp = new JSpinner(new SpinnerDateModel());
sp.setUI(new BasicSpinnerUI());
sp.setEditor(new JSpinner.DateEditor(SP_checkDate, "yyyy/MM/dd")) ;
jContentPane.add(sp);

そして、ボタンを押したときのコードはこれです。

SimpleDateFormat sdf = new SimpleDateFormat("yyyy/MM/dd");
Date spData = sdf.parse(SP_checkDate.getValue().toString());

なぜかspがnullになっています。。。 



605:デフォルトの名無しさん
07/07/03 12:28:07
>>604
Swingの前にJavaの勉強した方がいいぞ。
>>597のコードを、お前のコードにそのまま埋め込んでもダメ。
意味を理解しろ。
JSpinner.DateEditorのコンストラクタの引数は、
setEditorを呼び出すJSpinnerオブジェクトを指定する。
>>604では、JSpinner.DateEditorのコンストラクタで指定したJSpinnerと
setEditorを呼ぶJSpinnerが異なっている。

それと、以前のアドバイスをまるで無視してるな。ちゃんと読んでるか?
SpinnerDateModel#getDate()でDate型で取得できると言われたのに
無駄にSimpleDateFormat使ってDate→String→Date変換してるし、
変数名があいかわらず変だったりするし。

606:594
07/07/03 13:46:28
>>604
変数名の修正が中途半端になっていました・・・すいません。
Date型で取得せずにStringで取得してたりダメダメなので、もう一度出直します…


607:デフォルトの名無しさん
07/07/03 14:57:06
>>594 がんがれ

608:デフォルトの名無しさん
07/07/03 17:16:40
VisualEditorでのデフォルトのフォントって変更できますか?
いつも太字のDialog,12を手動でぽちぽち変更しているのですが…


609:デフォルトの名無しさん
07/07/03 18:35:49
実行時だけ素敵になれば良いのであれば
>>483 辺りを参照するヨロシ。

610:デフォルトの名無しさん
07/07/04 01:14:58
commonsのsmtp関連って使っているひといますか?
使おうと思ったけどエンコード思うようにいかなくて
javax.mailの方に手を出したら結局そっちだけで用が済んでしまい
わざわざcommons使うまでもなかったっていうか・・・



611:デフォルトの名無しさん
07/07/04 01:15:44
誤爆しますたスマソ

612:594
07/07/04 12:11:32
やっと取得できるようになりまいた!!
DataModelが必要だったのですね… ちゃんと読んでなくてすいません。ありがとうございます!

613:デフォルトの名無しさん
07/07/04 12:12:23
>>609

やっぱりVE上でもヨロシくしたかったのですが…
VE以外のGUIエディタなら可能?

614:デフォルトの名無しさん
07/07/04 16:25:33
eclipse+swingでGUIをふんふんふん~って作っていて、
いざエクスポートして、問題なく起動でしたと思ったら、
なぜかDBとの通信に失敗している。

エラー内容をみるとjava.lang.NullPointerException

開発時には普通に実行できたのに、
jarにエクスポートしたらDBと通信できなくなる場合ってあるのでしょうか?
JDBCはちゃんとclasspathがあるとこに置いてます

615:デフォルトの名無しさん
07/07/04 17:09:10
だからその例外が発生している場所をさらさんとダメだとなんど・・・

616:デフォルトの名無しさん
07/07/04 17:25:13
>>614
Swingというかスレ違いな気がするが、一応回答。
実行可能jarから起動すると、CLASSPATHや-classpathオプションは無視される。
代わりにMANIFEST.MFのClass-Pathエントリに書くこと。

これ以上の助言が欲しかったら、その例外の発生箇所を加えて
Java質問・相談スレに行け。

617:デフォルトの名無しさん
07/07/04 17:31:57
>>616
無視されないよ
なにわけのわからんことを・・・

618:デフォルトの名無しさん
07/07/04 17:51:03
>jarにエクスポートしたらDBと通信できなくなる場合ってあるのでしょうか?

ある


619:デフォルトの名無しさん
07/07/04 18:18:05
クラスが見つからなかったらふつうは、NoClassDefFoundだろ・・・
>>614
eclipse使ってるなら、jarファイルをデバッガ経由で起動してみたら?

620:614
07/07/04 18:56:44
>>616

いけましたよ!! ギガントありがとう!!

621:デフォルトの名無しさん
07/07/04 21:33:41
>>617
URLリンク(java.sun.com)
ドキュメントを読む習慣を付けようぜ。

622:デフォルトの名無しさん
07/07/04 21:49:10
-jar使うのかよ

普通は使わんし、使うならマニフェストファイルに書くの普通だろ
Swingと何も関係ないやんか

623:デフォルトの名無しさん
07/07/04 22:00:11
スレ違いではあるが
>>622
とことん読まないね。
URLリンク(java.sun.com)
>デスクトップ上で JAR ファイルをダブルクリックすれば javaw -jar により JAR ファイルが自動的に実行されます。

624:デフォルトの名無しさん
07/07/04 22:04:36
ダブルクリック起動なんて使い物にならんよ
オプション設定できないから

625:デフォルトの名無しさん
07/07/05 00:43:07
Windows Explorerを否定する617=622=624に脱帽

626:デフォルトの名無しさん
07/07/05 00:54:08
最近のGUIシェルならむしろダブルクリックで
関連付けされたプログラム実行の方が一般的だろ。
自分を正当化してかみつきたいだけの馬鹿はスルーしとけよ。

627:デフォルトの名無しさん
07/07/05 11:41:18
>>624
lauch4j

628:デフォルトの名無しさん
07/07/05 12:00:32
> 625-626は624のいいたいことわかってるのかな

629:デフォルトの名無しさん
07/07/05 13:08:40
そのソフトがGUIなら起動後にオプション設定して再起動が今じゃ普通だが
それを回避するためにコマンドライン引数受け付けるのもあるけど、あくまでも救済処置だろ。
今となっては。

630:デフォルトの名無しさん
07/07/05 13:27:57
>629は、わけがわかってないと見た。

631:デフォルトの名無しさん
07/07/05 13:43:14
>>629
たぶんアプリケーションのオプションではなくJVMオプションの類の話をしてると思われる

632:デフォルトの名無しさん
07/07/05 14:47:03
関連付けでオプションも設定しておけばいいんじゃね?

633:デフォルトの名無しさん
07/07/05 14:53:28
起動するときにアプリにオプションを渡さないといけないのはCUIでGUIではあまりないと思うが

634:デフォルトの名無しさん
07/07/05 14:57:18
JavaのVMは別

635:デフォルトの名無しさん
07/07/05 15:07:49
オプションといってもVMのオプションね。
システムプロパティを指定する-Dや、
VMの種類を選択する-clientや-serverとか、
メモリ割当プールの最大最小サイズを指定する-Xmxや-Xmsなど。
今のところ、実行可能Jarをダブルクリックでは、
これを個別指定することはできない。

まあただ、-clientや-serverはCPUやアーキテクチャによって
自動選択されるし(おおよそではあるけど)
-Xmxと-Xmsも、Java6からは規定値が64MB/2MBではなくなり、
物理メモリに応じた値に変わるようになった。
URLリンク(java.sun.com)

-Dやその他のVMオプションは無理としても、
実行可能Jarの手軽さを全否定するほど、使えないってことは無いと思う。

636:デフォルトの名無しさん
07/07/05 20:26:11
GUIアプリほどオプションが必要。
SwingやJavaの動作が速くなったとはいえ、デフォではGCによる停止時間が長すぎるので
使い物にならないのさ。

あくまでも快適に動くアプリはチューニングされたオプションが前提。
マニフェストファイルにオプションがかけないのでここは厳しいんだよな。
WebStartもメモリだけしか対応してないので厳しい。

普通の人は2,3秒もGCでGUIがとまってたら使わないと思う。

637:デフォルトの名無しさん
07/07/05 20:28:14
>>635
6では単純なサーバークラス検出動作からかわったの?

638:デフォルトの名無しさん
07/07/05 21:28:25
わかった。
VMのチューニングしないとまともに動かないような、リッチでヘビーなGUIアプリはお前に任せる。
俺は、VMのチューニングが不要な、チープでライトなアプリ作って、実行可能jarで配布するよ。

ところでV2C使ってると、クライアントサイドJava & Swingもいいもんだと思えてくる。
もっとも、あれは作者さんのがんばりに寄るところが大きいのかな。
HTMLビューアは自作してるそうだし。

639:デフォルトの名無しさん
07/07/05 22:25:02
V2CだってデフォだとGC時にあほみたいに重くてつかえんだろ・・・

640:デフォルトの名無しさん
07/07/05 22:46:47
GCが一瞬で終わるウチの環境はハッピーなんだな。
ガンガレ639。お前には未来とVMチューニングがある。

641:デフォルトの名無しさん
07/07/06 02:48:48
デフォでGCで2,3秒とまるって、どんなアプリをどんな環境で使ってるんだろう?
Swingで最重量級といえるNetBeansでも、そんなに止まることはないが。

642:デフォルトの名無しさん
07/07/06 07:00:10
とりあえずOSはWindows 98だろうな。

643:デフォルトの名無しさん
07/07/06 20:16:52
IntelCore+XPでNetBeans5.5.1も2,3秒とまるよ
コンカレントGCに変更すれば大丈夫だけど


644:デフォルトの名無しさん
07/07/06 21:46:12
メモリがバカみたいに少ないんだろうか

645:デフォルトの名無しさん
07/07/06 22:02:26
メモリは1.5GBだーね
glassfish立ち上げたりDB立ち上げると1GBじゃたりないよね

NetBeansはデフォだとまったくメモリが足りないから増やしてるさ

もしかしてみんなヘビーにNetBeansつかってないの?

646:デフォルトの名無しさん
07/07/06 23:37:13
ヘビーに使ってるよ。最近2GBじゃ足りない。

いや、コンカレントにするより、分散GCの周期を1分から延ばすのと
スループット並列GCにする方が快適だったりするかもしれないぞ。

でもIDEのVMとアプリケーションサーバのJVMは分けるよ。
違う性質のアプリなんだから分けた方がチューニングしやすい。
って何の話になってるんだ。

V2Cは、多分に作者さんのコーディングの腕で快適になってるんだと思う。

647:デフォルトの名無しさん
07/07/06 23:54:15
>>646
遅いのはFullGCだけだからFullGCがでなければそれでいいのさ

GCチューニングはJavaでゲーム作ったりしてテストしてるから大丈夫
5ms以下にしていれば体感的に問題はないかな

メモリが多いとパラレルがわりと有効だけど、パラレルにするとスループットはいいけど、
レスポンスが大幅に低下するから、使う場面が結構難しい

マルチコアだからパラレルでいいというよりはGC用にずっとコンカレントだけ動かしてるほうが
いい場合も多いかな
まぁ、バックグラウンドコンパイルとかもあるし、AP鯖やDB鯖も起動するからIDEだけにフルにまわすわけには行かないからね

最近はVM系もよく使うからなおさらかな

ところでAP鯖とIDE、デバッグ起動とそれぞれVMは自動的に分かれるよね?
Tomcatだってデフォだとメモリ少ないし-Xmxいれないとまずうごかん

あーSwingがもはや関係なくなってしまった

648:デフォルトの名無しさん
07/07/07 11:24:32
>645
glassfishとJavaDBはNetBeansと違うVMで走るよ。

649:デフォルトの名無しさん
07/07/07 12:59:29
>>648
何を当たり前のことを

650:デフォルトの名無しさん
07/07/07 15:41:58
glassfish走らせようがJavaDB走らせようが、GCには関係ないってことだ。

651:デフォルトの名無しさん
07/07/07 16:00:02
>>650
マルチプロセスでの動作を考慮ってことだろ。

652:デフォルトの名無しさん
07/07/07 19:59:56
とりあえずSwing関係ねーから他所行けや

653:デフォルトの名無しさん
07/07/24 12:16:09
eclipseを使ってGUIをつくりたいんですがサンプルファイルの
import javax.swing.*;

public class Sample1 extends JFrame{

public static void main(String[] args){
Sample1 frame = new Sample1();

frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
frame.setBounds( 10, 10, 300, 200);
frame.setVisible(true);
}
}
という簡単なものを表示してみようと思ったのですがサンプルどうりに300,200の
大きさのウインドウが表示されず左上隅に小さいウインドウが表示されるだけです.
なぜこうなってしまうのでしょうか?

654:デフォルトの名無しさん
07/07/24 13:30:36
こちらの環境では上手く動いてるっぽいよ。OSはXP。

java version "1.6.0_02"
Java(TM) SE Runtime Environment (build 1.6.0_02-b06)
Java HotSpot(TM) Client VM (build 1.6.0_02-b06, mixed mode, sharing)

気休めだけど setLocation(int, int), setSize(int, int) とかも試してみたら?

655:デフォルトの名無しさん
07/07/24 13:52:23
>>653
Swingではやってはいけないコーディングなのがきになるが、それどこのサンプルなの?

656:デフォルトの名無しさん
07/07/24 14:21:25
>655
なんかまずいか?

657:デフォルトの名無しさん
07/07/24 14:22:08
>>655
URLリンク(www.javadrive.jp)
ここを参考にやったんですが出来ません.
>>654
1.6.0_02を使っているけど出来ませんxx

658:デフォルトの名無しさん
07/07/24 17:09:02
setMaximumSize, setMinimumSize, setPreferredSize, setSize

659:デフォルトの名無しさん
07/07/24 18:00:31
import javax.swing.*;
public class Sample1 extends JFrame{
public static void main(String[] args){
SwingUtilities.invokeLater(new Runnable() {
public void run() {
Sample1 frame = new Sample1();
frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
frame.setBounds( 10, 10, 300, 200);
frame.setVisible(true);
}
});
}
}

ウインドウマネージャ次第でフレームは再配置やリサイズされるかもしれないしな。
>>658のようないろいろなヒントをマネージャに与えれば言うことを聞いてくれるかも。

660:デフォルトの名無しさん
07/07/27 00:38:57
ボタンを押すなりしてイベントが発生したときにコンポーネントの大きさや
位置を変えたり、非表示だったのを表示するようにしたりしているのですが、
大きさと、位置が変わってくれません。
デバッグしたところ正しい値はコンポーネントのプロパティに入っているようなの
ですが、、、


661:デフォルトの名無しさん
07/07/27 01:16:14
画面リフレッシュしてる?

662:デフォルトの名無しさん
07/07/27 01:17:14
たぶんpackとかもわからないんだろうなぁ

663:デフォルトの名無しさん
07/07/27 14:24:01
何のLayout使っているのかも重要だから書かないとな

664:デフォルトの名無しさん
07/07/28 01:26:08
モーダルなJDialogをsetVisibleする場合は、invokeAndWaitを使えばよいのでしょうか?

665:デフォルトの名無しさん
07/07/28 02:14:54
>>664
invokeLaterでええやん
例えばボタンとかを押してActionListener#actionPerformedを呼んで
その中からJDialog#setVisibleするのならinvokeAndWaitは使えない

666:デフォルトの名無しさん
07/07/28 10:04:35
>>664
使わなくてもいいよ
AWTスレッドなら

667:デフォルトの名無しさん
07/07/31 12:29:26
やりたい事
・BufferStrategyを使って描画
・フルスクリーン表示
・メニューの表示

CanvasでBufferStrategy使って描画、Canvasを含むJWindowをフルスクリーン表示
フルスクリーン画面でJPopupMenuを表示するとCanvasの描画が走るタイミングでJPopupMenuが消える

JPopupMenuをJInternalFrameで実現してJDesktopPaneとの組み合わせにしてもダメでした。
BufferStrategyを使わなければ実現出来るのに・・・。
ゲーム作ってる人で同じ悩みに直面した人いませんか?

668:デフォルトの名無しさん
07/07/31 13:25:18
>>667
JPopupMenu#setLightWeightPopupEnabled(boolean) で false にしろとかって話でなくて?

669:デフォルトの名無しさん
07/07/31 14:00:11
>>668
はやり、消えます。

BufferStrategyからgetDrawGraphicsしたGraphicsでMenuを描画すれば良いのでは
と思いついたのですが描画は出来ても機能せず。

フルスクリーンじゃない時はMenuがCanvasの上に表示されるので
フルスクリーン+BufferStrategyの組み合わせがどうにも悪いのかなと・・・。

670:デフォルトの名無しさん
07/07/31 14:00:35
だからお約束のようにAWTとSwingまぜるなと

671:デフォルトの名無しさん
07/07/31 14:10:17
>>670
JWindowからcreateBufferStrategyしてもダメでした。

672:デフォルトの名無しさん
07/07/31 14:13:51
JPopupMenuがSwingだからこれを使ってはダメ

673:デフォルトの名無しさん
07/07/31 14:34:53
>>672
部品を全てawtに統一しJPopupMenuの変わりにDialogを使用したところ無事実現できました。
事象が上手く理解できていないので今からソースを見て理解を深めたいと思います。
ありがとうございました。

674:デフォルトの名無しさん
07/07/31 14:50:24
Swingってのはフレームから下を全てSwingフレームワークによってソフトウェア描画する
AWTってのは各種OSなどに描画を任せる

混ぜるな危険ってのはそういうこと
Swingコンポーネントを使いつつBufferedStrategyが使いたいという用途はあまりないと思うので
その場合はSwingフレームワークにあわせること

ゲームなどでBufferedStrategyは使うと思うが、メインループスレッドからバックバッファに描画、
その後repaint発行でいける

この場合注意すべきポイントはrepaintはいつ呼ばれるかわからないということ
つまりトリプルバッファのようにバックバッファが最低2つは必要になる

BufferedStrategyなどでゲームに特化した話題ならゲーム製作板へどうぞ

675:デフォルトの名無しさん
07/07/31 16:31:47
>>667
BufferStrategy の原理上そうなると思う.
昔ちょっと試したときの結論はゲームにメニューバーは付けない(そもそもかっこわるいし)で
ゲーム内にメニューを実装する,でした.

676:デフォルトの名無しさん
07/07/31 17:39:57
AWTでしか実現できない機能なんてあんのか~、しらなんだわ。


677:デフォルトの名無しさん
07/07/31 18:00:20
GLCanvasもそうだけどいわゆるハードウェアべったりな動作を期待したい場合AWTを使うしかない
この仕組みを変えるためにはSwing自体大幅にパイプラインをかえないといけない

で、JOGLに関してはJavaSE6でそうなる予定だったのだが、不具合のためOFFになってしまった
そろそろ標準でJOGLついていてもいいと思うけどね

まともに3D動かそうとすると必須だし

678:デフォルトの名無しさん
07/07/31 18:21:29
swingとawtのFPS比較サイトとかあれば良いのにな。

679:デフォルトの名無しさん
07/07/31 18:31:18
ゲームの話か?
描画内容を反映させるのにBLITが必要なく、垂直同期が取れるAWTのほうが有利
JNIによるダイレクトなレンダリングも期待できる

GUIコンポーネントというのならSwingのほうが将来的にも拡張性的にも有利ではないかと

680:デフォルトの名無しさん
07/07/31 18:41:02
というかBufferStrategyのdoc読んだら重量には効かないのが分かるだろ。

>>677
このバグ自体は昔からあるけどいざ、潰してみたらVGAドライバ由来の物だということが分かったので当分無理。
だから途中でデフォルト無効になったんだし。

これさえ直ればちゃんとGLPanelがつかえるんだよ。
せっかく、JOGLがjavax.*まできたのに・・・。

JOALも標準拡張にしてやってくだせぇ。
ミドルレンジ以上のサウンドカードじゃないとOpenALまともにサポートしてないから無理かな?


681:デフォルトの名無しさん
07/07/31 19:13:05
ところでJava3DとJOGLのちがいってなに?

682:デフォルトの名無しさん
07/07/31 19:53:15
(そのレベルなら)なに気にすることはない。

自分で調べろや

683:デフォルトの名無しさん
07/07/31 21:35:54
ImageからBufferedImageへの変換ってどうやるの?

684:デフォルトの名無しさん
07/07/31 21:37:05
>>683
Java言語から勉強したほうがいいよ

685:デフォルトの名無しさん
07/07/31 21:57:55
>>683
URLリンク(www.amazon.co.jp)
この本の17ページに書いてあるよ

686:デフォルトの名無しさん
07/07/31 21:59:16
>>683
BufferedImage→ Graphics→drawImage
これで分からなきゃ初心者スレ行ってくれ

687:デフォルトの名無しさん
07/07/31 22:06:50
JTableで編集中のセルの行インデックスを取得する方法ありますか?

688:デフォルトの名無しさん
07/07/31 22:07:40
ファイルからロードしたImageだからgetGraphics()でnullになるんだけど、どうすれば・・

689:デフォルトの名無しさん
07/07/31 22:12:10
>>687
APIに載ってるんだが、なんで調べないの?
つ getEditingRow()


690:デフォルトの名無しさん
07/07/31 22:31:30
>>686 ああ、できた。あんがと

691:デフォルトの名無しさん
07/07/31 22:32:46
SwingとAWTを混ぜるなって話だけど・・・jdk7で変わるのかね?

Heavyweight/Lightweight Mixing feature of Java 7
URLリンク(forums.java.net)

ごめん内容いまいち追い切れてない。

692:デフォルトの名無しさん
07/07/31 22:44:27
>>691
まだmacはJDK5だと言うのに・・・。

693:デフォルトの名無しさん
07/07/31 22:46:38
そうだったのかw
あんまバージョンアップが早いと
リタイヤするOSが増えそうだな

FreeBSDも5だっけか

694:デフォルトの名無しさん
07/07/31 22:53:32
>>692
6の開発者向けプレビューが去年から更新されてないんだよね。
たぶん4月にはLeopardと一緒に正式リリースを目論んでいたんだろうけど、
Leopard10月になっちゃったし。


695:デフォルトの名無しさん
07/07/31 23:02:50
>>683
BufferedImageってImageインターフェースもってるだろ?
BufferedImageにすってことはどれだけ情報がうしなわれるとか考えた?

696:デフォルトの名無しさん
07/07/31 23:04:40
>>682
で、どっちが活発にメンテされてるの?

697:デフォルトの名無しさん
07/07/31 23:15:09
去年JOGLは1.0がリリースされGLCanvasは現実的に使えるようになった
Windows版しかみてないが、ネイティブ版の8割くらいの速度で動くと思えばよい

1.0GHzで動いていたのと同じように動かすためには1.2GHzくらいが必要

Java3Dはかなり前に試したが、とにかく遅くて使い物にならないことや高レベルすぎるんじゃないかな
ゲーム以外ならJava3Dでいいのかもしれないけど

698:デフォルトの名無しさん
07/07/31 23:34:42
>>697
なるほど。よく分かった。

699:デフォルトの名無しさん
07/07/31 23:37:02
JOGLだとOpenGL専用で、どこでも使えるJavaっぽくないけど、
これ自体がオプションパッケージだから、依存性が強くてもいいのかもしれない。
Java3Dがまだこなれてないんじゃ、しようがないね。

700:デフォルトの名無しさん
07/07/31 23:38:25
>>695 Image.getGraphics()がアンサポート例外出すのがやなんだけど

701:デフォルトの名無しさん
07/07/31 23:46:50
>>699
OpenGLはWindowsやLinux、Solarisなどで動くオープンなAPIだよ
Java3Dは実装選べるけど結局OpenGLかDirect3Dかの二択だしプラットフォームはかわらんよ

sunが自前で全部実装ってのは無理
ビデオチップベンダとの協力が必要だから

702:デフォルトの名無しさん
07/07/31 23:48:51
>>700
オフスクリーン以外で実行したらそれがでるのは正しい動作

それにImageなんて抽象クラスなんだから実装はさまざまだ

703:デフォルトの名無しさん
07/07/31 23:51:33
開発者側で混ぜるな危険をなんとか言ってるのはJava3D/LG3D関係か?

てかJOGL1.0はもう古い。今は1.1.0。
java2DをJOGLのテクスチャに合成するutilが追加されてる。
1.0までだとここらへん自力でやらないとだめだったけど今なら
java2Dで描画できるもんならなんでもJOGLに持っていけるようになったからフォント描画も楽になった。

ビルボード上にテクスチャ貼ってスプライトさせるなら自分でやった方が効率よさそうだけど。

704:デフォルトの名無しさん
07/07/31 23:53:45
>>703
1.0からできるっしょ?どっかかわった?

混ぜるな危険はSwingがでたとき、1.1時代からいわれてるよ

705:デフォルトの名無しさん
07/07/31 23:57:04
>>699
何言ってんだ?JOGLもJava3DもOpenGL使ってるだろ。
それに両方、標準拡張。
万人が使うわけじゃないからJREから外されれてるだけ。
そこらのJNI使った拡張機能とはわけが違う。

706:デフォルトの名無しさん
07/08/01 00:13:53
>>704
そうじゃなくてoffscreen renderingの問題だよ。どうにかなったのこれ?
昔から言われてるのは常識だろ。

>1.0からできるっしょ?どっかかわった?
javadoc嫁

707:デフォルトの名無しさん
07/08/01 00:49:41
>>706
落としてきてあるのだけは確認した
com.sun.opengl.util.j2dパッケージが追加されたのか

いままでもJava2Dからのテクスチャ生成ができたけど、これは動いてる最中も反映されるんか?
毎回getTexture必要になるっぽくみえる

今週末久々にJOGLいじってみるか

問題は激しくすれ違いなことだがJOGLのスレってなかったか

708:デフォルトの名無しさん
07/08/01 03:07:03
なるほど。ためになった。

709:デフォルトの名無しさん
07/08/01 05:49:39
>>707
JOGLにしかない機能・作法が意外とあるのにどこいってもJOGL専用話してる所がないんだよ。
JOGL紹介サイトでもOpenGLの教本に書いてあることくらいしか書いてない。

jogl-demosのソースか洋書あたるのが近道。
国内はJava3Dだらけだ。

710:デフォルトの名無しさん
07/08/01 08:39:42
良スレの予感。

711:デフォルトの名無しさん
07/08/01 10:57:50
>>709
JOGLって作りこみの部分に入るとOpenGLまんまだから迷うことはないけど
たしかにそのセットアップとかTipsとかそういう情報ゼロに近いね

一方JavaのゲームではJOGLしか選択の余地がないから非常に悩むところ
Java2Dのアクセラレーション範囲が狭いことに加え、アルファブレンディングの種類が足りなすぎる

おかげで2D描画もOpenGLが必須になるという・・・

712:デフォルトの名無しさん
07/08/01 11:05:22
今気がついたんだが「LayoutManager2」なんてクラスがあるんだな。
本当にこんなネーミングで良いのか?

713:デフォルトの名無しさん
07/08/01 13:40:12
クラスというかインタフェースだけどな
配置の制約情報オブジェクトをコンポーネントに関連付けるメソッドが追加されたLayoutManager
ネーミングについては確かに投げやりだな

714:デフォルトの名無しさん
07/08/01 23:48:14
SAX2.0なんて2がつくの結構あるぜ

715:デフォルトの名無しさん
07/08/02 01:26:14
>>712

そりゃたしかに投げやりなネーミングだな。ひどい

716:デフォルトの名無しさん
07/08/02 04:06:22
じゃあどんな名前ならよかったんだ?
- AdvancedLayoutManager
- ExtendedLayoutManager
- SuperLayoutManager
- LayoutManagerGreat
- 続・LayoutManager

717:デフォルトの名無しさん
07/08/02 04:23:15
LayoutManager4.0
アナログ的に配置指示

718:デフォルトの名無しさん
07/08/02 10:30:35
>>716
続・LayoutManager に一票

719:デフォルトの名無しさん
07/08/02 11:29:00
ボーランドのライブラリは2がつくのたくさんあったな

720:デフォルトの名無しさん
07/08/02 12:01:51
Extended とか付けたら、もっかい拡張したくなったら名前に困るじゃん。
数字なら 3 とか 4 にすればいいだけで楽。

721:デフォルトの名無しさん
07/08/02 12:54:43
10以上行くと
ソートした時に
XX
XX10
XX2
XX3
.
.
ってなりそう。

722:デフォルトの名無しさん
07/08/02 16:37:38
Win32 API の ~Ex は辛かった。~2 もどうかとは思うが。
そろそろ Swing そのものを根本的に整理して欲しい時期だねえ。

723:デフォルトの名無しさん
07/08/02 17:58:03
Swingで一番やってほしいのが
・定数のenum化
・コレクションフレームワーク利用
・generics利用
・OpenGLパイプライン有効

で作り直してほしいな
互換性とるのは無理だからパッケージをかえてな

724:デフォルトの名無しさん
07/08/02 18:15:14
新パッケージ名はjavax.swing2だなw

725:デフォルトの名無しさん
07/08/02 18:43:39
javax.続・swing パッケージで…

726:デフォルトの名無しさん
07/08/02 19:09:32
JOptionPaneのmessageTypeで指定すると表示されるデフォルトアイコン群は
他のクラスで利用出来ないものでしょうか?

727:デフォルトの名無しさん
07/08/02 19:51:01
>>721
9の次はaにすれば、しばらく問題なし

728:デフォルトの名無しさん
07/08/02 19:55:47
>>726
ひどい方法
class IconRevealer extends BasicOptionPaneUI {
public Icon getIcon() { return super.getIcon(); }
};
IconRevealer foo = new IconRevealer();
new JOptionPane(null, JOptionPane.INFORMATION_MESSAGE).setUI(foo);
//new JOptionPane(null, JOptionPane.ERROR_MESSAGE).setUI(foo);
//new JOptionPane(null, JOptionPane.QUESTION_MESSAGE).setUI(foo);
Icon icon = foo.getIcon();

JOptionPane#getIcon()やiconフィールドはsetIcon()で設定した時用だったんだな

729:728
07/08/02 20:21:29
ソースを眺めるとこう単純にできるがさらにアンドキュメンティッドなひどい方法だ
String propertyName = "OptionPane.errorIcon";
//String propertyName = "OptionPane.informationIcon";
//String propertyName = "OptionPane.warningIcon";
//String propertyName = "OptionPane.questionIcon";
Icon icon = (Icon)sun.swing.DefaultLookup.get(new JOptionPane(), new BasicOptionPaneUI(), propertyName);

730:デフォルトの名無しさん
07/08/02 20:27:27
UIManager.getIcon("OptionPane.errorIcon");

731:デフォルトの名無しさん
07/08/02 20:31:56
素でUIManagerのことを忘れてたorz
BasicOptionPaneUIはUIManagerを介さずに直にsun.swing.DefaultLookupを呼んでるんだな

732:デフォルトの名無しさん
07/08/02 21:26:15
UIManagerで使うキー文字列も明文化されていないから
変えられても文句いえないんだよな。
こーゆーところはpublicな定数なりenum(は増えるから無理か)を
使ってあれば安心して使えるんだが。


733:726
07/08/03 16:54:32
ありがとうございます。
昨日は諦めてアイコンを作ってましたが
使わなくて済みそうです。

734:デフォルトの名無しさん
07/08/03 18:12:41
あの辺のアイコンデータのライセンスってどうなってるんだろうね?
再配布可能なライセンスならアイコン自体もらってアプリに組込めば
明文化されてない使い方しなくてもすみそうなんだけど…

735:デフォルトの名無しさん
07/08/03 20:16:55
URLリンク(java.sun.com)

736:デフォルトの名無しさん
07/08/03 21:39:54
>>735
Thx!

737:735
07/08/04 00:38:56
・・・でもよくみたらJOptionPaneのアイコンは入ってなかったね。ごめんよ。

738:デフォルトの名無しさん
07/08/04 04:47:39
>>737
ほんとだ… インフォメーションアイコン(丸に"i"のやつ)とかあるから
同じかと思ったら別のアイコンだ…

739:デフォルトの名無しさん
07/08/05 08:56:15
BufferedImage.TYPE_INT_ARGB
BufferedImage.TYPE_INT_ARGB_PRE

よく_PREってついてるのあるけど、どう違うの?

740:デフォルトの名無しさん
07/08/05 11:16:41
それは premultiplied alpha 。
RGB 各成分に A 成分が乗算済みであるフォーマット。
例えば 70% の不透明度で描画するとき通常 result = dst * 0.3 + src * 0.7 とやるわけだけど、
_PRE は A 成分が乗算済みだから result = dst * 0.3 + src で済む (src が _PRE で dst がそうでない場合)。

741:デフォルトの名無しさん
07/08/05 12:31:43
よくわかった。ありがとう。

742:デフォルトの名無しさん
07/08/05 20:45:36
問題はSwingと関係ない話だってことだな

743:デフォルトの名無しさん
07/08/05 20:51:44
まぁ、こっちで聞くのは正解な気もするがw

744:デフォルトの名無しさん
07/08/05 20:53:47
AWTのスレってあったっけ?

745:デフォルトの名無しさん
07/08/05 21:00:13
ない

746:デフォルトの名無しさん
07/08/06 10:15:44
>>740-743
Sunのチュートリアルには無かったけど、そういう話(話題)ってどこを参照すればいいの?
できれば日本語で。

747:デフォルトの名無しさん
07/08/06 10:41:30
Java2Dのスレを立ち上げる

748:デフォルトの名無しさん
07/08/06 11:05:27
>>746
URLリンク(java.sun.com)
『このイメージのカラーデータには、アルファがあらかじめ乗算されています』

749:デフォルトの名無しさん
07/08/06 12:37:44
>>748 その翻訳の「意味」が分からなかった。

750:デフォルトの名無しさん
07/08/06 12:41:38
まぁわかりにくい表現だとは思うが
API以前に画像の基礎知識つけたほうがいいんじゃね?

GUIがわかってない人がSwingのマニュアル見てもわからないのと同じように

751:デフォルトの名無しさん
07/08/06 12:55:52
画像処理というよりも、単に画像ファイルを読み込み、コピー、保存する程度。
ImageIOではなくて。

752:デフォルトの名無しさん
07/08/06 19:25:43
独自のポップアップメニューを表示するにはどうしたらいいのでしょうか?
たとえばExcelの色選択メニューみたいな。
枠ナシJFrameを使うとタスクバーに出たり、ウィンドウがちらついたりします。

753:デフォルトの名無しさん
07/08/06 19:39:27
普通の JPopupMenu に独自のコンポーネントを add してみるとか。
単に JPopupMenu のレイアウトマネージャを変えてみるとか。

754:デフォルトの名無しさん
07/08/06 19:41:05
glasspane使うのが正解じゃね?

755:デフォルトの名無しさん
07/08/06 20:39:15
JWindowはどう?
(色選択ならJColorChooserからコンポーネントもってくれば)

756:752
07/08/06 21:35:43
JWindowがよさそうですが、よそがクリックされたらウィンドウ閉じるようにするにはどうするのがいいんでしょう?
JFrameのときは、windowListenerのwindowDeactivatedでdisposeしてました。

757:デフォルトの名無しさん
07/08/07 08:45:37
>>756
その「よそ」って何?
「よそ」が他のコンポーネントならそのコンポーネントのイベントを拾って閉じればいいじゃん。

758:デフォルトの名無しさん
07/08/07 08:50:35
>>757
最初の質問に書いたとおり、ポップアップメニューを作りたいので、よそというのはメニュー以外のことです。
では、元のウィンドウのタイトルバーや、プログラム管理外の領域がクリックされたときのイベントはどうやってとればいいでしょうか?

759:752
07/08/07 09:35:06
プログラム管理外の領域のクリックは、元ウィンドウのwindowDeactivatedでとれました。
あとは、タイトルバーのクリックがどうにかなれば

760:デフォルトの名無しさん
07/08/07 09:58:46
JPopupMenu popup = new JPopupMenu();
popup.add(new JColorChooser());
component.setComponentPopupMenu(popup);
でよくね?
# JPopupMenu isa JComponent

761:752
07/08/07 10:21:52
>>760
それでいけそうですた。
>>753の言うことをちゃんと聞いてればよかった。

762:デフォルトの名無しさん
07/08/07 20:40:22
DelphiでいうところのPaintBoxみたく
paintComponent(Graphics g) にクロージャを引っかけることができるような
カスタムペイントコンポーネントって、ないの?

今はふつー(??)に、JPanel の派生クラスをつくってる。

763:デフォルトの名無しさん
07/08/07 20:45:01
ない。
ふつーは JComponent から派生する。

764:デフォルトの名無しさん
07/08/07 20:51:45
PaintBoxとpaintComponent(Graphics g) は動きがまったく違うと思うのだが

765:デフォルトの名無しさん
07/08/07 21:42:32
>>762
ないんだよねぇ。
それ欲しい。


最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch