iアプリのStarプロファイル向け開発ツールが出来てたので試してみた。
「Starプロファイル」とは、平たく言えばdocomoのiアプリの新規格のようなものだと考えて欲しい。
新しいんだよ。
それに対して、これまで使っていた規格が「DoJaプロファイル」。
概ね、最新の「4series」と同時に移行し始めたわけさ。
で、既に出てる機種の中でDoJaなのは「N-03A」だけ。
あとはみんなStarなんだ。
すなわち、P-01A(Star)などでは、今までに作ったiアプリが動かせないわけだ。
そこで我々が首を長くして待っていたのがStarプロファイル用の開発ツール。
これでDoJaアプリをStarに移植しなさいというわけだ。
今回はそういうお話
まず手始めに、DoJaアプリのソースファイルを丸ごとコピペしてビルドしてみた。
すると90個くらいエラーが返ってきた。
そこをちまちまと修正していきます。
[1]
import com.nttdocomo.ui.*;
import com.nttdocomo.io.*;
import com.nttdocomo.util.*;
↓
import com.docomostar.StarApplication;
import com.docomostar.StarApplicationManager;
import com.docomostar.io.*;
import com.docomostar.ui.*;
import com.docomostar.util.*;
import com.docomostar.media.*;
import com.docomostar.system.*;
[2]
getSourceURL()は、StarApplicationManagerのメソッド
[3]
Phone.getProperty(Phone.TERMINAL_ID)
↓
PhoneSystem.getProperty(PhoneSystem.TERMINAL_ID)
[4]
Font.getFont(Font.SIZE_TINY)
↓
Font.getFont(Font.FACE_PROPORTIONAL, 12)
くらいのことをすると、大体同じになるかも
いちばんの変更点は
デフォルトの描画領域が240*240から480*480になって、
デフォルトのフォントサイズが12から24になったことかね？
エラーを潰しきって、いざ起動してみると
ダイアログの文字がでかすぎて弱ったよ
「QMA問題集」における順番当てクイズの表示方法。
アンケートの結果を受けて
「BRタグにより改行し、選択肢群に区切りを入れる」
をベースに改良するということにさせてもらいましたが…
数日間ためしにちょこっと変えてみたりしましたが
「これで良いんじゃないかな？」
というところに達したので記しておきます。
(c) 縦に並べて矢印
＋
「順に選んで言葉を作る」系の問題は改行無し(以前のスタイル)
なんか色々メリットがありそうじゃないすか。
「順に選んで…」系は殆どが選択肢固定問題なので(そうでない例を知らない。存在するのか？)
パッと見で区別できるのは長所な気がする。
そういうわけでこれで暫くいってみます。
しかし、こうして見ると
[学問その他]の順当ては「順に選んで…」系が多いなあ、なんて。
アンケートの集計とかいろいろ。
ていうか本当にご協力ありがとうございました。
QMA5問題集にそれなりの数のアクセスがあることは知ってましたが、
ことによれば単に時間を無駄にするだけのアンケートに対して
協力的な方がこんなにいらっしゃったとは、本当に有難い！
さて、まずは投票数の集計結果は以下の通り。
実数は敢えて伏せることにします。
(a) 従来どおり 30.8％
(b) 縦に並べる 17.9％
(c) 縦に並べて矢印 43.6％
(d) その他提案 7.7％
(e) どうでもいい 0％
ただ単に数の大小で(c)に決めちゃっても良いんでしょうけど、
(それを言うなら、個人サイトなんだから独断で決めてもいいんだろうけど)
興味のある意見も寄せられているので、ここはゆっくりと吟味してみよう。
その他意見より
(1) 横に2個ずつ並べて改行
(2) 縦に並べて矢印の代わりに付番
(1)は(a)と(c)の折衷案といったところ？
しかしこれは問題があるとすれば、解答データからの一発置換で実現できない点。
手数を踏んで作ったとして、あまり変わってないというか
||阪急ブレーブス →オリックスブレー
||ブス
|| →オリックスブルーウェーブ →
||オリックスバファローズ
ブラウザの幅によってはより大変なことになるのではないだろうか。
かといって答欄を禁改行にすると今度は問題文が酷くなる気がする。横幅600くらいで見てる私も大変。
携帯電話のフルブラウザだとどうなんだろう？
ちょっと非現実的。
でも「両者のうまいところをそれぞれ取りたい」という考えは大いに伝わった。
(2)は本質的には(b)(c)とほぼ同じ？
それを同じというのなら、そもそも(b)と(c)が同じ案にあたるわけだけど。
ようは区切り方のお話。
しかしどうだろう。
||(1)阿重霞 (2)砂沙美 (3)美星 (4)鷲羽
これ自体がクイズみたいというか、
「で、答えは3→1→2→4だよ」って後で言われそうにも思える。
だから数字は無しだ。
でも「区切り文字は矢印じゃなくてもいいよ」というのは分かった。
=======================================
さて、結論をどう出すかという話です。
アンケートを締め切り「ながら」の段階の今、ちゃんと決めてはいませんが…
・(b)(c)共通である「解答欄でBRタグにより改行する」のは7割近くの支持を頂いたので採用
・(a)(c)共通である「区切りを何か入れる」のは7割超の支持を頂いたので採用
いずれにしても、最も多くの支持を集めた(c)をベースに改良することになりそうです。
選択肢の長さによって(a)(c)振り分けるとか。
そういう方向で、宜しくお願いします。
なにせ集計しながら、アンケート閉じながら、考えながらで書いてるので
非常に解り辛い、要領を得ない文章になってしまって申し訳ない！
どの1票をも無駄にしたくないと考えた結果がこれだ。管理人はもっと独断すべきかもしれません
QMA対策にいいかもしれないiアプリ
「Magical Emulator」開発中。
動作の根幹部分についてはビジュアル以外完成？って感じ
現状でアプリ本体は18KB。
この「18KB」というのが意外と気にしないといけない数字で、
機種毎にアプリの容量制限っていうのがあるのね。
複数のアプリの合計ではなく、アプリ一つあたりの制限なのだけど、
これがFOMAの700iシリーズなら30KB。
新しくなるほど容量も増えていって、今ではメガアプリ(スクラッチパッドとの合計が1MB)が主流。とはいえ
わざわざ対応機種を狭めるようなことをしてはいけない。
私は「FOMA全機種対応」を目指すよ。
まあ既にらくらくホンみたいな800番台とか、LG電子の機種とかはダメなんだけど
(コンパイル時のプロファイル落としたらいけるかな？)
そんじょそこらでDLできるアプリよりは遥かに対応機種は多くできると思う。
うん。
「古い機種」にも十分対応しないと。
ていうか、古い機種が対応してない機能を使いこなせない私の無能さの産物でもあるんだけど
それはそれでいいじゃない。
高等な機能を使いこなすのもいいけど、
限られたやっすい機能を工夫して組み合わせて目的の物を作ることこそがプログラマーの真髄じゃないのかな。
でしょ？
特に携帯アプリだと、文字列のsplitすらメソッドを自作しなきゃならんもんで。
まあまあそんな言い訳は置いといて、
あとエフェクトを入れて20KBくらい？
文字列の回転やズームはできんから独自のエフェクトを考えるのかな。
あと個人設定やチュートリアルなんかも入れて25KBいくかな？
もし余裕があったら背景画像とBGMと効果音。優先順位は低め
それからスクラッチパッド。
アプリ毎に、アプリ内で使うデータを格納する領域というのが200KB(アプリ本体が30KBの機種の場合)あって、
アプリ自体を消すか上書き(自身のアップデート含む)するまで保存されるわけ。
ここにキューブ用の文字セットを保存させることにしよう。
約50KB。アプリ内で通信して保存する形式。
背景画像等もここでいいかもしれない。だとしたら拡張性が高いかも。
そんな感じ。どこまで肉付けできるかだ
っていう壮大な独り言です。今回は
これを読んだからって何かあるわけでもなく。
何か機能をリクエストするなら今のうち！ ってことかね