- 1 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 12:42:32 ]
- J2ME CLDC+MIDPベースの携帯電話用Java(主にEZアプリ、Vアプリ)に関するスレッドです。
質問でも議論でも何でもこい、と。質問は公式資料をよく読んでからにしましょう。 前スレ: CLDC+MIDP+携帯電話用Javaスレッド part 8 pc12.2ch.net/test/read.cgi/tech/1206017034/ 過去スレ 携帯JAVAのスレッド pc2.2ch.net/test/read.cgi/tech/1011977260/(DAT落ち) CLDC+MIDP+携帯電話用Javaスレッド part 2 pc5.2ch.net/test/read.cgi/tech/1070858996/ CLDC+MIDP+携帯電話用Javaスレッド part 3 pc5.2ch.net/test/read.cgi/tech/1091798483/ CLDC+MIDP+携帯電話用Javaスレッド part 4 pc8.2ch.net/test/read.cgi/tech/1108781476/ CLDC+MIDP+携帯電話用Javaスレッド part 5 pc8.2ch.net/test/read.cgi/tech/1132493827/ CLDC+MIDP+携帯電話用Javaスレッド part 6 pc11.2ch.net/test/read.cgi/tech/1155174514/ CLDC+MIDP+携帯電話用Javaスレッド part 7 pc11.2ch.net/test/read.cgi/tech/1180010672/ >>2-5あたりにリンク集・;(`ε()゙
- 321 名前:デフォルトの名無しさん mailto:sage [2010/01/25(月) 15:38:07 ]
- void flushGraphics(){
serviceRepaints(); } flushGraphicsはこんな感じと予想
- 322 名前:デフォルトの名無しさん mailto:sage [2010/01/25(月) 15:41:13 ]
- (;´Д`)
- 323 名前:デフォルトの名無しさん mailto:sage [2010/01/26(火) 01:59:51 ]
- 久々にスレが動いたかと思えばダブルバッファも知らん連中で溢れかえっていました
- 324 名前:デフォルトの名無しさん [2010/01/26(火) 02:13:09 ]
- まぁ初歩的な質問はスレチかな
ダブルバッファスレで尋ねてみなさい
- 325 名前:デフォルトの名無しさん mailto:sage [2010/01/26(火) 14:12:52 ]
- ダブルバッファをGameCanvasの使うのと自作するのとではどれだけ性能差があるんだろうね
- 326 名前:デフォルトの名無しさん mailto:sage [2010/01/27(水) 04:31:12 ]
- GameCanvasので問題ない
性能差なんて殆ど無い
- 327 名前:デフォルトの名無しさん mailto:sage [2010/01/27(水) 16:28:22 ]
- リュウとケンぐらいの差だな
- 328 名前:デフォルトの名無しさん mailto:sage [2010/01/28(木) 21:03:14 ]
- そんなことより描画とロジックを別スレッドにしろ
びっくりするほど速くなる スレッドセーフに気を使わないといけなくなるし 重くなるとフレームスキップおきまくるけど。
- 329 名前:デフォルトの名無しさん [2010/01/29(金) 00:10:18 ]
- 何が早くなるの?
- 330 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 01:49:33 ]
- W5X世代だと画面クリアして文字出してるだけで10fpsなのに、速くなるわけなどない。
それに根本的に演算コストやら描画コスト変わらないのに、速くなるわけなどない。
- 331 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 05:18:46 ]
- 可読性犠牲にC的にゴリゴリ書く方が速いやな
ってかMIDPのマルチスレッドって注意点というか問題無かったっけ?
- 332 名前:328 mailto:sage [2010/01/29(金) 10:20:47 ]
- シューティングで3並列でマルチスレッドのアプリ作ったけど、
動作速度がかなり速くなったよ。 500のスプライト・30msのループでも、多少フレームスキップが おきるけど、動作速度は殆ど落ちない。 ディスプレイにデータを転送して描画を待っている間に、 次のフレームの処理をしているのだから、むしろ当然だと思うんだが。
- 333 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 11:10:35 ]
- 実機でそれだけの速度が出るなら、ぜひともどの機種を使ったか書いてくれ
- 334 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 12:12:11 ]
- >>332
描画とロジックを切り分けるのは良くあるパターンだけど 動作速度の解決手段としてスレッドで分ける事に どういう意図があるか是非聞かせて頂けないだろうか?
- 335 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 12:42:50 ]
- >>334
332じゃないけど、描画の時間を有効活用するって事じゃないのか?
- 336 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 16:29:01 ]
- >>334
断続的に処理落ちが発生しており、フレームレートを平滑化する仕掛けを実装してないんだろう? ロジックと描画を非同期にしていまえば、どれだけ描画が遅れようともロジックが処理落ちすることは なくなるしな。
- 337 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 18:56:04 ]
- いろいろツッコミ所は多いが
まずシューティングゲームとして致命的な仕様だなwww
- 338 名前:334 mailto:sage [2010/01/29(金) 20:54:14 ]
- >>335-336
なるほど、そういう方法があるんですか でも根本的な動作速度の改善とは少し違う意味合いでの高速化だね シングルスレッドでスリープ間隔固定でぶん回す方が速度的にも現実的な気もするけど…
- 339 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 12:14:06 ]
- どうにもうさんくさいんだよなあ。
PCのテスト環境上での話しだというならわかるんだけど。 実機で1フレーム1回全画面クリアした時のfpsより、 >>332の方が速いって信用ならない
- 340 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 16:10:20 ]
- 環境がKCP+端末上のOAPとかだとメール受信OFF設定でも
数分おきにバックグラウンド処理で何やら高負荷が掛かるから 描画スキップが激しそうだな
- 341 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 16:10:36 ]
- ならベンチマークとれよ
- 342 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 16:37:57 ]
- ベンチマークテストの仕方がわからない
- 343 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 17:58:23 ]
- ベンチマークってKCP+のモッサリが解消するアプリだったのか
- 344 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 22:07:12 ]
- だれもそんなこと言ってないだろ
- 345 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 00:37:31 ]
- 安価ぐらい付けろって意味でからかわれたんだろ
- 346 名前:デフォルトの名無しさん mailto:sage [2010/02/04(木) 14:13:55 ]
- こんにちは。
S!アプリのユーザーって減ってますか? iPhoneユーザーばかりになってるんでしょうか?
- 347 名前:デフォルトの名無しさん mailto:sage [2010/02/04(木) 17:29:59 ]
- ここで聞くことじゃ無いし他で聞いても多分誰も答えれんだろう・;(`ε()゙
- 348 名前:デフォルトの名無しさん mailto:sage [2010/02/04(木) 23:08:15 ]
- オープンソースのjavaで
腐ってる中でも性能出そうな実装って知りませんか?
- 349 名前:デフォルトの名無しさん mailto:sage [2010/02/04(木) 23:31:11 ]
- コンパイラ?VM?JAVAチップ?
- 350 名前:デフォルトの名無しさん mailto:sage [2010/02/04(木) 23:35:06 ]
- >>349
JVMです。j9買えなくなったので 困ってます
- 351 名前:デフォルトの名無しさん mailto:sage [2010/02/05(金) 15:27:20 ]
- オープンソースで?
- 352 名前:デフォルトの名無しさん mailto:sage [2010/02/06(土) 10:00:29 ]
- >>351
j9自体国内から買えなくなった
- 353 名前:デフォルトの名無しさん [2010/02/08(月) 01:23:27 ]
- OAP終了〜
orz 今後auの携帯にOAPは実装されないらしい・・・ せっせとOAP作りを勉強してる俺オワタ\(^o^)/ 携帯買い替えられないお
- 354 名前:デフォルトの名無しさん [2010/02/08(月) 01:24:58 ]
- OAPちゃんは特別なAPIとか無いからそのままソフトバンクとかの携帯アプリとして使えたりする?
使えるんなら次携帯買い換える時はソフトバンクにするお
- 355 名前:デフォルトの名無しさん mailto:sage [2010/02/08(月) 01:59:55 ]
- 自分で調べれ
- 356 名前:デフォルトの名無しさん mailto:sage [2010/02/08(月) 04:12:10 ]
- >>353
ググってもソース見つからんかった どこの情報? あとMIDP勉強してるなら何にでも応用効くじゃんw
- 357 名前:デフォルトの名無しさん mailto:sage [2010/02/08(月) 08:42:50 ]
- >>356
creation.mb.softbank.jp/sapp/index.html www.au.kddi.com/ezfactory/tec/spec/openappli.html
- 358 名前:デフォルトの名無しさん mailto:sage [2010/02/08(月) 10:14:53 ]
- >>354
S!アプリとOAPは規格が違うので完全互換は無いので注意が必要だけど、基本的にはすぐ移植できるよ。 開発環境は無料なんだしエミュレータで試してみたら?
- 359 名前:デフォルトの名無しさん mailto:sage [2010/02/08(月) 15:10:00 ]
- >>357
ただの安価ミスだとは思うが >今後auの携帯にOAPは実装されないらしい・・・ についてのソースが欲しいと言ったんだよ
- 360 名前:357 mailto:sage [2010/02/08(月) 17:23:27 ]
- ×>>356
○>>354 すみません、アンカミスいしました。
- 361 名前:360 mailto:sage [2010/02/08(月) 17:25:03 ]
- ×すみません、アンカミスいしました。
○すみません、アンカミスしました。 今度はタイプミスしましたorz..
- 362 名前:デフォルトの名無しさん mailto:sage [2010/02/09(火) 11:26:31 ]
- OSSのKVMてPhoneMEいがいにあるの?
- 363 名前:デフォルトの名無しさん mailto:sage [2010/02/09(火) 23:57:48 ]
- PhoneMEもう更新されねーだろ
ボラクルから圧力もかかってるし
- 364 名前:デフォルトの名無しさん mailto:sage [2010/02/15(月) 18:58:51 ]
- SoftBankの920SC, 820SCでのみ、
下記の通信接続オープンの箇所で、 例外処理にも来ず端末が再起動するという現象が起きています。 この端末について何か情報をお持ちの方がいましたらよろしくお願いします。 HttpConnection httpc = (HttpConnection)Connector.open(url);
- 365 名前:デフォルトの名無しさん mailto:sage [2010/02/16(火) 01:11:42 ]
- 日本の携帯Javaって変な機種依存多すぎてVMの利点が無いね
Dojaは知らんけど
- 366 名前:デフォルトの名無しさん mailto:sage [2010/02/16(火) 18:51:01 ]
- Javaはもともとそういう性格の子なので、こればかりはなんとも。
- 367 名前:デフォルトの名無しさん [2010/02/16(火) 20:16:00 ]
- auのオープンアプリなら純粋なCLDCMIDPだからオープンアプリ用アプリなら他の機種への移植は容易かも・・・?その逆は不可だけどね
血液型で例えるならオープンアプリはO型で他の血液型に輸血は出来るけど逆に血を貰うことはできないと
- 368 名前:デフォルトの名無しさん mailto:sage [2010/02/16(火) 20:22:48 ]
- M1000 も MIDP だったんだけどなあ。
- 369 名前:デフォルトの名無しさん mailto:sage [2010/02/16(火) 23:29:05 ]
- Willcomこそ純潔のMIDPぞ!!
- 370 名前:デフォルトの名無しさん [2010/02/18(木) 11:45:10 ]
- まぁAndroidが広まればMIDPも広まるだろ
アプリストアでMIDPアプリが売れるようになるわけだし
- 371 名前:デフォルトの名無しさん mailto:sage [2010/02/18(木) 11:52:27 ]
- いやMIDPとandroidは全然概念違うから。
- 372 名前:デフォルトの名無しさん mailto:sage [2010/02/18(木) 19:14:43 ]
- >>370
- 373 名前:デフォルトの名無しさん [2010/02/19(金) 13:03:23 ]
- Androidでは既にMIDPが動いているよ
ゲームだとMIDPの方がプログラム組みやすいから、Android携帯はMIDPゲーム端末としても有望かもしれない
- 374 名前:デフォルトの名無しさん mailto:sage [2010/02/19(金) 15:13:31 ]
- 少なくとも現行の日本で手に入るandroidデバイスでMIDPは動かないが?
androidストアで配布もしてねえし。 動くって考えて開発する奴は殆どキチガイに近いだろ。
- 375 名前:デフォルトの名無しさん mailto:sage [2010/02/19(金) 15:19:30 ]
- 一部業界関係者にはandroidでMIDPが動くという情報が出回っているんだろう
おそらく公式発表前の情報だから、本来は口外禁止のはずだが 末端の人間はそんなこと知ったことかであちこちで言いふらしているといったところか インサイダー取引につながりかねない危険な情報だ
- 376 名前:デフォルトの名無しさん mailto:sage [2010/02/19(金) 17:29:37 ]
- 確かJavaSE+独自拡張の言語で作れるらしいじゃん
MIDPアプリの移植は簡単そうだな
- 377 名前:デフォルトの名無しさん mailto:sage [2010/02/19(金) 19:37:43 ]
- MIDPをAndroidで動かすWrapperが既にあるよ。
ttp://www.netmite.com/android/
- 378 名前:デフォルトの名無しさん mailto:sage [2010/02/20(土) 16:14:12 ]
- 誰か日本語ドキュメントを作ってくれ〜〜
- 379 名前:デフォルトの名無しさん mailto:sage [2010/02/20(土) 18:54:30 ]
- 自分の知識の範囲内だけでキツい言い方しちゃうと
往々にして後で恥をかくもんですなあ
- 380 名前:デフォルトの名無しさん mailto:sage [2010/02/22(月) 13:47:05 ]
- Piccolo XML ParserをCLDCで動くように移植したんだがいらないコード全部とっぱらってもライブラリサイズが160Kより落ちなかった。
まだいじる余地はあるがCLDC環境にはデカすぎるな。 速度もPiccolo:XPP3が1:1.3~1.5くらいの差しかなかった。
- 381 名前:デフォルトの名無しさん mailto:sage [2010/02/22(月) 16:30:28 ]
- 300k制限+通信制限じゃxml扱うのは辛いね
- 382 名前:デフォルトの名無しさん [2010/02/26(金) 17:15:41 ]
- イメージ生成について質問です。
Image.createImage( String name ); に関しての処理時間が遅いのは仕様なんですかね・・・? 画像ファイルが10x10程度のサイズでも生成に20ミリ秒ぐらいかかっている。 Image.createImage()でイメージを複数生成しようとした際には アプリが止まっているように見えてしまうので困ってます。 Image.createImage(byte[] imagedata, int imageoffset, int imagelength) にすれば多少は早くなるのですが、メモリが厳しくて画像全てをbyte配列で 保持するのが厳しいorz 誰か良い解決方法教えて・・・。 使用端末は905SHです。
- 383 名前:デフォルトの名無しさん mailto:sage [2010/02/26(金) 20:46:14 ]
- オブジェクトの生成は基本的に重いから普通は
ロード画面でまとめてやるんじゃない? ある画像のImageオブジェクトの生成が終わったら そのbyte配列持っとく必要無いんじゃない?
- 384 名前:デフォルトの名無しさん [2010/02/26(金) 21:45:24 ]
- >>383
頻繁に使用する画像に関してはロード画面でまとめて生成を済ませて ゲーム中にイメージの解放をする可能性がある画像のみbyte配列にて 保持している状態になってます。 ゲーム中に使用する画像が多いのもあって、メモリの都合上、全ての 画像を最初に生成する事が不可能な状態・・・orz ドコモとソフトバンクの処理速度の違いに毎回苦しめられている・・・。
- 385 名前:デフォルトの名無しさん mailto:sage [2010/02/26(金) 22:12:27 ]
- その状況じゃどっか削って移植しか思い浮かばないなぁ
- 386 名前:デフォルトの名無しさん [2010/02/26(金) 23:54:07 ]
- ハードウェア依存大変そうだね
- 387 名前:デフォルトの名無しさん mailto:sage [2010/02/27(土) 13:54:15 ]
- 大変なんじゃなくてもともとスペック的に無理なことやってんじゃないの?
- 388 名前:デフォルトの名無しさん mailto:sage [2010/02/27(土) 16:39:13 ]
- 仕事でやってるとSoftBankさえなかったら…ってよく思う
SoftBankに比べればBrewへの移植なんて可愛いモン
- 389 名前:デフォルトの名無しさん mailto:sage [2010/02/27(土) 16:46:55 ]
- SoftBankはメモリが少ない機種が混ざってるのが問題になるな。
auはBREWが問題になるな。 Docomoは・・・アプリに関して俺は特に不満は無い。
- 390 名前:デフォルトの名無しさん mailto:sage [2010/02/27(土) 16:50:29 ]
- アプリドコモ最強説?
アイフォーンとかのアプリは?
- 391 名前:デフォルトの名無しさん mailto:sage [2010/02/27(土) 16:53:18 ]
- iPhoneはMIDPじゃない
- 392 名前:デフォルトの名無しさん mailto:sage [2010/02/27(土) 16:56:27 ]
- iPhoneは開発するのにまずMac買わんと。
それに言語がObjectiveCなんだっけ? さらに加えて実機動作&配布させるためには年間1万必要とか聞いた。
- 393 名前:デフォルトの名無しさん mailto:sage [2010/02/27(土) 17:01:56 ]
- ドコモはTrusted関係を一般に開放したら最強になる。
一方でそうなった場合は最凶になる可能性も秘めている。
- 394 名前:デフォルトの名無しさん mailto:sage [2010/02/27(土) 19:02:30 ]
- ドコモが一番バランス取れてる
auのアプリ環境は初期の頃から方針がぶれてたし 今頃になってOAP載らない機種が出てきたし ソフバンは問題外
- 395 名前:デフォルトの名無しさん mailto:sage [2010/02/28(日) 21:47:01 ]
- それはそうなんだけど、今はもうパケ放題だし、個人情報以外のAPIはトラステッドからはずしてほしいなぁ。
せめてGPSだけでも・・・。 どうせ、WEB経由とか写真経由で取れるんだから、ダイアログ出してもいいからさぁ。
- 396 名前:デフォルトの名無しさん mailto:sage [2010/03/03(水) 01:08:24 ]
- DCMは解像度がバラバラなのをなんとかしてくれ
いまだに縦240が主流てありえない
- 397 名前:デフォルトの名無しさん mailto:sage [2010/03/03(水) 01:23:47 ]
- ドコモじゃなくても携帯の解像度なんて結構ばらばらじゃない?
Dojaなら3D使えるし2Dも画像の拡大縮小を綺麗に速くできるからごまかしが効きそう
- 398 名前:デフォルトの名無しさん [2010/03/04(木) 17:57:14 ]
- オブジェクト指向の練習とばかりに
いろんなクラスを作ったら ファイルサイズが増えたぞ くそったれが!
- 399 名前:デフォルトの名無しさん [2010/03/04(木) 18:47:43 ]
- オープンアプリで車のゲーム作ってんだけど
GameCanvasのサブクラスをRunnaableにして run内でループ作って そのループ内で毎度全部描いたあとにflushGraphicsしてるんだけど 何故か残像が残るんですよ 残るのは道路上の車が残像残すんですよ Wireless Toolkit 2.5.2に入ってるエミュレーターでは残像出ないんですが 実機、つまりケータイ上だと残像がでちゃうんですよ これって実機側の問題だと思います?
- 400 名前:デフォルトの名無しさん [2010/03/04(木) 18:52:44 ]
- 目の錯覚っすかね
道路の色が暗い灰色(7F7F7F)で 車の色が青(FF0000)と緑(00FF00)と赤(0000FF)なんすよ アクションゲームなんで残像みえるとやりにくいんすよね FPSは10くらいで車は1フレームにつき最大30ドットくらい動くんすけどね どうしたらいいすか
- 401 名前:デフォルトの名無しさん mailto:sage [2010/03/04(木) 18:54:07 ]
- その説明だけじゃ何ともいえない
もっと状況を整理して日本語を正しく使え
- 402 名前:デフォルトの名無しさん mailto:sage [2010/03/04(木) 18:55:49 ]
- 具体性に欠けるので
その質問には答えられません
- 403 名前:デフォルトの名無しさん mailto:sage [2010/03/04(木) 19:43:30 ]
- エスパーするとおそらく液晶の残像のことだと思われ。
日本の携帯の液晶品質だと残像が残るほど色切り替えの遅い液晶は無いと思うが、それでも気になる程度に残像っぽい物が見えるのは確か。 対応策は無いので諦めれ。
- 404 名前:デフォルトの名無しさん mailto:sage [2010/03/04(木) 19:59:05 ]
- 車の描画直前に画面全体を白塗りするテストコードを入れて検証してみてはどうか
それでも残像出てる(液晶の残像)なら参考として携帯の機種名とか教えてもらいたい
- 405 名前:デフォルトの名無しさん mailto:sage [2010/03/04(木) 23:29:39 ]
- ティアリングじゃないか?
液晶の質の問題が大きい気がするが動きを小さくするとかでごまかせんかねぇ。 垂直同期って実装依存だし・・・。
- 406 名前:399 [2010/03/04(木) 23:58:46 ]
- すいやせん、目の錯覚ぽかったっす
極端な角度からみたら正常に表示されてるの確認したっす どおもお騒がせしやした
- 407 名前:399 [2010/03/05(金) 00:00:15 ]
- >>403やっぱそうっすよね。予想はしてたっす
>>404ケータイはauのW61CAっす >>405なんとか努力してみるっす どーもでしたー
- 408 名前:デフォルトの名無しさん mailto:sage [2010/03/05(金) 00:05:24 ]
- (#^ω^)ビキビキ
- 409 名前:デフォルトの名無しさん mailto:sage [2010/03/09(火) 00:10:21 ]
- もう枯れた話でスマソ。
WS011SH(W-ZERO3 Advanecd/[es])で、アプリ経験あるヤシかな。 CanvasのgetHeight()で、(本当は700dotくらいあるのに) 536しか取得できないって貴地?
- 410 名前:デフォルトの名無しさん mailto:sage [2010/03/09(火) 00:52:52 ]
- 残念ながら未経験でつ
- 411 名前:デフォルトの名無しさん mailto:sage [2010/03/09(火) 01:06:15 ]
- スマソとかヤシとか無理な誤変換とか
昔を思い出すな
- 412 名前:デフォルトの名無しさん mailto:sage [2010/03/09(火) 01:26:29 ]
- あの頃は青かった
- 413 名前:デフォルトの名無しさん mailto:sage [2010/03/09(火) 02:43:27 ]
- Javaで
GUIアプリとか、ネットのアプレットとか、携帯端末のMIDletとか、で 相互に移植しやすく作るには 入出力系統を分離して設計すれば大丈夫?
- 414 名前:デフォルトの名無しさん mailto:sage [2010/03/09(火) 02:44:41 ]
- やべ、スレ間違えた。めんごめんご
- 415 名前:デフォルトの名無しさん mailto:sage [2010/03/09(火) 16:39:25 ]
- 碧ちゃんwww
- 416 名前:デフォルトの名無しさん [2010/03/11(木) 00:40:28 ]
- 何それ
- 417 名前:デフォルトの名無しさん mailto:sage [2010/03/12(金) 08:49:36 ]
- 自称ネットアイドルの派遣プログラマ
- 418 名前:デフォルトの名無しさん mailto:sage [2010/03/15(月) 16:01:18 ]
- シミュレータのフォントを、オープンアプリの等幅フォントと
同じにする方法ないですかねぇ。 propertiesを変えれば出来そうに見えますが。
- 419 名前:デフォルトの名無しさん mailto:sage [2010/03/15(月) 21:42:45 ]
- MIDP2.0メモ
ttp://www.saturn.dti.ne.jp/~npaka/kvm/midp2/index.html ここで「エミュレータのスキン」という項目のところで オープンアプリ用のスキンが配布されてる ただ、使ってみた心地としては、イマイチな でも、スキンを自由に変えられるってことがわかる
- 420 名前:デフォルトの名無しさん mailto:sage [2010/03/16(火) 11:14:09 ]
- font.system.plainをMonospaceにしてサイズを調整しても、
位置がずれてしまうな auがカスタマイズしたシミュレータ配布してくれよ
- 421 名前:デフォルトの名無しさん mailto:sage [2010/03/16(火) 13:24:23 ]
- dpiとかいろいろ違うんだから合うわけないだろ。
|

|