1001コメント349KB

iモード携帯電話用Java(iアプリ) Part10

■ このスレッドは過去ログ倉庫に格納されています

0001デフォルトの名無しさん

2005/11/10(木) 15:11:53

0175デフォルトの名無しさん

2005/12/02(金) 16:05:58

配列も、定数で初期化するとヒドイ事になるからなぁ。
private final static byte[] b = { 0, 1, 2, 3, 4 };
とか、バイトコード眺めて唖然としたわ。

0176デフォルトの名無しさん

2005/12/02(金) 17:29:37

>>171
腫れ上がらない
圧縮技術を勉強知る

0177デフォルトの名無しさん

2005/12/02(金) 18:32:05

>>176
finalでないシンボルを作るのに比べたらはるかに少ないけど、やはり膨れるぞ。
それはjarで圧縮してもいっしょ。proguard使えば話はかなり違うだろうな。
ちゃんと携帯java技術を研究知る

0178デフォルトの名無しさん

2005/12/02(金) 18:48:45

自分で定義した場合、　final static でも置換動作をしてくれませんっ
本当にごめんなさいっ！

だからプリプロセッサを使うハメになる…。

0179デフォルトの名無しさん

2005/12/02(金) 18:54:50

しかし、仕事でｱﾌﾟﾘ作ってて自分じゃｱﾌﾟﾘ動かない昔の携帯使ってるけど、
なんでこんな糞端末使う気になるんかね？
メニュー周りのわずらわしさだけで会社の携帯地面に叩き付けそうになるヨ'`,､('∀`) '`,､

0180デフォルトの名無しさん

2005/12/03(土) 01:06:09

メーカーによって使い勝手はかなり違う
おそらくあなたの携帯が使い難いんでしょう

0181デフォルトの名無しさん

2005/12/03(土) 07:31:32

えーマジbyte!! byteが許されるのは小学生までだよねー
つーかbyte型ここ数年全然使ってないことに気づいた。

>>174
> 素直にバイト配列使っとけや

Javaではint配列のほうが１億万倍素直だ。
VMのインストラクションセットとコンパイル結果のバイトコードをよーく見てみろ。

0182181

2005/12/03(土) 07:39:31

DoJaのドキュメントbyteで検索してもろくなの引っかからないじゃん。ImageMapくらいだな。
俺はImageMap使ってないし、これもDoJa-4.0からはint型のに置き換えられてる。

まあ、今時１バイトでデータを格納するなんてさもしくないかってこった。

0183デフォルトの名無しさん

2005/12/03(土) 08:21:35

マップデータをSPに保存してあって1マス1byteで管理してます。
このマップをメモリにロードするときbyte[]ではなくint[]使えということでしょうか?

0184デフォルトの名無しさん

2005/12/03(土) 08:38:27

そうなりますね

0185デフォルトの名無しさん

2005/12/03(土) 09:30:06

ちなみに
Connector.openDataInputStreamでSPにアクセスして
DataInputStream.read(byte[] buf)でロードしてますが
int[]型にするにはどうするのですか？

0186デフォルトの名無しさん

2005/12/03(土) 10:44:15

>>181
前レスみたかい？

0187デフォルトの名無しさん

2005/12/03(土) 13:04:45

>>183
他への移植も考えたら別にbyteでもいいんじゃね？

0188デフォルトの名無しさん

2005/12/03(土) 21:29:01

すんません、曖昧な質問なのですが、携帯アプリ環境でテスト駆動開発は可能でしょうか？
JUnitもしくはそれに似たようなものをDoja環境で使っているという人います？

0189デフォルトの名無しさん

2005/12/04(日) 00:22:07

>>188
書けるよ。ただしテストやビルド用の環境をちゃんと作らないとダメだぞ。

0190デフォルトの名無しさん

2005/12/04(日) 12:27:43

会社で支給されたパソコンのメモリが256。
EclipseとDo-ja動かしていると程よく殺意とストレスが溜まってきます。
ココに要られる方で低スペックパソコンでストレス無く開発されている方がおられましたら
是非そのテクニックを伝授して欲しいのです。
ちなみにOSはXPで無駄なアンチウイルスソフトとか、XPの機能などは全て停止させています。

