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

iモード携帯電話用Jav ..

596:デフォルトの名無しさん
09/06/26 23:40:39
>>594
おれもやったこと有るよ
そんなに昔でもない時期だけど
とにかくクライアントが「全機種対応で」っていうから
仕方なかったんだ

597:584
09/06/27 03:37:41
えー、皆さんお騒がせしました。
結論から言うと、>586 の方法でできました。
>587 にああ書いたのは、イメージ全体に対してピクセル判定しなければいけないのかと
勘違いしたからです、すみません。

>>594
「PalettedImageの描画が異様に遅い機種」思い出せますか？
可能な限りでいいです。

598:デフォルトの名無しさん
09/06/27 08:15:46
俺は知らんがきっと902以前のDだと思うｗ

599:デフォルトの名無しさん
09/06/27 13:13:39
日本のメーカーじゃない機種は最新型でも遅いらしいよ

600:デフォルトの名無しさん
09/06/27 14:50:44
>>599
vodafone末期に関わって血尿出してた日々を思い起こせば
遅いくらい、なんてことない

今までの実績のせいか、海外製は非対応にしたいと提案すると
通りやすいから助かりますｗ

601:デフォルトの名無しさん
09/06/27 15:55:23
その辺が携帯アプリ特有の「仕様削減」と「非対応」だなｗ
ビジネスとかコンシューマで育ってると非対応にするって
考え方が無いから困る。

携帯は開発費も利益も低いから、その見切りのつけ方が無いと
仕事にならないってのもあるが。

602:デフォルトの名無しさん
09/07/01 04:40:10
雑談は程々にするがいいぜ

603:デフォルトの名無しさん
09/07/01 22:33:32
iアプリでPNG読み込む方法って無いですか？
標準だと読み込み可能な形式はGIF、BMP、JPEGのみですが
GIFは256色しか使えないし
BMPは無圧縮ででかいし
JPEGは非可逆圧縮だし・・

604:デフォルトの名無しさん
09/07/01 23:16:17
デコーダを書けばいいんでね？
まぁ、BMPもzip圧縮かければ結構小さくなる。

605:デフォルトの名無しさん
09/07/01 23:16:58
>>603
「非可逆圧縮」という言葉に捉われ過ぎじゃないの？
JPEGで十分じゃない？
圧縮率上げなければ見た目何が削れてるかわかんないし。

606:デフォルトの名無しさん
09/07/02 10:49:34
非可逆だからダメと言っている相手に「非可逆でもいいじゃん」って解決策を出すのはどうなんだｗ

>>603
自前デコーダを移植したことあるけど、バリバリにチューンしても遅くて使い物にならなかったよ。
256x256画像のデコードで3～5秒とか当たり前。
それでもよければ、Cで書かれたPNGデコーダを探して移植してみ。

607:デフォルトの名無しさん
09/07/02 12:01:32
そのまま移植したら遅い
CRCチェックとか余計な部分は省かないと

608:デフォルトの名無しさん
09/07/02 13:27:48
>>607
えーっとね・・・
一応色々と工夫はしたからね？

609:デフォルトの名無しさん
09/07/02 13:37:55
>>608
偉そうだな　┐(￣ヘ￣)┌ ヤレヤレ

610:デフォルトの名無しさん
09/07/02 13:39:46
嫌みではなくソースが見てみたい

611:デフォルトの名無しさん
09/07/02 18:48:18
>>609
偉そうなのはお前だｗ

612:デフォルトの名無しさん
09/07/03 08:55:34
レス相手は自分より低能なプログラム能力しか持っていないに決まってる。

613:デフォルトの名無しさん
09/07/03 16:02:31
プログラマではなく、ディレクションをしている人間なのですが、
Javaアプリを作っている方の質問があります。

いわゆるアドベンチャーゲーム的なもので、
絵と背景とキャラを制御する主要部分のコードが書かれているファイルをみたら
軽く1500行もあるのですが、これって普通なんでしょうか。

Javaはよくわからないのですが、ｃ++でつくるこの程度のゲームで、
一度に1000行を超えるコードはみたことなかったので
そういうものか聞いたんですが、Javaアプリはそういうものなんだということを
言われたので。。。

整理ができてないか、無駄が多いかとしかおもえないんだけども、
携帯特有の、なんかがあるんですかね。

614:デフォルトの名無しさん
09/07/03 16:06:09

行数とプログラムの内容は関係ない。

615:デフォルトの名無しさん
09/07/03 16:40:11
メソッド一個で1000行だったりして

616:デフォルトの名無しさん
09/07/03 16:51:14
メソッド１個で1000行なら携帯アプリ特有な例だな。

最近はあんまり容量気にしなくて良くなったが、
メソッド１個作る毎にアプリサイズが大きくなるから
できるだけメソッド１つで動くように作ってた時代はあったｗ

でも、人とか設計によるとは思う。

617:デフォルトの名無しさん
09/07/03 17:02:51
Java自体、記述が冗長という可能性はないのかなあ

どこかのプログラマーさんの記事で
「LLで書くとこれだけの行数なのに、Javaで書くとこの行数。
こんなに書いてられねえ。だからJavaはダメだ」
というのを最近読んだ気がします
（そしてJavaプログラマーからは
「eclipseの自動補完使うのが当たり前なんで、ほとんどキーは叩いてないぞ」
という反論が）

と思ったけど、そもそもC++との比較か…

618:デフォルトの名無しさん
09/07/03 17:34:29
>>613
インターフェース作って、abstract関数を定義して…。
という「お約束」な手順で行数をとっているのなら、Java自体がそういうもの。

関数の中身とかが異常に長いのなら、それはプログラムが変。
関数の中身まで入ってしまえば、C++とJavaは対して変わらん。

619:デフォルトの名無しさん
09/07/03 18:38:03
APLならライフゲームを一行で書けるんだってばっちゃが言ってた

620:デフォルトの名無しさん
09/07/03 19:43:22
空のメソッドでも作るとサイズ変わるからな
なるべく小さくしたいなら1000行もありえないことではない

621:デフォルトの名無しさん
09/07/03 20:51:29
>>613のような人間にディレクションされたくないな。

C++で1000行って何かライブラリを使わないと有り得ん数字だし
環境も違うだろうに行数を比較して意味が有るとは思えんが。

622:デフォルトの名無しさん
09/07/03 22:40:46
>>613

謝れ

623:デフォルトの名無しさん
09/07/04 14:29:48
つーか、ゲームの作りによるだろうｗ

