画像の取り扱いについて検討中。
キャラクター画像とかはシンプルに1キャラクター1画像でいいんだけど、ステージ画像とかは、ユーザーの選んだ画像がドカドカ入り込んでくる。
普通の画像としてBMP、PNG、JPG、GIFは当然対応するとして、個人的にはSVGにも対応したい。
アニメーションGIFを取り込んだならアニメーションすることを期待するのが当然だから、できることならこれも対応したい。
複数の画像を仮想的に一つの画像のように扱うというのも考えたけど、そんなの付けたところで、ユーザーはついてこないし、開発者はそれを避けることができる。
何より、仮想的なリソースと物理的なリソースの管理を別々に行う必要が出てくるなど、仕組みの開発が大変になるので、実装する価値をあまり感じない。
画像は全体をひとまとまりとして使うわけではなく、一部を切り抜いて使う。
従来はこの切り抜き方を全部ハードコーディングしていたけど、この部分もデータとして外部に出したい。
一つの画像データと一つの切り抜き定義データ(このデータの中には個々の切り抜き情報が複数入る)を一組として取り扱うのがいいか。
ベータ4。
今回の更新内容は大きく2つ。
画像資料のページへのリンクの方が今回重要な更新です。
そもそもアンパンマンDBでは、画像は「記事内容の説明に必要だから」「引用」しているという形で用いています。
アンパネイターも例外ではなく、「提示するキャラクターを判別するのに重要な情報だから」使っています。
しかしながら、これまでの実装では、引用が認められるために重要な要件「出典の明記」が抜け落ち、ただ画像を表示しているだけでした。
これでは何か言われたときに何も言い訳できません。
そんなわけで、出典を明記できる方法が必要だったのです。
また、アンパネイターに表示される画像は、表示エリアの関係上、小さいです。
キャラクターが大写しになっている場面でもなければ、視認性はさほど良くはないです。
そのため、拡大画像を参照する手段も必要でした。
出典と拡大画像、その両方を兼ね備えているのは、画像資料ページです。
アンパネイターのページ本体に出典を記載して拡大画像へのリンクも設置するというのも考えたのですが、両方あるページがある以上、そちらを参照するだけで足ります。
であれば、アンパネイターのページにあれこれ書いてごちゃごちゃさせるよりも、シンプルに画像資料ページにリンクすればよいというわけです。
出典と拡大画像へのリンクは、画像があるときにだけページ下部に表示されます。
ツイートボタンの方は、単に宣伝目的でつけました。
たくさんの人が遊んで初めて楽しくなるものですからね。
文面は本家Akinatorを意識しています。
本当はツイートボタンの方が先にできていたのですが、画像の出典の問題が解決するまで積極的な宣伝はするべきでないと判断して、今回の画像の件と同時に公開することになりました。
後は、アンパンマンDBとの連携と、判明しているバグの修正が終われば、正式版としてリリースできそうです。
トラックバックに対応させました。
単純に、来たものを登録し、あまりいじらず表示しているだけですが、実装は簡単ですね。
トラックバックスパムの問題も必ず出てくると思いますが、そのあたりは追々考えていこうと思います。
アンパンマンDBの運営者の表記から、「アンパンマンファンの」の部分を取り除きました。
好きなのは今も変わらないけど、それを肩書きみたいに自称するのって、なんか違うな、って思ったので。
その代わり、他のサイトでの「松田美文」名義になじみがある人のために、「松田美文」の名前を併記するようにしました。
画像や音などのリソースに関して。
できることならば、プログラム側からはリソースの具体的なファイル形式やサイズなどを意識せずに使えるようにしたい。
そもそもコア部分はリソースを全く扱わないので関係ないのだが、各プラットフォームに向けたフロントエンド開発には結局具体的なリソースが必要になってくる。
であれば、プログラム側が要求するリソースと、具体的なリソースのデータを紐付ける定義データがあればよい。
ということで、funyakのリソース管理は、リソースデータそのものの管理だけでなく、定義データによる紐付けも行う形でやっていこうと思います。
昔の更新履歴をがんばって現行のシステムに移行してました。
リンク切れになっている部分は、本当は今更考慮しなくてもいいかと思ったのですが、一応新しいURLに差し替えておきました。
さてあと4年分…。
30周年だそうですね。
めでたいことです。