0191デフォルトの名無しさん

2005/12/04(日) 14:16:07

メモリを買い足す(今は安いからオススメ)
HDDを大容量にする

Eclipseは2.x
高速化ソフトを入れる
フリーソフト窓の手を入れる
雑誌・本をレジストリをごにょごにょ

最終手段 SafeModeで起動

でも一番苦労しないのは新しいのを買うこと
新品が59800円なんて5年前なら内臓破裂ものだぜ？

0192デフォルトの名無しさん

2005/12/04(日) 14:18:18

Eclipseを使わなければ（ｒｙ

0193デフォルトの名無しさん

2005/12/04(日) 16:27:19

iアプリ開発ツールをインストールしようとしたら、

「iappli Development Kit for doja-4.0(FOMA)を完全にｲﾝｽﾄｰﾙする
前にｳｨｻﾞｰﾄﾞが中断されました。

ｼｽﾃﾑが変更されていません。後でこのﾌﾟﾛｸﾞﾗﾑをｲﾝｽﾄｰﾙするに
は、再度ｲﾝｽﾄｰﾙを実行してください。
ｳｨｻﾞｰﾄﾞを終了するには[完了]をｸﾘｯｸしてください。」

と表示されてｲﾝｽﾄｰﾙできないんですが、何が悪いのでしょう？
ちにみに、j2sejdk1.3.1_16はｲﾝｽﾄｰﾙしてあります。

0194デフォルトの名無しさん

2005/12/04(日) 16:34:50

再起動してもう一回実行すれば

0195デフォルトの名無しさん

2005/12/04(日) 18:56:50

エミュレータではポインティングデバイスの動作確認はできないのでしょうか？
マウスを動かしても全然反応ないというか，エミュレータでのポインティングデバイス
に相当するものがわかりません．

0196デフォルトの名無しさん

2005/12/04(日) 20:53:55

何のポインティングデバイスですの？

0197デフォルトの名無しさん

2005/12/04(日) 23:42:37

N900とかのことか？
エミュでできたかな…。試したことねーや…。

0198デフォルトの名無しさん

2005/12/05(月) 19:37:15

すいません。教えてください。
最近になって　ＦＯＭＡのアプリの開発を始めました。
初歩的なことですいません。
バックライトを常時点灯させたいために以下のコードを
書いたのですが、 isAvailable()のリターン値が必ず　falseが
帰ってきてしまいます。
なにか、書き方が良くないのでしょうか？
テストした機種はSH901isです。
よろしくお願いします。

if ( PhoneSystem.isAvailable(PhoneSystem.DEV_BACKLIGHT) == true ){
PhoneSystem.setAttribute(PhoneSystem.DEV_BACKLIGHT,PhoneSystem.ATTR_BACKLIGHT_ON);
}

0199デフォルトの名無しさん

2005/12/05(月) 20:07:32

>isAvailable()のリターン値が必ず　falseが帰ってきてしまいます。
何も不思議はない。バックライト制御ができない端末ってことだ。

0200デフォルトの名無しさん

2005/12/05(月) 20:11:23

余談だが、携帯電話にはバッテリーを長持ちさせたいという設計上の意図がある。
だからアプリからバックライトやバイブレーションの制御が好き勝手に出来ない端末がある。
明かり点けっぱなし、モーター回しっぱなしでバッテリー消費しまくりのアプリを防ぎたい、ってことで。

0201デフォルトの名無しさん

2005/12/05(月) 21:01:15

>>198
本体側の設定で、バックライト制御の項目が「システム」になってると
falseが返ってくるようになってるんじゃないの?

0202デフォルトの名無しさん

2005/12/05(月) 21:03:49

>>194
何回再起動しても同じです・・・。

0203デフォルトの名無しさん

2005/12/05(月) 23:00:23

第5回iアプリコンテストドコモカップ東北のスレ
http://hobby7.2ch.net/test/read.cgi/appli/1133790912/

