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

iモード携帯電話用Java(iアプリ) Part13 at TECH

[1からを表示]
50:デフォルトの名無しさん
06/11/27 11:43:55
>>48
MediaListenerで見張って
AudioPresenter.AUDIO_COMPLETEが来たらすかさずplay()

51:デフォルトの名無しさん
06/11/27 11:47:25
>>31
クリアキーはキーグループが違う。
使いたい場合はキーグループの有効化を先に行わないと使えない。
詳細は前スレ。

>>35
リピートって言っても色々ありすぎてどれを指してるのか不鮮明。
連打系のリピートならキーバッファを用意してイベント事に格納する。
長押し系なら毎フレーム処理の頭でキー情報を取得する。

>>48
MediaListenerを登録してAUDIO_COMPLETEイベントを受け取ったら
もう一度再生する。曲が短い場合は負荷がでかくなるので注意。

52:デフォルトの名無しさん
06/11/27 12:55:38
>>50,51
レスありがとうございます。
BGMを鳴らしながらSEもなるんですけどってどうしたら(ryと書こうとしてましたけど

public void mediaAction(MediaPresenter source, int type, int param) {
if((source==boss)&&(type==AudioPresenter.AUDIO_COMPLETE)) {
boss.play();
}
}

としたら無事に目的のソースのみを再生する事ができました。
ありがとうございました。

53:デフォルトの名無しさん
06/11/27 19:04:30
>>24
前スレ997です。
アドバイス本当にありがとうございます！すごくうれしいです。
おっしゃるとおり、段階を踏めば、どこがわからないのかがわかってきました。

ソースにテキストデータを書き込んでCanvasで描画するのはできるようになりました。
この場合は
class MyCanvas extends Canvas{
public void paint(Graphics g){
g.drawString("hoge", 10, 30);
g.drawString("hogehoge"", 10, 50);
g.drawString("hogehogehoge", 10, 70);
}
}
という感じで良いですよね。
次の、リソースに用意したテキストファイルを読み込む場合となると、途端に分からなくなってしまいました…。

上の場合は、一行ずつ描画するのは逐一 drawString() で書いていけばいいということは分かったのですが、
ファイルを読み込んで描画する場合はどうなんでしょうか。

読み込みは、 Connector.open() を使って、その読み込んだものを同じく drawString() で描画するのですか？
このばあい、折り返しは自動ではできないのですよね？

54:デフォルトの名無しさん
06/11/27 23:02:49
Canvasでタイマーイベントが発生した場合、またはKEY_SELECTを
押した場合にどんどん文字を表示させていく事はできますか？
public void paint(Graphics g){
g.drawString("hoge", 10, 30);
g.drawString("hogehoge"", 10, 30);
g.drawString("hogehogehoge", 10, 30);
}

とどんどん増やしていきたいです。
ShortTimerがでイベント発生時に毎回それごとのフラグを立てて
repaint();と考えたのですがすこし回りくどい気がします。
何かいい方法があればよろしくお願いします。

55:デフォルトの名無しさん
06/11/27 23:59:03
>>53
>>54
俺様が親切丁寧にConnectorの使い方教えてあげたのにまだわからんかね？
g.drawString("hoge", 10, 30);
と
String str = "hoge";
g.drawString(str, 10, 30);
の
違いがわかるならば、str=readLine()の意味もわかるはずだ。
だがしかしお前の話方見てるとまだまだ遠いかなたの時限の話だ。
諦めて初心者サイトのソース手書きでコピーして覚えろ。

普通の後者のやり方はメインループを作って、フレーム処理をして回すもんだ。
何を言っているかわからんと思うから、がんばれ。
簡易版はこちら。
public void mainloop(){
Graphics g = getGraphics();
String str = "hoge";
while(true){
g.drawString(str, 10, 30);
str += "hoge";
try{
Thread.sleep(1000);
}catch(Exception e){}
}

俺も暇だな。

56:デフォルトの名無しさん
06/11/28 00:00:51
>>53
readLineはテキストファイルを段落毎に一行読み取る関数です。
行数を分けたいときはお前の言うように3度読んで3回書け。

57:54
06/11/28 01:08:37
ごめんねごめんね俺>>53じゃないんだ…。
ただ例文にそのまま使わせてもらっただけで…。

>>55
ってことでConnectorについてはわかりません笑
違いはわかるけどさstr=readLine();の意味がわからない。
コンソール上での標準入力は慣例的に
String str="";
BufferedReader input = new BufferedReader(new InputStreamReader(System.in));
str=input.readLine();

として使うとしか覚えていないです。
この場合は意味が違ってくる気がする…。
スレッドは使ったことが無いけどThread.sleep(1000);で1秒間スレッド
(無限ループ)を止めてることはわかりました。

現状ではprocessEventでKEY_SELECTを受けた場合にclickをインクリメントrepaint();
switch(click)をしてケースで毎回書き直してるので結構手間ですね。
納期が明日なので時間があれば見直してみます。
ありがとうございました。

関係ないけどCanvasの方がグラフィカルに使えるのにPanelの方が使い勝手がいいのは…。
Panelですとlabel.setText("");とするだけでrepaint()もしてくれるのは魅力ですね。
Panelでフォントの色が変えれるかCanvasでLabelが使えれば便利なのにな…。

58:デフォルトの名無しさん
06/11/28 01:24:50
>>57
・・・納期、間に合うのか？

59:57
06/11/28 02:13:02
>>58
気配りありがとうございます。
納期とは言っても知人に頼まれたことなので万が一でも大丈夫です(笑)
期限という書き方の方が良かったかな？
やる気がでてきました。
がんばります！

60:デフォルトの名無しさん
06/11/28 03:40:59
キーの同時押しの判定って無いの？
KEY_SOFT1とKEY_SOFT2を同時押しした時に隠し要素が出るとかやりたいんだけど。
1が0x15で2が0x16だからって0x2bにしても意味が無かった。
スーファミとかプレステとかだったらこういう考え方だったんだけどな。

61:デフォルトの名無しさん
06/11/28 03:55:38
>>60
getKeypadState()使えばできるはず。
ただし端末によってはボタンの同時押しを認識できなかったりする場合がある。

62:デフォルトの名無しさん
06/11/28 06:42:17
すみません質問があります。
BGMとして流しているiメロディの音量を調整したいのですがどうしたらよいでしょうか？
AudioPresenterクラスのSET_VOLUMEを使おうとしてるのですがどうも上手くいきません。
十字キーの上を押すと音量を上げて下で下げるようにしたいです。

AudioPresenter hoge;
int volume;
中略

public void keyReleased(Panel panel, int key) {
if((key==Display.KEY_UP) && (volume>=0 && volume<100)) {
volume = volume*(int)1.25;

hoge.setAttribute(AudioPresenter.SET_VOLUME, volume );
}}としてみましたが音量が変わりません。(KEY_DOWNも記述しています。)
この時点で既にhoge.play();になっております。
試しにvolumeの条件を消してvolumeは実数でやってみましたがそれでもできませんでした。

どこがまずいかよくわからないのでよろしければ教えていただけると光栄でございます。

63:デフォルトの名無しさん
06/11/28 06:47:36
intにキャストしたら小数点以下が切り捨てられて
＞volume = volume*(int)1.25;
volume = volume*1;
になってるんでしょ。

64:デフォルトの名無しさん
06/11/28 06:56:37
>>57
>Panelでフォントの色が変えれるか
つ setForeground

65:デフォルトの名無しさん
06/11/28 07:07:30
>>63
その可能性も考えて
hoge.setAttribute(AudioPresenter.SET_VOLUME, 25);

66:デフォルトの名無しさん
06/11/28 07:09:37
ImageをMediaImageに変換するにはどうするんですか？
というのはImage.createImageしたものを
ImageStore.addEntryで端末に保存したいんですが。

67:デフォルトの名無しさん
06/11/28 07:10:52
連投になってしまいすみません。

>>63
その可能性も考えて
hoge.setAttribute(AudioPresenter.SET_VOLUME, 25);
と通常のint型の実数でも試してみましたが動作していないようでした。

hoge.setMediaListener(this);とも宣言してありますので全く理由がわからなくて。
hoge.start();もhoge.stop();もちゃんと動くので自分の使い方が間違っているのかと
思いこちらに書き込ませていただきました。

68:デフォルトの名無しさん
06/11/28 07:21:52
>>66
ImageEncoderを使うと良いよ。
オレは使ったことないけど、API見る限りはこれでいけるはず。

69:63
06/11/28 08:25:50
>>67
PanelクラスのsetKeyListenerは使ってる？

70:デフォルトの名無しさん
06/11/28 08:50:10
>>69
レスありがとうございます。

オブジェクト指向が下手っぴなのでそのPanelのクラスには
TimerListener, SoftKeyListener, KeyListener, MediaListener
を実装してます。
KEY_SOFT1,2とKEY_0～9,SELECT,IAPPキーの機能は問題なく動きますので
KEY_UP,DOWNが動作していないという事はなさそうに思えます。
hoge.setAttribute(AudioPresenter.SET_VOLUME, volume);
を使うタイミングとかにもよるんですかね？

71:63
06/11/28 09:19:31
>>70
DoJaのバージョンは何？

72:63
06/11/28 09:23:23
連投ごめん。
>>70
DoJaのバージョンは何？
URLﾘﾝｸ(acerola.org)
DoJa-3.0 (505i) より前だったりしない？

73:デフォルトの名無しさん
06/11/28 11:57:08
>>53
そこで詰まっているならもう少し戻った方が良いかな。
直接テキストデータをってのは次のようにしてみて欲しかったんだ。

String moji = "この文字列を自在に描画してみよう。長い文の方が良い。";

上のように変数mojiに長文を定義して思うように
描画できるように工夫していけばいい。当然そのまま
g.drawString(moji,10,30);
ってやっちゃうと文字のサイズにもよるけど文字の後半部分が
画面外に行く事になる。うまくやるには工夫が必要。
やり方はプログラマ次第で変わってくるけど判りやすい？かな
と思うヒントをいくつか。

１：DoJa内のFontクラス。これは一行に何文字まで表示するかという基準がいるし
文字の描画などでもベースラインの位置をちゃんと扱う為に知っておいたほうがいい。
２：CLDC内のStringクラス。言わずがな文字列を扱うクラス。文字列から文字列の
取り出し方とか色々弄っていると良いかと。

とりあえずはこの２つをまずしっかり調べてみよう。
文字の描画には色々面倒が多いので場数踏んで行きませう。
理解が深まったらStringBufferクラスやらも弄ってみれば良いね。
結果は同じでもやり方は千差万別。

74:デフォルトの名無しさん
06/11/28 12:28:14
>>54
違う人だったようなので再回答。

int key;
while(true){
key = getKeypadState();

if((key&(1<<Display.KEY_SELECT)) != 0){
str += hoge;
g.drawString(str, 10, 30);
}

Thread.sleep(10);
}

ちなみにこれはスレッドは使わないよ。
Thread.sleepは携帯電話を寝かせる省エネモードにするだけ。

75:デフォルトの名無しさん
06/11/28 13:27:48
>>>ちなみにこれはスレッドは使わないよ。
>>>Thread.sleepは携帯電話を寝かせる省エネモードにするだけ。

ｸﾏｰ?

76:70
06/11/28 13:55:43
>>63
レス遅くなりました。
DoJa-4.1ですね。
クリアキーの場合はグループ化が必要って教えてもらったけどこれは間違ってないのかな…。
あまり迷惑掛けるのもなんなので少し自分で調べてみてからまた来ますね！
今は20k近いゲームの中に組み込んだのでどこかにミスがあるかもしれないですし…。

77:デフォルトの名無しさん
06/11/28 14:59:01
>>75
だいたいそういう認識でよいと思うのだがな。

78:70
06/11/28 15:33:45
新しくテストアプリを作ってみた結果無事に動作させる事ができました。
その時の動作確認はSOFT_KEYでやりました。

しかしながら何故かDisplay.KEY_UPとDOWNでは動作しませんでした。
変わりにASTERISKとPOUNDを使ったらすんなり行きました。
KEY_UPとKEY_DOWNはオプションなんですかね？

>>63様には大変ご迷惑をおかけしました。
本当にありがとうございます。

関係ないけどDisplay.KEY_SOFT1とFrame.SOFT_KEY1の使い分けがいまいちで困ってました笑

79:デフォルトの名無しさん
06/11/28 20:37:02
急にscratchpad:///5だけ書き込めなくなるとか
意味の分からない症状が出てるんだがこれは一体？

80:デフォルトの名無しさん
06/11/28 20:52:10
またエスパーきぼんぬですか

81:79
06/11/28 21:17:41
何度やっても///5だけ書き込めない。
1回目は書き込めるんだが、2回目からエラー吐き出す。
何が原因なのか全く検討つきません。
エスパーの方ご教授お願いします。

82:デフォルトの名無しさん
06/11/28 21:19:39
close()してないだけかと

83:デフォルトの名無しさん
06/11/28 21:26:04
>>82
正直すまんかった。仰る通りで。

84:デフォルトの名無しさん
06/11/29 00:39:07
D902iで右キーを押しっぱなしにすると、下キーもときおり反応すると言われたのですが、
Canvasを継承したクラスで、processEventからDisplay.KEY_PRESSED_EVENTをひろって処理してるので、リピートはないと思うのですが、なにか思い当たる点とかないでしょうか。

85:デフォルトの名無しさん
06/11/29 01:22:52
>>84
ファームのバグか、
マトリックスのダイオードケチってるとか
そんなもんじゃないの？

86:（　＾ω＾） ◆wKJpObkR5w
06/11/29 01:41:35
今さらだけど
PanelでKEY_UPとKEY_DOWNは使えないと思うぉ。（要は方向キー）
だってコンポーネントのフォーカスを操作するために
予約されてるのだから。（　＾ω＾）

87:デフォルトの名無しさん
06/11/29 04:36:07
？

88:デフォルトの名無しさん
06/11/29 04:55:28
上で紹介されているBouncy Castleを作ってiアプリのプログラムを
作成しているのですが、RSAでキーの生成の仕方がよくわかりません。

RSATest.javaをみてみると、キーは生成してないですよね？
あと、暗号化のやり方もネットでいろいろ調べてみて
Cipherクラスを使ってるサイトがいくつかあるんですが、
このクラスがなくて暗号化の仕方がわかりません。

どのようにしたらよいのでしょうか？

89:デフォルトの名無しさん
06/11/29 05:46:00
>>88
いや、作ってるよ。
このライブラリではCipherクラスは使ってない。
そもそもCipherクラスが無いような環境でも使えるようにしてあるわけだし、
だからこそこのライブラリを使おうって訳だ。

#ドキュメントの少なさには正直オレもウンザリしてる

ヒント：207行目～

90:デフォルトの名無しさん
06/11/29 06:31:48
iモードJavaプログラミング　FOMA対応版の話だけどHPに行ったらサンプルコードの
他にプログラム事例編の本書には載ってないソースもうｐしてあるのな。
本書の解説だけでわからないところはどうしたら良いんだって思ってたけど助かった。

こいつは便利だからじっくり見て勉強しようっと。

91:デフォルトの名無しさん
06/11/29 06:36:53
どれのことを言っているのか分かりません

92:デフォルトの名無しさん
06/11/29 06:56:17
>>91
誰に言ってるのか分かりません
俺に言ってる？
本書には解説しか載っていない中の人の作ったアプリのソースがうｐされてるってこと。

補足だけどそのソースがまず間違っていた事。
あと関係ないけど拡張APIも買ったんだけど殆どFOMA対応版に載ってる事だね。
拡張APIが3年の月日で標準APIになったんだな。

93:デフォルトの名無しさん
06/11/29 07:03:20
>>90
初めて気付いた。ありがとう。。。

94:デフォルトの名無しさん
06/11/29 07:25:55
>>89
レスありがとうございます。
暗号化、複合化が一通りできました。

確認なんですが、RSATest.javaのeng.init();の引数しだいで
暗号・複合ができるってことでいいんですよね？

あとPublicKeyの表示は、
System.out.println("public: " + ((RSAKeyParameters)pair.getPublic()).getModulus());
でできるのですがPrivateKeyはどのように表示したらよいのでしょうか？
スクラッチパッドに保存したいのですが、PrivateKeyは文字列で確認はできないのでしょうか？

95:デフォルトの名無しさん
06/11/29 08:04:45
>>90俺もたまたま前スレの>>816,819,820のやり取りを見てて
何があるのかな？って覗きに行ったら偶然見つけたんだ。

これで本書の活用度がマジで3割増しになったと思った。
あのしょぼい解説だけでは無能な俺には設計がわからなかったので。

96:デフォルトの名無しさん
06/11/29 10:42:07
結局TransparentImageってどれで使えるの？
API実装状況によるとSH系だけだけど、
902とか載ってないやつはどんな感じですか。

しかも5.0じゃ標準になるようですが。

97:デフォルトの名無しさん
06/11/29 12:48:33
P902isとp903iにiアプリ本体をSDカードへ移動って機能があるけど、
あれは暗号化してくれてるのかな？

難読化もタダじゃないんだが。。。

98:デフォルトの名無しさん
06/11/29 13:01:24
あたりまえでしょ

99:デフォルトの名無しさん
06/11/29 15:06:50
>>94
正直オレは暗号にはあまり詳しくないんで鍵の表示ってのがよくわからないんだが、
ソースを見た限りキーパラメータは全部BigIntegerのようだし
全部保存しとけば復元出来るかと。
あくまで暗号屋さんではなくプログラマとしての意見。

100:デフォルトの名無しさん
06/11/29 20:26:14
配列の要素のソートってどうやってる？
J2SEなら使えるクラスがあるんだけど、iアプリではやはり手作り？

101:デフォルトの名無しさん
06/11/29 21:47:34
>>100
ほっかほっかの手作りです。(何年も前のだけどw)

102:デフォルトの名無しさん
06/11/29 23:17:46
>>101
サンクス。
やっぱりそうですか･･･。

103:デフォルトの名無しさん
06/11/29 23:38:22
男は黙ってバブルソート

104:デフォルトの名無しさん
06/11/30 00:35:41
>>103
要素数もたいしたことないし、自作アプリなんで速度も気にしないので、シンプルにそれでいこうと思います。

男は黙って･･･ｵﾓﾛｶｯﾀ
男なら速度とかチマチマ気にすんなって？
オス了解！！

105:デフォルトの名無しさん
06/11/30 01:06:37
女はどうしたらいいの？

106:デフォルトの名無しさん
06/11/30 01:17:51
愛嬌たっぷりマージソート

107:デフォルトの名無しさん
06/11/30 01:33:17
じゃ俺はゴールドソードで

108:デフォルトの名無しさん
06/11/30 01:43:00
ついでにオイラはマジニート

109:デフォルトの名無しさん
06/11/30 08:56:49
Display.setCurrent(canvas);
の前に
PhoneSystem.setAttribute(PhoneSystem.DEV_KEYPAD, Display.KEY_CLEAR>>5);
をしてもクリアキー動かないんだけど？
なんでですか？

それ以外のグループ１のボタン押してもkeypadに反応がありません。

110:デフォルトの名無しさん
06/11/30 09:00:48
if ((key & (1<<(Display.KEY_CLEAR-0x20))) != 0)

111:デフォルトの名無しさん
06/11/30 10:51:36
>>110
while(true){
key = getKeyPadState();
System.out.println("key: +key);
}

クリアキー連打
key:0
key:0
key:0
key:0
key:0
key:0
key:0

となるんです。反応ありません。どうしましょう？

112:デフォルトの名無しさん
06/11/30 10:56:33
>>109
ちゃんと取得できてるのか？
getKeypadState(1)の戻り値は０？

113:デフォルトの名無しさん
06/11/30 10:57:28
>>111
グループ０取得してるじゃんｗ

114:84
06/11/30 11:04:28
>>85 ありがとう。

115:デフォルトの名無しさん
06/11/30 12:34:31
>>112
>>113
お前ら神ｻﾝｸｽ。
マジ知らんかった。

116:110
06/11/30 12:40:49
エスパーしてみたけど外れてた
間違えてたのはそっちだったのか

117:デフォルトの名無しさん
06/11/30 13:02:59
>>110
お前もありがとう。

118:デフォルトの名無しさん
06/11/30 18:52:47
画像をサーバーに置いて1回目の起動時にその画像を取ってきてスクラッチパッドに読み込もうとしているのですが、
なぜか、エミュではうまくいくのに、実機で実行すると画像を取得できないみたいです。

URLの取得は、
IApplication.getCurrentApp().getSourceURL();
で取得してます。

実機でのデバッグ方法もよく分からない状態です。
アドバイス御願いします。

119:デフォルトの名無しさん
06/11/30 19:32:01
>>118
jamに
AppTrace = on
と書いて、通信処理付近にSystem.out.println()を挿し込むと
実機にアプリ実行情報ってのが記録されるから
どこで何のエラーが発生しているのかを、まず調べましょう。

120:118
06/11/30 19:59:11
>>119
レスありがとうございます。
トレースで調べてみたところURLはあってました。
そして、ゲーム事態は進むのですが画像が出ない状態なのです。

スクラッチパッドを使わずにjarファイルに画像データを入れる方法もやってみましたが、
こちらもゲームは進むのに画像が表示されない状態です。

エミュでは、どちらも正常に動作します。
何故なのでしょうか？

121:デフォルトの名無しさん
06/11/30 20:07:02
プログラムにバグがあるから

122:デフォルトの名無しさん
06/11/30 20:18:24
画面にデバッグを表示するプログラムを作りましょう。
多分つうしんえらー　じゃね？
えらーめっせーじこおにさらしてみ

123:118
06/11/30 20:47:32
すいません。Java始めたばかりでよく分からないのですが、
エラーというエラーは出てない(トレースを見る限り)のですが、
自分がデバッグ用に書いた画像が表示されない時のエラー文はでます。

もうちょっと勉強してきた方がいいみたいですね。
出直してきます。

124:デフォルトの名無しさん
06/11/30 21:46:56
画像の読み込みとか通信とかでエラーが投げられたらキャッチしてエラークラスからエラーをプリントさせなさい

で、実機でトレース情報見てどんなエラーが出たのか確認

125:デフォルトの名無しさん
06/11/30 22:17:20
>>123
try{
～～～
～～～
}catch(Exception e){
g.setColor(WHITE);
g.fillRect(0,0,240,240);
g.setColor(BLACK);
g.drawString(""+e, 0, 0);
}
}

126:118
06/11/30 22:25:02
>>124,125
助言ありがとうございます。
Exception eでエラー文をはき出せるんですか！？

そのような書き方をしてましたが、その中にエラーとだけ書いてました・・・
今から試してみます

127:デフォルトの名無しさん
06/12/01 11:24:56
SH902ｉでKEY_CLEARが上がってこない｡･ﾟ･(ﾉД`)･ﾟ･｡
DoJa-4.1のエミュでは動いてるのに。

public void processEvent(int type, int param)
{
　if( ( getKeypadState(1) & ( 1 << ( Display.KEY_CLEAR - 0x20 ) ) ) > 0 ){
.......

なんか間違ってるのかな。

128:デフォルトの名無しさん
06/12/01 11:47:05
池沼クラスの質問態度だな。

129:デフォルトの名無しさん
06/12/01 12:35:01
>>128
ここに書いてあることを応用してやってみようと思ってやる。
それはほめられるべきことですよザーボンさん？

でも俺processEvent使ったことないからわかんない。
if( ( getKeypadState(1) & ( 1 << ( Display.KEY_CLEAR - 0x20 ) ) ) > 0 ){
はメインループの中で書いて使っていいんだよ。

130:デフォルトの名無しさん
06/12/01 14:54:16
>>127
あげ足取るようで悪いがprocessEventはキー関係のイベント以外でも
呼ばれるからその記述だとイベント発生するたびにキー処理はいるぞ。
多分、省略しているんだと思うんだけどさ・・・。

で、実機でトレースをつかってイベント発生時
getKeypadState(1)の戻り値を出力してみなよ。
値を出力するのはデバッグの基本中の基本だろうて・・・。

131:デフォルトの名無しさん
06/12/01 15:12:26
>>127
一応ついでにいえば、getKeypadState(1)はオプションＡＰＩだが
SH902iは対応している。他機種では対応してない機種も多い。半々くらいかな。

132:デフォルトの名無しさん
06/12/01 17:56:23
SH902ｉはDisplay.KEY_CLEAR　ダメみたいです。
メールボタンのビットは無事に上がってくるけど、クリアキーのビットだけ立ち上がらない。
SH902ｉあきらめました。

133:デフォルトの名無しさん
06/12/01 18:04:22
前スレから似たような質問が続いてるような。

134:デフォルトの名無しさん
06/12/01 18:19:45
>>132
Docomo使い続けてる人はクリアキー使う習慣が無いと思うのだけれど。
SH902を蹴るより、クリアキー使う仕様をどうにかした方がいいのでは？

135:デフォルトの名無しさん
06/12/01 21:36:57
ｉモードつながりづらくて今、インターネット喫茶の
パソコンから書き込んでいるんだけど皆さんの携帯のつながり
具合はどうですか？ちなみに私２ヶ月前に生まれて初めて
携帯持った者です。

136:デフォルトの名無しさん
06/12/01 21:44:52
＞私、２ヶ月前に生まれて、初めて携帯持った者です。

生後2ヶ月で携帯持ってるんですか。凄いですね。

137:デフォルトの名無しさん
06/12/01 21:50:01
>>135は
URLﾘﾝｸ(event.yahoo.co.jp)
で文章打ってるのか？
生後2ヶ月でキーボード使いこなしてるならすごいぞ

138:デフォルトの名無しさん
06/12/02 00:06:42
>>136
ムダに句読点いれて笑かすなｗ

139:デフォルトの名無しさん
06/12/02 02:46:03
>>134
＞Docomo使い続けてる人はクリアキー使う習慣が無いと思うのだけれど。

これが良くわからん。
なんでドコモだとクリアキーを使う習慣が無いの？
メールで文字を削除する時はクリアキーだよね？

言ってる事が違うのか？
アプリでとかってことなのかな？

140:デフォルトの名無しさん
06/12/02 11:00:35
>139
>131

141:デフォルトの名無しさん
06/12/02 12:45:41
>139
Docomo「使い続けてる人」、つまり古くからのドコモユーザーを指してるんだろ。
503の時代から今までドコモ端末はクリアキーが標準装備とは決まっていない。
今でもクリアキーがない端末が結構あるなら、それを使う仕様は避けた方が無難。
>134はそういうことを言っているのかと。

142:デフォルトの名無しさん
06/12/02 12:48:50
アプリの開発始めた頃は決定ボタンがあるのに
キャンセルボタンが無くて困った覚えがあるな。

結局ソフトキーに「戻る」を入れるわけだがｗ

143:139
06/12/02 14:22:12
>>140さんので>>131をみてアプリとしてだと思いました。

>>141
自分も503iから使ってるんですけどずっとクリアキーがあったので
クリアキーが無い端末があるとは知りませんでした。
N、P、D、SO、SAしか使ってないのでその他の端末でしょうね。
わざわざありがとうございました。

144:デフォルトの名無しさん
06/12/02 15:20:43
>>143
実機にクリアキーが存在しない、と勘違いしていまいか。

アプリでクリアキーを押した/離したという状態が拾えないということだよね？

145:デフォルトの名無しさん
06/12/02 15:26:32
PhoneSystem.setAttribute(PhoneSystem.DEV_KEYPAD, 1);

146:デフォルトの名無しさん
06/12/02 15:43:28
>>144
えっと
>>131さんをを見たらアプリ上で拾えないと言う意味だと思ったのですが

>>141さんの書き込みを見たら

＞503の時代から今までドコモ端末はクリアキーが標準装備とは決まっていない。
今でもクリアキーがない端末が結構あるなら、それを使う仕様は避けた方が無難。

と書いてあったので実機で無い端末があるのかと思いました。

147:デフォルトの名無しさん
06/12/02 15:49:14
>>31-34と同じ質問じゃないのか。

148:デフォルトの名無しさん
06/12/02 15:55:31
>>141だが、勘違いされても当然の書き方だよな。訂正する。
標準装備とは、アプリの立場でのことを指してるつもり（>>144の指摘どおり）。
くどいけど補足すると、Display.KEY_CLEARはDoJa-3.0からオプションで定義された。

本体に実際にクリアキーがついてるかどうかということを指したつもりではなかった。
（手持ちのN505にもクリアキーついてるよ）
「標準装備」って言葉を使ったのが悪かった。スマン。

149:デフォルトの名無しさん
06/12/02 16:05:37
505以降になって、クリアキー標準装備だよ。

150:デフォルトの名無しさん
06/12/02 16:44:14
>>149
だからといって、動作しなかったり、変なリスナー番号になってたり、ボタンが変なところについていたり様々だから、
必須のキーに置くのは絶対だめだよ。
あくまでソフトキーに戻るを実装して、そのおまけ程度に・・・。

151:デフォルトの名無しさん
06/12/02 16:47:27
>>149
嘘を書かないようにｗ

152:デフォルトの名無しさん
06/12/02 20:48:07
>>151
え、嘘だっけ？
505から標準APIになったし、クリアキーがついてない機種はなくなったと思ったんだけど

153:デフォルトの名無しさん
06/12/02 20:51:53
KEY_CLEAR
public static final int KEY_CLEAR [iアプリオプションAPI]
クリアキーを表します(=0x20)。
端末によってはキーがない場合もあります。このキーにアプリケーションの動作上必須の機能を割り当てると、キーを持たない端末で支障が出る場合がありますので注意してください。

導入されたバージョン:
DoJa-3.0 (505iS)
関連項目:
定数フィールド値

DoJa5.0javadocより。

154:デフォルトの名無しさん
06/12/03 00:51:26
QVGA機種だと小さいサイズで表示されちゃうんだけど、QVGAに合わせて拡大表示するにはどうすればいいの？

155:デフォルトの名無しさん
06/12/03 00:53:38
>>154
拡大できたら比がおかしくなるんじゃない？

156:デフォルトの名無しさん
06/12/03 01:28:55
>>154
jam設定で余計な真似をしなければ240x240だと思われ。

157:デフォルトの名無しさん
06/12/03 07:47:55
とりあえず、通話キーと終話キーの間にキーは

　P505iにはねぇ
　P902iにはある

ですよ。いや505は他のボタンに割り当てられてるかもですが(壊れてるので確かめられない)

158:デフォルトの名無しさん
06/12/04 13:49:55
カメラから取得した画像に閾値処理などを書ける場合は
どうしたらいいのでしょう？

159:デフォルトの名無しさん
06/12/04 14:18:44
>>158
やったことないけどこんな感じ？
int[] pixels;
Camera camera = Camera.getCamera(id);
camera.takePicture();
MediaImage mi = camera.getImage(index);
mi.use();
Image img = mi.getImage();
Graphics g = img.getGraphics();
g.getPixels(x, y, width, height, pixels, off);
//pixelsで閾値処理

160:デフォルトの名無しさん
06/12/04 16:27:59
>>153 他クリアキー関連

実機に搭載されているクリアキーの押し下げを判定できるキー定数って
Display.KEY_IAPP だよね

>>145 のように書いて
Display.KEY_CLEAR に反応するのってエミュレータだけじゃね？

keyState0=getKeypadState(0);
keyState1=getKeypadState(1);

のどちらかでもクリアキーを押して
ゼロ以外が返ってくるのってエミュレータだけだったし

実機ではクリアキーを押すと
keyState=getKeypadState();
で 0x1000000 が返ってきたよ
エミュではDisplay.KEY_IAPPの「待受」に相当するキーが

っていうかDisplay.KEY_IAPPって待受のような用途に
使われていないんじゃない？

「マルチ」とかのボタンがある機種もあるけど
Display.KEY_IAPP なんてこないし

161:デフォルトの名無しさん
06/12/04 19:17:01
docomo の apiのリファレンスおいてあるところの

URLﾘﾝｸ(www.nttdocomo.co.jp)

各機種オプションAPI・拡張API実装状況ＰＤＦをよく見てみるとわかる。

Displayの項目にあるぞ。

162:デフォルトの名無しさん
06/12/04 20:31:09
９００以降で実機のクリアキーは
Display.KEY_CLEARと何の関係も無いということでＯＫ？
９００、９０１とも全部×がついてるし

以降は実装状況のpdfがないからわからんけど

よく見ればKEY_IAPPはKEY_CLEARと違いオプションじゃないしな
これを使えということか

163:デフォルトの名無しさん
06/12/04 20:43:15
過去ログやこのスレをちゃんと読めば解決する問題だろ。
いつまでやってんだ。

164:デフォルトの名無しさん
06/12/04 20:52:14
読んでも分かりません（＞＜）

165:デフォルトの名無しさん
06/12/04 21:15:03
リファレンス見た。
Display.KEY_CLEARってどこも実装してない・・・・・・　　エミュだけに○付いてた。

166:デフォルトの名無しさん
06/12/04 22:30:28
>>158
おれもやってみたけど159のやり方で
動かなかったね

167:デフォルトの名無しさん
06/12/04 22:34:53
URLﾘﾝｸ(appli-style.com)

168:デフォルトの名無しさん
06/12/05 00:22:38
>>163
実機のクリアキーを判定する方法が知りたいのに

今となってはエミュレータのみのしか使えないクリアキーの方法
例えば>>110 とか>>145 とか>>167 とか

しか教えてもらえなかったら、そりゃ質問するよ

ましてKEY_IAPPが答えなんてAPIリファレンスをどれだけ見てもわかるかっ
ぐぐってもAPIリファレンスしかヒットしないよ

URLﾘﾝｸ(search.yahoo.co.jp)
ってyahooなわけだが、たった１６件しかヒットしない

169:デフォルトの名無しさん
06/12/05 00:25:03
>168 にリンクするべきサイトはむしろこっちか。これでも１５件しかヒットしてない
URLﾘﾝｸ(search.yahoo.co.jp)

170:デフォルトの名無しさん
06/12/05 00:54:12
Display.KEY_CLEARは標準化に失敗したみたいね。忘れた方がいいかも。
そろそろMIDPとのソース兼用も考えなきゃならんし忙しい

171:デフォルトの名無しさん
06/12/05 01:02:42
おまえら、これでキー配列もかんぺきだ

URLﾘﾝｸ(www.nttdocomo.co.jp)

172:171
06/12/05 01:07:58
>>168

あきらめるな。ＡＤＦにKEY_CLEARが●になっている機種以外はKEY_IAPPに「クリア」が割り当てられているかんじだ

詳しくは上のページ見ろ。これはおれも悩んだから、よくわかる。がんばれ

173:デフォルトの名無しさん
06/12/05 02:00:02
KEY_IAPPは待ち受けの活性化キーでしょ？
それがたまたまクリアキーに割当てられている機種があるだけの話で。

174:デフォルトの名無しさん
06/12/05 02:15:32
>>173
かなり高確率で割り当てられてるっぽいよ
たぶんこれを割り当てたからクリアキーを割り当てれなかったんじゃないかな？

175:171
06/12/05 02:16:24
事実上ほとんどの機種が、待ちうけ活性化のキーとクリアキーを同じキーに当てていて、そのキーを押すとKEY_IAPPを返す。
>>173 建前いいんだよ建前は。

176:デフォルトの名無しさん
06/12/05 03:20:20
クリアキーをつかわねーのが正解

177:デフォルトの名無しさん
06/12/05 08:59:29
他のアプリでもクリアキー使っているのに
なんで使えないんだ

と言われるのが現場
もちろんそれがKEY_IAPPかKEY_CLEARかは
プログラマの問題であって現場の認識の外

178:デフォルトの名無しさん
06/12/05 10:33:29
クリアキーかどうかじゃなくて、クリアキー以外のキーじゃないかどうか比較すればいんじゃね？

179:デフォルトの名無しさん
06/12/05 10:45:56
>>171
F900だったと思うが面白い位置にアプリキーあるよ。

>>177
ウチじゃクリアキー使わせないけどね。
対応端末減らすかクリアキー使わないか
料金倍にするかの３択を客に突き付ける。

>>178
他にもオプションが多数あるので不可

180:デフォルトの名無しさん
06/12/05 13:22:46
すまん。以前ここで、クリアキーは505以降実装といったけど
KEY_IAPPとの勘違いだった。

181:171
06/12/05 13:23:30
>>179
F900iの下キーだね。使いにくそう・・・。

182:デフォルトの名無しさん
06/12/05 13:49:29
>>181
あー、ごめん、F900iじゃないや。
どの機種かちとあやふやなんだが、
背面のサブディスプレイの下のボタンが割り当てられてる機種があるよ。
以前待受アプリ作って「なんじゃこりゃー」ってなったんでそれだけは覚えてる。

183:デフォルトの名無しさん
06/12/05 16:18:29
流れ切ってすみません
>>159
今頃だけど、getGraphics()はcreateImage()で作った物にしか
適用出来ないんじゃなかったか？

184:デフォルトの名無しさん
06/12/05 16:37:43
createImageしたものに一旦drawImageすればいいんでね

185:デフォルトの名無しさん
06/12/05 17:14:24
iモードからOpenGLは呼べるのでしょうか？

186:デフォルトの名無しさん
06/12/05 17:25:27
ｉモード？スレ違いな気がするが、無理

187:デフォルトの名無しさん
06/12/05 21:12:31
登録だるいけど無料アプリの質は高いと思う
URLﾘﾝｸ(dsneo.jp)

188:デフォルトの名無しさん
06/12/05 21:50:30
>>185
auは使えるそうな
URLﾘﾝｸ(brewforums.qualcomm.com)

189:デフォルトの名無しさん
06/12/05 23:20:48
>>185
iアプリの間違いか?
DoJa5+トラステッドで使える。まあ機種限定になるが

190:デフォルトの名無しさん
06/12/05 23:49:33
で、5.0のエミュの完成はいつですか？

191:デフォルトの名無しさん
06/12/06 01:21:35
動くものは完成してるでしょ？
一般に配布されてないだけで。

192:デフォルトの名無しさん
06/12/06 09:58:44
携帯から、MySQLの読み出しってやった人いる？

193:デフォルトの名無しさん
06/12/06 11:14:19
>>192
携帯アプリから直接MySQLDBサーバーへアクセスということか？
セキュリティー的な事もあるだろうし、処理的にありえないだろう。。。
APPサーバー経由が普通じゃねえの

194:デフォルトの名無しさん
06/12/06 11:22:14
5.0いつ配布なんだろう…

195:デフォルトの名無しさん
06/12/06 16:26:14
>>193
さんくす、やはり無理なんですね。(´･ω･｀) ｼｮﾎﾞｰﾝ

196:デフォルトの名無しさん
06/12/06 17:54:53
>>192
そもそも生のソケット通信ってできないんじゃ。

197:お兄ちゃんのバカ
06/12/07 21:23:24
生はだめだって言ったのに・・・

198:デフォルトの名無しさん
06/12/08 16:30:33
個人で作ったiアプリの課金代行をやってるとこって無いのかな？

199:デフォルトの名無しさん
06/12/08 16:36:33
ありますん

200:デフォルトの名無しさん
06/12/08 16:44:32
どこがおすすめ？
そこで何か売ったことがあれば感想ききたい。

201:デフォルトの名無しさん
06/12/08 18:36:46
リアップしかシラネ

202:デフォルトの名無しさん
06/12/08 18:49:51
育毛剤？オススメがあったら教えてくれ

203:デフォルトの名無しさん
06/12/08 19:22:28
石けんで洗う

204:デフォルトの名無しさん
06/12/08 22:39:25
5.0来たよ

205:デフォルトの名無しさん
06/12/09 00:00:46
DoJa5.0インストールした＾＾

206:デフォルトの名無しさん
06/12/09 00:53:07
5.0出たの？
落としに行こうかな＾＾

でも趣味で作ってるだけで自分の端末が4.1LEだし関係ないや＾＾

んで質問なんだけどiチャネルのキーって使えたっけ？
拡張APIにはいってる？

207:デフォルトの名無しさん
06/12/09 05:59:21
DoJa 3.0でiアプリ作ってるんですが，VectorクラスやMathクラスが
使えないと言われてしまいます。

URLﾘﾝｸ(www.saturn.dti.ne.jp)

を見ると「Vectorクラスを使うな」とあるので
使えることは使えるのではないかと考えたのですが、
普通にプログラムの頭に
　import java.util.Vector;
と書くのは間違いなのでしょうか

208:デフォルトの名無しさん
06/12/09 06:36:42
>>207
3.0がわからないけど俺はあってると思うんだけどな。
もっと詳しい人が来るのを待ってくれ。
ただ「import java.util.Vector;」←がセミコロンじゃなくてコンマなのが気になるけど。

話は違うけどそこのページ読んだら参考になったからありがとう＾＾

209:デフォルトの名無しさん
06/12/09 06:37:39
>>207
と思ったらよくみたらセミコロンだったな。
すまん。
これじゃ俺にはわからないから先人の到着を待ってくれ。

210:デフォルトの名無しさん
06/12/09 06:50:09
連投ウザイけどごめん。
>>207

3.0の仕様書見たらこう書いてあった。

Collectionクラス
CLDCではjava.utilパッケージの次のCollectionクラスがサポートされています。
java uti.Vector..(ry

なので間違いなくサポートはしているはず。

何か使い方が悪いとかは？

211:デフォルトの名無しさん
06/12/09 07:20:48
>>210
いろいろありがとうございます。

sampleっていう名前のプロジェクトなんですが、
そのsample.javaではVectorは使っていません。
使っているのは30個くらいの自作クラスです。
つまりsampleフォルダの中には
sample.java　＋　30個くらいの自作クラス.java
って感じです。
もしかしてこの構造が悪いのでしょうか？
どうもiアプリで複数のクラスを扱うときの処理が分からなくて
困ってます。

212:デフォルトの名無しさん
06/12/09 10:39:28
>>207
DoJa 4.1使ってる者だけど、Ver4.1でもVectorやMath(一部拡張APIに実装されてるけど)は
使えないよ(実装されてない)。。。Ver3.0のAPIリファレンスにもVectorは載ってない。
>>210 さんの見た仕様ってどこの？

213:212
06/12/09 10:43:02
うはw間違えた。
Vectorは使える。ArrayListと勘違いしたorz

214:デフォルトの名無しさん
06/12/09 11:12:21
自分で、実装

215:デフォルトの名無しさん
06/12/09 11:23:49
素直にCLDCのリファレンス見るという話は無いん？

URLﾘﾝｸ(java.sun.com.)

216:デフォルトの名無しさん
06/12/09 11:36:40
>>215
サンクスです。これでプログラム組めます。
どうやらaddメソッドがないからエラー吐いたみたいです
同様にremoveメソッドもremoveElementAtみたいですから間違いないですね
IntegerのhighestOneBitもないみたいなので
これはどうやら自分で実装するしかないようです

ところで浮動小数の計算ってiアプリではやらないようにしてますか？
URLﾘﾝｸ(sparrow.math.ryukoku.ac.jp)
の使い具合とかどうでしたか？

217:デフォルトの名無しさん
06/12/09 12:41:51
BREW移植の時に面倒だから仕事の時は浮動小数点はほとんど
使ったことないな。

趣味は糞端末は全部非対応でいいから別ｗ

218:デフォルトの名無しさん
06/12/09 12:48:33
いま5.0使う意味は無いだろ。
常識的に考えて。

219:デフォルトの名無しさん
06/12/09 13:54:38
お前の常識≠他人の常識

220:210
06/12/09 14:18:26
>>211
俺は最近始めたばかりで余りわからないんだけどクラスを余り分けない方が良いという話は聴いた。
俺が作るときは全部内部クラスで作ってる。

>>212
ちなみに俺はCLDCの1.0とDoJa3.0の仕様書だよ笑

URLﾘﾝｸ(www.ep.u-tokai.ac.jp)
URLﾘﾝｸ(www.nttdocomo.co.jp)

ってもう解決したっぽいな。

221:デフォルトの名無しさん
06/12/09 15:35:11
Javaってテンプレート機能ないから、リストの自作できないよね・・・
配列で我慢かな

222:デフォルトの名無しさん
06/12/09 15:36:15
ん、どういう意味だ

223:デフォルトの名無しさん
06/12/09 16:11:59
>>222
糞ソースでごめんね・・・

fooList<ufo> mlist;

ufo.add( new ufo("adam,gif") );
ufo.add( new ufo("hamaki,gif") );
ufo.add( new ufo("ten,gif") );

for( mlist.TopObj() ; mlist.OkObj() ; mlist.NextObj() )
{
ufo.draw(g);
}

みたいな海苔の自作リスト

224:デフォルトの名無しさん
06/12/09 23:30:29
>>223
それくらいならVectorでいいんじゃね？

225:デフォルトの名無しさん
06/12/10 00:43:18
iアプリのtrustedってどういう仕組みなんでしょうか?

MIDPのものと仕組みは同様でしょうか?
それとも非公開APIを使用してやっているだけなのでしょうか

226:デフォルトの名無しさん
06/12/10 01:33:10
5.0になってエミュレータが異常に軽くなった気がするのは俺だけ？

227:デフォルトの名無しさん
06/12/10 02:16:18
やけにエミュが高機能化していてワロスｗ
Java5に対応していないのが玉にキズ

228:デフォルトの名無しさん
06/12/10 03:13:26
>>224
ありがとうございます。　VectorとArrayListがあるみたいですね。
サンプルに見かけないのでimodeで禁じ手なのかと思ってました。ちょっと研究してみます。

229:デフォルトの名無しさん
06/12/10 03:16:33
＿|￣|○　>>223のソースバグだらけだし・・・

230:デフォルトの名無しさん
06/12/10 05:58:10
1つのフレームの中に
CanvasとTextBoxを同時に表示することって不可能なんでしょうか？

231:デフォルトの名無しさん
06/12/10 08:38:29
>>230
㍉

232:デフォルトの名無しさん
06/12/10 11:43:08
imeOn

233:デフォルトの名無しさん
06/12/10 11:45:11
>>228
禁じ手と言うか容量が大きくなるから推奨はしないらしい。
携帯みたいに容量限られてるとね…って話でしょ？

>>232
imeOnて日本語入力できるようにするだけだと思ってた。
textBoxに準ずるものなのか。

234:デフォルトの名無しさん
06/12/10 16:00:23
>>233
容量限られているからこそ、
十分大きな配列ではなく
ベクター使うんじゃないのか？

俺は十分大きな配列使うけど。

235:デフォルトの名無しさん
06/12/10 20:38:30
>>228
どこにArrayListがあるんだ？

236:デフォルトの名無しさん
06/12/10 21:03:43
In your heart.

237:225
06/12/10 21:06:40
だれか>>225をお願いします

238:デフォルトの名無しさん
06/12/10 22:06:15
>>225 >>237
Wikipedia項目ﾘﾝｸ

次ページ