ｉアプリでも作ってみるか

表を描画するメソッドを作る予定だった。
けど、メイン画面の表と分類編集画面の表は描くべき内容が異なる部分が多いので、そのへんを吸収しなくてはならない。
で、面倒なので辞めた。

メイン画面の描画と分類編集画面の描画は全く別のメソッドで行うことにした。
処理的にカブっている部分も多々あったけど、まあいいじゃないか。
ビジュアル的に前進しないとモチベーション下がるしね。


とりあえず分類編集機能の実装を進めた。





こんなもんでイイかな。
色の選択はもう少し改良の余地がありそうだけど、頻繁に使う機能でもなさそうだしイイや。

あとは分類を保存するようにすれば晴れて使えるようになりそうだ。
なんとか次の給料日（２４日）までには使えるようにしたいなぁ。

よし、どんな風にスクラッチパッドに保存するか考えておこう。

分類に色をつけて表示するようにした。
見易いかどうかは微妙かな？



分類は自由に編集できるようにしようと思う。
そこで、分類編集画面が必要だ。
ＵＩについて色々考えた。
画面によって操作方法がコロコロ変わるのは頂けないので、メインの入力画面と同じ形式にすることにした。
↓こんな感じ（イメージ図）。



現状、メイン画面の表はメイン画面描画メソッド内で描いている。
表を描く処理は表描画メソッドを作ってそこに分離し、各所から呼び出すようにしようと思う。
以下次回。

週末は思ったより時間がとれず、あまり進まなかった。

とりあえず、入力した値をスクラッチパッドに保存できるようにした。
前回までのバージョンでは入力した値を配列に保存しているだけだったが（アプリを終了するとデータは全て消えていた）、今回のバージョンでその配列をスクラッチパッドに書き出すようにした。
起動時にスクラッチパッドがら配列へ戻している。

現状かなりテキトーな実装で、追加／削除／変更が行われると、まずスクラッチパッド上のデータを削除し配列に入っている全ての値をスクラッチパッドに書き出している。
これだとデータ量が増えるに従って遅くなってしまうので改善策を考えようと思う。


それと、入力欄の「分類」にカーソルが当たったら自動的に分類リストを開くようにした（前回までは決定キーを押す必要があった）。


とりあえず今日はここまで。

データの追加／変更／削除をできるようにした。
ついでに日付降順にソートするようにした。

あとは入力したデータをスクラッチパッドに保存するようにすれば、とりあえず使い始める事ができそうだ。



出来るだけ素早く入力できるようにしたいと思っている。
入力できる項目は４つ、うち備考以外の３つが入力必須。
日付はデフォルトで今日の日付が入るので、大抵の場合は２つ入力すればＯＫだ。
これならアプリ起動する時間を入れても３０秒くらいで入力できるかな。



分類は一覧から選択するようにしているけど、これは改善の余地がありそう。
現状、上下キーで選択するが、これは０〜９キーでも選べた方が良さそう。



備考は Canvas.imeOn で入力するようにしてあるけど、頻出の文字列は選んで入力できたりしたら便利かも。
（上の画像はイメージ）


と、作っているうちにアイデアが浮かんで完成が遠のいて行く。
とりあえず細かい機能は後回しにして一通りの機能を実装しよう。

テキトーな金銭感覚を改善する為に、生まれて初めて「おこづかい帳」を付けたくなってきた。

レシートとかは取っとくタチじゃないので、買ったら忘れる前にメモりたい。
かと言ってメモ帳持ち歩くのはダルい。
で、常に持ち歩いているケータイで付ける事にした。

おこづかい帳的なｉアプリを探すと結構いろいろ見つかった。
素晴らしいアプリも結構あったが、せっかくこんなブログ書いてるんだし自分で作る事にした。

まだ全然作り途中だけど、予定している機能を挙げてみよう。

・入力項目は日付、分類、金額、備考の４つ
・集計機能（期間or分類で集計）
・グラフ表示
・エクスポート機能（方法は未定）
・日付でソート

こんな所か。徐々に実装して行こう。

今日、久々にｉアプリの仕事をやった。
会社の業務としてｉアプリを触るのは約２年ぶりだ。

とは言っても新規ではなく既存アプリの修正だったので、一瞬で終わってしまった。
DoJa-5.0のエミュレータを使ったのだが、外観が4.1から少し変わっていた。

