今日の作業は「データ読込ダイアログで複数データ表示その2」です。
昨日の予告通り、画像の縦横比を調整しました。また、ダイアログが見難かったため、薄い白で色をつけて見ました。かなり見易くなったと思います。
どうでもいいけどもう100日経ってしまいました・・・
もう100日後にはiOSのアプリとして、またアプリストアに依存しないWebアプリとしても完成したバージョンが公開されているはずです。
多分有料で10万円くらいだと思います。
買ってやってください・・・割と真面目に・・・
定価10万円の99%割引で1000円でどうですかね。割と真面目に。
以上です。
本家デアゴGTR-NISMO箱積状況：5箱 (33,34,35,36,37号)
今日の作業は「データ読込ダイアログで複数データ表示その1」です。早速作業結果です。
はい、複数データが表示できました。画像データ数分bindTextureして描画しています。
ちょっと縦横比の表示がおかしいので明日直そうと思います。ダイアログが透けて背景が見えますが、データが見難い原因になっているのでそこも調整しようと思います。
以上です！
本家デアゴGTR-NISMO箱積状況：5箱 (33,34,35,36,37号)
今週の予定です。先週、フレームワーク的な部分をいじらないといけないことが発覚したため、当初の予定よりスローペースで予定を立てます。
99日目：データ読込ダイアログで複数データ表示その1
100日目：データ読込ダイアログで複数データ表示その2
101日目：データ読込ダイアログでページ切り替えその1
102日目：データ読込ダイアログでページ切り替えその2
103日目：データ読込ダイアログでデータロードその1
104日目：データ読込ダイアログでデータロードその2
105日目：予備日(次の週の予定を立てる)
データ読み込み部分が出来れば、残りはセーブ機能を付与することで一通りライフゲームが完成したと見て良いと思います。
もう一息なので頑張りたいと思います。
せっかくなので価格つけて売れるアプリにしたいなぁ・・・
本家デアゴGTR-NISMO箱積状況：4箱 (33,34,35,36号)
今日の作業は「データ読込ダイアログの作成その3-データ表示」です。
ご覧のように、pngフォーマットのライフデータを1つだけ読み込んで表示することが出来ました。
既存の処理ではテクスチャを1枚だけ使って各種描画を行なう前提になっていて、今回新たにもう1枚テクスチャを利用するために、既存のフレームワーク的な部分を大改造する羽目になってかなり時間がかかりました。
ソフトウェアって同じことを繰り返し行うのは得意ですが
新たなことを行うのって超苦手
なんですよね。
・・・え？知ってるって？
え？AIがそれを解決してくれるって？
だといいなぁ・・・
本家デアゴGTR-NISMO箱積状況：4箱 (33,34,35,36号)
今日は昨日出来なかった「データ読込ダイアログの作成その2-ダイアログ表示」を行いました。
ご覧の通り、既存UIの上にデータ読み込み用のダイアログを表示しました。ダイアログ表示時は他のUIを暗く＆操作不能にし、またクローズボタンを付けてダイアログを閉じられるようにしました。
操作の優先順位をつける作業が厄介かと思いましたが、意外とすんなり実装できました。
今日は以上です！
本家デアゴGTR-NISMO箱積状況：4箱 (33,34,35,36号)
今日は、急遽ボタンサイズの調整を行なっていました。
この画像は4文字用のボタンですが、3〜6文字の4タイプのボタンサイズを用意しました。
本来今日行う予定だった作業は明日にずらそうと思います。臨機応変に行きます。毎日継続することが大事なのです。
ソシャゲと同じです。
あれ人間の習性を良く利用してますよね・・・。毎日ちょっとずつでもやると習慣になってしまいます。
以上です！
本家デアゴGTR-NISMO箱積状況：4箱 (33,34,35,36号)
いきなりですが今日の作業結果です。
このテクスチャを作っただけ。
以上です！
・・・え！？今日の作業これだけなのかって？
・・・いや、このテクスチャを９分割(中央は使わない)して、引き伸ばしたりして大きさが自由なダイアログを作るベースにするんです。ダイアログの文字や、ダイアログ上のボタンなどは今まで作った部品で流用できるので、これだけあれば十分なのです。
以上です！
本家デアゴGTR-NISMO箱積状況：4箱 (33,34,35,36号)
今日の作業は「セーブデータのフォーマット検討」です。
誰にでも自由に、かつ容易に改変が可能なフォーマットにしたいと考えました。結果、画像データ(png)として保存/読込可能とすることとしました。
誰でも画像を編集してライフデータを改変出来ます。しかも画像ならば読込時のプレビューが容易だし、更にpng画像は圧縮して保存されます。
ライフデータ以外の、例えばライフを世代交代するスピードや、画面端をループするとかの情報については別途独自形式(拡張子ini)のファイルを用意しようと思います。ただし、中身は誰が見てもわかるように以下のようなテキストにします。
size=32 # 1-64 dot以上です！
本家デアゴGTR-NISMO箱積状況：4箱 (33,34,35,36号)
今日の作業は「データの保存/読込先の検討」です。
まず大事なこととして、WebGLのアプリでベースはブラウザなので、ローカルドライブには保存出来ません。
HTML5から導入されたAPI「localStorage（ローカルストレージ）」と言うものがあるみたいですが、所詮はブラウザのキャッシュを削除すると消えてしまうものです。上限も5MBまでとなります。
やはりサーバー保存が王道でしょうね。サーバーを用意する手間がありますが、どの端末からでも同じデータが読み書き出来る点も大きなメリットですよね。
ネックとしては、利用者にID/PASSWORDを入力(ユーザー登録)して使ってもらうことがあります。
すんなりとユーザー登録してもらえるよう、入力タイミングはうまく調整しようと思います。
今日は以上です！
本家デアゴGTR-NISMO箱積状況：4箱 (33,34,35,36号)
4箱たまった。そろそろ消化しないと永遠に手を出したくなくなりそう。
今週の予定です。
92日目：データの保存/読込先の検討
93日目：セーブデータのフォーマット検討
94日目：データ読込ダイアログの作成その1-テクスチャ
95日目：データ読込ダイアログの作成その2-ダイアログ表示
96日目：データ読込ダイアログの作成その3-データ表示
97日目：データ読込ダイアログの作成その4-ページ切替
98日目：予備日(次の週の予定を立てる)
WebGLって、ブラウザベースだから基本的にデータ保存できないんです。それをどうするのかを92日目に検討します。93日目はセーブデータのフォーマットを決めます。94日目からデータを読み書きするUIを作成する予定です。
以上です！
本家デアゴGTR-NISMO箱積状況：3箱 (33,34,35号)