拡張性無視で、絵と文章を決まりきった定型フォーマットで表示するなら、
メイン部分はJAVAでもC++でも数百行でどうとでもなる。

逆に例えば吉里吉里みたいな性質のものならC++でも軽く数千行を越えるはず。
スクリプトを読解して実行、拡張性まで考慮する構造になっているなら1500行は
むしろc++でもそんなに無駄なソースでは無いと思える。

624:デフォルトの名無しさん
09/07/04 14:58:51
>>613
メソッドにするより展開して記述した方が容量が減ることがあった
展開すると同じコードを複数箇所にかかなきゃいけないこともあるけど
jarの容量制限のある時代では仕方ない処理だった
メガアプリでは気にせずメソッドやクラスを作るようになったけど
それでもリソース多いものは微妙に無駄なコードの書き方をしたりする

625:デフォルトの名無しさん
09/07/04 15:06:59
でもパケ放題で４５００円は高い

626:デフォルトの名無しさん
09/07/04 16:23:55
会社の金だからキニシナイ(ﾟ∀ﾟ)

627:デフォルトの名無しさん
09/07/04 18:51:29
>>613
きにするな

628:デフォルトの名無しさん
09/07/07 11:46:57
２DRPG作ってみます
でもサンプルが無いので困ってます

629:デフォルトの名無しさん
09/07/07 13:13:12
良かったですね

630:デフォルトの名無しさん
09/07/07 13:20:25
冷たいですよ
教えて下さいよー

631:デフォルトの名無しさん
09/07/07 13:25:34
だって困ってるとしか言わないんだもん

632:デフォルトの名無しさん
09/07/07 13:29:17
ゲームのアルゴリズムなら他所で聞けよ、どうせ完成しねーんだしｗ

633:デフォルトの名無しさん
09/07/07 21:53:29
iモードなら本がどこにでも・・・

634:デフォルトの名無しさん
09/07/08 21:17:49
フォントを縮小描画しつつアンチエイリアスをかけたいのですが、
drawScaledImage()やGraphics2のアフィン変換で縮小してもアンチエイリアスがかかりませんでした。
getPixels()などで自力計算するしかないのでしょうか。

635:デフォルトの名無しさん
09/07/09 00:06:11
>>634
やったことはないけど、自力で計算したらかなり遅そうだし
Graphics3DはBMPからしかテクスチャ作れないし、多分書き換え不可だし
GraphicsOGL(OpenGL ES)なら出来る？かもしれないけどトラステッドじゃないと駄目だし。
・・多分無理。

ドコモは何故GraphicsOGLを一般公開しない・・
もししたとしても、現存の機種で仕えるようにするのは技術的に不可能だろうか。

636:デフォルトの名無しさん
09/07/09 02:29:43
Eclipse3.5、または3.4で開発してる方いますか？
Doja5.1を使って開発してるのですが、上記のEclipseで
実行やデバッグをクリックしても、エミュレータが立ち上がるだけで
何も動かない状態です。
実行するには、パッケージ・エクスプローラのプロジェクトのbinフォルダ
からjamファイルをダブルクリックしてエミュレータを起動し、
エミュレータのビルドボタンクリック→実行ボタンクリック
としなければいけません。
上記のEcpipseでデバッグする方法は無いのでしょうか。

637:デフォルトの名無しさん
09/07/09 10:03:13
コンパイラの対象バージョンを1.4

638:デフォルトの名無しさん
09/07/09 16:39:02
>>636
エミュレータのウィンドウが表示され続けるなら >>637 はクリアしていると思われるので、
「DoJa-5.1 API iαppli Development Kit ユーザーズガイド」の
「17.3.15. デバッグの実行」に書いてあることを試してみたらどうかな？

639:デフォルトの名無しさん
09/07/09 16:52:40
full.exe がメモリ参照のアプリケーションエラーで異常終了します。

プログラム中のある箇所で System.out.println("AA") を入れる/入れない
で、上記アプリケーションエラーが発生したり、発生しなかったりします。

Ｃの場合はポインタによるメモリ破壊があり得ると思いますが、Ｊａｖａ
でもこのようなことはあるのでしょうか？

640:デフォルトの名無しさん
09/07/09 19:44:31
>>639
full.exe って何の実行ファイル？

641:デフォルトの名無しさん
09/07/09 20:33:49
今iアプリのグループ製作をしていて俺が音楽部分を担当してるんだが、原因不明のバグにぶち当たったので知恵をお借りしたい。

クラスをファイルごとメインキャンバス(MainCanvas)と音楽再生用(MainMusic)に分けて、グループ製作で統一しやすいようにした。
それでメインキャンバス側から再生用ファイルにあるメソッドを呼び出して、キー操作で音楽の再生、停止ができるようにと考えている。

で、結果再生の方は上手くいったのだが停止ボタンを押して停止させようとしたら例外が発生して落ちる。
もう少し具体的に書くと

音楽再生のファイルでsoundを取り込み、use→AudioPresenter型の引数に音楽をセット。
メインキャンバス側で、mc = new MainMusicしたあとのキー１押したイベントでmc.play();
これは成功だった。

その音楽が鳴っている状態でキー２押したイベントにmc.stop()を割り当て、実際に停止させようとしたら例外発生で落ちる。
例外はMedia sound is not setというもの。

マジでこのエラーで今遅れてる状態なのでどなたか原因と、できれば対処法も教えてください。

642:デフォルトの名無しさん
09/07/09 20:52:28
状況がわからん

とりあえずキーイベント内での音楽再生とかやめれ

643:デフォルトの名無しさん
09/07/09 21:01:58
mc.stop() 内で AudioPresenter.getAudioPresenter() したりしてないよね

644:デフォルトの名無しさん
09/07/09 21:44:06
そもそもの設計が可笑しいってのは無し？

645:デフォルトの名無しさん
09/07/09 21:47:46
どこまでをメインキャンバスで処理して、どこからをMainMusicのメソッドで処理してるかいまいち不明だけど、
mc.play() の時に生成したインスタンスをmc.stop() の時のmcに渡していないだけじゃないだろうか。

646:デフォルトの名無しさん
09/07/09 21:57:35
多分ソース見たら速攻直せると思うんだがｗ

mcを毎回作り直したりしてないだろうか。

647:641
09/07/09 21:59:46
皆さん色々と意見ありがとうございます。
やっぱり文じゃ伝わらないので明日ソースを上げます。

648:デフォルトの名無しさん
09/07/09 22:08:05
とりあえず、再生した時のAudioPresenterと
停止する時のAudioPresenterが違う物のような気がする。

