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 808 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 14:16:14 ] いまさらSPARCもねえだろ 809 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 15:29:10 ] 金にいとめをつけずWinで最速のマシンもってくれば、Javaでもかなり高速動作するんじゃないの。 810 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 15:33:56 ] 既存のコンポーネントにアクションを付加したい場合どのような手段を取るのが比較的単純に済むでしょうか？ 例えば、JTreeでCtrl+Fで検索のアクションをさせたい場合などです。 811 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 17:44:54 ] >>810 適当なコンポーネントの ActionMap と InputMap に登録すればいいだろ。 812 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 18:07:49 ] JFileChooserののろさにガックリ 813 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 18:15:44 ] >>368 あたりで話題になってる不具合のせいかも？ 814 名前：>>810 mailto:sage [2007/12/31(月) 18:36:09 ] InputMapを知りませんでした。 こんな簡単に実現できるなんてSwingは本当にすごいですね。 ありがとうございました。 815 名前：デフォルトの名無しさん mailto:sage [2008/01/01(火) 02:16:39 ] >>799 いつものネガティブキャンペーン乙 6.0だとEclipseのほうが軽いとかってありえんだろ SWTはスレ違いだからそっちでやってくれ 816 名前：デフォルトの名無しさん mailto:sage [2008/01/01(火) 02:28:13 ] 今更釣られるアホは寝てろ 817 名前：デフォルトの名無しさん mailto:sage [2008/01/01(火) 08:17:29 ] たしかに起動に関してはnetbeansめっちゃ遅いよな 818 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 02:11:59 ] 何もプラグイン入れなければ、Eclipseは軽いね。 819 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 02:17:51 ] Java EE フルセット入れた Eclipse のもっさりと不安定さはすさまじいものがある。 sysdeo の Tomcat プラグインと JSP, XML の構造化エディタ程度ならめちゃめちゃ軽い。 必要なものを選択できる人間だけが楽できる。 820 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 03:15:40 ] >>819 インストールしてもプラグイン無効にすればいいんじゃね？ 821 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 22:26:40 ] swingのコピペを調べてたんだが。 CTRL+X -> CTRL+V で「切り取り -> 貼り付け」した時に、 貼り付け後に、余計なオブジェクトを削除するための後処理はexportDoneでいいんだろうか？ なぜか、CTRL+Xを押した瞬間に、exportDoneが実行されちゃうんだ。 exportDoneの説明には、 ＞データのエクスポート後に呼び出されます。このメソッドは、アクションが MOVE の場合に転送されたデータを削除します。 ＞MOVE はこの実装にサポートされるアクションでないため、このメソッドの実装では何も行われません。getSourceActions には MOVE が含まれません。 どっちやねんｗ 822 名前：821 mailto:sage [2008/01/02(水) 22:28:33 ] 今のところ、対処方法が分らないので、exportDoneの中では何もせず、 importDoneの中で、貼り付け操作完了後に、 自分で削除操作を実行しようかなと思ってる。 823 名前：821 mailto:sage [2008/01/03(木) 00:34:28 ] なにをバカなことを！ 切り取りの標準的な操作は、切り取りと同時に削除だろうが！ エクスプローラの動作が特殊なんだ！ 新年早々はずかしぃぃぃぃぃぃぃぃぃぃぃぃ！！！！！！！！！！ 824 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 03:16:52 ] エクスプローラの動作は、CUTというよりPREPARE-MOVEだからな。 825 名前：デフォルトの名無しさん mailto:sage [2008/01/05(土) 20:53:44 ] >>817 終了はめっちゃ速いのだが。 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 ] 誰も答えられる奴がいないんだろう。フヌケばかりだしｗ

---

---

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

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