Java標準低速GUI 6 AWT/Swing

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 08/21 19:07 / Filesize : 252 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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
101 名前：95 mailto:sage [2007/10/10(水) 20:44:20 ]: EmptyBorderをセットしてpack、と実装したところうまく行きました。
今までモヤモヤしていた部分が引き締まったようで、とってもすがすがしいです。
>>96さん、>>97さん、どうもレスありがとうございました。
102 名前：デフォルトの名無しさん mailto:sage [2007/10/11(木) 00:12:05 ]: >>99
デフォルトでオンはいいよね。MacではOpenGLがオンになるんだろうか・・・。
103 名前：デフォルトの名無しさん mailto:sage [2007/10/11(木) 00:29:46 ]: Mac では Java2D は Quartz で描いてたはずかと
104 名前：デフォルトの名無しさん mailto:sage [2007/10/11(木) 00:38:44 ]: レンダリング品質はどうなるのだろうか･･･
現状だとDirect3Dモードにすると品質がかわるので使い物にならない
105 名前：デフォルトの名無しさん mailto:sage [2007/10/11(木) 01:08:52 ]: >>103
それがさ、Java SE 6からSunのレンダラがデフォルトになる予定なのよ。
106 名前：デフォルトの名無しさん mailto:sage [2007/10/11(木) 04:10:28 ]: 今までのwin版sun JVMなら-Dsun.java2d.ddraw=trueがデフォルトだったな。
-Dsun.java2d.d3dは支援がまともに得られないから無効だった（パフォーマンス落ちる）
当然-Dsun.java2d.openglはバグ回避で無効。
しかし、D3D9ベースになるのかPS2.0も使うみたいだしVGAとドライバ依存がでかくなるな。

それよりNimbusはマルチバイト文字通るようになるの？ｗ
107 名前：デフォルトの名無しさん mailto:sage [2007/10/11(木) 13:03:09 ]: >>105
去年でたDeveloperPreviewでは、PSフォントのレンダリングがガタガタだったんだけど
それ以来、DeveloperPreview無しのまま。
ttp://pc11.2ch.net/test/read.cgi/mac/1138543708/172
>>106
JDK6u5では、日本語通ってるよ。
org.jdesktop パッケージのは古いよ。
download.java.net/jdk6/
では、パッケージ自体が変わってる。
sun.swing.plaf.nimbus.NimbusLookAndFeel
ね。
org.jdesktop.swingx.plaf.nimbus.NimbusLookAndFeel
のヤツは化ける。
108 名前：デフォルトの名無しさん mailto:sage [2007/10/11(木) 20:02:53 ]: そうなのかスナップショット版だと直ってるのか。>Nimbus

けど、-Dsun.java2d.d3d=trueがデフォになるってことはJOGLでプログラマブルシェーダー使うときは明示的にfalseにしないとOpenGLのシェーダーが効かなくなるな。
（win版JVMはd3dとddrawがtureだと効かない、他はDirectXがないので関係ない）
けど、バックエンドがD3D9とPS2.0に変更になっただけで
描画アルゴリズムは今まで通り、OpenGL版と同じだからパフォーマンスは対して変わらんだろうなぁ。
むしろ、OpenGLパイプラインの一部がJOGLと共通化されてOpenGL使った方がJOGLやSwingにはメリットあるんだよな。

けど、個人向けVGAのOpenGLドライバはNVIDIAもATIもバグが回避出来んしなぁ。

もういっそ、J/Directをｒｙ・・・ｗ

それよりjdk6に密かに入ってるJava Smart Card IO APIのjavax移動はﾏﾀﾞｰ!?
jdk6はいろんなモン隠しすぎｗ
109 名前：デフォルトの名無しさん mailto:sage [2007/10/11(木) 20:21:44 ]: >>108
JDesktop側のweeklyビルドの方が古い様子。
どうも、JDK6u5が一番始めに組み込まれてるんじゃないかと。
JDK7にもまだ入ってないし。
110 名前：デフォルトの名無しさん mailto:sage [2007/10/11(木) 23:58:07 ]: OpenGLでもDirect3Dでもいいが、そろそろJava2Dでαブレンディングまともに実装してほしい
111 名前：デフォルトの名無しさん mailto:sage [2007/10/15(月) 22:49:48 ]: スレ違いなんだが、Mistralって画像ライブラリ？でアニメーションＧＩＦを動かすにはどうすりゃいいんだろうか

読み込んで表示まではいけたんだが、最初の１フレームだけ表示してる感じ

