日本製テキストエディタ、日本語入力の小さなストレスを減らす！Shift_JISなど日本語文字コード

日本製テキストエディタを選ぶとき、国産かどうかだけで文字化けの少なさは判断できません。古い原稿を扱うなら、UTF-8、Shift_JIS、EUC-JPを区別して開けるか、変換不能文字を保存前に見つけられるか、元ファイルを上書きせず変換できるかを選定条件にします。

「日本製」と「日本語文字コード対応」は別の条件

日本語UIや国内向けサポートは使いやすさにつながりますが、文字コードの対応範囲は製品仕様です。海外製でもShift_JISを正しく扱う製品はあり、日本製でもUTF-8中心の製品はあります。

比較するときは、次の質問に答えられるかを見ます。

この五つが分かれば、「日本語向け」という宣伝文より、自分の原稿に合うかを具体的に判断できます。

同じ80行を三つの文字コードで比べる

比較用の文章は内容を変えず、UTF-8、Shift_JIS、EUC-JPの三つに分けます。80行の本文に丸数字2件と波ダッシュ2件を入れ、ファイル名を sample-utf8.txt、sample-sjis.txt、sample-eucjp.txt と分けます。

今回取得できた値は次のとおりです。

ファイル 検出値 文字数 行数 変換不能候補 丸数字・波ダッシュの目視
UTF-8版 UTF-8 1,591 81 0件 記録なし
Shift_JIS版 Shift_JIS 1,591 81 0件 記録なし
EUC-JP版 EUC-JP 1,591 81 0件 記録なし

80行の本文に終端改行があるため、読み取り上は81行でした。三ファイルとも想定した文字コード名が返り、文字数は1,591、変換不能候補は0件でした。ただし、丸数字と波ダッシュが各画面で同じ形に見えたかを人の目で比較した記録はありません。「候補0件」は表示字形の一致を保証する値ではないため、そこは未確認のまま分けておきます。

保存前に見る二つのチェックポイント

一つ目は機械的な値です。検出名、文字数、行数、変換不能候補を三ファイルで並べます。二つ目は人が読む字形です。丸数字が別記号になっていないか、波ダッシュの向きや幅が変わっていないか、原稿の該当行を横に並べて見ます。

どちらか一方だけでは足りません。検出名が正しくてもフォントや復号結果で見え方が違うことがあります。字形が一見同じでも、保存先の文字コードで表せない文字が残る場合があります。

変換するなら、元の三ファイルは残し、converted-utf8.txt のような別名へ保存します。開き直した後、同じ四文字と文字数を比べます。誤った文字コードで開いた状態の上書きは避けてください。

三形式を比較する標本には、本文で実際に使う文字を入れます。小説なら会話のかぎ括弧、三点リーダー、ダッシュ、固有名詞、数字を一段落にまとめ、業務文書なら丸数字や単位記号も加えます。標本を増やしすぎると、どの文字で差が出たか分かりにくくなるため、まずは20〜30種類に絞り、問題が出た文字だけを個別に調べます。

変換後にUTF-8版を採用する場合も、元のShift_JIS版はそのまま保管します。新旧ファイルへ同じ名前を付けず、draft-sjis-original.txt と draft-utf8-working.txt のように役割を明示します。これなら、字形の違いに気づいたとき、どの段階で変化したかを元原稿まで戻って確かめられます。

Rune Studioで確認できた範囲

Rune Studioの現行Mac版の公開機能説明では、主要な日本語文字コードの判定、変換不能文字の表示、問題が残る間の自動保存停止が案内されています。今回の三ファイルでは、UTF-8、Shift_JIS、EUC-JPがそれぞれ別の検出値として返り、候補はすべて0件でした。

誤復号状態の上書き保存、破損データの復元、OCR、バイナリ修復は試していません。丸数字2件と波ダッシュ2件の画面上の字形も、現在の記録からは断定できません。購入前または移行前には、自分が実際に使う字形を入れた三形式の小ファイルで、検出・表示・別名保存まで確かめてください。

結論：出自ではなく、三形式を区別できるかで選ぶ

日本製テキストエディタという条件は、日本語UIやサポートを選ぶ目安にはなります。文字コード事故を減らす決め手は、UTF-8、Shift_JIS、EUC-JPを区別し、変換不能候補と代表字形を保存前に確認できることです。国産という出自と、実際の対応機能を分けて選びましょう。

現行Mac版の日本語文字コード機能は、Rune Studio公式サイトで確認できます。

投稿日：