文字コード地獄秘話 第3話：後戻りの効かないUnicode正規化 - ALBERT Engineer Blog
はじめに おっと、またまた会いましたね。文字コードおじさんです。前回、Unicodeにおける結合文字列という話題を取り上げました。思わず「いやあ、結合文字列は強敵でしたね」と口走りそうになる代物でしたが、今回はそれに関連したUnicode正規化のお話をしてみようと思います。 ざっと前回のおさらい 詳しいことは前回の記事をご覧いただくとして、 最低限の用語についてざっくりおさらいしておきましょう 結合文字列 複数の文字を使って見かけ上の1文字を表現する仕組み 「て（U+3066）」 の後に、 「濁点（U+3099）」 を配置することによって 「で」 を表現する 合成済み文字 「で（U+3067）」などのあらかじめ合成されている文字 Unicode正規化 結合文字列を合成済みに統一したり、合成済み文字を結合文字列にしたりする処理 少々語弊がありますが、イメージがつかめればOKです。 正規化の4
[VBA]日本語文字コード判別
ADODB.Streamの不満に思うこと テキストファイルをVBAで扱う際、私はいつも ADODB.Stream を使う。 理由はいろいろな文字コード(キャラクタセット)が扱えて便利だから。 ただ不満なのは、ファイルを読み込む際、いちいち文字コードを 指定しないといけないこと。秀丸のように自動で判別してほしい。 日本語文字コード判別のサンプル探し こんな時はGoogle先生に教えてもらうのが一番。 NonSoft – 文字コード判定のサンプル(VB6) ↓ 試したけど、UTF-8のファイルをSJISと判定するんですよね。 VBAで、テキストファイルの文字コードを自動判定します … ↓ うーん、これもUTF-8のファイルをSJISと判定する。 Visual Basicで日本語文字コード自動判別＆変換 ↓ おお、これはちゃんと判別してくれる！！ 何！・・・DLLだと？・・・
2000/07/06 日記: Java言語コンバータ(コード変換)挙動調査
あと 本質論的には、何らかのツールを利用した場合、かえって MS932の方が ずれが少ない場合も考えられます。"SJIS"エンコーディング記述を用いた方が むしろ ずれる可能性が高いようにも思えます。というか "SJIS"エンコーディングに沿ったツールが既にあるものとして考えると むしろ "MS932" を使わずに "SJIS" を使った方が カタい挙動をするよ～にも思えるよ～な。 文字コード専門家でも何でも無い私に判ることと言えば 所詮この程度でした。あまり役に立てずにすみません。 もっともっと情報がゲットできたら、またポストしてくださいませ。 でわっ 件名：[igapyon:00051] Re: : Unicode と JDK のコード変換(長文) 政枝＠JDKのIME制御機能とFEPが複数インストールされている環境での不具合との格闘中です。 > 文字集合を JIS X 0208:19
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: UnicodeによるJIS X0213実装入門―情報システムの新たな日本語処理環境 (マイクロソフト公式解説書―マイクロソフトITプロフェッショナルシリーズ): 田丸健三郎: 本
「[非 .net] VBAで機種依存文字のチェック」（1） Insider.NET － ＠IT