アニメーションＧＩＦだけMistralを使わないとか、もう全部Mistral使わないでやったほうがいいんだろうか
112 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 01:09:07 ]: マルチイメージのフレーム取得なんて標準で出来るじゃん。
113 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 01:40:30 ]: >>112
？
114 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 03:08:55 ]: image I/Oだっけか
確かpngはできないけどgifできたような気がする
115 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 03:15:32 ]: アニメーションGIF表示するだけなら、ToolkitでloadImageしてdrawImageの最後の引数に表示先コンポーネント指定してやれば勝手にアニメーションする
116 名前：デフォルトの名無しさん [2007/10/16(火) 03:15:34 ]: 気がする！！！！！！
117 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 03:55:17 ]: MIDPはするけど、SEやCDCはしなかった気が・・・

>>114
pngのアニメーション仕様なんて画像ビューアーにすら忘れ去られてる存在だから気にしないｗ
対応してるのは次期Fxくらい。
118 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 04:03:18 ]: Mozillaの出したAPNGは対応入るのかな？
119 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 19:04:35 ]: mozillaは標準規格の普及に力入れてるな・・・。
jpeg2000は使われることなく次世代策定中かorz
実際、jpeg2000の拡張仕様まで実装したらPNGどころじゃない超万能規格なんだが。

ウェーブレットいいよ、ウェーブレット！
120 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 22:07:55 ]: jpeg2000はjpegよりブロックノイズとかの面で優れてるけど
良い面を全部帳消しにするぐらい現在のCPUでも結構重いってのがな……
121 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 22:17:58 ]: 確かにデコード重いな。PNGより重いからな。
122 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 23:24:27 ]: そろそろJAIのメモリリークは直った？
123 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 23:33:46 ]: 標準APIであるDesktopが動かないバグが放置なのに
JAIがまともになるはずないだろ・・・
124 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 02:22:17 ]: 1.3あたりから無視されてるバグもあるしなぁ
125 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 14:13:04 ]: それは、Bug Paradeには乗ってるの？
126 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 08:49:07 ]: さて流れを読まず俺がしょぼい質問する…
JFileChooserのcancelボタンに表示する文字を変えるにはどうすればいい？
ApproveButtonは変えれるのに、キャンセルはなぜ変えれない？
127 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 11:12:57 ]: 自分でダイアログを作って、その中に JFileChooser を放り込んで、JFileChooser のボタンは非表示にして自分でボタンを置くってのでどうだ
128 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 16:42:55 ]: GUIの部品に日本語使いたくなるの俺だけ？(w

JTextFields 名前 = new JTextField();
JRadioButton 女 = new JRadioButton("女");
JRadioButton 男 = new JRadioButton("男");
JButtonGroup buttonGroup.add(女);
JButtonGroup buttonGroup.add(男);

Javaの変数名はダブルバイト可だし、自然言語風に書くのがスタイルなんだし。
129 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 16:45:33 ]: 下２行まちがえた。
ButtonGroup buttonGroup = new ButtonGroup();
buttonGroup.add(女);
buttonGroup.add(男);
130 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 16:52:32 ]: >>128
ファイルシステムに依存しやすいクラス名と違ってフィールド名やローカル変数は問題は出ないよ

DBでも日本語名のカラムを使うかどうかという話と同じく宗教だから気にすんな
クラス名でつかうのはさすがにとめる
131 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 17:23:17 ]: 文字コードの問題は、機種やOSに依存するからな。
マルチプラットホームのJavaではまさに致命的だし、うかつに手を出せん。
132 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 17:41:37 ]: 変数名で機種依存の問題になるのか？
133 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 18:21:43 ]: 理論上unicodeで表せれば問題ないがフォント側しだいだな。
134 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 18:24:02 ]: >>132
まあ、無駄に怖がってるのかも試練がな。
だが、linuxなんかで文字コードに苦しんだ俺としては、
少しでもリスクを減らしたい。
135 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 18:33:24 ]: つーか

変数名に日本語使えるのか！しらんかった！
136 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 20:23:17 ]: 具体的には、
Character.isJavaIdentifierStart(char)
Character.isJavaIdentifierPart(char)
で調べられる。
識別子の頭に使えるかと頭以外で使えるかがチェックできるよ。
137 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 00:17:38 ]: 漢字の変数名はコンパイル通ればOKじゃね？
クラス名はクラスファイルで問題出る可能性があるけど