0204195

2005/12/06(火) 00:16:35

>>196-197
N端末のやつです．
N端末を買ったらニューロポインタがついてたので，それを使ったアプリが
作れないかと思いまして．
ん・ぱか工房の辺りを見るとエミュレータで動かしてるっぽい画像が載ってる
のですが，やり方が全然書いてないみたいなので．
何か見落としてるんでしょうか？

0205デフォルトの名無しさん

2005/12/06(火) 00:51:45

ニューロポインタって、表示非表示をAPIから指定できたよな？
とりあえず表示ってやってみた？
一回しかニューロポインタ使ったアプリ作ったことないからうろ覚えで悪いが。

0206198

2005/12/06(火) 11:43:15

>何も不思議はない。バックライト制御ができない端末ってことだ。

やはりそういうことなんですね。

>本体側の設定で、バックライト制御の項目が「システム」になってると
>falseが返ってくるようになってるんじゃないの?

　設定をいろいろ見たのですが、そういう設定が見当たらないのです。

0207デフォルトの名無しさん

2005/12/06(火) 13:20:12

絶対あるから探せ。端末名はなんだ。

0208198

2005/12/06(火) 13:26:41

>>207
SH901isとN701です。

0209195

2005/12/06(火) 14:16:28

>>205
とりあえず
PointingDevice.setEnabled(true);
って書いてあります．で，
PointingDevice.getX()とかで座標を表示してみたのですが，0って書いてあるまま
変化がありません．

0210デフォルトの名無しさん

2005/12/06(火) 14:58:24

PointingDeviceについて、今はもう会社を辞めた人のｿｰｽを見てみた。

初期化は

if( PointingDevice.isAvailable()){
　PointingDevice.setEnabled(true);
　PointingDevice.setMode( PointingDevice.MODE_JOYSTICK );
}

だけっぽい。

0211デフォルトの名無しさん

2005/12/06(火) 15:18:05

>>208
俺ＳＨだが・・・ないなｗｗｗｗ
説明書どこかあったら見れてみればいいんでない？ｗ

0212195

2005/12/06(火) 16:09:16

>>210
すみません，実機で試すのを忘れていました．
実機では普通に動きました．
エミュレータだけうまくいってないようです．
「DoJa-4.0プロファイル向けiアプリ開発ツール」というのを使っているのですが，
これはポインティングデバイスには対応してないのでしょうか？

0213デフォルトの名無しさん

2005/12/06(火) 16:17:12

>>212 いいかげん、自分で調べたら？

0214195

2005/12/06(火) 16:25:14

>>213
すみません．ただ，Googleで検索しても全然ヒットしないので・・・
APIのリファレンスにはエミュレータの使い方なんて書いてありませんし，
ポインティングデバイスを使った場合のエミュレータの使い方を解説したサイトが
ないみたいなんです．

0215デフォルトの名無しさん

2005/12/06(火) 16:36:01

全く調べてない俺が、無理だと言っておく。

0216デフォルトの名無しさん

2005/12/06(火) 17:30:11

>>195
実機でテストしろ

0217デフォルトの名無しさん

2005/12/06(火) 19:33:31

>>195=212=214
なぜエミュレータのドキュメントを読まないのさ。
「エミュレーションの範囲」の項目を読んで自分で判断しろ。

0218デフォルトの名無しさん

2005/12/06(火) 19:35:11

>>195
setMode() で MODE_MOUSE にして
setVisible(true) ってしてみたら？

0219195

2005/12/06(火) 19:56:43

>>216
うーん，やっぱりそうなってしまうんでしょうか．

>>217
私が見た限りでは触れていないように見えます．
エミュレータで動かせるだろうと判断した根拠は
ここ http://www.saturn.dti.ne.jp/~npaka/sorami/2/index.html
の画像を見たからなんですが・・・

>>218
試してみましたが駄目でした．

0220デフォルトの名無しさん

2005/12/06(火) 20:29:25

PCのマウスカーソルをエミュレータの画面上で…