ニュースで読んだ所によると、5.0からjarのサイズが1MBまでOKになり、さらに外部メモリも参照可能になったとか。

5.0のAPIリファレンスを見ると結構いろいろ追加されている。
中でも個人的に一番気になったのは「com.nttdocomo.ui.ogl」パッケージ。
OpenGLを使うためのAPIのようで、これを使えば従来の「com.nttdocomo.ui.graphics3d」を使うよりも軽快な3Dアプリが作れるようだ。

しかし！「com.nttdocomo.ui.ogl」はpenGL APIの利用が許可されているトラステッドアプリのみ利用可能。
つまり我々が作るようないわゆる勝手アプリからは使えないのだ。

「アプリ容量の増加＋外部メモリ使用可能」と相まって各企業から凄いアプリがリリースされそうだなあ。

さてさて復帰後第一弾の作業として、ニューバージョンのエクスポーターを試してみた。

数ヶ月間Blenderを触ってなかったせいで操作方法の大部分を忘れていた。
このブログで過去に書いた記事を読み返すも、重要なところが書かれてなかったりしてあんまり役に立たず、結局 Web/Blender Studio 様のチュートリアルを参考にさせて頂いた。
いつか一通りの流れを書いてみようと思う。

で、とりあえず簡単なモデルとアニメーションを作ってみた。



それをニューエクスポータでエクスポート。


ニューバージョンは保存先を決めるダイアログも出てGood！

で、M3DConv（bac/tra → mbac/mtra へのコンバータ）でコンバート。
それから PVMicro でプレビュー。

あれ？何も表示されないぞ？？
なんか手順間違えたかな？

と思いつつもテキトーに拡大してみたら表示された。
単に小さかっただけなのね。OKOK。


「表示＞ウィンドウサイズへ拡縮」を選んで拡大する。
それから mtra ファイルをドラッグ＆ドロップして再生ボタンをポチ。


やった！！動いた！！
HIコーポレーション様バージョンアップありがとう！！


実際にアプリに入れて動かしたわけじゃないけど、ここでちゃんと表示されていれば恐らく大丈夫でしょう。

ひとつ注意事項として、前バージョンのエクスポータはBlender2.37向けだったけど、今回のバージョンは2.41向け。
Blender最新バージョンは2.42aで、試した訳じゃないからなんとも言えないが、恐らく2.42aでも動く気がする。
今度試してみよう。


さて、暫くブランクが開いてしまったｉアプリ作成。
アニメーションも出来るようになったし、また再出発してみようかな。

色々試した結果、衝突判定対象との大きさが違いすぎると「衝突していない」と見なされてしまうようだ。
APIリファレンスのDrawableObject3D#isCrossの説明には

大きさが非常に異なる物体同士の比較は、 数値演算時の誤差が発生しすくなるため、精度が落ちます。

と書かれていたので、多少ズレる程度かと思っていた。


と、まるで何事も無かったかのように久々の書込み。
光陰矢のごとし。気が付けば４ヶ月以上放置してしまった。
Blender用MascotCapsuleエクスポータが更新されていたのでボチボチ試してみようと思う。

今週は仕事が忙しかったり、ハリーポッターなんぞを読んでたり、参考にしようと思って久々にGrand Theft Auto:San Andreasをやってみたら思いのほかはまってしまったりでほとんど進まなかった。

このゲームのマップは素晴らしい。１００時間近くプレイしても「あ、こんな道あったんだ」っていう事が結構ある。23平方マイルという広さもさることながら、細かい所まで作りこまれている。



それはそれとして、一応簡単な衝突判定のサンプルは作ってみた。

タイヤを落下させ、床に当たったら落下が止まるようにしてみた。
これはＯＫ。

描画処理部をスレッド化して同じようなことをやってみたら衝突判定がウマくいかなかった。
もうちょっと調べてみようと思うが、synchronizedが中途半端だったことに問題があったのかな？

週末は時間を気にせず没頭できて作業も進む。

とりあえず前進、後退、転回を実装する事にした。
何も無いところで走らせてもツマラナイのでボウル上のフィールドを作った。

ほとんどの要素は前回までに作ったアプリでやっていた事だったので特に問題なくサクサク進んだ。

操作方法は以下のようにした。
２：アクセル
５：ブレーキ＆バック
←→：ハンドル
0+方向キー：カメラ移動

だんだんそれっぽくなってきた！


次回から衝突判定に入るけど、ここからがムズかしそう。