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 334 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 01:46:39 ] disposeは後始末 自前でgraphicsを生成した場合必須 ファイナライズの話はFileのIOをcloseしないというのと同じ話 そしてかってに呼び出し側でcloseしたらあかんだろというのと同じ 335 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 20:01:22 ] >>325 > Java プログラムが実行されていると、短時間フレーム内で多数の Graphics オブジェクトを作成できます。 いっぱい作成できると、なんとなく、うれしいジャン？ とりあえず、「多数の Graphics オブジェクトを作成する可能性があります」の誤訳に一票 336 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 20:14:10 ] 久しぶりに覗いたぜ。 invokeLaterはinvokeLater間違えてAWTのSystem Queueに送ったことあるorz MIDPのGraphicsにdisposeがなくてどうやってメモリ空けようか悩んだことがあるorz Nimbusのマルチバイト化けは直ったらしいがあれ重くないか？スケーラブルなLaF目指してるんだろうけど・・・。 ただでさえ、未だにjavaは重いという迷信が信じられてるからなぁ。 337 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 20:18:53 ] 迷信というかJFileChooserは今でもひどくない？ ファイル多いとファイルリストの取得とは別の何かで重くなってる印象が・・ 338 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 22:27:10 ] >>337 JavaSE6u2からすごいことになった どうすればあそこまで悪化できるのかと 339 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 22:52:07 ] >>338 今はソース見れるんだから自分で調べられるよ 340 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 23:51:12 ] 今OpenJDKで公開されてるソースと今公式ビルドに使われてるJDKのソースは違うぞ。 jdk6がOpenJDKベースになるのはまだ先。 341 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 00:16:14 ] >>339 そういう意味じゃないだろ 342 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 03:38:43 ] >>337 今までひどすぎるとまでは感じなかったんだが、そんなにたくさんのファイルリストを 出すという局面に遭遇してないだけだったりする。 100個くらいリストが出ててもなんともないと思うんだが、いくつくらいだとひどいことになるの？ 343 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 07:17:29 ] なんでファイル列挙系はバグが入りやすいんだろうな。 なんか共通したミスでもあるんだろうか？ 344 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 07:27:12 ] ネットで調べると、でかい圧縮ファイルがあるとおかしくなるらしいね 345 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 09:30:48 ] >>336 7年後サクサク動くニンバスみて、軽いけどもう古いよなこのLaFとかいってるような気がすれ 346 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 09:32:31 ] ﾆﾝﾊﾞｽかっけぇんだけどさ、どうもスクロールバーが馴染めない… 347 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 09:47:09 ] 文字はみんな□になってるけどSwingSet2のデモみるかぎり、遅いとは感じないな。Nimbus。 そんでこれいつからリリースされるのかな。 348 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 12:36:16 ] >>342 u2以降は1個の表示でもすごい遅い u1まではさくさく まぁ遅いといわれたり直ったりエンバグ繰り返してるのがJFileChooserだから・・・ 349 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 16:43:44 ] JFileChooserはネイティブ頼りなんだっけ？エンバグの発生率は仕方ないと思う。 350 名前：デフォルトの名無しさん [2007/11/14(水) 17:18:38 ] デスクトップのzipをどけると改善するみたい。開発で頻繁にテストする人はzipを 一時的にどけておくといいかも。 351 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 19:29:57 ] つーことは、JFileChooserはファイルの中身を調べるようなことまでやってるのかな。 352 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 19:34:34 ] Windowsのエクスプローラとか、Javaのクラスパス解決処理みたいな どっかのAPIを流用したことによる副作用とかいうオチだったらちょっと笑える 353 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 19:45:28 ] DirectXでIMEの例があるから笑うに笑えない・・・。 354 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 16:57:27 ] >>351 実行形式の場合、そのファイルのリソースとしてアイコンが格納されているんだから、 API経由か直接かは知らんけど、当然ファイルの中身は見てるはず。 で、PEとかELFとか、実行形式のフォーマットを決め打ちできない分、 アイコン読み取りが複雑になってるんじゃなかろうか。 355 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 17:06:04 ] JFileChooserのアイコンってFileSystemView#getSystemIconでしょ これが遅いってことか？ 356 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 21:18:41 ] >>354 つまり世の中のGUIは全てファイル選択ダイアログは遅くて使い物にならない、と それにu1まではそんなに遅くなかった 1.4.2はいくつかのバージョンが遅いけど 357 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 22:11:41 ] sourcepost.sytes.net/sourcepost/sourceview.aspx?source_id=29872 質問です イベントでコンポーネントを追加したいんですが、追加と同時に表示させるにはどうすればいいんでしょうか？ repaint()ではﾀﾞﾒみたいです 　 358 名前：デフォルトの名無しさん [2007/11/15(木) 22:19:39 ] >>357 jPanel1.revalidate() 359 名前：デフォルトの名無しさん [2007/11/16(金) 00:00:48 ] ああ、Swingか・・・。 360 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 00:51:25 ] >>357 HelloボタンをaddしたあとでMyFrame#pack()を呼ぶ 361 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 01:08:45 ] 追加はされてるけど、flowレイアウトで１つしか表示できないサイズだから消えてるようにみえるだけ >>358で正しいよ 362 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 01:24:19 ] revalidateだけでは>>357のソースでは「追加と同時に表示させる」ことにはならないから>>360で正しいよ。 363 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 01:27:07 ] >>362 おまえはバカか それはレイアウトマネージャの問題であってrevalidate()で十分尽くされているんだから358が正しいんだよ 364 名前：357 mailto:sage [2007/11/16(金) 01:31:12 ] レス感謝です >>361 revalidate()って意味ありますか？ revalidate()せずに、pack()だけで思い通りに表示されました 365 名前：デフォルトの名無しさん [2007/11/16(金) 01:39:53 ] >>364 いろいろ作っているうちに分かるよ。pack()でレイアウト変更後の再描画なんてよっぽど 異常なUIでもない限りやらないよ。pack()の方でフレームを広げてボタン押してみ。 366 名前：357 mailto:sage [2007/11/16(金) 02:01:39 ] たとえば、ウインドウを最大化してるにも関わらずpack()でウインドウが小さくなるのはおかしいということでしょうか？ 367 名前：デフォルトの名無しさん [2007/11/16(金) 02:33:01 ] それでいいならいいけどさ。 368 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 03:04:30 ] JFileChooser パフォーマンス問題 blogs.sun.com/katakai/entry/jfilechooser_performance_issue 369 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 05:59:08 ] jdk6uN b07では直ってるらしいよJFileChooser問題 ttp://download.java.net/jdk6/6u10/promoted/b07/changes/jdk6uN-b07.html 370 名前：デフォルトの名無しさん [2007/11/16(金) 06:06:06 ] >>369 Bug ID: 6578753 Votes 65 Synopsis JFileChooser in 6u2 slow on Windows Category java:classes_swing Reported Against Release Fixed State In progress, bug Related Bugs 6491795 , 5050516 Submit Date 10-JUL-2007 371 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 09:37:29 ] アプリの二重起動についてなんだが、二重起動を確認したらそこでシャットダウン するのはよくある方法だと思うんだけど、たとえばNetBeansはもっと賢いやり方 をしている。 NetBeansが動いている状態で、それが最小化した状態でタスクバーにあるとする。 その状態でNetBeansのアイコンをクリックするなりして二重に起動しようとすると、 二重起動にはならずに、タスクバーにあるものが画面に現れる。 これってどうやったらできるのかな・・・。 372 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 10:52:18 ] >>371 Javaにはミューテックスなかったっけ？ 373 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 11:34:11 ] 排他制御用のオブジェクトは同一VM上の同期に使うやつで プロセス間は別の仕組み考えないとダメ。 374 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 11:36:21 ] >>371 起動用のアプリを別に分ける。 というか、そのためにexeを用意しているようなもん。 375 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 11:55:44 ] んじゃあ手動でミューテックス作っちゃうとか。 テキストファイルで現在起動中のプログラム・インスタンス数を数えておいて、 起動時に中身が1なら起動しない。 もし>>371のいうような挙動をしたいなら、プログラムでミューテックスファイルを監視しておいて、 ファイルの中身が2になった瞬間タスクバーからプログラムを出せばいい。 ここまで書いて思ったんだが、Swingでタスクバーから出すとかそういうそうさって出来たっけ？ 376 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 12:02:05 ] 自プロセスのウィンドウを最小化解除するだけなら Frame#setState でできる でもそのファイルを監視ってのはどうするんだ タイマで1秒ごとにタイムスタンプを確認するとかか 377 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 12:09:54 ] >>376 ファイルやフォルダで変更があったときにイベント起こすような機能なかった？ 378 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 12:13:16 ] >>377 NIO2で追加予定。 標準APIでなくてもいいなら、JConfigとかには付いてたと思うし >>376のやり方で自力で実装してる人も多いんじゃないかと。 379 名前：371 mailto:sage [2007/11/16(金) 19:25:50 ] 一眠りして考えたんだが、 アプリが独自にポート開いて監視しておく。 別プロセスでアプリが起動したら、そのポートを叩く。 応答が返ってきたら、そのプロセスはシャットダウン。 応答した側のプロセスはFrame#setState でいけそうな気がするんだが、けっこうめんどくさいね。 もっと簡単にできないもんだろか。 380 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 19:36:00 ] Windowsファイアウォールとかにブロックされそうだが 381 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 19:48:42 ] ファイルサーバとかでもたまに思うんだけど、 OSはロックサーバが標準で付いててほしいんだよな CVSのロックサービスだってそのためについてるんでしょ。 AbstractFactoryパターンでインタフェース書いて、Winだけ実装作ろうかな 382 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 20:36:05 ] Preferencesを使うってのはどうかな。 383 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 20:42:19 ] sdc.sun.co.jp/java/docs/j2se/1.4/ja/docs/ja/guide/lang/preferences.html # 複数の VM による同時アクセスを、この API でより強力にサポートしないのはなぜですか。 同様に、複数の設定の更新を結合して単一トランザクションに組み込み、 すべて更新するかまったく更新しないセマンティクスを適用しないのはなぜですか。 この API は、持続性のある基本的なデータ記憶域として使用し、データベースの代わりとしては使用しません。 この API は、標準の設定/構成リポジトリ上に実装できるようにすることが重要です。 これらのリポジトリのほとんどでは、データベースのような機能は提供していません。 これらのリポジトリは、この API の設計目的を満たしています。 384 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 22:05:37 ] >>380 ファイアウォールの設定はユーザの責任じゃないかい。 385 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 22:08:21 ] なんにせよファイルにフラグを記録するやり方だと、アプリが異常終了して、 フラグの書き換えができなかった場合、次に起動しようとすると困ったことに なりやすい。 386 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 22:10:30 ] プラットフォームネイティブのMutexやセマフォを使うか、 オンメモリデータベースを使うってのがいいのかも。 387 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 01:29:41 ] ファイルチューザ同等の機能を持つファイルチューザを独自に作る場合、 こうやらねーとすっげー遅くなるぜ？っていうTips教えてくれ 　 388 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 02:04:22 ] >>387 普通に作れば遅くならんだろ… JFileChooserはネイティヴLaFに近づけるために いろいろ細工してるのが裏目に出てるだけだと思うぞ 389 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 02:25:54 ] touch.moe.hm/touchup_pict/download/1195233390.jpg こんな上下２ペイン構成のGUIアプリケーションを作りたいと思ってます 上ペインのJButtonをクリックすれば、下ペインのJPanelが切り替わるように作ればいいと思うんですが 普通どのようにやりますか？ ■作ったサンプルではこのようにしてます 　初期化で空のpanel1をつくり、その上にpanel2をadd()する 　別のボタンが押されたら、panel1に載っているpanel2をremove()、panel3をadd()、validate() ちょっとわかりづらいかもしれませんが、もっといいやり方ありそうでしょうか 390 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 02:29:27 ] っ CardLayout 391 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 02:39:43 ] TabbedPaneで、タブにアイコン貼付ければいいような気がした。 392 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 04:22:23 ] >>390 使ったことないけどカードレイアウトに同意 393 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 05:09:46 ] >>388 Fileが遅くなってるから、普通に作ったら遅くなるよ。 しったか乙。 394 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 05:12:23 ] JFileChooserの速いバージョンを作りたければ、FastFileを使うといいよ 395 名前：371 mailto:sage [2007/11/17(土) 10:35:15 ] >>379のやり方実装してみたけど、うまくいくみたい。 396 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 10:40:08 ] >>395 やってみた事ないけど、 途中でトラぶってコネクションクローズの前に死んだ場合は二重起動しちゃうの？ 397 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 10:44:33 ] >>396 ローカルホストの接続でとらぶるって、どんなときにとらぶるかな。 そこらへんの想定外のことがあるかどうかは気にはなってんだけど。 398 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 10:54:59 ] >>397 他のアプリがそのポートを使っていて重複する場合 ファイアーウォールが入っていてはじかれる場合 今どきめずらしいけどLANがついてないマシンだとどうなるっけ？ 399 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 15:21:39 ] > 今どきめずらしいけどLANがついてないマシンだとどうなるっけ？ 頭大丈夫か？ 400 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 17:21:11 ] スタンドアロンのPCがあるからネットワークサービス止めて試してみようか？ たぶん、接続段階で例外投げられたはずだけど。 jarでクレｗ クローズ処理をfinalyでやってるなら途中でシャットダウン入るとfinalyブロック中断されるからそれでもアウトだね。 401 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 17:46:33 ] イーサネットがあってもなくてもlocalhost(127.0.0.1)にアクセスできるだろ… # TCP/IPを外してあればできないのか？ 402 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 17:49:59 ] ネットワーク完全にとめるとループバックももちろん完全にだめ Win95以前はまずループバックアダプタいれての開発がデフォだったな 403 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 17:56:04 ] そういうアダプタ用MACアドレスもあるのかな？別に無くても困らないけど。 404 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 18:15:28 ] >>402 そもそも Win95 ってデフォルトのインストール だと TCP/IP が組込まれてないようなOSだろ… 405 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 18:27:56 ] 独自のネットワークサポートするから良いんです。 ゲイツ｢インターネットなんて一般人にはやんねーよｗ｣ 時代の産物だからな。時代の流れか。 406 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 20:13:33 ] JDK1.5がそもそもWin95だともう動かんのじゃね？ とくにGUIまわり。 407 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 20:40:37 ] java.sun.com/j2se/1.5.0/system-configurations.html Win95はサポート外だね 408 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 20:43:39 ] サポートの話なんて誰もしてないだろと 409 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 21:24:54 ] 設定でTCP/IP無効にしたらダメなんじゃねぇの？ 410 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 21:57:44 ] アプリの性質にもよるわな。 DBやネットに接続するようなアプリなら、イーサカードが使えない環境に インストールされることなんて無いしさ。 411 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 22:11:04 ] 「カードがない環境ではlocalhostもアクセスできない」 というのが当然みたいにいってるが、だれか試したことがあるのか？ その理屈だとNICがない環境ではローカルでのサービスは動かんのだが。 412 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 22:53:06 ] >>411 NICないと実際IPサービスはうごかんよ ループバックいれてれば動くが という常識的な流れだろ 413 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 22:57:37 ] >>407 あんまり関係ないけど・・・、SunはMacのJVMはやってないんだね。 Macはどこがやってるんだろ。Macユーザじゃないからうといんだわ。 Winが80%をしめてるといわれるわりに、周囲にはMac使いが多くて、 じゃあその人たちにも使えるようにとJavaで作り始めたんだが、 肝心のSunはサポートしてないんだね。 414 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 22:59:52 ] まあいいじゃん。今時カード入ってないマシン使ってる人なんて ごくごく少数。クレームついても仕様ですで押し通せば。 415 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 23:02:33 ] >>413 Macはアップルがやってる 6がまだ出てこない… 416 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 23:11:12 ] >>415 そうなんだ。ありがーと。 6をはやくだしてほしいわ。5で動くようにと思ってたんだけど、 6を知るとついつい6の機能を使ってしまったような・・・ 417 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 23:43:28 ] NetBeans6 + JavaSE6 + glassfish2の組み合わせの軽さは異常 418 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 00:40:44 ] >>416 ついこの前にそれではまった… JFileChooser で FileNameExtensionFilter 使ってて Mac OS X で動かねーって言われるまで気が付かなかった # Apple は 6 を出す気があるんだろうか…？ 419 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 00:44:26 ] Mac なんて捨てていいよ 420 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 01:03:20 ] Macの6はDPのままだにぃ。 Cocoa-Javaバインディングも放置になったし、やる気なさそう。 421 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 01:19:05 ] OpenSource版ががんばってくれるんじゃね？ 422 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 01:42:24 ] 多少のタイムラグはあってもMacでも6は出るだろうし、 7でも8でも出てくると思うけどね。 Javaはいつも明日の言語なんだよな。w 明日はごちそう、でも今日は無い。w 423 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 01:44:33 ] AppleはJavaに対してなかなか気合いが入ってると思うけどなぁ。 ただ、やろうとしていることに作業が追い付いてないだけで・・・。 424 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 02:05:50 ] 前は気合い入ってたんだけど、新しめの機能のフレームワークに対応する Javaバインディングを出すのはもうやめてる。 LeopardではBridgeSupportでなんとかできるのかもしれないけど。 425 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 02:09:41 ] てかMacOS Xてunix互換なんだろ？CPUもIntel系にしたのに既存のコード使えないのか？ 426 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 02:18:14 ] >>423 時間が経つごとに気合がなくなっていってるっぽいよなぁ >>425 CPUがインテルでもベースがUNIXでも肝心なGUIライブラリは別物なので結局移植作業は必要 427 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 02:20:29 ] プロセスとかファイルシステムとかあたりはunix互換でも、 グラフィックとかサウンドとかあたりは全然別物だし・・・ 428 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 02:38:18 ] 追加機能が増えたりバージョンあがるごとに仕様かわったりで 追従していくの大変すぎるんじゃないのかなぁ。 JVMさえ開発すればどのマシンでも動きますなんてただの宣伝文句で、 それ作ろうとしたらすげー大変だと思うよ。 429 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 13:28:02 ] 技術者の量・質を考えたらAppleがJavaを管理するのは無理そうだな できあいの既存のものを改造していくのには慣れていても、 継続的にある規格に互換させていく作業ってのはやってこなかっただろうし。 430 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 14:37:15 ] >>428 それが基本ソフトとよばれるものなんだけどな 互換性をいかに維持するか 新しいOSごとにアプリ全部作り直しなんてやってられん このスレ的にはApple捨ててよで結論でてるだろ 5.0のときの対応も遅かった 431 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 14:41:36 ] マック使う人はアポー謹製ソフトさえありゃ満足なんだから放置しとけばいい 432 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 16:17:40 ] デザイナはAdobe製ソフトも入ってないと困るよ 433 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 20:54:18 ] mac osxはカーネルより上のレイヤーはXですら自前だからなぁ。 GUIが自前とか言う次元超えてるよ。 434 名前：デフォルトの名無しさん mailto:sage [2007/11/19(月) 00:29:34 ] >>431 V2Cが無ければとても困ると思うの

---

---

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

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