tomi-ruのモバイル日記

profile
記事とカテゴリ一覧はこちら
 | 

2010-02-19

2年ぶりに

01:04 | はてなブックマーク - 2年ぶりに - tomi-ruのモバイル日記

#mobilejp でメール送信まわりのモジュールでUPされてないやつどうだっけと聞かれて。ナウシカをBGMに、ここに書いた自分の過去のメモなど見つつ思い出してみた。基本情報としては

  • メール送信時キャリアにあわせて件名のMIMEエンコードと本文のエンコードを分岐するあたりを何かに吸収したい
  • メールパース時の同様の分岐するあたりを何かに吸収したい。ただし絵文字が取れるパターンは少ない

Encode::JP::Mobile の mimeブランチ

MIME-Header-なんちゃら エンコーディングを追加する?っていうブランチ

http://mobilehacker.g.hatena.ne.jp/tomi-ru/20080724

miyagawaさんが眠らない人として有名、ってwhite camel賞もらったころの話ですね。au 以外はみんなゲタになるから無視しようとしたら、Softbankからgmailに投げた時のみ絵文字が取れるぽいからさポートしようか?って言うあたりでとまっていたらしいけど

http://mobilehacker.g.hatena.ne.jp/nihen/20090104/1231081872

http://coderepos.org/share/changeset/36808

これを見るに、 x-iso-2022-jp-softbank は無理に作らず、普通に無視してx-iso-2022-jpしちゃえってことかな?


Email::MIME::JP::Mobile

草案: http://mobilehacker.g.hatena.ne.jp/tokuhirom/20080729/1217321096

walf443 さんが作りかけてる。 http://github.com/walf443/p5-email-mime-jp-mobile

walf443さんのでは、Encode::JP::MobileのMIME-Header-なんちゃらエンコーディングに依存しているけど、その機能もまるごと含んでしまう、っていうのもありだと思う。ただEncode::JP::MobileにMIME-Header-なんちゃらエンコーディングがあると、何かと便利な気はする。メールの受信にEmail::MIMEを使うケースはあっても、送信にEmail::MIME使わないケースがあると思うので。(MIME::Lite派とか)

どうでもいいけど ::Jp:: が ::JP:: だと間違えなくていいきがする


Email::Address::JP::Mobile

Mail::Address::MobileJpのEmail::Address版。これshipitしてなかったけど、Email::Addressのオブジェクトから->carrier->nameとかが取れるのは悪くないなので出そうと思う。

ただオススメエンコーディングを出すところで詰まっていたぽい。とりあえず、Encode::JP::Mobileまたずにオススメエンコーディングを出すのをはずした状態で一発upしようかな。あしたあたり。あとなんでこれ Module::Pluggable つかってんだろ


Encode::JP::Emoji

メール送受信の件と関係ないけどこの2年間に出ていたkawasakiさんの類似モジュール。Encode::JP::Mobileとの違いは

  • GoogleとかがUnicode界に提出したemoji4unicodeのマッピングを利用したマッピングを利用。Encode::JP::Mobileは端末の内部仕様に合わせた独自領域を使ったマッピングをしている。
  • このマッピングを利用するといい点: 将来、メイリオとか普通のフォントがそのコードをサポートすると絵文字を画像じゃなくてフォントで出せるようになる。のかもしんない
  • マッピングがちがうので、既にDBにEncode::JP::Mobileでencodeしたutf8でつっこんでいる場合は、途中でEncode::JP::Emojiに変えるにはいったんコンバートしないとだめだよね
  • あと置換でやっているので速いらしい。個人的には未検証。Encode::JP::Mobileでucmを使っているのは、Encode::ってそういうものだろっていうのと、ucm使ったほうがcのマップになるから普通に速いだろJKっていう考えだった気がする。
  • メール本文のdecode/encode関連のエンコーディングはないぽい
  • PerlはUnicodeにべったりであるので、いずれemoji4unicodeが正式なものになった場合、このマッピングを使ったほうが気持ちいいのかも?
  • Android/iPhoneがこのマッピングで絵文字を使い始めたら、Encode::JP::Mobileも内部でemoji4unicodeのマッピングを使うか、emoji4unicodeのマッピング→Encode::JP::Mobileの現在のマッピングにするエンコーディングをEncode::JP::Mobileに追加する必要がありそう

て感じかな


AirHの文字が哀愁をさそいます

ゲスト



トラックバック - http://mobilehacker.g.hatena.ne.jp/tomi-ru/20100219
 |