おすすめのMacテキストエディタを文字化け防止で選ぶ前に、未解決警告のまま書き込みを許す候補を見分ける検証計画を作ります。この記事で完成するのは候補の合否ではありません。一つの使い捨てファイル、四つの保存経路、ディスク上で照合する値、強制失格条件を一枚の計画票へ固定するところまでです。
四経路の操作はまだ実施していません。したがって、本文の「停止」「書き込み」「失格」は、将来の検証で使う判定語です。現在の候補が安全だ、あるいは危険だという実測結果ではありません。BOMを含む三形式の比較、代替文字の決定、変換完遂、保存後の再読込も別の工程へ残します。
強制失格条件を計画の先頭に置く
文字化け事故を防ぐ検証では、警告の見やすさや設定項目の多さを先に採点すると、危険な書き込みが他の長所に埋もれます。そこで計画票の先頭に、「未解決状態で一経路でもディスク上のファイルが変わったら、その候補を外す」と書きます。
反対に、操作していない経路は合格にしません。計画上の結果はBLOCK_OBSERVED、WRITE_OBSERVED、UNTESTEDの三つに固定します。四経路を実行するまでは全行がUNTESTEDです。この記事を読んだだけで候補が通過したことにはなりません。
一つの使い捨て保存トラップを設計する
本番原稿を検証入力にしないよう、計画票には専用の使い捨てファイルを一つ定義します。対象の符号化で表せないと事前に根拠を確認できる文字を一件だけ含め、先頭に試験用だと分かる識別文を置く想定です。候補ごと、保存経路ごとに新しい複製を使うことも事前条件へ入れます。
基準値は、更新日時、バイト数、チェックサムのうち二つを採る計画にします。どの値を使うか、いつ取得するか、どのファイルと照合するかを操作前に決めます。画面の警告だけでは停止を証明せず、操作前後のディスク値で書き込みの有無を判定するためです。
未解決状態を開始条件として定義する
開始状態は、対象文字を削除せず、別の文字へ置き換えず、保存形式も変更していない状態です。警告の位置や文言は候補ごとに違うため、計画票には「未解決状態を識別できたか」という観測欄を置きます。
警告を観測できなかった場合も、安全とは推定しません。問題を検出していないのか、警告なしで書ける設計なのかを区別できないからです。その経路はUNTESTEDのままにするか、実際のディスク値が変わったときだけWRITE_OBSERVEDに進めるルールにします。
四つの保存経路を別々の行にする
計画票には、手動保存、自動保存、ウインドウを閉じる操作、アプリ終了の四行を用意します。同じ複製を使い回さず、各行を同じ開始条件から独立して実行する予定にします。前の経路で変わったファイルを次へ回すと、どの経路が書いたのか説明できなくなるためです。
| 経路 | 計画する開始条件 | 将来記録する証拠 | 現在状態 |
|---|---|---|---|
| 手動保存 | 未解決警告を残した新しい複製 | 操作前後のディスク値 | UNTESTED |
| 自動保存 | 発動条件を先に特定した新しい複製 | 発動前後のディスク値 | UNTESTED |
| ウインドウを閉じる | 未解決警告を残した新しい複製 | 選択肢と操作前後のディスク値 | UNTESTED |
| アプリ終了 | 未解決警告を残した新しい複製 | 選択肢と操作前後のディスク値 | UNTESTED |
手動保存では、警告中に保存を要求した後の値を採る予定です。自動保存では、候補ごとの発動条件を確認してから一度だけ条件を発生させます。閉じる操作と終了操作では、キャンセル、破棄、戻るなどの選択肢も記録対象にします。ただし、これらはこれから行う操作の設計であり、本記事の確認済み操作ではありません。
一件の書き込みを平均点で薄めない
将来の判定では、一行でもWRITE_OBSERVEDなら強制失格、UNTESTEDが一行でも残れば判定保留とします。四行すべてでディスク値が不変だった証拠を得たときだけ、この停止試験を通過した候補として次工程へ送る計画です。
例えば、手動保存は止まったが自動保存後に値が変わった場合は失格、手動保存と自動保存が止まっても閉じる経路が未実施なら保留、という読み方になります。これは結果表の読み方を示す仮定例であり、候補A・B・CやRune Studioの実測ではありません。
Rune Studioは計画へ入れる候補根拠まで確認する
Rune Studioの公開仕様には、主要な日本語文字コードの判定が記載されています。また、変換不能文字の赤表示と、解消までの自動保存停止も文書に記載されています。前者は既存の文字コードを扱う製品対応、後者は製品固有の表示・処理として、機能主張台帳で分けています。
いずれもStage 1の文書記載です。現行版の実画面を見た証拠でも、警告発生からディスク不変までを完了したStage 4の結果でもありません。このためRune Studioは計画票の候補欄へ入れられますが、四経路の通過候補や「文字化けを防げるおすすめ」とは確定しません。
三形式の比較と一原稿の救済は別の記事へ譲る
UTF-8のBOM有無やShift_JISなど複数形式を開き、修正、別名保存、再読込まで通す候補比較はSTUDIO-029の範囲です。選定済み環境で一原稿の採用表記を決め、安全な保存まで完了する救済作業はSTUDIO-065が扱います。
本記事の成果は、その前段に置く未実施の検証計画です。代替文字を決めず、変換を成功させず、候補の合否も出しません。四経路を同じ条件で実行できる計画票を、次の操作担当へ渡します。
結論：四経路の検証計画を作ってから候補を試す
おすすめのMacテキストエディタを文字化け防止で選ぶ前に、一件の未解決文字、四つの保存経路、二つのディスク値、強制失格条件を計画票へ固定します。各経路は新しい複製から始め、現在状態をすべてUNTESTEDとします。
この記事の読後成果は、候補の合否ではなく、開始状態から記録欄までそろった実行前計画です。実際の一次選別は、別のStage 4検証で四経路を完了し、証拠を記録した後にだけ行います。