String 半角カナ = StringConverter.get半角カナ( 全角ひらがな );
氏名フィールド.setText("ほげほげ");
JMenu ファイルメニュー = new JMenu("ファイル(F)");
JMenuItem 開くアイテム = new JMenuItem("開く");
ファイルメニュー.add(開くアイテム);

みたいな使い方もできるから、大胆に使ってみたいんだが、
やっぱりなんか気がひける。w
Java言語のスタイルとしては、ある意味、正しいように思うけど。
138 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 00:19:14 ]: >>137
入力がうざそうだなぁｗ

俺カナタイパーだから、IMEオンのままコード打つの難しいし
139 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 00:20:47 ]: うへぇいちいち入力切替なんてやってられんわ
140 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 00:33:55 ]: 俺もカナタイパーなんだけど、鍛えたんで打つのは苦にならんのよ。w
DOS/VキーでATOKの話だけど、タッチタイプで親指で[変換]キーを叩いて、
全角/半角の切替をマスターしたらけっこう楽に入力できるよ。

チームの中で一人だけ漢字でメソッド名つけたりする人いるのはまずそうだが。w
141 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 00:39:53 ]: JMenuItemのやJTextFieldの数が増えてきたとき、日本語で書いておくと
けっこういい感じなんだけどね。わかりやすい。
本番で採用したことはないけど。
英語圏の人には災難。
142 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 00:41:07 ]: >>139
ローマ打ちの人に「面倒じゃない？」ってよく言われる

ローマ打ちの方が遅いから、「平気、っーかよくわかんない」
143 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 00:41:14 ]: >>137
スマン！気が引ける事もなく最近じゃ普通に使ってる。
プロジェクトとして利用を推進してる。
ホント分かりやすいよ。
>>138-140
補完されるから日本語を全部打つ事はあまりない
>>140 ではないが、Macの流儀に合わせて変換キーで全角モードに入るようにしている
144 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 00:42:46 ]: >>143
まーじーかー

どうせリファクタリングでゴリっと直せるんだし、挑戦してみようかな
145 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 00:51:14 ]: >>143
おーっ、勇気あるなーww

Javaはもともとダブルバイトを変数名やメソッド名に許しているんだからして、
そういう作法もありだとSunも暗黙に認めてるってことじゃないかと。
将来には見たこともないフォントで書かれたソースコードが
出てくるような気がするんだよね。
146 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 00:57:15 ]: >>137のようなコードをあんまり見たこと無いからだろう。
個人的に使う分にはまったく問題ないし。
147 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 00:58:28 ]: もしIDEでちゃんんと補完が効くのなら入力もそれほど苦じゃないかもね
148 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 01:20:31 ]: >>145
ちょっと気になったので・・・・フォントと文字自体は、別のものですよ。
見た目と意味、くらいの違いがあります・・・・
老婆心ながら、ちょっと調べておいた方がよいかと・・・
149 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 01:21:39 ]: メソッド名にはあまり日本語を使いたくないな、気分的にw
Javaを全て日本語で書くとかいう研究がどっかであったけど、
ソースがあまりにもカッコ悪くて、プログラミング言語のほとんどが英語で良かったと思っている
150 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 01:31:10 ]: アニメーションＧＩＦをImageIconとして読み込んで、JLabelにアイコンとして設定したらちゃんとアニメーションしてくれたのね
で、JLabelを継承して、paint(Graphics g)をオーバーライドしたら、拡大縮小回転を楽しめたんですよ。

ここで質問です。
paint(Graphics g)が呼ばれたときに、
アニメーションＧＩＦの何フレーム目を表示しようとしてるか検出できますかね？

拡大縮小回転のさせたBufferedImageを保存して再利用したいんだけど、
今何フレーム目とかわからないと、再利用できない気がするんだぜ
151 名前：デフォルトの名無しさん [2007/10/19(金) 01:50:12 ]: >>149
気分とかカッコいいとかそういった主観に基づい行うもんじゃないだろ。
便利なのか必要なのかどうかで違ってくる。
それも言語仕様でサポートされてるから安心して使えるし。
152 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 03:48:14 ]: 日本語ってなかなかにグルー言語よね
153 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 07:37:14 ]: >>151
同意！
154 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 07:46:07 ]: >>148
文意を理解してよw
ギリシア語やタイ語の文字のグリフで変数名が書かれているかもしれないってこと。
155 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 08:45:12 ]: 日本語とハングルを同時表示するには両方に対応しているフォントが必要じゃね？
156 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 09:44:44 ]: SDCだったかでハングルでコメント入ったソースコードは見たことある。
日本語環境のIDE上で表示できるかどうかはしらんけど。
157 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 12:18:44 ]: >>140
エキサイト翻訳ででてきた意味不明な英語がはいるよりは漢字のほうがましだと思う
そのアプリは日本国外での開発で、海外で売る気があるのかい？と