0221195

2005/12/06(火) 20:52:13

>>220
いろいろ動かしたりクリックしたりしましたが駄目でした．
getX()しても0しか返ってきません．

0222デフォルトの名無しさん

2005/12/06(火) 22:14:37

PointingDevice.setMode(PointingDevice.MODE_MOUSE);
PointingDevice.setEnabled(true);
PointingDevice.setVisible(true);

↑初期化、setModeを先にやらないと例外が発生する端末がある
後は getX() とかで座標を拾う

操作はエミュレータの「決定ボタンの上」で、マウスの右ボタンを押しながらマウスを動かす

MODE_JOYSTICK の場合は getDirectionX() とかを使う
この場合画面の座標ではなく、入力方向が得られる

0223195

2005/12/06(火) 22:22:45

>>222
できました，ありがとうございます．
どこかに書いてあったのを見落としていたのでしょうか．

0224デフォルトの名無しさん

2005/12/06(火) 22:51:11

/*
　ふと思ったんだけどさ。
　そろそろモバイルで悪魔召喚プログラムとか出ねーのかな。
*/

0225デフォルトの名無しさん

2005/12/06(火) 23:04:52

>>223
エミュレータでのポインタ操作については DoJa4.0のドキュメントには書いてない（と思う）
でもどっかで見たことあるなぁ～と探していたら DoJa2.1のドキュメントに記述があったw

0226デフォルトの名無しさん

2005/12/07(水) 01:22:23

IApplication.getCurrentApp().getSourceURL()
↑でダウンロードしたURLが取れるみたいなんですが、
これ以外に、ADFの値って取れないですか？
例えば、AppVer(バージョン)とか、取りたいんですが。。。

0227デフォルトの名無しさん

2005/12/07(水) 03:51:29

ログ嫁。

0228デフォルトの名無しさん

2005/12/07(水) 10:11:39

ドキュメントも読めない奴はとっとと中国に帰ってくれ。

0229デフォルトの名無しさん

2005/12/07(水) 11:14:04

>>224
メガテンのサイトにおいきなさい。

0230デフォルトの名無しさん

2005/12/08(木) 19:27:15

質問良いでしょうか？

①SPのgifのパレット部分を0xFFで埋める
②gifをMediaManager.getImageで作成、表示
③SPのgifのパレット部分を元に戻す
④gifをMediaManager.getImageで作成、表示
⑤１へ戻る
上記の様にして白点滅を行っています。

この時、
P901iはスムーズに動き、
P902iは激しく遅いんですが、原因が分かりません。。。

なぜでしょうか？？？

0231デフォルトの名無しさん

2005/12/08(木) 19:38:54

>>230
実機無いからわからんがP902はｽｸﾗｯﾁﾊﾟｯﾄﾞ読み書きが遅いとかそういうのは無い？

あと質問、D505でサウンドを止めたり鳴らしたりしてると
たまにサウンドが再生されないことって無い？
心当たりがあって対応したことある人の情報求む(´・ω・｀)

0232230

2005/12/08(木) 19:43:45

>>231
返答ありがとうございます。

iアプリのベンチ
ttp://npaka.yoko.ne.jp/bench/bench.jsp
こちらを見る限り、P902iの方が早い様です。

ゲームデータのセーブ（1.5kB程）もP902iは非常に遅いのですが、
奇妙な事に２回目以降のセーブは、P901iよりも早かったりします。

う～む。。。

0233デフォルトの名無しさん

2005/12/08(木) 19:46:29

>>230
902はSP書き込みがちと遅かったような。
てか、毎回作り直しゃ遅いに決まってるので
②と④の画像を1回だけ作って保持、交互に出せばいいだけかと。。。

>>231
D505i(S) iアプリ作成に関する注意事項の一番最初の項目参照。

0234デフォルトの名無しさん

2005/12/08(木) 19:57:55

>>233
あり㌧(´・ω・｀)

