絵文字をShift_JISからUnicodeに変換する SoftBank編 | 株式会社シンメトリック公式ブログ - 携帯開発から生まれる技術情報
男の子の絵文字の下位1byteは0x41なので、ルール2の表の1番に該当します。0x41-0x40=0x01なので、起点から1番目の文字であることがわかりました。 3.Unicodeでのコードポイントを求める ｢1」で求めたUnicodeの起点に｢2｣で求めた数字を足せば、Unicodeでのコードポイントを求めることが出来ます。 男の子の絵文字に関して、｢1｣の結果はU+E000、｢2｣の結果は0x01でした。U+E000+0x01=U+E001 ということで男の子の絵文字はUnicodeではU+E001であることがわかりました。 Shift_JISのSoftBank絵文字を変換するJAVAのソースコード Shift_JISのエンコードで渡されたSoftBank絵文字をUnicodeのコードポイントに変換するJAVAのソースコードを以下に記載します。JAVAでは、エンコーディング
絵文字が開いてしまった「パンドラの箱」第4回--絵文字が引き起こしたUnicode-MLの“祭り”
普通では考えられない優遇策--「Google提案」を振り返る 皆さんこんにちは、毎度おなじみ（？）文字コード漫談の時間がやってまいりました。前回が3月の掲載ですから3カ月ぶりですか。今まで3回にわたって絵文字をUnicode及びISO/IEC 10646（国際符号化文字集合）に収録しようという提案の動きについてご説明してきましたが、今回から2回に分けて完結編をお届けします。どうぞよろしくお付き合いください。 ひさしぶりですから、ここまでのポイントを整理しておきましょう。前述した「提案」とは、もともとはUnicodeに収録するためにGoogleがAppleと共同で作成したものです。以下、主唱者の名前をとり「Google提案」と呼ぶことにします。これはこの2月に開かれた最高議決機関、UTC会議で承認されてUnicodeコンソーシアムの総意となりました。ついでGoogle提案はISO/IEC 1
Unicode汚染の危機 - Googleによる絵文字収録の愚行
CNetの記事によると、Googleが携帯電話で使われる絵文字を国際的な文字コード規格、Unicodeに収録しようというプロジェクトを進行中だそうである。 しかしこれはデータの設計という観点からすると極めて愚かな行為である。今日は声を大にしてこのような愚行に対して異を唱えたい。絵文字をUnicode化してはいけない理由は次の通りである。 1. 絵はあくまでも絵であって文字ではない。 絵文字は言語の一部を形成するものではない。単語に利用することも出来ないし、文字自体を発音できるわけでもない。文字コードに文字以外のデータを導入するべきではない。 2. 別の解決法が存在する。 そもそも絵文字の問題はマークアップ処理すれば解決する。例えば端末自体がHTMLメールを送信することが出来ればまったく問題にならない。 3. 互換性の問題。 文字を利用するアプリケーションはなにも携帯メールだけではない。Go
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