数年後メンテをやらなくてはならない場合に
ドキュメントが残ってない場合把握しやすいというメリットもある

DBで日本語の項目名いれてNetBeansなりでJPAを生成でもすれば
日本語名のプロパティが見事に生成されるわけだが、わりとみやすいし
いざとなればリファクタリング一発だから問題はねぇな
158 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 12:19:33 ]: >>150
とりあえず軽量コンポーネントでpaintそのものをオーバーライドするのやめれ
159 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 14:17:33 ]: >>157
NetBeansだとGUIまわりのリファクタリングはひっかかるケースが多いけど。
160 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 14:44:40 ]: Javaのバイトコードって変数名なんかも保存してるんじゃなかったっけ？
変数名に日本語使えばバイトコードにも残るの？
161 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 15:14:30 ]: UFT8に変換されて残るからソースのエンコーディングがなんであれ問題なし。
162 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 16:18:19 ]: ローカル変数も残るんだっけか？
163 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 16:24:36 ]: テストケースのメソッドは日本語がたいへんよろしい。
164 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 16:26:36 ]: デバッグ情報として残すことも残さないこともできる
165 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 21:02:52 ]: ローカル変数やGenericsの型指定は残らないと思った。
C#だとGenerics型は残るらしいね。
Javaのはキャストしてるだけってのが理由だろうけど。
166 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 21:22:05 ]: ローカル変数はフレームごとに領域(とlongとかあるので型のサイズ)だけ
確保されてたはず。
167 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 21:42:43 ]: どっちにせよ日本語変数は問題なさそうだな
168 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 22:25:36 ]: >>159
NetBeansのGUIコンポーネントの話はしてないよ
リファクタリングはJPAのほう
GUIのコンポーネントのリファクタリング問題は4.1あたりで直すとか言ってたのだが
絶賛放置中

>>167
なさそうではなくて問題ない
問題が出るとしたらマッピングがおかしい場合だけ
169 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 00:50:24 ]: >>159
Netbeansは、リファクタリング無しでも日本語が使えないGUIエディタまわりがあるな。
Javaで作って、何でそうなるのか問い詰めてやりたい。
170 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 04:02:05 ]: そりゃ日本語使ってないやつが作ってんだからそうなるだろ。
使わないものがどうなっていようとそれは仕様です。
171 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 04:45:28 ]: aho
172 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 06:30:17 ]: >>170
確かに国際化は意識して対応しないとまともに動かないけど
それってsunは他言語のことなんて知りません、手抜きですって告白してるようなものなんだが
173 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 06:52:51 ]: Sunは、NetBeansを支援しているだけ。建前上は。
174 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 21:09:54 ]: 国際化で一番ひっかかるとこってどこだろうね。
やっぱフォントまわりかな。
文字列はダブルバイトでも1文字でカウントしてくれるし、
ファイルにはUnicodeで書き出するようにすればてっとり早い。

でもアプリの性質にもよるか。
エディタのように文字を扱うのは問題おきやすいかもね。
175 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 23:01:36 ]: 最近は見なくなってきたけど昔は Reader,Writer を使わずに
InputStream, OutputStreamで処理してる糞アプリや糞ライブラリ
をよく見かけたな…
176 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 00:04:32 ]: NetBeansの日本語問題は直すつもりがないらしーぜ
177 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 00:59:58 ]: 使ってないから別にいいよ
178 名前：デフォルトの名無しさん [2007/10/21(日) 03:01:53 ]: どういうところが糞な
179 名前：デフォルトの名無しさん mailto:age [2007/10/21(日) 03:46:16 ]: videointroplayer.web.fc2.com/v.htm?ii9YN1kO-TK36%+8mdKsm-z3pn32%+WhqyiIrhz0F110%+iwCjWdz0Gid150%+Kjtps4byn7a119%+@1@_%E4%BC%9A%E9%95%B7%E7%89%A9%E8%AA%9E
180 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 06:58:55 ]: >>175
よく見かけるほどJavaアプリがあったのか
181 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 08:31:45 ]: 確に、GUI関係は何とかした方がよい。
Appletもいらない。
182 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 10:23:38 ]: ↑Appletはとても役に立っているから株やってみろ。まったく見識がないところは見逃してやるがなw
183 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 13:00:16 ]: Appletはこれからだよ～。
184 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 13:07:28 ]: AppletよりJava Web Startの方がいいように思うんだが、なんか使ってるとこないねぇ……。
185 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 13:21:20 ]: 比べるものじゃなくて、どっちも必要だと思うよ～。
186 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 14:02:14 ]: Web Startってどういう場合に使うものなの？
アプリ配布じゃ駄目なのか？
187 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 14:08:52 ]: >>186
バージョンが上がってもユーザーは自分の意志でダウンロードしなくていい。