649:デフォルトの名無しさん
09/07/09 22:29:11
Java5で追加された機能をJava4でも使えるようにするという
JSR14はiアプリでは使えないんですか？

650:デフォルトの名無しさん
09/07/10 05:02:50
チャットでデコレル
URLﾘﾝｸ(www.youtube.com)

651:639
09/07/10 09:28:45
>>640

すみません。

full.exe は iαppli Development Kit for Star-1.0 インストールフォルダの
iDKStar1.0\bin\full.exe です。

652:640
09/07/10 11:33:03
>>651
Starの環境がなかったので気付きませんでした。

Javaがどうのというよりエミュレータのバグっぽい気がします。
iαppli Development Kit for Star-1.1 にアップデートしてみてはどうでしょうか。

653:641
09/07/11 22:15:43
遅れたけどコードUP　カキコできる行の関係で細かいところははしょってます。
これがMainCanvas.java
class MainCanvas extends Canvas
{
public MainCanvas(){
setSoftLabel(Frame.SOFT_KEY_1,"再生");
setSoftLabel(Frame.SOFT_KEY_2,"停止");
}
public void processEvent( int type, int param ) {
if( type == Display.KEY_PRESSED_EVENT ) {
Music ongaku = new Music();
if( param == Display.KEY_SOFT1 ) {
try { ongaku.saisei(i);
}catch(Exception e){
Dialog dialog = new Dialog(Dialog.DIALOG_INFO, "エラー");
dialog.setText("エラーが発生。");
dialog.show();
IApplication.getCurrentApp().terminate();
}
}
if(param == Display.KEY_SOFT2){
try{
ongaku.teisi();
}catch(Exception e){
Dialog dialog = new Dialog(Dialog.DIALOG_INFO, "エラー");
dialog.setText("エラーが発生。");
dialog.show();
IApplication.getCurrentApp().terminate();
}
}
}

654:641
09/07/11 22:18:58
続いてMainMusic.java
//外部から呼び出される音楽再生のためのメソッド
class Music implements MediaListener{
MediaSound sound[] = new MediaSound[2];
AudioPresenter ap = AudioPresenter.getAudioPresenter();
public void saisei(int i){
//音楽を入れるための配列
sound[1] = MediaManager.getSound("resource:///mld/bgm1.mld");
sound[0] = MediaManager.getSound("resource:///mld/bgm2.mld");
try {
sound[i].use();
}catch(Exception s){
Dialog dialog = new Dialog(Dialog.DIALOG_INFO, "エラー");
dialog.setText("saiseiでエラーが発生。");
dialog.show();
IApplication.getCurrentApp().terminate();
}
ap.setSound(sound[i]);
ap.play();
}
//停止のためのメソッド
public void teisi(){
try{ap.stop();
}catch(Exception e){
Dialog dialog = new Dialog(Dialog.DIALOG_INFO, "エラー");
dialog.setText("teisiでエラーが発生。");
dialog.show();
IApplication.getCurrentApp().terminate();

655:641
09/07/11 22:20:51
エラーを吐くのはMainMusic側のteisi()の部分。
エラー内容がMedia sound is not setだった。
どなたかエラー原因と対処方法を教えてくださいまし

656:デフォルトの名無しさん
09/07/11 22:34:00
>653
public void processEvent( int type, int param ) {
if( type == Display.KEY_PRESSED_EVENT ) {
Music ongaku = new Music();
}　←どこにもongaku を渡してないから、以降はongaku への処理が全部不正に。

どう見てもこれが原因じゃんか。

657:648
09/07/11 23:03:46
だから言っただろう

658:デフォルトの名無しさん
09/07/11 23:25:01
限りなくぬるぽに近いな

659:デフォルトの名無しさん
09/07/12 00:14:44
Canvas側も音楽側も平等におかしいので
>>644が正解

660:デフォルトの名無しさん
09/07/12 00:34:43
sound[]は必要ない

661:デフォルトの名無しさん
09/07/12 09:54:41
例外を表示すればいいのに

662:デフォルトの名無しさん
09/07/13 12:16:59
原因：
>>648

対策：
再生・停止させる度にMusicクラスをNewするのをやめる。
AudioPresenterは一度取得するだけでよい。

663:641
09/07/13 18:50:58
皆さん指摘ありがとうございました。
ひとまず>>648がヒントになり無事解決できました。

664:デフォルトの名無しさん
09/07/13 23:51:49
Doja5.1です。
Audiopresenterを2つ使い、音楽の同時再生を行っているのですが
エミュレータ上で実行するとノイズがひどく、聞くに堪えない状況です。
実機上ではノイズも無く再生されるのですが、エミュレータ上でも
ノイズ無く再生することは出来ないでしょうか？
ファイルの型式はmldで、Audiopresenterにはポート0とポート1を与えています。
エミュレータのサウンド設定も弄って見ましたが改善はされませんでした。

665:デフォルトの名無しさん
09/07/14 01:25:58
>>664
ＯＳをＶｉｓｔａからＸＰに変えるといいよ

666:664
09/07/14 03:11:30
>>665
OSはXPを使っています。
OSの話が出るということは、プログラム側では無くシステム絡みの話になってくるんでしょうか。

追記になりますが、先ほど試しにエミュレータを2つ起動し、それぞれで1つずつの音楽を鳴らして見ました。
結果としては、1つのエミュレータで2つの音楽をならした時と同じく、ノイズが入りました。
なにか参考になるでしょうか。

667:デフォルトの名無しさん
09/07/14 05:00:02
俺もXPだけど、音はめっちゃくちゃになるよ。
ノイズじゃなくて、再生スピードが速くなったり遅くなったり、ブツブツ途切れたり。

668:デフォルトの名無しさん
09/07/14 09:12:46
>>666
音楽って、MIDI系？WAV系？
MIDI系はエミュでまともになるけど、WAV系の音はまともに再生されないよ。
少なくとも俺の環境ではｗ

669:デフォルトの名無しさん
09/07/14 12:19:51
>>665 = >>530 = >>455 = >>407
ヒントは全角英数文字

670:デフォルトの名無しさん
09/07/14 12:25:09
>>667
俺のでは途切れはしないけど、テンポが速くなったり遅くなったりする。
Wavは3音使うと遅延が起きる。
StarエミュだとMSGSしか鳴らない。

671:デフォルトの名無しさん
09/07/14 22:14:08
ＯＳを２０００に変えるしかないね

672:デフォルトの名無しさん
09/07/14 22:17:17
doja5.1のキット上でキーリスナセットして十字・決定キー拾いたいんだけどうまくいきません
ダイアルキーは拾えるんだけど、ソフトキーと十字・決定キーだとkeyPressed（）自体呼び出されません
なぜかdoja1.0のキット上だと十字・決定キーを拾えるんですが解決策はありますか？
リファレンス見るかぎりでは、dojaのバージョンによって挙動が変わる部分ではないのですが。

673:デフォルトの名無しさん
09/07/14 23:03:10
>>672
サンプルのプロジェクトは動く？

674:デフォルトの名無しさん
09/07/14 23:09:07
>>673
動きます。

675:デフォルトの名無しさん
09/07/14 23:46:52
>>674
じゃあDoJaのバージョンは関係ないんじゃねえの？
MIDPと混同してないかチェック

676:デフォルトの名無しさん
09/07/15 00:12:30
>>675
パネルとキーリスナのテンプレ使って以下のとこだけ変えて動かしたらKEY_SELECTは受け取れた。
だけどKEY_SOFT1とKEY_LEFTが受け取れない。doja1.0でもdoja5.1でも同じだった。

public void keyReleased(Panel panel, int key) {
switch (key) {
case Display.KEY_SELECT:
this.setTitle("KEY_SELECT");
break;
case Display.KEY_SOFT1:
this.setTitle("KEY_SOFT1");
break;
case Display.KEY_LEFT:
this.setTitle("KEY_LEFT");
}
}
}

677:デフォルトの名無しさん
09/07/15 01:01:20
keyに何が入ってるかダンプくらいさせたら

678:デフォルトの名無しさん
09/07/15 01:46:20
開発ドキュメントを読んでないヤツ大杉。

【DoJa-2.0】
・方向（上下左右）キーはキーイベントを発生しません。
これらのキーは、スクロールおよびフォーカス制御のために
常にPanelで処理されます。

679:デフォルトの名無しさん
09/07/15 02:07:07
>>673 >>675 >>677 >>678
ご迷惑をお掛けしました。的確な回答を頂けたことに感謝します。

680:デフォルトの名無しさん
09/07/15 02:56:41
ソフトキーは
public synchronized void softKeyReleased(int key) {
　　if (key == Frame.SOFT_KEY_1) {
　　}
}
こんなんだったはず

681:デフォルトの名無しさん
09/07/15 10:07:36
キー周りとか１回組んだら使いまわしだし、忘れるよなｗ

682:デフォルトの名無しさん
09/07/15 10:55:49
赤外線通信を多用するのですが、確認ボタンを押す回数を減らす（または無くす）方法はありませんか

683:デフォルトの名無しさん
09/07/15 14:57:21
Doja3.5プロファイルで開発していて、実機はN905を使ってます。
一回目のAudioPresenter#play()を呼び出してから制御が返るまで、
時間がかかって、2回目以降の呼び出しでは早めに制御が返って来るようです。
具体的には、1回目は500msぐらいかかりますが、2回目以降の呼び出しは20ms未満でした。

1回目のplayで時間がかかってしまう理由はなぜでしょうか？
アプリ起動後、最初のタイトル画面でBGMを鳴らすときにモタついて、
別スレッドで走ってる描画処理に影響がでて画面がガタついてしまいます。
2回目以降のタイトル画面表示はスムーズにいきます。

最初のAudioPresenter#play()は時間がかかるものと諦めて、
無音のBGMを再生する処理とかを最初に入れるべきでしょうか？

684:デフォルトの名無しさん
09/07/15 16:41:11
音源回路とスピーカーに電源が供給され準備ができるまでに500msかかるから

685:デフォルトの名無しさん
09/07/15 16:43:03
ちなみに、マルチタクス切り替えからアプリに復帰した後の初めの再生も時間がかかる
理由は同じ

686:デフォルトの名無しさん
09/07/15 17:13:19
>>684-685
回答ありがとうございます。
ちなみに、playのタイミング以外に、音源回路とスピーカーに電源供給を促し、
完了するのを待つような処理は可能でしょうか？
無音データを再生させるような処理をするか、最初の1回は諦めるしかないでしょうか？

687:デフォルトの名無しさん
09/07/15 17:24:09
URLﾘﾝｸ(news.donga.com)　　　　　　　　　　　記事入力 2009-07-15 02:59
“ナロ号発射直接見に行こう” 高興（コフン）は今‘部屋を手に入れる戦争’

■韓国最初宇宙ロケット発射D-15…現地表情

民宿はもちろんテントまで品切れになって

遊覧船予約も3日ぶりに終わり

肉眼観測するビューポイント選定

駐車場-特設舞台新設奔走

30日韓国最初宇宙ロケット‘ナロ号(KSLV-I)’発射を控えて韓半島南の端すそ全南（チョンナム）, 高興
郡（コフングン）がうきうきしている。発射当日を前後して, 峰来面（ポンネミョン）,ナロ宇宙センター近隣
宿泊施設予約がほとんど終わって, 時宜外れの‘部屋を手に入れる戦争’も広がっている。 ‘宇宙都市’
高興郡（コフングン）は大韓民国の夢と希望をのせて宇宙へ行くナロ号発射祝い行事準備で忙しい。
ロケットが空へほとばしる場面を肉眼で見られる‘ビューポイント’を選定して発射特需を生かすために
観光商品も作った。

“残った部屋がないです。民宿はもちろんで海水浴場モンゴル式テントまで….”

全南（チョンナム）,高興郡（コフングン）,影南面（ヨンナムミョン）ナムヨルリ。この村はナロ宇宙センター
へ直線距離で15km離れているが, 肉眼で宇宙センター建物が見えるほど展望が良いところだ。
この村のマ・ヨンマン次長(63)は “29日から31日まで部屋を探し当てようとする人々のために大変な苦
労をしているが, それでも気持ちは良い”と笑った。

こちらは夏ならば10世帯余りが民宿を運営する。先月開場した海水浴場には避暑客のためのモンゴ
ル式テント60棟が設置されている。民宿とテント予約は先月10日ナロ号発射日が発表されてすぐ皆終
わった。マ次長は “民宿世帯数を増やしてみるが, 駆せ参じる人々を受け入れるには力不足であるよ
うだ”と耳打ちした。ナロ宇宙センターまで乗用車で40分の距離のトファミョン･パルポ海水浴場近隣ビ

688:デフォルトの名無しさん
09/07/15 22:53:57
>>686
playしないと電源が入らない
iモードの接続と同じと思えばいい

689:デフォルトの名無しさん
09/07/16 11:41:04
無駄な暗転と開発元ロゴとか流せばいいんじゃね

690:デフォルトの名無しさん
09/07/16 16:03:27
実験すんのめんどくせいからてきとうだが
音量0か休符のみのデータでなんとかならんか

691:686
09/07/16 17:13:31
>688-690
音量0で再生してチョット待ってからタイトル画面表示するようにしました。
レス・アドバイスありがとうございました。

692:デフォルトの名無しさん
09/07/16 17:42:43
>>682
確認ボタンって「通信しますか？」っていうダイアログに
ついてるボタンのこと？
赤外線はネイティブに制御が移るんで、
ダイアログを制御する方法はﾅｲですよ。

693:デフォルトの名無しさん
09/07/16 20:53:02
Doja3.5(エミュレータは5.1用を使用)、実機N905で開発してる者です。
newでメモリを確保する際、指定出来るサイズの制限はあるのでしょうか？
※もちろん、Runtime.freeMemory()で取得できる数値より小さい値を指定するのは大前提です。

下記のようなコードで、エミュレータと実機とで動作が違い困惑しています。
buff = new byte[SIZE];

・SIZE=512KB　エミュレータ
　例外も投げずにエミュレータが強制終了してしまいます。

・SIZE=30KB　エミュレータ
　正常に確保できてるようです。

・SIZE=512KB　実機
　正常に確保できてるようです。

・SIZE=9MBぐらい　実機
　正常に確保できてるようです。

694:デフォルトの名無しさん
09/07/16 22:42:15
メールに対して返信しようとしたら「メモリ不足です」となって、新規メールからしかメールが送れないんですがどういうことでしょうか？

695:デフォルトの名無しさん
09/07/16 22:49:31
>>693

で、肝心のRuntime#freeMemory()の値は？

エミュレータ(ヒープサイズ：6144KB)でやってみたけど、
空きメモリが約3.5MBのときに約3.4MBのnewに成功してる。

[]に指定できるサイズはInteger.MAX_VALUEまで。
配列のlengthがint型だから見当はつくだろうけど。

696:デフォルトの名無しさん
09/07/16 23:57:24
>>693
エミュレータなんかアテにすんな。設定次第なんだから
としか言いようがない

どうでもいいがユーザからのメールで、どうでも良いようなことで
「どういうことでしょうか！！」ってフレーズを良く見るんだが
流行っているんでしょうか

697:デフォルトの名無しさん
09/07/17 07:34:31
すみません、CLDC+MIDP+携帯電話用Javaスレッド part 8がどうやら落ちていたようなので、
板違いとは思いつつ質問させて頂きます。

ｽﾚﾘﾝｸ(tech板)l50の>>72さんの質問に便乗なのですが、
SoftBank端末用にパズルのような物を練習で作成中で、SH端末の「ｱｸｾｽの遅いﾒﾓﾘ領域」について頭を悩ませています。

完成画像が大きな一枚絵になるので、常に保持しておかなければならない画像が複数あり、
drawRegionでそれを分割ﾊﾞﾗﾊﾞﾗにして表示させています。
常に保持しておかなければならないﾃﾞｰﾀは以下の通りです。

①384×192(8.2kb)のPNG画像
②192×192(3.7kb)のPNG画像
③192×192(4.0kb)のPNG画像
④576×384(29.0kb)のPNG画像
⑤240×182(6.3kb)のPNG画像

更に連続正解などの特典としてｷｬﾗｸﾀｰｶｯﾄｲﾝをｽｸﾛｰﾙさせようと思い、時折上記を保持したまま、
⑥380×300の(25.5kb)PNG画像
を読み込んで描画させています。
ですので、一番保持量が多い瞬間は①～⑥という事になります。
ｽﾃｰｼﾞが変わる場合は、上記を全て一旦null→gc→別画像を読み込み、という流れで行っています。

ただ、上記の最大時のｻｲｽﾞは、X:1964 Y:1442なので、240*260*11より面積という面で見ると小さいと思うのですが
実際は①②③の３ファイルまでしか高速ｱｸｾｽが出来ていない状況です。
※読み込みの順序によっては最初の１枚しか高速にならなかったりもします。

698:697
09/07/17 07:35:56
そこで幾つか試してみたのですが、
１．画像の色数を極限まで落として容量を削減→変わらず
２．①②③を１枚の画像にまとめて、①④⑤＋⑥にしてみた→①②③のアクセスですら更に重くなる

という感じです。
考えられるのは、画像のXY長で管理しているとすれば、X,Yが240,260を超えた画像は、たとえ241pixとかでも
2枚分消費し、次の画像は3枚目のメモリ位置に格納するので11枚分を越えてｱｳﾄ？
でも、実際は同じXY長でも色数等で容量が大幅に変わるのでそれはないかな、とも思っています。

次に考えられるのは、起動時にすでに高速ｱｸｾｽ用のﾒﾓﾘが何者かによって占められている、という事かなと思い、
試しに起動直後、ﾀｲﾄﾙ画像(240*240 2kb)のみを読み込み、描画した状態で
Runtime.getRuntime().totalMemory()、Runtime.getRuntime().freeMemory()を表示させてみたところ
2673000/4194292 からｽﾀｰﾄし、空き領域急降下→自動GCを繰り返していました。

ちなみに①②③④⑤＋⑥の状態の場合は
1400000/4194292でした

とにかくいの一番に画像を読み込ませようと、宣言を一番初めにしたり、画像の読み込み処理を、
音楽ﾌｧｲﾙやｺﾏﾝﾄﾞﾘｽﾅｰより先にしたりなどしてみましたが、どれも意味はありませんでした。

一体何が原因として考えられるのか、アドバイスを頂けるとすごく助かります。
長文乱文になり申し訳ありませんが、よろしくお願い致します。

699:デフォルトの名無しさん
09/07/17 10:03:25
・切羽詰まった感は出てるがスレ違い
・画像は一枚に纏めるより、むしろ実画面サイズ以下に分割の方向で
・根本的に画像の使い方が粗い
・SHですねわかりますとか思ってたら本当にSHだったので嫌んなった
・ファイルサイズとヒープ消費量を同一視しないこと
・この場合freeMemory()等を頼りにしないこと
・端末機種のバ…特性に併せるか若しくは諦めることそれが一番だいじ

700:デフォルトの名無しさん
09/07/17 10:16:46
スレ違いだな。

何とかしたかったら神に祈れ。
技術で何とかできるなんて考えは捨てて、仕様を直させろ。

701:693
09/07/17 11:25:27
>>695
Runtime#freeMemory()は800kbちょいぐらいの値が返ってきてる状態での、
500KBの確保に失敗してます。
具体的には↓な感じです。
エミュレータのヒープ最大容量は2048kbにしてます。
-------------------------------
System.gc();
sleep(1000); // チョット待つ
Runtime#freeMemory(); //800kbぐらいの値が返ってくる
temp = new byte[512 * 1024]; // エミュレータ落ちる
-------------------------------
実機N905は12MBぐらいの空き容量で9MBの確保に成功してるので…
やっぱりエミュは不完全な部分もあるってことでしょうか。

>>696
エミュをアテにするなってことは、やっぱり最後は実機で確認が確実ってことですかね(^^;

702:デフォルトの名無しさん
09/07/17 11:42:15
メモリ周りは運が絡む

703:デフォルトの名無しさん
09/07/17 12:31:03
単なる別機種と化してるエミュレータなんて何考えてるんだろうな

704:デフォルトの名無しさん
09/07/17 13:11:32
Docomoのエミュレータ程度の性能あれば十分だとは思う

705:デフォルトの名無しさん
09/07/17 13:16:42
>>697
基本>>699の指摘が全てであるとは思うが、細かいノウハウはあると思うので
自分でCLDC+MIDP+携帯電話用Javaスレッド part 9を立てるか、確かどっかに、
スレ作成依頼スレがあったと思うのでそこに依頼して立てるのが吉だと思う。

706:デフォルトの名無しさん
09/07/17 13:29:46
>>エミュをアテにするなってことは、やっぱり最後は実機で確認が確実ってことですかね(^^;

というかどういう状況で作成しているかは知らないが、N905iで動くからといって他の905iで
エミュみたいな不可解な動作をしない保証はまったくどこにも無い。趣味で自分の所有端末
向けに作っている匂いもするが、もしそうでないなら、最終的にはアプリ配布対象となる
全ての端末で実際に動作させて確認する必要がある。いや、マジな話。

707:デフォルトの名無しさん
09/07/17 14:10:33
これはチャット機能かな
URLﾘﾝｸ(www.youtube.com)

708:デフォルトの名無しさん
09/07/17 14:29:51
800KBしか残っていない状態で500KBとれたらかなり奇跡だろ
DojaのGCはメモリのコンパクションはしねーんだぞ

709:デフォルトの名無しさん
09/07/17 14:31:57
する奴としない奴があるんじゃ無かったっけ？

710:デフォルトの名無しさん
09/07/17 15:22:19
>>709
905あたりだと微妙

>>706
全面的に同意するけど、
似たようなこと職場で言うと煙たがられるな

711:デフォルトの名無しさん
09/07/17 16:03:44
WMは2003から6.5までごかんせいもんだいなんてほとんどおきないのに
なんであいあぷりはこんなにひどいんだろう

712:デフォルトの名無しさん
09/07/17 16:11:55
>>709
新しい奴は片っ端からしない。
しなくなったのはN900iとP900iが最初
DoCoMoは最近は「コンパクションはしなくても良い」と規定していて、最近は処理速度を競っているので切られるのがほとんど。

(´･ω･`)DoCoMoも余計な規定緩和（って用語あるか？）してくれたもんだ

713:デフォルトの名無しさん
09/07/17 16:39:05
>>712
それのソースはある？
疑ってるわけじゃないけど

714:693
09/07/17 16:51:30
DOJAのGC、コンパクションないんだ。。。。
やべぇ。。。orz
一応仕事で作ってるものなので、最終的には900以降の全機種で動作チェックしないといけないんだ。。。。
厳しい・・・

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

715:デフォルトの名無しさん
09/07/17 17:13:19
>713
自分>712じゃないが、ソースは出せない。コンフィデンシャル。
後はどういうことか察してくれ。

716:デフォルトの名無しさん
09/07/17 17:17:20
confidentialな資料確認できる人は
このスレを鵜呑みにせずに自分で確認しましょう。

とだけ言っておく。

717:デフォルトの名無しさん
09/07/17 17:34:56
712だけど、
別にGCがない機種があるという情報自体はコンフィデンシャルではないよ

iアプリコンテンツ開発ガイドにも、＜アロケート可能な連続メモリ量の参照＞の項目で

KVM がヒープコンパクション機能（ヒープ上に発生したフラグメントの除去機能）をサポートしている機種
では、このメモリ量は概ねjava.lang.Runtime.freeMemory()メソッドが返す値と同等となります。しか
しヒープコンパクション機能をサポートしていない機種では、このメモリ量は状況により
Runtime.freeMemory()メソッドが返す値より大幅に小さくなる場合があります。

とある。
つまりコンパクションをサポートしていない機種があるのは仕様。
で、最近のがコンパクション積んでないのばっかりというソースは無いな…。
ただ、実装が面倒な上、エンドユーザーから見れば遅くなるだけのコンパクションを、わざわざ営利企業が積むわけもなく…

718:デフォルトの名無しさん
09/07/17 17:46:33
>717
>別にGCがない機種があるという情報自体はコンフィデンシャルではないよ

そこはどうでもいいよ。
後半に突っ込んだんだが、まぁやぶ蛇だからこれ以上はレスしない。

719:デフォルトの名無しさん
09/07/17 18:12:07
900iが最初なら
503iはどうだったんだｗ
て話か

720:デフォルトの名無しさん
09/07/17 18:35:39
やぶ蛇どころか、まったく信用ならんなんちゃってプロだってことは分かった
プロなら素人に誤解されるような説明はせんからな

721:デフォルトの名無しさん
09/07/17 19:09:32
>>710
ああ、確かにもれもたまに煙たがる奴に遭遇する

そして、そういう奴にかぎって販売後に端末依存の不具合で客クレーム出して、
もれとかを巻き込んで徹夜騒ぎになって、以後、新人から煙たがれる立場になるｗ

722:デフォルトの名無しさん
09/07/17 19:23:51
>>720
confidentialかどうか微妙だと判断したら、
プロなら素人に詳しい説明はしないんじゃないか？
引き際が綺麗かどうかは知らないが。

723:デフォルトの名無しさん
09/07/17 19:37:54
DoJa5.1で、ComponentListenertとSoftKeyListenerを同時に使いたいけど
「MainPanel は abstract でなく、com.nttdocomo.ui.SoftKeyListener 内の abstract メソッド softKeyReleased(int) をオーバーライドしません」
class MainPanel extends Panel implements ComponentListener,SoftKeyListener{
こんなエラーが出てどうすればいいやら

724:デフォルトの名無しさん
09/07/17 20:26:58
昔スゲー悩んだ末に解決したはずなのだが、忘れたｗ

うろ覚えで申し訳無いが、『softKeyReleased(int)はかならずオーバーライド
しないといけないんだけど、MainPanelはabstractでないんで、自動的に
オーバーライドしないんよ。だから、自前でオーバーライドしてちょうだい』
みたいな主旨のエラーだったと思う

725:デフォルトの名無しさん
09/07/17 21:44:23
なんでEclipseを使わないんだろう。
> 型 MainPanel は継承された抽象メソッド SoftKeyListener.softKeyReleased(int)
> を実装する必要があります。
って分かりやすいメッセージが出るのに。

抽象クラスではない場合は、implementsしたインタフェースのメソッドは
すべて実装しないといけない。もう実装できる機会がないから。
抽象クラスの場合は、それを継承する先で実装すればいいから、
その時点ではエラーにならない。

726:デフォルトの名無しさん
09/07/17 21:56:56
ありがとう。
雛形から作り直してみたら一応はうまくいったんだが…
どう見比べてみても今のソースと同じだし、何が悪かったんだろう

727:デフォルトの名無しさん
09/07/17 22:25:44
引き数とかが微妙に違ってたり、メソッド名が1文字間違ってたり、そういうレベルの間違いだと思うぞ＜どう見比べても

728:デフォルトの名無しさん
09/07/17 23:45:52
ミニアプリの描画領域を透明にすることってできる？
背景の画像を透過GIFにしてCanvasの背景を透明にできればできると思ったんだけど、
そのCanvasの背景を透明にする方法がよくわかんないです。だれかたすけて＞＜。

729:デフォルトの名無しさん
09/07/17 23:46:50
>> Eclipse
昔使おうとした時にプリプロセッサとの絡みで面倒くさくなって、結局
使ってないんだけど、その辺今解決しているのかな？

いや、JAVA的に邪道であるとは思うけどｗ

730:デフォルトの名無しさん
09/07/17 23:53:22
定数は諦めて、できるだけ元の形を残すプリプロセッサを使う。

そういう俺もEclipseはどうしても必要じゃない限りは使わないけどなｗ

731:デフォルトの名無しさん
09/07/18 00:03:30
>>728
フェイス画像は全透明にできるけど、
描画領域は初期化の時点で真っ白になるので無理。
その上からいくら透過画像を使おうが無駄ァ！
数字だけ浮いてるデジタル時計を作ろうとしてたのに、
画像を作ってからできないことに気づいてorz

732:デフォルトの名無しさん
09/07/18 00:16:31
>>731
ありがとう。
ドキュメントに、Graphics#getColorOfRGBでアルファ値含んだ値がとれるって書いてあったから、
Frame#setBackground　に渡してみたけど、やっぱりだめだった…。

じゃあ、ADFに指定するフェイス画像をプログラム内で切り替える方法はあるでしょうか。
これができればCanvasが透明にならなくてもやりたいことができそうなんです。

733:デフォルトの名無しさん
09/07/18 01:52:10
携帯もそろそろＰＣソフトが使えるようになりそうだから
iアプリの意味がなくなるな

734:デフォルトの名無しさん
09/07/18 02:31:30
docomo端末上で好き勝手やらせてくれるとは思えないんだがそういう流れになってるの？

735:デフォルトの名無しさん
09/07/18 11:59:55
林檎や窓ののったスマートフォンなら、専用に作り直せば自由だ罠
PCのソフトそのままは無理だろ、ARMでx86が動くわけないんだから

736:デフォルトの名無しさん
09/07/18 13:50:35
そういう技術レベルの話じゃないだろ
フルブラウザだって一般にはほとんど普及してない
動くことに満足する技術者と使いやすさを求めるユーザとのギャップが一番の問題

737:デフォルトの名無しさん
09/07/18 16:12:28
そういう論調
KDDIがBREW始めたころに良く見たわ

738:デフォルトの名無しさん
09/07/18 16:23:04
どうせ移植する機種が増えるだけの話だ('A`)y-~~

739:デフォルトの名無しさん
09/07/19 00:14:19
20個ぐらいのTextBoxの中身を全部調べて、もしNullなら埋める
みたいなことやりたいけど、パネルの名前に配列使ったりできないの？

740:デフォルトの名無しさん
09/07/19 00:33:54
日本語で頼む。
・TextBoxの中身はnullにならない
・Panelに名前の概念はない

741:デフォルトの名無しさん
09/07/19 11:37:56
分かりにくくて申し訳ない
パネル型変数を配列変数として宣言できないかということ

742:デフォルトの名無しさん
09/07/19 11:42:12
Panel　[] panels = new Panel[10];

743:デフォルトの名無しさん
09/07/19 12:24:51
質問です！いま携帯ゲームをつくっているのですが(Doja)
画像ファイルを１つのファイルではなく
サイズが違うので
別々のファイルで読み込んでつかっているのですが
それでもよいのでしょうか？
あと、Imageとspriteの使い分けって静的=Image、動的=spriteでよいのでしょうか？
お願いします。。。

744:デフォルトの名無しさん
09/07/19 13:31:19
日本語の勉強が先

745:デフォルトの名無しさん
09/07/19 16:38:58
>>742
TextBox [] text=new TextBox[10];　まではいいとして
コンストラクタをどこに書けばいいのか分からないから困ってるんだ

746:デフォルトの名無しさん
09/07/19 17:06:17
エラーの出ない所に

747:デフォルトの名無しさん
09/07/19 17:11:14
頼むから率直に教えてくれｗ

748:デフォルトの名無しさん
09/07/19 17:15:15
TextBox [] text=new TextBox[10];
for( int i = 0; i < text.length; ++i ){
　　text[i] = new TextBox( "ここ" );
}

749:デフォルトの名無しさん
09/07/19 17:57:57
上手くいった。㌧

750:デフォルトの名無しさん
09/07/19 23:18:55
>>743
それでもよい。

spriteは特に使い分けする必要は無く、自分が使いたいように使えばＯＫ。
ちなみに、もれは実験以外でspriteを使ったことが無い。他キャリアへの
移植がちょいめんどうになるしな。

751:デフォルトの名無しさん
09/07/20 05:34:11
>>750
ありがとうございます

752:デフォルトの名無しさん
09/07/20 09:26:38
・古い機種ではアプリのDLすらできなくなる機種依存クラスを利用したい（このアプリには誤りがあります～と表示される）
・プリプロセッサは使わない

とすると、if (定数)...で分けるのが一番手っ取り早いのでしょうか？

final static boolean old_doja = true;
if (old_doja)
　// 全機種対応メソッド
else
　// 新機種用メソッド

753:デフォルトの名無しさん
09/07/20 09:33:51
別アプリにする

754:デフォルトの名無しさん
09/07/20 11:16:38
ADFに書けばいいじゃない

755:デフォルトの名無しさん
09/07/20 14:02:40
>>752
新機種対応と全機種対応のアプリが別になる(別のjarファイルになる)ことが
許されるならYES

756:デフォルトの名無しさん
09/07/20 14:03:46
文字列からDateオブジェクト作って比較する処理、みんなどうやってる？
SimpleDateFormatないから困惑してる。

757:756
09/07/20 14:57:31
Calendarはあるのか。見逃してた。
あとは手で書くしかないのか。めんどくさいねぇ。

758:デフォルトの名無しさん
09/07/21 08:20:42
>>756
そもそもそんな処理自体、滅多にやらない気が...。

759:デフォルトの名無しさん
09/07/21 10:03:19
さて、今日も文字列からDateオブジェクト作って比較するか

760:デフォルトの名無しさん
09/07/21 11:16:55
現在アプリを作成しています。

ラベルにリンクを付与してリンクをクリックしたときに、
指定のイベントを発生させるにはどのようにしたら良いのでしょうか？

イメージ的には、w2chの板や、スレをリンクするようにしたいのですが。
(押下したらイベントが走るような)

761:デフォルトの名無しさん
09/07/21 12:21:17
>>721
もっと酷い状況としては煙たがるのが上司って場合が有ってな
予算が無いのを言い訳に、必要な開発機材を揃えない

ろくに使えもしないPhotoshopよりも端末を買え

762:760
09/07/21 14:21:42
自己解決しました。
アンカーボタンで実現できそうです。

763:デフォルトの名無しさん
09/07/21 18:07:39
資格勉強ソフトってなんで無いの？
勝手に問題使っちゃいけないわけでもあるまいし

764:デフォルトの名無しさん
09/07/21 18:10:53
勝手に問題使ったら不味いだろ。

765:デフォルトの名無しさん
09/07/21 18:14:08
いや、問題作るのはいいだろ。問題は問題を作るのが大変なんだよ

766:デフォルトの名無しさん
09/07/21 18:24:53
実際の問題勝手に使っちゃ著作権を侵害するじゃないか

767:デフォルトの名無しさん
09/07/21 22:32:01
明日はEclipseの日

768:デフォルトの名無しさん
09/07/21 23:50:34
著作権的にはケースバイケースで、問題が著作物として認められるかどうかが
焦点となるらしい。

例えば運転免許取得の問題集は、問題の傾向が限られてくるし標識の問題なんて
問題の出し方が自体が限定されるんで、似たような物を作っても侵害に発展
する可能性は低いが、だからといって１ページ丸まるパクったのが丸分かり
とか、問題の順番を変えてちょっと文面を変えたような物を出すと侵害と
判断される感じ。

769:デフォルトの名無しさん
09/07/22 19:20:10
じゃあ、１+1って問題の権利は誰にあるんだい

770:デフォルトの名無しさん
09/07/22 19:28:19
>>769
朝鮮人には理解できないかもしれないが1+1に権利はないよ
ただの足し算だからね

ただ出題方法を参考書など丸写しにすると駄目だってこと

771:デフォルトの名無しさん
09/07/22 20:13:09
>>770
調子に乗ってこういうこと言う奴って日本を愛してないんだろうな。

772:デフォルトの名無しさん
09/07/22 21:56:12
訴えられて初めてわかるのが著作権
やりたきゃやれよ、俺は嫌だがｗ

773:デフォルトの名無しさん
09/07/22 23:27:28
>>769
この事例でいくと例えば1+1そのものには著作権は無いと思われるんだけど、
塾大手の公文式かなんかだと子供に体感的に足し算の感覚覚えさせる為に
1+1 = ?
1+2 = ?
1+3 = ?
……
こんな感じでテキストに20問近く出題される。これと同じ主旨を感じさせる
出題の仕方を別の塾で行えば、著作権侵害にあたる可能性があるという事かと。

774:デフォルトの名無しさん
09/07/22 23:32:50
それはあなたの想像でしょう？根拠があるんですか？

775:デフォルトの名無しさん
09/07/22 23:50:06
>>772
774が踊りたいようなので、皆でみまもりましょお

776:デフォルトの名無しさん
09/07/23 01:25:34
1+1の起源は韓国ニダｗｗｗ

までよんだ

777:デフォルトの名無しさん
09/07/23 01:58:06
スレ違いを引っ張らないで！

778:デフォルトの名無しさん
09/07/23 09:42:41
メールを送信するiアプリって作れないの？

779:デフォルトの名無しさん
09/07/23 10:08:06
作れるよ

780:デフォルトの名無しさん
09/07/23 12:22:16
ほ、ほんまですの！？
ググってもAPI一覧見てもそれっぽいのが見当たらなかったから諦めてた！
詳しくお願いしまう

781:デフォルトの名無しさん
09/07/23 13:34:10
詳しく説明するには場所が足りないが、もれが思いつく限り、やり方の大筋は
以下の通り

○　アプリDXの機能を使う(Doja3.0以上)
○　サーバーを立てて、CGIを介する(携帯版Gooメールアプリとかはこのやり方)

782:デフォルトの名無しさん
09/07/23 15:05:49
>>781
サンクスです！
前者の方法で試してみようと思います
ちなみにcom.nttdocomo.systemのMailDraftクラスでおｋですか？

783:デフォルトの名無しさん
09/07/23 15:51:00
iアプリDXは法人で企画通して金払わないと無理だけどその点分かってるよね？

784:デフォルトの名無しさん
09/07/23 21:41:06
知りませんでした…
諦めます

785:デフォルトの名無しさん
09/07/24 14:32:16
スクラッチパッドにあらかじめデータを保存させた状態で
ユーザーに配布する事って出来ますか？

786:デフォルトの名無しさん
09/07/24 14:48:48
無理
起動時などに、resフォルダorネットワークから読み込ませるのが一般的

次ページ