1 名前:デフォルトの名無しさん mailto:sage [2006/07/31(月) 18:09:15 ] NTT DoCoMoのiモード携帯電話用Javaに関する話題を扱うスレッドです。 ※DoCoMo以外は下記スレへ。 CLDC+MIDP+携帯電話用Javaスレッド part 5 pc8.2ch.net/test/read.cgi/tech/1132493827/ ■ iアプリ特有ではなくJava一般に関する質問はこちらへ 【初心者】Java質問・相談スレッド88【大歓迎】 pc8.2ch.net/test/read.cgi/tech/1153834996/ ■ iモード携帯電話用Java(iアプリ)まとめサイト ton.my-sv.net/ ■関連スレ 【日本携帯】Mascot Capsule/Micro3D【標準】 pc8.2ch.net/test/read.cgi/tech/1117773530/ 過去スレ Part 1 piza2.2ch.net/tech/kako/975/975428633.html Part 2 pc3.2ch.net/tech/kako/1000/10007/1000723476.html Part 3 pc2.2ch.net/test/read.cgi/tech/1040898596/ Part 4 pc5.2ch.net/test/read.cgi/tech/1067139509/ Part 5 pc5.2ch.net/test/read.cgi/tech/1084246226/ Part 6 pc5.2ch.net/test/read.cgi/tech/1091286071/ Part 7 pc5.2ch.net/test/read.cgi/tech/1102844217/ Part 8 pc8.2ch.net/test/read.cgi/tech/1110946222/ Part 9 pc8.2ch.net/test/read.cgi/tech/1120411353/ Part 10 pc8.2ch.net/test/read.cgi/tech/1131603113/ Part 11 pc8.2ch.net/test/read.cgi/tech/1141796982/
458 名前:デフォルトの名無しさん mailto:sage [2006/09/22(金) 15:57:45 ] >>453 RASキホン ttp://www.faireal.net/articles/8/01/ 具体的な実装 ttp://www.faireal.net/articles/5/25/
459 名前:デフォルトの名無しさん mailto:sage [2006/09/22(金) 18:35:05 ] DoJaでベキ乗剰余は難しいのかなぁ〜
460 名前:デフォルトの名無しさん mailto:sage [2006/09/22(金) 23:13:23 ] iアプリでRSAはやったことがあるな。 その時は暗号理論云々細かいことはわからないので、 ttp://www.bouncycastle.org/ このライブラリを移植した。ちゃんと動いたよ。 ただし、処理に非常に時間がかかるけど。
461 名前:デフォルトの名無しさん mailto:sage [2006/09/24(日) 20:38:02 ] N903iのベンチktkr ttp://onosendai.jp/npaka/bench/bench.jsp
462 名前:デフォルトの名無しさん mailto:sage [2006/09/25(月) 10:21:03 ] 900シリーズのアプリを作成しているのですが、 ttp://onosendai.jp/npaka/bench/bench.jsp のベンチ結果を見るとD900はN900と比べると D900の方が全体的に早いようですが、 実際に動かすとD900の方が極端に遅く困っています。 アプリは単純な2Dのゲームで3Dプリミティブは使用していません。 ボーダフォンのSHシリーズで、大量に画像を使用すると極端に 動作が遅くなる問題がありますが、D900も似たような問題があるのでしょうか?
463 名前:デフォルトの名無しさん mailto:sage [2006/09/25(月) 10:39:46 ] 原因は分からないが、90xで一番の糞機種はD900iなのは間違いない
464 名前:デフォルトの名無しさん mailto:sage [2006/09/25(月) 14:09:54 ] のんびりと風呂に浸かりながら同意。 900に限らずDの歴代の設計者は生皮剥いで塩漬けにして猫に食わせてやりたい。 マジで。
465 名前:デフォルトの名無しさん mailto:sage [2006/09/25(月) 14:43:23 ] 猫になんて物食わすんだヽ(`Д´)ノ
466 名前:デフォルトの名無しさん mailto:sage [2006/09/25(月) 16:08:54 ] D900iは切っても誰も文句言わないよ。
467 名前:462 mailto:sage [2006/09/25(月) 17:17:17 ] >>466 上司が文句言ってる orz
468 名前:デフォルトの名無しさん mailto:sage [2006/09/25(月) 17:27:56 ] 上司を塩漬けにして猫に食わせるってのはどうだ
469 名前:デフォルトの名無しさん mailto:sage [2006/09/25(月) 17:31:17 ] 上司がうんこだと困るよね。 ドラクエもFFもD900iは端末性能の関係で非対応だそうですよ とか実例を出して言ってやれ。
470 名前:デフォルトの名無しさん mailto:sage [2006/09/25(月) 18:46:20 ] 後ろに「そんなことも知らないんですか?」を付けてな('-'*)
471 名前:デフォルトの名無しさん mailto:sage [2006/09/25(月) 19:08:28 ] 上司も切れば問題ない。 手を回してやるから会社名晒せw
472 名前:デフォルトの名無しさん mailto:sage [2006/09/25(月) 20:51:56 ] D900は対応の手間だけで赤になるですよ? 他の1%くらいしかいなかった。
473 名前:デフォルトの名無しさん mailto:sage [2006/09/25(月) 21:41:33 ] Imageでややこしいことになってる?
474 名前:デフォルトの名無しさん mailto:sage [2006/09/26(火) 02:31:53 ] iアプリ用に設置したcgiに対して、自分の作った アプリ以外では絶対接続できないようにしたいのだが、 ・DoCoMo 以外のIPは全部蹴る という対策だけでは、 ・公式アプリからの接続 ・FOMAとPCをUSBで繋いだ奴からの接続 が可能な気がするんだが・・・、実際のところどうなの? 公式アプリからアタック食らう事は無いと思うが、 FOMA経由のPCだとアタックできる気がするのだが・・。 アプリで繋ぐ場合とはIPが違うのかな?
475 名前:デフォルトの名無しさん mailto:sage [2006/09/26(火) 03:09:30 ] PC接続からのアクセスはIPレンジが違ったような
476 名前:デフォルトの名無しさん mailto:sage [2006/09/26(火) 04:44:17 ] >>474 iアプリ等で許可するDoCoMoのIPってのは、 iモードのリクエストを処理するゲートウェイ(GW事業部のGW)の アドレスなわけで、PCつないだ時には使われません。
477 名前:474 mailto:sage [2006/09/26(火) 06:19:55 ] なるほど、ありがとうございました。 安心してIP弾きだけにできます。
478 名前:デフォルトの名無しさん [2006/09/26(火) 16:23:18 ] >>460 このソースって今も持っていませんか?
479 名前:デフォルトの名無しさん mailto:sage [2006/09/26(火) 18:37:00 ] キッコーマンに言えば売ってくれるよ
480 名前:デフォルトの名無しさん mailto:sage [2006/09/26(火) 19:26:10 ] >>478 あるよ。 ただし魔法は尻から出る
481 名前:デフォルトの名無しさん mailto:sage [2006/09/26(火) 23:22:02 ] iアプリの本でお薦めはどれだよ。
482 名前:デフォルトの名無しさん mailto:sage [2006/09/27(水) 00:19:57 ] >>28 か>>240 が読んだ本
483 名前:デフォルトの名無しさん mailto:sage [2006/09/27(水) 03:25:41 ] podtv.jp/i/jigmovie_player.jar
484 名前:デフォルトの名無しさん mailto:sage [2006/09/27(水) 03:52:20 ] >>478 オープンソースだからそのまま移せって。 そんなに大変な作業じゃない。 J2ME版使えばいい。 使い方はtestフォルダのソースを見ればわかる。 唯一気を付けるのは、java.mathパッケージは予約されてるんで名前を変える必要があるくらいか。
485 名前:デフォルトの名無しさん mailto:sage [2006/09/27(水) 14:02:48 ] >484 どれを落とせばいいのですか?
486 名前:デフォルトの名無しさん mailto:sage [2006/09/27(水) 15:54:08 ] DoJaでRSA暗号を実装しようといた人って今までにはいないのかな?
487 名前:デフォルトの名無しさん mailto:sage [2006/09/27(水) 18:57:44 ] R・S・A!! R・S・A!!
488 名前:デフォルトの名無しさん mailto:sage [2006/09/27(水) 19:45:16 ] RSAよりBrowFishのほうがいいな。 DoCoMoで使えるパッケージには含まれて居ないのが残念・・。
489 名前:デフォルトの名無しさん mailto:sage [2006/09/27(水) 19:46:46 ] >>482 ケチらないで教えろ!
490 名前:デフォルトの名無しさん mailto:sage [2006/09/27(水) 19:50:44 ] 俺が読んだの表紙に503って書いてある奴だけど それでもいいなら教えるがw
491 名前:デフォルトの名無しさん mailto:sage [2006/09/27(水) 20:18:44 ] lヽ ノ l l l l ヽ ヽ )'ーーノ( | | | 、 / l| l ハヽ |ー‐''"l / R | | |/| ハ / / ,/ /|ノ /l / l l l| l R ヽ l ・ i´ | ヽ、| |r|| | //--‐'" `'メ、_lノ| / ・ / | S l トー-トヽ| |ノ ''"´` rー-/// | S | | ・ |/ | l ||、 ''""" j ""''/ | |ヽl ・ | | A | | l | ヽ, ― / | | l A | | !! | / | | | ` ー-‐ ' ´|| ,ノ| | | !! | ノー‐---、,| / │l、l |レ' ,ノノ ノハ、_ノヽ / / ノ⌒ヾ、 ヽ ノハ, | ,/ ,イーf'´ /´ \ | ,/´ |ヽl | /-ト、| ┼―- 、_ヽメr' , -=l''"ハ | l ,/ | ヽ \ _,ノーf' ´ ノノ ヽ | | 、_ _ ‐''l `ー‐―''" ⌒'ー--‐'´`ヽ、_ _,ノ ノ  ̄ ̄ | /  ̄
492 名前:デフォルトの名無しさん mailto:sage [2006/09/27(水) 20:23:55 ] RSAの暗号だけできても PKCSまで考えないと 穴だらけ
493 名前:デフォルトの名無しさん mailto:sage [2006/09/27(水) 23:13:58 ] >>485 SOURCES AND JAVADOCの一番下にJ2MEってのがあるだろ。 >>486 ここに居るw もっとも第一号ではないが。
494 名前:デフォルトの名無しさん mailto:sage [2006/09/28(木) 11:49:39 ] とりあえず、1024bitのベキ乗剰余演算ができるようになればいいんですが・・・ c = m^e mod n (ただし,nは素数p,qの積) (mをe乗したものをnで割ったときの余りをcとする.) そして,1024bitといったのは、nの部分なのです。
495 名前:デフォルトの名無しさん mailto:sage [2006/09/28(木) 13:39:24 ] boolean bit[1024];
496 名前:デフォルトの名無しさん mailto:sage [2006/09/29(金) 00:18:33 ] 書籍の話が出てきたんで、ずうずうしいながら便乗させてもらいたいんですけど、 最近、iアプリ開発に手を出し始めて、503対応版(CLDC1.0)の本を買ったんですが、 テストや開発はCLDC4.0で行っています。 1.0と4.0ではライブラリが増えているって事はわかるんですが、 それ以外に気をつけることってどんなことがあるでしょうか?
497 名前:デフォルトの名無しさん mailto:sage [2006/09/29(金) 00:26:08 ] >>496 本を壱から読み直した方がいいぞ
498 名前:デフォルトの名無しさん mailto:sage [2006/09/29(金) 00:31:32 ] 間違えたorz >最近、iアプリ開発に手を出し始めて、503対応版(CLDC1.0)の本を買ったんですが、 >テストや開発はCLDC4.0で行っています。 最近、iアプリ開発に手を出し始めて、503対応版(DoCoMoProfile-1.0)の本を買ったんですが、 テストや開発はDoja4.0で行っています。 まさか、まだ間違ってる??
499 名前:デフォルトの名無しさん mailto:sage [2006/09/29(金) 02:51:44 ] 容量がアホほど違うし、とりあえず503〜504までの常識は捨てたくらいで丁度良い。
500 名前:デフォルトの名無しさん mailto:sage [2006/09/29(金) 03:26:04 ] DoJa5のLeは30KB+200KB。 703iシリーズ。
501 名前:デフォルトの名無しさん mailto:sage [2006/09/29(金) 07:31:26 ] 基本的には503からあんま変わってない。 APIリファレンスで昔オプションだったのが今は普通に使えるとか 結構あるんで、APIリファレンスをチェックしとくといい。 実際に使ってみたら遅くて使い物にならないとかはまた別の話w
502 名前:デフォルトの名無しさん mailto:sage [2006/09/29(金) 17:28:18 ] proguardを使用していたのですが Exception in thread "main" java.lang.StackOverflowError プログラムサイズが大きくなると上記のエラーが出てうまく動作しなくなりました。 回避する方法はあるのでしょうか?
503 名前:デフォルトの名無しさん mailto:sage [2006/09/29(金) 17:49:32 ] >>502 java -Xss4m -jar proguard.jar @hoge.pro
504 名前:デフォルトの名無しさん mailto:sage [2006/09/29(金) 23:12:23 ] 初心者向けじゃなくてもっとコアな話の載っている書籍か雑誌はありませんか?
505 名前:デフォルトの名無しさん mailto:sage [2006/09/29(金) 23:22:53 ] Javaは覚える事も気をつけることもそんなに無いからなぁ。 C++の本ならいくらでも上級者向けの本はあるんだが。
506 名前:デフォルトの名無しさん mailto:sage [2006/09/29(金) 23:31:57 ] アルゴリズム本とか ゲームプログラミング本とか
507 名前:デフォルトの名無しさん mailto:sage [2006/09/29(金) 23:33:35 ] テンプレートさえなければC++も大して変わらんのだけっどもね
508 名前:デフォルトの名無しさん mailto:sage [2006/09/29(金) 23:34:22 ] いわゆる業務でアプリ書いてる連中が恒常的に使ってる テクニックについて解説した本は確かに絶無だな。 何か知ってる?
509 名前:デフォルトの名無しさん mailto:sage [2006/09/29(金) 23:44:04 ] >>506 んなら GameProgramming Gems が、iアプリに実装できるような軽い内容のものは皆無かもしれん。
510 名前:デフォルトの名無しさん mailto:sage [2006/09/29(金) 23:49:02 ] >>509 明らかにiアプリのそれとは方向性の違うものばかりだし、流用できる代物は絶無に近いな。 海外でもiモードなりJ2MEなりのゲームは作られてるのだし、その辺のノウハウ本が 逆輸入されてもいい頃だと思うんだが、動きがねえなあ。
511 名前:504 mailto:sage [2006/09/29(金) 23:56:05 ] 言語というよりはVMの仕様と各機種の実装の話とか移植性の高いコードを書くにはとか 容量が限られてるからこそ使うテクニックとか・・・ そんなのありませんかね
512 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 00:00:08 ] IBMのJ2ME関係のドキュメントが多少は役に立つけれど…
513 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 00:05:18 ] 容量が限られてるからこそ使うテクニック と 移植性の高いコード は二律背反
514 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 01:50:32 ] それだけにノウハウ本なりなんなりが、もう少しあってもいい気がするんだけどね。 大して習得することなんかねーよって言われちゃえばそれまでだが、 アプリ書きの人口って少なくないよな?
515 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 02:12:46 ] 仕事で海外のソースも見たけど、あっちは端末ごとに画面サイズとかバラバラで 504時代みたいな感じが続いてるっぽい。 そんな感じなんで、結局プリプロセッサ使いまくりのソースになってて、 機種ごとに大量のバッチファイルがあった('A`)y-~~
516 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 02:15:50 ] うぇw 端末の機種性能差は向こうの方が 凄いことになってそうなのは、容易に想像がつくな。 そこまでくると無理にソースコード共有しないで バラで保守管理した方がむしろ楽な気すらするぞ。
517 名前:502 mailto:sage [2006/09/30(土) 10:03:33 ] >>503 スタック増やしても駄目でした。 最適化をオフにすると通ったので最適化にバグがあるようです。
518 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 11:20:57 ] いるんだよねぇ 自分のバグを最適化とかのせいにする奴が
519 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 11:39:59 ] どう見ても最適化ソフト側の問題
520 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 13:28:27 ] >>519 本人乙。 最適化ソフトは、容量を減らすかわりにメモリー使用量を増やす場合があることが書かれてるはず。 結果スタックにのっからなくなっただけ。 仕様どおりの動きだっての。 1クラスとか、1関数とかが大きすぎるんだよ!ダイエットしろ! べ、別にやらなくて後で問題が起きたって知らないんだからね!
521 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 13:37:23 ] Classファイルのスタックサイズの項を手動で0xFFとかにしてやればなんとかなるんじゃねw
522 名前:502 mailto:sage [2006/09/30(土) 13:59:59 ] >>520 519は502ではないです。 実機でスタックオーバーで動かなくなるのなら私のプログラムに問題があると思いますが、 proguardの処理中にStackOverflowErrorがでるのでproguardの方の問題だと思います。 スタックはクラス、メソッドの大きさより、ローカルで使用する変数の使用量が一番影響あると 思っていたのですが、クラスやメソッドの大きさも関係あるのでしょうか? ちなみにスタックを大量に消費しやすい再起呼び出しなどのルーチンは作成していません。
523 名前:503 mailto:sage [2006/09/30(土) 14:02:45 ] >>520 メモリ使用量が増えるってのはアプリの実行時の話でしょ、無関係。 ttp://proguard.sourceforge.net/manual/troubleshooting.html に、 複雑なメソッドを(Windows上で)最適化すると StackOverflowError が起こるかもしれないって書いてある。
524 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 14:14:35 ] StackOverflowError You can try increasing the stack size of the Java virtual machine (with the usual -Xss option). This error also seems to occur occasionally when optimizing complex methods on Windows (surprisingly, not on Linux). You can then work around it by using ProGuard's -dontoptimize option. hmhm
525 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 14:16:22 ] >>502 503が解決方法載せてくれてんじゃん java実行時のスタックメモリ量を増やせば大抵大丈夫だって 4Mで足りなかったら20Mでも50Mでも指定して実行するべし
526 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 16:04:26 ] 何百メガ設定してもだめなターゲットはだめ。 どうしても proguard 使いたかったら自分の側を変えるしか無さそうだ。
527 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 16:04:56 ] StackサイズがHeapサイズを超えそうだな
528 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 16:18:18 ] 1クラス内の変数が多すぎてコンパイルが通らないことはあったな。違う話だけど。
529 名前:502 mailto:sage [2006/09/30(土) 17:23:58 ] >>525 503さんの助言で10Mまでは試したんだが駄目だった。 それでjavacの最適化を切ったら動いたのでそれで作業してました。 今、試しにjavacの最適化にして、依然駄目だった10mでやると正常に動いた。 メッソドやクラスのサイズは増え、より複雑になってるはずなんだが・・・・。 orz >>526 自分の側を変えるにしても、proguardがどのクラス、メソッドを処理中に StackOverしているのかエラーメッセージを出してくれないと対処が難しいな。 コツとかあれば教えて欲しい。
530 名前:526 mailto:sage [2006/09/30(土) 18:33:06 ] proguard はあきらめた。
531 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 18:49:22 ] てかproguardって容量減る? エミュレータでコンパイルしたのだと大して変わらなかった
532 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 19:48:06 ] 書き方にもよるが、そこそこ減るぞ。
533 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 19:59:51 ] 2KBは減る。
534 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 20:00:11 ] 難読化させるとかなり容量減るんだが、 動かなくなる(笑)
535 名前:デフォルトの名無しさん mailto:sage [2006/10/01(日) 01:20:32 ] >>496 です。 過去の書籍と現状についての比較について教えてくれたかた ありがとうございました。
536 名前:デフォルトの名無しさん mailto:sage [2006/10/01(日) 01:28:26 ] >>534 難読化で動かなくなってりゃ世話無いよw preverify忘れてるとかいうオチと違うのか
537 名前:デフォルトの名無しさん mailto:sage [2006/10/01(日) 03:31:38 ] >>536 いや、ロジック内で Hoge hoge=new Hoge(); があるかないかで おちる/落ちない が確定された。
538 名前:デフォルトの名無しさん mailto:sage [2006/10/01(日) 03:35:13 ] バカはほっといてCLDC1.1の日本語ドキュメントどこかにありませんか?
539 名前:デフォルトの名無しさん mailto:sage [2006/10/01(日) 04:12:32 ] ∩___∩ | | ノ\ ヽ | / ●゛ ● | | | ∪ ( _●_) ミ j 彡、 |∪| | J >>538 / ∩ノ ⊃ ヽ ( \ / _ノ | | .\ “ /__| | \ /___ /
540 名前:デフォルトの名無しさん mailto:sage [2006/10/01(日) 04:30:23 ] おれはprguardで57KBが30KBになるぞ
541 名前:538 mailto:sage [2006/10/01(日) 04:38:21 ] つーか一言でproguardっつってもバージョン一杯あるし そもそもサイト(source forge)で不具合報告されてるだろ? >>539 いや釣りじゃなくてw
542 名前:デフォルトの名無しさん mailto:sage [2006/10/01(日) 08:25:57 ] CLDCってことは微妙にスレ違いか。
543 名前:デフォルトの名無しさん mailto:sage [2006/10/01(日) 08:35:54 ] ∩___∩ | | ノ\ ヽ | / ●゛ ● | | | ∪ ( _●_) ミ j 彡、 |∪| | J >>542 / ∩ノ ⊃ ヽ ( \ / _ノ | | .\ “ /__| | \ /___ /
544 名前:デフォルトの名無しさん [2006/10/01(日) 22:37:17 ] 携帯のJavaってベクターとかハッシュは使えるの?
545 名前:デフォルトの名無しさん mailto:sage [2006/10/01(日) 22:42:20 ] がんばれば
546 名前:デフォルトの名無しさん mailto:sage [2006/10/01(日) 23:47:27 ] がんばればというか、ベクターは普通に使えるはずだが。 重くなるからやらんがね
547 名前:デフォルトの名無しさん [2006/10/02(月) 22:48:11 ] >>544 ハッシュとか自分で実装しちゃえばいいだろ
548 名前:デフォルトの名無しさん mailto:sage [2006/10/03(火) 01:37:33 ] いいからCLDCのAPIリファレンス読めや
549 名前:デフォルトの名無しさん mailto:sage [2006/10/03(火) 01:52:29 ] この速度なら言える! 俺はStringTokenizerが大好きなのに! 大好きなのにー!!
550 名前:デフォルトの名無しさん mailto:sage [2006/10/03(火) 04:15:51 ] StringTokenizerはサイズが小さいから、J2SE SDKに同梱のソースから引っ張ってこればすぐ使える
551 名前:デフォルトの名無しさん mailto:sage [2006/10/03(火) 08:27:46 ] そうなんだよ。 だから毎回自前で組み込んでる。 この位最初から入っててくれてもバチはあたらないと思うんだ… 俺だけかなあ。
552 名前:デフォルトの名無しさん mailto:sage [2006/10/03(火) 10:23:18 ] 自前で組み込めるから切ったんだろ
553 名前:デフォルトの名無しさん mailto:sage [2006/10/03(火) 12:15:18 ] 903って902とまったく性能変わらんのだね。 まあ902で十分速いんだけども。でも…うーん…。 FとかDとか、少し遅かったのが底上げされてんのかな。
554 名前:デフォルトの名無しさん [2006/10/04(水) 20:42:39 ] いきなり質問してすみません。 今、学際に向けてiアプリを作っているのですが、どうしても使えるKEYを増やすことができません。 下のようなプログラムで、決定キーだけは使えるのですが、色々なキーを使えるようにしたいのですが、どうしたらよいかわかりませんか? int key=getKeypadState(); if (((1<<Display.KEY_SELECT)&key)!=0) { if (unomiV>-8) unomiV--; } else { if (unomiV<8) unomiV++; } unomiY+=unomiV;
555 名前:デフォルトの名無しさん mailto:sage [2006/10/04(水) 20:45:38 ] 学際領域か。
556 名前:デフォルトの名無しさん mailto:sage [2006/10/04(水) 20:57:02 ] どこから突っ込むべきか… とりあえず、公式マニュアルを嫁
557 名前:デフォルトの名無しさん mailto:sage [2006/10/04(水) 21:12:48 ] >>554 >if (((1<<Display.KEY_SELECT)&key)!=0) { この行に注目。 セレクトキーが押されたかどうかしか判定していない。 だから「決定キーだけは使えるのですが」という結果も当然のこと。 他に例えば「1キーが押されてるかどうか」を判定するには if (((1<<Display.KEY_1)&key)!=0) { とすればよい。 調べたいキーについていちいちこのような記述をすることになる。 でもそれだと非常に面倒だよな。だったらどう工夫すればよいか? そこを考えるのがプログラマの仕事だ。がんばって〜
558 名前:デフォルトの名無しさん [2006/10/04(水) 23:01:59 ] もっとがんばってみます、ありがとうございす。