望めばデスクトップのアイコンやスタートメニューのエントリも作ってくれる(後からでも)。
あたりまえだがアンインストールにも対応してる。
188 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 14:47:22 ]: つまりバグを大量に仕込んだまま出荷しても、ほとんどのエンドユーザに気づかれずにアップデート可能ということか。
189 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 15:02:20 ]: 組み込み型DBつかってたりプラグインのあるアプリには使えないんじゃないの。
190 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 15:07:53 ]: >>188
エロゲメーカーにもってこいの機能だな。
191 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 15:30:05 ]: >>189
普通にローカルファイルだって使えるし、組み込みDBやプラグインだっていける。
Eclipse RCPをJava Web Startで配布することも可能だよ。
ttp://help.eclipse.org/help31/index.jsp?topic=/org.eclipse.platform.doc.isv/guide/java_web_start.htm
192 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 16:59:03 ]: Java Web Startか
思い出せるのはV2CとTopCoderぐらい
他にももっと見てきたはずなんだが
193 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 16:59:35 ]: Looking Glassもそうだったか？
194 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 17:49:40 ]: >>184
WebStartは配布技術だからWebStartアプレットというのもある
まぁ、WebStartアプリケーションのほうがはるかに使いやすいけど

今のJavaだとWebStartはデスクトップなどへのショートカット、
アプリケーションの追加と削除でアンインストールが出来るなど大幅によくなってるが
スタンドアロンアプリでもショートカットやアンインストールやってほしいのにねぇ

リッチクライアントは不特定多数を相手にしたものではなくて特定のユーザー向けだから
業務アプリとかやってないとあまり見る機会はないかもしれない
195 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 18:02:05 ]: WebStart普通に便利だしJavaアプリケーションの配布では結構使われてはいるんだけど
そもそもJavaアプリケーションで有名なものが少ないからWebStartの知名度も…
196 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 18:27:12 ]: 今まで俺が使ったJavaのアプリケーションっていったら、
JDiskReportとJudeぐらいかなあ。
197 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 18:43:27 ]: NetBeansとかEclipseとかIDEAとかJDevはなしか
198 名前：デフォルトの名無しさん [2007/10/22(月) 00:17:16 ]: V2Cを忘れて何でここを見てるんだか。

Appletは、JavaQuickStarter使えば劇速になるので
これからまだ延びるかもしれないと思った。
JQSについては、
ttp://download.java.net/jdk6/binaries/
ttps://jdk6.dev.java.net/6uNfaq.html
参照。
要は、prefetchです。
199 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 01:15:18 ]: とりあえずJavaSE6は起動速度、動作速度に関して
進歩のほとんどなかった5.0から大幅によくなってるので
だいぶ未来は明るいと信じたい
200 名前：デフォルトの名無しさん mailto:sage [2007/10/27(土) 18:27:01 ]: 以下、微妙にスレ違い&手前味噌だけど…晒してみる。

コード署名が必要なJavaWebStartアプリの開発をするときには、
maven2のwebstart-jnlp-pluginを使うと、幸せになれる。
sqs.cmr.sfc.keio.ac.jp/tdiary/20070709.html

コード署名証明書の値段が高すぎで買えない！という場合には、
sqs.cmr.sfc.keio.ac.jp/tdiary/20051003.html
こちらを。

以下、まだ作りかけ・証明書期限切れですが：

sqs.cmr.sfc.keio.ac.jp/app/SourceEditor.jnlp
sqs.cmr.sfc.keio.ac.jp/app/MarkReader.jnlp

前者のほうは、クライアントローカルかつ環境非依存に、
フォント埋め込みPDFファイルを作れるようにするために、
JavaWebStartでIPAフォントを配布して利用している。

後者のほうは、LAN内のマシン複数台を使って分散並列処理が
できるように、JavaWebStartで起動した分散プロセス群が
Pure P2P的に通信して、グリッドを作れるようにしてある。

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

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