３回目。
TypeCast導入ネタの続きを書いてみる。
位置的にはコレの続き。
状況的にはコイツの後の経過報告。
全体をみるには "TypeCast" でblog内検索してくれぃ。。。
結論をいうと、まだ実用段階には至っていない。
一応レンタルサーバ xrea.com 上で動作は確認できた。
しかし、このままでは実稼動させるわけにはいかない。
稼動前にテンプレートを編集する必要がある。
ブログってパブリックに一般公開されるものだから
『動きゃあいい』ってもんではないだろう。
今後実稼動（＝一般公開）をさせるために、
TypeCast要テンプレートのチューニングをしようと思っている。
そういうのって、意外と時間かかるんだよね。。。＿|￣|○
とりあえず、すぐにどうこうできる話ではないので、
デフォルトのTypeCast用テンプレートの問題点を書いておく。
あくまでオイラが気付いたことで、
実用にあたって問題があると判断した部分の列挙だ。
人によって価値観は違うから、修正はかならずしも必要でない。
≪問題点≫
- 公開／非公開に対応していない
『下書き』で保存してある記事が見えてしまう。
わざわざ『下書き』にしているものを、公開してどうする？
というハナシだｗｗ
オイラはblogの『下書き』をネットメモ代わりにすることがあるので、
「下書きも公開される」という仕様では非常に困る。 - 長文記事に対応していない
TypeCastは blog をケータイで見られるように変換するソフトだ。
ページサイズを抑えるために、不要な要素は削り落としている。
また「記事そのもの」が長文である場合、
ケータイで表示できるサイズで分割する機能もある。
デフォルトテンプレートでは分割された「続き」へのリンクがない。。。
なんという意味ナシ仕様ｗｗｗ - 日付表現の生出力がおかしい
この項目はブラウザで表示させる分には気にならない。
ＰＣやケータイのブラウザだけで見ていれば気付きもしないだろう。
生出力で見ると日付表現が明らかにおかしい。
「年」とか「月」とかを実体参照で埋め込んでいるのだ。
コンテキストが日本語で本文は普通に出力されているのに、
日付表現のところだけなぜかエンティティ参照。。。。
エンティティ参照がいけない理由は長いから、だ。
「年」という文字は UTF-8 で 2バイトだけど、
エンティティ参照では 年 という表記で8バイト必要だ。
8バイトー2バイトの差分で6バイト無駄に使っているわけだ。
日付は○年○月○日だから、１つ日付があるたびに
18バイト無駄になる計算だ。
パケット料金制がキホンな携帯電話向けコンテンツとしては、
可能な限り「無駄なデータの送信」は避けたい。
よってこのままでは使えない。
（オイラが、アクセスしたくないｗｗ）
なかなか奥が深そうだ。
また、気が向いたら経過を書きとめようと思う。
次あたりを最終にしたいものだけどねぇ。。。
コメントする