- 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
- 974 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 15:14:14 ]
- リファクタリングとかソースとの動機が取れなくなりそうだ
- 975 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 15:54:12 ]
- 一般ブラウザ並みに JTextPane 強化して HTML ベースで GUI 組めるようにしたほうが
何かと合理的。
- 976 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 16:02:31 ]
- それはねーよ
細かいイベント等制御するためのSwingなんじゃねーか
HTMLベースでいいのならWEBアプリにするだろ
- 977 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 16:11:07 ]
- onmouseover などからイベントリスナ呼びゃいい話でしょ。必要なら追加すりゃいいし。
Web 開発の資産やスキル転用できるし、単純にブラウザコンポーネントとしても転用も可能。
まじめに考えてるわけではないのでカスタムコンポーネントの追加方法なんか考慮する
必要はあるが、そんな頭から否定されるほど悪い話ではないと思うが。
- 978 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 16:27:11 ]
- そんなの全く考えたことなかったから結構新鮮だわｗ
まぁ今の環境で満足だし、そこまで外部化してしまわなくてもいい気もするなぁー
- 979 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 17:43:06 ]
- GUIコンポーネントは宣言的に置くようにしてロジックは別にしたいってことでしょ
JavaFXがやろうとしてるんじゃないかな
ただXMLベースじゃないみたいだけど
- 980 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 17:49:05 ]
- そこまでWeb開発の資産やスキルを転用したいのなら、
スタンドアロンアプリでTomcat動して、UIはブラウザ、ってすればいいんじゃね？
- 981 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 18:09:12 ]
- アプレットや Web Start とかで使えねんじゃ。
- 982 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 18:14:29 ]
- XULを再発明したいのか
- 983 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 18:37:25 ]
- JSP や JDBC を再発明と言う?
別に XUL の Java 実装でも良いけど。
- 984 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 18:46:16 ]
- あ、いやこの話はそろそろやめる。
- 985 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 19:19:48 ]
- >>977
scriptのIDEサポートとかJavaのほかに別言語を覚えないといけないとか
そもそもブラウザによって違いがあるというのに・・・
ボタンクリック等のイベント程度でいいのなら別にかまわんとおもうけど
- 986 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 21:36:38 ]
- XMLは長ったらしすぎるので
すっきりとロジックと融合したGUIが宣言ベースでかけるというのが
売りなのでしょう。
ただ、いまいち方向性が分からないというのは・・・。
- 987 名前：デフォルトの名無しさん [2008/02/24(日) 21:57:42 ]
- SWTスレとマルチで失礼します。
クライアント側のJavaで、RTF文章を何らかの形で表示（編集できなくてもOKです）させたいのですが、
JEditorPaneはあまりにも古すぎてJREに同梱されているLICENSE_ja.rtfすらマトモに読めない、という
情けないことになっています。他に何らかの代替／回避方法はないのでしょうか？
- 988 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 11:01:37 ]
- RTFをパースして使えるコンポーネントに流し込むところを自作する
- 989 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 11:06:57 ]
- うふふｗ鬼ｗｗ
- 990 名前：987 mailto:sage [2008/02/26(火) 10:29:05 ]
- >>988
>>989
いや、マジメな話、（ライブラリ等を使うかは別にして）今のところ、ググって引っかかるのはそのアプローチしかないみたい。
もう少し簡単な方法がないかと思って質問してみたのですがね（笑
- 991 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 10:43:02 ]
- SWT なら OLE でﾊﾒ込めるんじゃなかったっけ?
- 992 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 10:48:04 ]
- いまどきそれだけのためにSWT使うってのもなぁ
- 993 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 01:57:15 ]
- 非常に抽象的な質問で申し訳ないのですが、スクロール可能なコンポーネントを作る際、Scrollableを実装するだけではだめなのでしょうか？
単純に実装してJScrollPaneにのっけてやるだけでは、実装したメソッドのうち、
getScrollableTracksViewportHeight()
getScrollableTracksViewportWidth()
の二つは呼び出されるのですが、肝心の
getPreferredScrollableViewportSize()
が呼び出されないのです。
どうしてでしょうか？
- 994 名前：デフォルトの名無しさん [2008/02/28(木) 03:04:21 ]
- みんなBoxLayoutはつかってないのか？
ほとんどこれ１本でやってるんだけど。
- 995 名前：デフォルトの名無しさん [2008/02/28(木) 03:21:59 ]
- > 993
getPreferredSize()はどう実装している？
- 996 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 08:45:59 ]
- >>995
すみません。寝ぼけてたようで、
getScrollableTracksViewportHeight()
getScrollableTracksViewportWidth()
の判定で必ずtrueがかえってしまうようになってしまってました。
というわけでスレ汚してしまったのでお詫びに次スレ建ててきました・・・が、タイトル間違えてしまいました。
本当にすみません。板まで汚してしまったみたいです。
pc11.2ch.net/test/read.cgi/tech/1204155623/
- 997 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 17:48:07 ]
- 1レス埋めて去る。
- 998 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 18:54:53 ]
- ところで次スレは上の見すったやつ使うの？
せっかくスレタイ変えたのに
- 999 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 19:24:19 ]
- っと、気づいたらもう999かよ
- 1000 名前：デフォルトの名無しさん [2008/03/01(土) 19:25:58 ]
- 上野でいいじゃん
細かいこと気にするなよ
- 1001 名前：１００１ [Over 1000 Thread]
- このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
|
 |