とりあえずsleep入れて駄目だったらAUDIO_STOPPED待ってみる。
容量が足りればだけどね(ノ∀`)

0235230

2005/12/08(木) 20:05:04

>>233
返答ありがとうございます。

実はその処理への移行途中でして、、、

全データ（260kB）のダウンロード時間を計ってみました。
P901i　1分6秒
P902i 1分10秒

Connector.openOutputStream の初回呼び出しがやたら遅い気がしてきました。
とりあえず、白点滅処理を変更して様子を見てみます。

ありがとうございました。

0236デフォルトの名無しさん

2005/12/08(木) 20:46:38

待ち受けアプリで、次のような実装をしてみました、

while( true ) {
try {
print("->1");
((MApplication)IApplication.getCurrentApp()).deactivate();
print("->2");
((MApplication)IApplication.getCurrentApp()).sleep();
print("->3");
break;
}
catch( Exception e ) {
print("->err");
}
}

アプリボタンを連打していると（おそらく、スリープ状態に移行したタイミングでアプリボタンを押す)sleepのところでハングします。
AppTraceにて確認したところ、
->1
->2
->3
->1
->2
ここで停止

"->err"の例外もとれていないし、そもそもjavaの実行自体が止まっているような感じです。
機種はD902iです。
動作が正常なものと同じようにハングする機種があって困っています。何か情報をお持ちの方教えてもらえませんか？

0237デフォルトの名無しさん

2005/12/08(木) 21:34:02

>>236
そもそも何がしたいの？

0238236

2005/12/08(木) 21:49:40

>>237
単純にただの待ち受けアプリなんですが、アプリボタンを連打するとsleepに移行しない機種があるので、
ふつうはどんな実装にするのかなと思ったんです。

0239デフォルトの名無しさん

2005/12/08(木) 22:29:17

>>236
連打すると、非活性のときにsleepしようとする
ことがあるから休眠に遷移しないのでわ。
whileループはどこに書いたの？start()かね。

(1) 連打しないとき
非活性 deactivate()
↓
休眠 sleep()
↓← 活性化ボタン
活性

(2) 連打したとき
非活性 deactivate()
↓← 活性化ボタン
活性
↓
休眠 sleep() ※例外 IllegalStateException

0240デフォルトの名無しさん

2005/12/08(木) 22:42:33

>>239
ちなみにスレッドにしてみたのですが、現象は変わりませんでした。
いまはstart()内のメソッドを無限ループさせています。

タイミングによって
deactivate()
←ここで活性化される
sleep()
活性化状態なので例外発生

の部分は考慮していて、try～catch部分でループするようになっています。

今回の場合は、sleepメソッドを実行してるにもかかわらず、待ち受けに遷移しない＋JavaVMの実行自体は止まってるっぽい。という状態になってます。
sleepが素直に例外を吐けば、sleepできるまでループすればいいだけなんですが、止まってしまうので悩んでます。

タイミング的に「sleep→待ち受け→ここで即座にαボタン」でこの現象が起こります。

0241デフォルトの名無しさん

2005/12/08(木) 23:03:48

>>240
トレースが出ないことを除けば、動作しているように見えるんだけど。

・JavaVMの実行自体は止まってるっぽい　←sleepできたからVMが止まる
・sleepが素直に例外を吐けば ←sleepが成功したから例外を吐かないのでは

ついでにそもそも、どうしてsleep（休眠状態）にするのかというと、

・携帯を折り畳んだから休眠する
・一定時間、ボタン操作がないから休眠する

だろうから、sleepするために
ループでぐるぐる回すのはAPIの使い方として変な気がする。

0242デフォルトの名無しさん

2005/12/08(木) 23:10:46

>>241
whileで回してるのは、deactivate() →sleep()の間に、たまたま活性化の割り込みが入る場合があるから、その対処としてwhileしています。
そもそも、sleepから復帰したらwhileは抜けるし、通常よっぽど間が悪くなければ例外吐かずに1発で休眠してくれます。

問題なのは、休眠していない(待ち受け状態になっていない)のに、JavaVMが停止してかつ、その時にいっさい例外を吐かない状態があるということなんです。
ショートプログラムを作成してみたので気になるところがあったら教えてもらえませんか？
↓

0243デフォルトの名無しさん

2005/12/08(木) 23:14:02

import com.nttdocomo.ui.*;
import java.io.*;

public class Exec extends MApplication {
public void start() {
System.out.println("[start]");
while( true ) {
System.out.println(" >>[loop]");
}
}
public void resume() { }
public void processSystemEvent(int ptype,int param) {
System.out.println("[event]");
while( true ) {
System.out.println(" >>[0]");
try {
System.out.println(" >>[1]");
deactivate();
System.out.println(" >>[2]");
sleep();
System.out.println(" >>[3]");
break;
}
catch(Exception e) {
System.out.println(" >>[err]");
}
System.out.println(" >>[4]");
}
System.out.println("[end]");
}
}

0244デフォルトの名無しさん

2005/12/08(木) 23:50:31

>>243
このコードだと、sleepが終わるとまたprocessSystemEventが
呼ばれるだろうから、永遠に休眠状態から出られない気がするんだけど。

トレースが出ないのは、processSystemEvent→processSystemEventの
ループがシステムのイベントキューを占有するからだと思うが。

すまんが漏れにはこれ以上の分析はできん。

0245デフォルトの名無しさん

2005/12/09(金) 00:06:49

>>244
なるほど、キューがたまるのか。。。と思って、今度はstart()側に、flagを設定して、flagの状態でsleepしてみたが、状況は変わらなかったです。
processSystemEvent()もsynchronized設定して、他のスレッドから割り込みかからない状態にしてみました（下に書いてみた）

public synchronized void processSystemEvent(int ptype,int param) {
System.out.println("[event]");
flag = true;
System.out.println("[end]");
}

うーん、待ち受けに戻った直後にαボタンを押すのは駄目ってことなのか・・・。
F901iCの場合は、電源を切るしかない状態になってしまうんだけど。。。。

0246デフォルトの名無しさん

2005/12/09(金) 00:23:15

>>243
聞きわすれたけど、start()の中に無限ループがあるのは
なんでなの?

0247デフォルトの名無しさん

2005/12/09(金) 13:48:10

>>246
ふつうゲームをつくるときに、start()のなかでスレッドを起動するか、そこで無限ループさせるから、それを状況的に再現してるって感じです。
プログラム的にはべつに意味はありません。

いろいろ調べたんだけど、非活性から待ち受け状態に移行した直後にαボタン押すとやっぱり駄目みたい。
メーカー発表あってもいいような不具合だと思うんだけど、最近ドコモなんにも発表しなくなったような・・。

0248デフォルトの名無しさん

2005/12/09(金) 15:08:43

経験上、活性から一気に「非活性を経由して待ちうけに至る」という処理は、
不安定っぽいです。で私はこうしてます。

まずイベントハンドラ内でdeactivate()だけ呼んだ後にタイマを仕掛けます。
次にprocessSystemEvent()のWAKEUP_TIMER_EVENTで、
そのタイマが発火したら(1000msとか一定時間経過後)、
もう一度deactivate()してsleep()します。
この時processSystemEvent()がMODE_CHANGE_EVENTを受けたら
無条件でそのタイマーを止めます。

こうするとprocessSystemEventがパラで呼ばれない限り、
deactive()とsleep()の呼び出しがアプリボタン(MODE_CHANGE_EVENT)で分断されるということはありません。

0249248

2005/12/09(金) 15:13:05

>>248
> 次にprocessSystemEvent()のWAKEUP_TIMER_EVENTで、
> そのタイマが発火したら(1000msとか一定時間経過後)、
> もう一度deactivate()してsleep()します。
(中略)
> こうするとprocessSystemEventがパラで呼ばれない限り、
> deactive()とsleep()の呼び出しがアプリボタン(MODE_CHANGE_EVENT)で分断されるということはありません。

ごめん、嘘書いた。 orz

ともかくTimer回して、そっちでdeactivate();sleep()するようにすると安定するよ、
ということだと思ってください。

0250デフォルトの名無しさん

2005/12/09(金) 18:10:06

>>249
なるほど。言うとおりにやってみたら安定した。サンクス。
せっかくなので状況をまとめます。
１・休眠→活性化→非活性→休眠→活性化・・・と続けることができるアプリの場合、非活性から休眠まで一定時間がないと落ちる機種がある。
２・無限ループ、スレッドsleepを入れる、キューがたまるから・・・は関係なし。
３・対処として、deactivate後に一定時間おいてsleep。検証では時間の長さではなく、同一スレッドでdeactivate();sleep()としてるのがまずい。
４・待ち受けスケルトン作ってみた。

0251デフォルトの名無しさん

2005/12/09(金) 18:13:34

import com.nttdocomo.ui.*; import java.io.*;
public class Exec extends MApplication {
canvas can = null;
public void start() {
can = new canvas();
Display.setCurrent(can);
// 特に意味はありません。ゲーム的なループです
while( true ) { System.out.println(" >>[loop]"); }
}
public synchronized void processSystemEvent(int ptype,int param) {
if( ptype == MApplication.MODE_CHANGED_EVENT ) {
System.out.println("[event]");
((MApplication)IApplication.getCurrentApp()).deactivate();
can.stime.stop(); can.stime.start();
}
}
}
class canvas extends Canvas {
ShortTimer stime = null;
public canvas( ) { stime = ShortTimer.getShortTimer(this,1,100,false); }
public void paint( Graphics g ) {}
public synchronized void processEvent( int ptype, int param ) {
if( ptype == Display.TIMER_EXPIRED_EVENT ) {
try {
System.out.println(" >>[sleep]");
((MApplication)IApplication.getCurrentApp()).sleep();
}
catch(Exception e) { stime.stop(); stime.start(); }
}
}
}

0252248

2005/12/09(金) 20:58:28

>>251
安定したなら良いんだけど、そのサンプルは微妙に意味合いが違うかも。

ポイントは、同一スレッドでというよりは、
ユーザが起こしたイベント(キー入力とか)のハンドラ内でMApplication.sleep()を呼んではダメで
タイマーなどシステムが起こすイベントのハンドラ内ならOKっぽい。という点ね。

0253デフォルトの名無しさん

2005/12/09(金) 23:54:31

>>252
サンプルではキー入力で活性化したときに、タイマーをスタートさせて、そのタイマーイベント時にsleepしてるけど、
そじゃなくてタイマーとかでシステムがおこしたイベントならdeactivate();sleep();がオケーってことですか？
いまいち意図をくみ取れてないみたいですみませぬ
そしてずっと上げ続けたみたでさらにすまぬorz

0254iアプリ

2005/12/10(土) 20:49:32

いまだにiアプリでできないんだけど、どうすればいいですか？
ちなみにP901iSつかっていてファミコンをしたいとおもってます。

0255デフォルトの名無しさん

2005/12/10(土) 20:59:13

ゲームがしたいなら、ファミコンミニでも買えばよいと思われ。

0256デフォルトの名無しさん

2005/12/11(日) 03:02:33

>>254はまず日本語を最履修してもらいたいと思うんだ

0257デフォルトの名無しさん

2005/12/12(月) 01:13:41

　　　　　　　☆ ﾁﾝ　　　　　　　　P902～
　　　　　　　　　　　　　　　　　　　　　SD-Binding～
　☆　ﾁﾝ　　〃　∧＿∧ 　／￣￣￣￣￣￣￣￣￣￣￣￣
　　ヽ　＿＿_＼（＼・∀・）＜　DoJa-4.1開発ツールまだ～？
　　　＼＿／⊂　⊂＿)＿＼＿＿＿＿＿＿＿＿＿＿＿＿

0258デフォルトの名無しさん

2005/12/12(月) 12:55:58

DOJA3.0で作ったアプリをＤＬしようとすると「ソフトに誤りがあります」と出てしまうのですが・・・
色々調べたのですがPackageURL、AppSizeに間違いを修正してもできません。
原因として他にどういったことが考えられるでしょうか？ご教授お願いします。

0259デフォルトの名無しさん

2005/12/12(月) 13:08:54

ありすぎて書くのﾏﾝﾄﾞｸｾ
公式開発ガイドを嫁。最後のほうにあるから

0260デフォルトの名無しさん

2005/12/12(月) 14:49:31

JAMファイルの中身をはっつけるくらいせんかい。
俺らはエスパーか？

0261デフォルトの名無しさん

2005/12/12(月) 14:59:57

よし、エスパーの俺が念力集中ピキピキドカン！

>>258
端末が壊れてるっぽい。

0262デフォルトの名無しさん

2005/12/12(月) 15:30:16

>>261
愉快痛快なオチだな

0263デフォルトの名無しさん

2005/12/12(月) 16:31:13

iアプリからcgiにアクセスしたいんですが、iアプリのＤＬページと同じフォルダ内にcgiがないと接続できませんよね？
あと、iアプリをＤＬしたページのあるフォルダの下のフォルダにcgiを設置した場合アクセスすることは可能ですか？

0264デフォルトの名無しさん

2005/12/12(月) 16:44:33

>>263
うろおぼえだが同サーバーなら問題なかったはず
少なくとも下のフォルダは大丈夫
詳しくはリファレンスに書いてあるかと

0265デフォルトの名無しさん

2005/12/12(月) 21:19:22

SuEXECとごちゃ混ぜになってないか？

0266デフォルトの名無しさん

2005/12/12(月) 21:56:36

iアプリで専ブラのようなやつってないでしょうか？

0267デフォルトの名無しさん

2005/12/12(月) 22:52:51

>>266
携帯コンテンツ板池
2,3あるはず

0268デフォルトの名無しさん

2005/12/13(火) 08:08:54

>>267
おお、マジでサンクス。
ちょっと行ってくる！

そして通信量減らす為に色々と宣伝してくる。

0269デフォルトの名無しさん

2005/12/14(水) 09:12:23

>>200
> だからアプリからバックライトやバイブレーションの制御が好き勝手に出来ない端末がある。

これぶっちゃけ余計なお世話なんだよなあ。
長々と考え込むようなパズルゲームとかだと（例えば詰め将棋）
バックライトがついたり消えたりで鬱陶しくてかなわん。端末開発者には再考を望みたいものだ。

0270デフォルトの名無しさん

2005/12/14(水) 11:40:53

アプリからではなくて端末メニューの設定でバックライト常にONってできない？

0271デフォルトの名無しさん

2005/12/14(水) 21:22:41

そして「電池の消費が速すぎる！なんとかしろ！」と苦情がくる

0272デフォルトの名無しさん

2005/12/14(水) 21:34:04

>>270
マニュアルを必死で読みあさったけどないんだ。本気でｼｮﾎﾞﾝﾇだ。

0273デフォルトの名無しさん

2005/12/15(木) 11:13:47

>>272
機種は何を使ってるのだ？

0274デフォルトの名無しさん：

2005/12/16(金) 22:26:41

>>>200
>> だからアプリからバックライトやバイブレーションの制御が好き勝手に出来ない端末がある。
>269
>これぶっちゃけ余計なお世話なんだよなあ。
>長々と考え込むようなパズルゲームとかだと（例えば詰め将棋）
>バックライトがついたり消えたりで鬱陶しくてかなわん。端末開発者には再考を望みたいものだ。

これって初めて知ったんで気になったんだけど、好きに制御できないとなると
PhoneSystem.setAttribute()でATTR_BACKLIGHT_ONした後はどうなるの？

基本的にはｉアプリでバックライトをONにしてても
ユーザがキーを押してしまったらネイティブで設定されてる秒で
省電力に落ちるだろうけど、ｉアプリの方で
getAttribute()でATTR_BACKLIGHT_OFFだったらバックライトをONにする
対策も取れなくはないだろうからジャンルによって
ｉアプリ開発者も考慮してみてほしいね。

■ このスレッドは過去ログ倉庫に格納されています