Java標準低速GUI 6 AWT/Swing

1 名前：デフォルトの名無しさん [2007/09/26(水) 20:51:18 ] ハードウェアの高スペック化、描画アルゴリズムの変更、JavaVMの高速化に伴い、パフォーマンスの問題は改善されています。 しかしながら、"Java"というだけで未だに敬遠されるのが現状。 そんなSwingと引き続き付き合っていくみんなのスレッドです。 Java低速GUI Swing 5 （前スレ） pc11.2ch.net/test/read.cgi/tech/1161139809/ Java低速GUI Swing 4 pc8.2ch.net/test/read.cgi/tech/1140533866/ Java低速GUI Swing 3 pc8.2ch.net/test/read.cgi/tech/1121700954/ Java低速GUI Swing 2 pc8.2ch.net/test/read.cgi/tech/1095398949/ Java低速GUI Swing pc5.2ch.net/test/read.cgi/tech/1062271447/l50 826 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 23:23:28 ] jdk1.6.0u3 import java.awt.Frame; これってバグなの？ 827 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 23:33:55 ] 　　 　　 ＿__　　　　━┓ 　　　 ／　―＼ 　　┏┛ 　　／ノ　　(●)＼　 ・ .　｜　(●) 　 ⌒）＼ .　｜　　 （__ノ￣　　| 　　＼　　　　　　　 / 　　　 ＼　　　　 _ノ 　　　　/´　　 　 ｀＼ 　　 　 |　　　　　　　| 　　 　 |　　　　　　　| 　　　　　　　　　　 ＿＿＿　　　━┓ 　　　　　　　　　／　―　　＼　 ┏┛ 　　　　　　 　／　　(●)　 ＼ヽ ・ 　　　　 　　/　　 （⌒　　(●) / 　　　 　　 /　　 　 ￣ヽ__） ／ .　　　　／´　　　　　_＿_／ 　　　　|　　　　　 　 ＼ 　　　　|　　　　　　　　| 828 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 23:49:08 ] >>827 分かる人にはこれだけで分かる 829 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 23:53:32 ] >>827 >>828 バグってたのは俺のほうだったｗ *.class 削除したらコンパイル通ったよｗｗ 830 名前：デフォルトの名無しさん mailto:sage [2008/01/07(月) 00:55:29 ] どういう環境だよ・・・ 831 名前：デフォルトの名無しさん mailto:sage [2008/01/07(月) 01:26:16 ] >>830 pc11.2ch.net/test/read.cgi/tech/1197710566/646 だろう。 832 名前：デフォルトの名無しさん mailto:sage [2008/01/07(月) 11:20:26 ] テストするならTestFrameとかにすべし 833 名前：デフォルトの名無しさん mailto:sage [2008/01/07(月) 12:55:58 ] >>831 よくみつけてきたな 834 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 03:57:38 ] 相変わらず質問スレは気持ち悪いな 835 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 17:58:19 ] import java.util.*; import javax.swing.*; public class NewJFrame2 extends javax.swing.JFrame { List<String> dummyList = new ArrayList<String>(); JList jList; public NewJFrame2() { setDefaultCloseOperation( WindowConstants.EXIT_ON_CLOSE); JScrollPane jScrollPane = new JScrollPane(); jList = new JList(); jScrollPane.setViewportView(jList); getContentPane().add(jScrollPane, java.awt.BorderLayout.CENTER); for ( int i=0; i<300; i++ ) { StringBuilder sb = new StringBuilder(); int max = (int)(Math.random() * 100 + 1); //int max = 20; for ( int j=0; j<max; j++ ) sb.append("A"); dummyList.add(sb.toString() + " " + i); } jList.setModel(new AbstractListModel() { public int getSize() { return dummyList.size(); } public Object getElementAt(int index) { return dummyList.get(index); } }); pack(); } public static void main(String args[]) { new NewJFrame2().setVisible(true); } } 836 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 18:01:42 ] JListのカーソルキーによるスクロールことで謎があるので投げてみる。 >>835のプログラムなんだけど、単純にJListの中に300個のダミーデータを入れている。 カーソルキーで下にスクロールしていき、数十行進んだら、こんどは上に10行くらい スクロール。 そしたらまたカーソルキーで下に移動。 すると、選択されてる項目が一瞬で画面の下までジャンプしてしまう。 このプログラムで、maxを20とか一定の値にした場合はジャンプしない。 JListの各セルの文字列長をランダムに変えたものを入れるとこの現象が起きる。 こういう仕様なのかもしれないけど、一瞬で選択位置が飛ぶと、 目線がそれてしまうので操作感がよくない。 maxを固定したときのように動作してほしい。 なんとかする方法ないかなぁ？ 837 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 19:57:24 ] >>836 解決法でないのだが、「ジャンプ」の条件について。 固定長かどうかではなく、Viewport の外に描画域があるかないか、ではないのか、と。 固定長で横スクロールが出るようにしたときは「ジャンプ」するし、 固定長でなくても、横スクロールが出ないときは「ジャンプ」しない。 JScrollPane で横スクロールを非表示にしても、見えない部分があるときは「ジャンプ」する。 838 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 16:05:46 ] フレームの横サイズを水平スクロールバーが出なくなるまで広げてやればジャンプはしないな。 しかしちょっと設定をいじくったぐらいでは解決しそうない。 オーバーライドして一部の機能を殺すとか。 839 名前：デフォルトの名無しさん [2008/01/10(木) 18:27:36 ] ↓このバグだと思うよ。7で直ってるらしい。 bugs.sun.com/view_bug.do?bug_id=6568906 bugs.sun.com/view_bug.do?bug_id=6510999 840 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 18:57:44 ] バージョンアップを待つのが一番楽そうだね 841 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 19:27:17 ] よく見つけてくるな。すげーよ。 842 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 21:33:46 ] 有名なバグだぞ。 JListに512個要素突っ込むとバグるとか放置されてるし。 843 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 22:03:23 ] >>842 2000個いれてみたけど、なにかバグあんの？ 844 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 22:52:30 ] ５１２個入れて、一番したのアイテム選択してCTRL+B これで、すべてのアイテムが２個ずつになって１０２４個になるというステキなバグ 845 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 23:06:27 ] 1から10000までの数字を全部掛けたときに 末尾に並ぶ0の個数を求めるのをJavaでおながいします 846 名前：デフォルトの名無しさん [2008/01/10(木) 23:10:36 ] それはSwingに関係あるのか？ 847 名前：デフォルトの名無しさん [2008/01/10(木) 23:16:39 ] >>844 バグが出なかったんだけど 他になんか条件ないの？ 848 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 23:17:55 ] >>845 class Test{ static void main () { cnt5 = 0; for (int i = 1;i <= 10000; i++) if(i % 5 == 0) cnt5++; System.out.println("count" + cnt5); } } 849 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 23:22:25 ] ああ、5から5ずつ足してくから10000/5=2000か？ 850 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 23:48:27 ] 10を素因数分解して2*5。んで、2は大量に有るから、5だけ数えれば良い、と。 851 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 23:51:27 ] どの道>>848は間違ってるわな 852 名前：デフォルトの名無しさん mailto:sage [2008/01/11(金) 00:07:08 ] >>850 i%25 とか i%125 も数えなきゃだめじゃね？ 853 名前：デフォルトの名無しさん mailto:sage [2008/01/11(金) 00:07:36 ] どのみちグズグズっぽいんだが。 854 名前：デフォルトの名無しさん mailto:sage [2008/01/11(金) 00:15:22 ] スレチだからまぁ。妖精現実を引っ張ってお茶を濁すべ つ ttp://deztec.jp/x/05/faireal/faireal-26-index.html 855 名前：デフォルトの名無しさん mailto:sage [2008/01/11(金) 00:19:54 ] いかにロジカルに解くかが課題じゃなけりゃ BigDecimal で階乗求めて数えた方が早い。 実用に問題ないレベルならシンプル記述に徹するのも美学。 856 名前：デフォルトの名無しさん mailto:sage [2008/01/11(金) 00:48:09 ] 80-20の法則な。今丁度勉強中。 857 名前：848 mailto:sage [2008/01/11(金) 01:29:37 ] 直した。 class Test{ static void main () { int cnt5 = 0, n; for (int i = 5;i <= 10000; i += 5) { n = i; while (n % 5 == 0) { cnt5++; n /= 5; } } System.out.println("count" + cnt5); } } 858 名前：デフォルトの名無しさん mailto:sage [2008/01/11(金) 01:39:18 ] だからどのへんがAWT/Swingに関係あるんだよと 859 名前：デフォルトの名無しさん [2008/01/11(金) 01:57:27 ] 839だけど、このバグは初めて知った。 >>有名なバグだぞ。 にしては、バグ登録日があまり昔ではないが？ >>842 >>844 そんなバグはありえない。 まず、JList、JListのsuperクラスにCTRL+Bなんてデフォルトのキーバインドはない。 さらに、ListModelへ項目の追加、削除が可能であることを JListは知りようがないから、JListがListModelに項目を追加することはできない。 (ComboBoxModelのMutableComboBoxみたいなインタフェイスはない。) そもそも、登録もされていないキーバインドが実行されるなら、 JListでなく、JComponentのバグだし。 JListがListModelに項目を追加する唯一の方法は、 ListModelをDefaultListModelへダウンキャストすることだけど、 Swingのソースコードにダウンキャストするような箇所はない。 さて、どうやったら、ソースに書かれていないことを JListが実行するのだろう？ 860 名前：デフォルトの名無しさん mailto:sage [2008/01/11(金) 03:06:00 ] 256発あてるとバキュラを破壊できるんだぜ 861 名前：デフォルトの名無しさん mailto:sage [2008/01/11(金) 03:13:52 ] Observer や Composite 型の設計だと本体クラスでそう書かれてないからライブラリのバグじゃねーとは 断言できないんだけどな。実行時のリスナやら集約の親子まで調べてやらないと。 862 名前：デフォルトの名無しさん mailto:sage [2008/01/11(金) 03:22:05 ] ちょっと尻切れトンボだった。 JLabel クラスが無罪であることを得々と説いてもあんまし意味なくね? という話 (実装者乙、でなければ)。 863 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 15:17:13 ] JEditorPane とか、せめて W3C の DOM で xhtml + CSS になってくれりゃ XSL で処理できるからデータを利用しやすいんじゃがのう。 864 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 18:20:01 ] 自分でやれば良いだろそれくらい。 865 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 18:50:17 ] Lobo Browserに投資する企業はいないのかねぇ 866 名前：デフォルトの名無しさん [2008/01/17(木) 19:01:08 ] >>865 ブラウザを使うのがPCだけしかない考えてるなら、考え直した方がいい。 867 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 19:04:52 ] Swing の HTML 機能も携帯のフルブラウザにすら追い越されて久しいわけだが。 868 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 19:21:49 ] >>867 一緒にしてるしｗｗｗアホか？ 869 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 19:27:01 ] シンクライアントに必要なだけだし携帯とかいらんな 870 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 19:30:49 ] >>868 むしろあの HTMLEditorKit 系をおまいがどこで活用できてるのか知りたい。 871 名前：デフォルトの名無しさん [2008/01/17(木) 19:31:39 ] ブラウザをJavaでやる必要があるのか？ 872 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 19:42:23 ] 普通にあるぞ。例えばヘルプ機能とかの生産性があがる。 JDICだとXSS対策が必要だろうけど、こっちは不要。 873 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 19:56:22 ] うん、ヘルプは俺も使う。だがどうしてもその Sandbox から出してやれんｗ 874 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 20:06:38 ] バカばっかだな 875 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 20:09:36 ] Sandboxなフルブラウザは作れると思うが。 Rhinoにその手のインタフェースを与えなきゃいいだけだ。 876 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 20:22:15 ] フルブラウザという言葉自体胡散臭い 877 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 20:25:26 ] 頭の悪い煽りがやたら入るスレだなｗ 878 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 20:30:43 ] たまに客がどこで見つけたか知らないが 「Swing でもブラウザみたいなこと できるんでしょ?」 と言い出す事もあるが、あれを見せるとさすがに黙る。 879 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 20:34:02 ] つ Flying Saucer 880 名前： mailto:sage [2008/01/17(木) 20:39:33 ] Swing の HTMLEditorKitは文字通りEditorのためでブラウザみたいに表示onlyではないからね。 でも日本語とかIMEのこととか考えてないよな、あのHTMLEditorKitは。表示だけならいいけど｡ 881 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 20:46:38 ] 4.01準拠ﾏﾀﾞｰ? 882 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 23:57:24 ] JavaがC++より優れている事を示す 絶好の材料だと思うんだけどなあ＜ブラウザ 883 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 00:15:59 ] 標準ライブラリの有無で言語の優劣を決めるのか？ 884 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 00:23:11 ] 実際問題、ライブラリとIDEが言語仕様の優劣を余裕で帳消しにするからね。 D言語1.0がまったく普及しない原因がそれと言われてるし。 885 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 00:29:11 ] C++の失敗もそうだね 標準ライブラリがしっかりしてれば Javaは生まれなかったかも知れない 886 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 00:30:48 ] Perl嫌いだけどこれだけ流行ってしまったのは CPANのおかげと言っても過言ではない死ね 887 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 00:36:14 ] >>883 の中では SmallTalk が世界を救うようです。 888 名前：デフォルトの名無しさん [2008/01/18(金) 03:53:19 ] java c++ d を同列に扱う馬鹿がおる 889 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 08:12:32 ] >>888 人を否定するなら代替の主張を出してからにしたら？ 890 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 14:17:41 ] なにいってんだ？ 891 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 19:29:51 ] 同列だろ。言語仕様は実装とは違うレイヤーにある。 892 名前：デフォルトの名無しさん [2008/01/18(金) 19:37:12 ] いいかげんｽﾚ違いだろ 次の話題どうぞ ↓↓↓ 893 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 19:38:57 ] JMFって商用可能ですか？ 894 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 19:55:06 ] スレ違い 895 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 20:11:16 ] どうかんがえてもここだろ。自治厨とか懐かしすぎ。 896 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 20:52:29 ] JMFがここだって 897 名前：デフォルトの名無しさん [2008/01/18(金) 21:04:19 ] じゃあJOGLはここでいい？ 898 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 21:36:21 ] じゃあ、SDL for javaもここだな。 >>865の脳内ではメディア再生ライブラリがGUIツールキットなんだよ。 899 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 21:51:43 ] 普通の考えじゃん。頭おかしいんじゃね？ 900 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 22:57:52 ] JOGLはこっちじゃない？ pc11.2ch.net/test/read.cgi/tech/1033703640/ 901 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 23:25:19 ] JOGLとJava3Dはまったくの別物だぞ・・・ むしろGLCanvasとかGLJPanelとかAWTとSwingの外部コンポーネントと考えれるからこっちだろと シンプルに描画だけのOpenGLの実装だからユーザーに全ての描画を任せるタイプで フルスタックで重いJava3Dとはかなり違う 902 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 23:44:31 ] JOGLはOpenGLスレで良いらしいぞ 903 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 00:32:48 ] OpenGL自体の知識はOpenGLスレが本筋 でもGLCanvasの挙動とかどうかんがえてもむこうの範疇ではないと思うんだが 904 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 00:49:50 ] JMFの話題についてけないゴミなんだろうな 905 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 02:38:13 ] スレチ 906 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 14:52:45 ] Java標準拡張のメディア再生フレームワークのどこがスレ違いなんだかｗ 907 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 14:57:23 ] スレタイ嫁ｱﾎ 908 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 14:58:04 ] 誰も答えられる奴がいないんだろう。フヌケばかりだしｗ 909 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 15:00:19 ] 自己紹介乙 910 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 15:06:22 ] >>909 フヌケｗ 911 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 15:09:12 ] 頭の弱い自治厨が沸いてるみたいだけど、前からJMFの話題は出てるから。 912 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 15:17:48 ] スレタイの読めない盲目がわいてるからスルーしろ 913 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 15:20:32 ] JMF涙目ｗｗｗ 914 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 21:24:53 ] >>893 ライセンス読むと良いよ。 たしかRuntimeと同じ特例が適用されてたと思う。 915 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 17:18:55 ] そういえばJava Media APIのスレってないんだな。 JMFとJOGLは需要ありそうというか隔離しないと他で暴れるバカが出てきそうだけど。 JAIは実際に使ってるの見たことないな。 Java Media APIスレ立てたら誘導用くらいには機能するかね？ 916 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 18:02:09 ] >>915 JMFはあってもよさそうなもんだなぁ… JOGLは…どの程度使われてるんだろ…？ 917 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 18:18:28 ] ちなみにJava Media APIsはこんだけある ・Java Media Framework (JMF) ・Java Sound API ・Java 3D ・Java Binding for OpenGL（JOGL） ・Java Advanced Imaging（JAI） ・Java Image I/O ・Java 2D ・Java Speech API ・Java Telephony API（JTAPI） JMFとJava Advanced Imaging、Java Image I/O 、Java 2DはAWT/Swingコンポーネント関係ないなら分けた方が良いと思うんだけどな。 918 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 18:23:03 ] 使われてる割合JOGL>JMF 知名度JMF>JOGL 日本語リソースの多さJMF>JOGL じゃない？ javaでゲームつくるとなるとJOGLは欠かせないけど、なきゃないでJava2Dで十分って感じ。 ゲ制のJavaでゲームつくるスレが落ちたからJOGL聞く場所がないんだよ。 919 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 18:31:48 ] >>918 javaでゲームつくるとなるとJOGLがほしい、ってのはわかるんだけど… そもそもＰＣ向けゲームをつくるのにjavaを選ぶ理由がないよなぁとか思うわけですよ？ その手のゲームって結構あるものなの？ 920 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 18:32:44 ] コードに手を入れず入出力フォーマット増やしたいときに使うよ > JAI まぁバグも多いけど。 921 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 18:32:58 ] JOGLはOpenGLスレでもいいんじゃない ところでJMFとJOGLって比較するもんなのか…？ 922 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 18:42:12 ] 別に比較したいわけじゃなくてスレたてるかどーすっかって話だろ。 需要的に考えると全部まとめて Java Media API スレとかでもいい気がするな。 923 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 18:48:58 ] ぐだぐだ言ってないでスレ立てればいいだろ 924 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 18:57:23 ] JOGLは2.0はサポートするけど1.3で拡張からコアに入ったAPIは混同するという理由で1.3で追加されたAPIはサポートされてないから迂闊にOpenGLスレいけないんだよ。 あとjavaでゲームつくるってのはかなり居る。 日本でもググレば出てくるし、海外はJOGL,JInput,JOALはセットでゲームつくるときに使う。 ただ、リソースは海外の方が多い。 だから日本語のリソースがないから英語読めないと何も出来ネ！ってなる。 俺も需要的にJava Media APIsで統一してスレ立てても良いと思うんだが・・・誘導・隔離用にｗ IIOとかJava soundはアプリケーションプログラマが直接いじる所って少ないしさ。 925 名前：デフォルトの名無しさん [2008/01/25(金) 20:08:13 ] JOGLって将来的に標準に入るって可能性ありますかね？ 926 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 20:22:48 ] クライアント向けのJava標準拡張は全てが滅茶苦茶将来性がある。 根拠はJava 7に登場のJava Kernel、JAM、JavaFXあたり。これらは要チェック。 Java Sound本、最近でたね。つい衝動買いしたけど、まだ読んでなかったり。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef