僕……MTVでデビューすることになりましたｗ
See my Pop experience with MTVNHD
http://experience.mtvnhd.com/ef0697
いやー、よく出来てるなぁ。
ちなみに、我が友、zouma3はヒップホップデビューだそうです。
See zouma3's Hip-hop experience with MTVNHD
http://experience.mtvnhd.com/ce5aec
おいおい、えらい色っぽいな！ええ顔しやがってコノォ！
しまブログの、WordPress用テーマ（見た目）を検討中。
グリッドは、以前のMovableTypeの時と同じで行こうと思っている。
のだが、今日、とても恐ろしいことに気付いた。
エントリー内に表示される画像の最大横幅を、これまでずっと645pxで作ってきた（昨日のモンハン3の画像なんかはみんなそうなっている）のだが、今日改めてカンプ・旧バージョンのCSSを確認してみたら、最大横幅は630pxだった。
これまでずっと、画像の横幅を間違って作ってきていたのだ……。
表示が崩れなかったのは、たまたま、記事のボックスの右側にマージンがあって、そのマージンで画像がはみ出した幅15pxが吸収されていただけだったのだった。
どおりで、グリッドなのにグリッドに見えないなぁと思っていたよ。
何にせよショック。
だからといって、過去の画像を全部リサイズしたりはしない。面倒くさいから。
今やってるこれって、休んでいるようで休んだことになっていないなぁ、と反省。
ブログのカテゴリを細分化したのはいいのだが、それを気軽に閲覧可能にするナビゲーションを考えると、どうにもうまく収まらない。一度根本から考え直さないといけないと判断し、線画を引くことにした。
ということで、テーマ（見た目）は当分このままで放置。
携帯版のテンプレートをぼちぼちいじる。一覧画面はほぼデキ。記事詳細画面はまだ仮。コメント・トラックバック辺りはこれから。
とにかく、シンプルなテンプレートがない。アイコン無し、アクセスキー無し、無駄な背景色無しのテンプレートとかあればいいのにな。まぁ、自分で作ればいいんですけど。とか言いつつ、自分の作っているテンプレートには背景色が入っているという矛盾。
それにしても、iモードHTMLシミュレータのスクリーンショットはダサい。せめて表示フォントだけでも指定させてくれればいいのだが。というか、iモードの絵文字が特にダサいんだな。auの絵文字を見慣れてると、すげーガッカリ感がある。
MovableTypeからWordPressへ移行した時に、詰まる（だろうと思われる）ポイントのメモ。
欲しい機能はリリースされているプラグインを探す、というのがWordPressの基本のようです。
もちろん、MovableTypeにもプラグイン依存の機能はありましたが、MovableType 4以降に整備されたMTタグ群が優秀かつ使い勝手が良く、自分が欲しい機能がMTタグだけで実現できることが多かった気がします。
他にちょっと特殊な仕様として、表示されるラベル（機能名やボタン名など）が、テンプレートの中では変数化されている場合が多いです。その変数の値は、日本語化のために添付されている「jp.mo」というファイルが握っています。これは、言うなれば「対訳ファイル」。ラベル名が呼び出されたときに、該当する言語の「.mo」ファイルを見て、そこに登録されている用語リスト（英語）から目的の言葉を探し出し、その対訳文言（日本語）を拾ってきて、返してくる。多言語化のための仕組みなのですね。
で、この「.mo」ファイルは、直接テキストエディタで編集はできません。「poEdit」というソフトウェアを使います。
実は「.mo」ファイルには、元になる「.po」ファイルというのが存在します。「poEdit」は、この「.po」ファイルを編集するツールです。「.po」ファイルを開くと、画面の左右に英語・日本語の対応した用語一覧が表示されて、編集を終了すると自動的にその編集後の対訳を含んだ「.mo」ファイルを生成してくれます。
色々と気に食わないラベルがある（「トラバ」とかやめてよ本当にもう）のだけど、全部直すのは結構手が掛かるので、必要な所だけを直すのが吉です。って、その「必要な所」がどこかっていうのを探すのがトライアンドエラーするしかないので、余計に手が掛かるのですけれども。
テンプレートをざっと見てみましたが、結局、ほぼ直接PHPをいじることになりそうです。で、あちこちいじりだすとこれまた結構大変そう。テンプレートのカスタマイズの簡単さで言えば、全てをMTタグに収斂しているMovableTypeの方が洗練されている印象です。僕自身の慣れの問題もあるだろうけれど、いちいちPHPで書かざるを得ない部分がやっぱり面倒くさい（その分、勉強にはなってるけどね……）。
とはいえ、ドメイン単位のCMSに変化したMovableType 5が、どう考えても個人ブロガーに向かないのは確か。何より、管理画面が明らかにWordPressの中途半端なパクリってのがしまっち的にいただけない。ここはじっくり腰を据えて、WordPressに移行していこうと意気込みを新たにしたしまっちでしたよ。
個人的な所感だけれども、MovableTypeからWordPressに移行して、テーマのカスタマイズをしたい人は、ひとまずウェブサイト側は放置して、携帯（Ktai Style）用のテンプレートでコツを掴むのがいいようです。テンプレートの数も少ないし、構造もシンプル。編集しながら確認できて楽だし、何より、自分の携帯にブログが表示される喜びは結構クるものがあります。
まぁ言ってる傍から、午前半休です。昨日ちょっと調子に乗り過ぎて、頑張りすぎたな、という反省。
さりげなく、表紙だけiPhone・iPod touch搭載のSafariに対応してみました。なかなかこのSafari、癖のある困ったヤツであります。
さて、ぼちぼち出社する準備でもしますか。今日も働くぞー。
PaperVision3Dのメモリ挙動がどうもおかしい気がする。
ダンジョンのフロア移動の際、一旦現在いるフロアの配列化したDisplayObject3Dを、removeChildした上、個々をnullに設定、さらにdeleteまでかけてから、新しいDisplayObject3Dを配列に入れ、addChildしているのだけど、その度にメモリがガンガン増えて行く。明らかに何かのメモリが解放されていない。
容量も半端無いので、恐らくBitmapMaterial絡みだろうと思うのだが、disposeに当たる命令が用意されていない。destroyっていう凄い名前の関数っぽいのがクラスに書かれているのだけど、ちゃんと動くようにはなっていないようだ。
現状の作りではあっという間にメモリ落ちしてしまうので、作りを変えないといけない。
「BitmapMaterialに設定するBitmapData自体を、破棄するDisplayObject3Dに応じてdisposeする」というのをまだ試してないので、これをそのうち試すことにする。
このメモリ問題が解決しないと、リリースはできないな。メモリ2GB積んでるマシンで、階段を20～30往復したら落ちるとか、あり得ない。起動直後は、占有メモリ100～120MBくらいなんだけど。それでもかなりメモリ喰ってると言える。
ちょっと、安易に配列化し過ぎかもしれない。BitmapDataを先頭フレームで全部クラス化するのも、問題あるかも。PNGファイルを外に置いておいて、Loaderで読む……とかしないといけないかもしれないけど、それだと、素材の二次利用とか流出を防げないんだよな。何かうまい方法を考えないと。
階段ができました。階段ができたので、テストダンジョンも3階建てに増築しました。
階段移動後が余りに唐突な感じなので、間に何か演出を挟む予定ではありますが、当面はその演出は先送りにして、ぼちぼち画面表示系のものを入れていこうと思います。今のキャラクターウィンドウも仮ですし。
それにしても、テクスチャを作るのは難しい！今回新規に作った2層分も、どうもしっくりきません。
外を出歩くときは常にデジカメを持ち歩いていて、テクスチャに使えそうな壁なんかを写真撮りまくっているんですけど、なかなかこう、うまく使えていません。加工し過ぎても変になるし、何より、スケール感がうまく噛み合ってない印象です。これがなかなか難しい……。貼ってみて、「あ、もうちょっと大きく」とか「小さく」とかを繰り返して行くのが思いのほか大変で、3Dのテクスチャ作成を仕事にしている人は偉いと思いました。
階段の周りの柵のテクスチャは、なかなか気に入っています。テクスチャの元写真は、とある溝蓋でした。
大幅に画質の向上に成功。ってか、単に、壁と地面でScene3Dを分けた、ってだけの話。これならポリゴンの干渉のしようがない、ってことに今朝電車の中で気付いた。
あと、上り階段置いてみた。障害物判定とかまだやってないので、中に潜れてしまうけど。明日は下り階段。
ぼちぼち、ブログにアップするには厳しい容量になってきたかも。
