論文用テキストエディタを選ぶときは、本文だけでなく脚注番号と引用キーを受入条件にします。2万5千文字、脚注18件、引用44件、Shift_JIS変換候補2件の標本を使い、公開仕様、静的照合、既存CLIの手動保存結果を分離します。未観察の自動保存発火は合格にせず、候補を採用するか保留するかを同じ表で判断します。
論文では文字数より参照関係が壊れやすい
本文をMarkdownで書く場合、脚注を [^1]、引用を [@sato2024] のようなキーで管理することがあります。文字化けで角括弧や記号が変わると、文章は読めても脚注や文献処理から外れる可能性があります。
保存前に次の三つを数えます。
- 本文の総文字数：25,000
- 脚注の定義または参照：18件
- 引用キー：44件
同じ脚注番号が二重に使われていないか、引用キーの綴りが参考文献ファイルと一致するかも見ます。単なる文字数比較では、このつながりは確認できません。
変換候補2件は本文と別に判断する
受領原稿に変換不能の疑いがある文字が2件見つかったら、すぐ一括置換せず、次の表を作ります。
| 場所 | 元の文字 | 採用する文字 | 脚注・引用への影響 |
|---|---|---|---|
| 候補1 | 原文の記号 | 承認した代替 | 引用キー外か確認 |
| 候補2 | 原文の記号 | 承認した代替 | 脚注番号外か確認 |
代替を決めたら paper-utf8-safe.txt のような別名へUTF-8で保存します。元ファイルは残し、別名版を開き直して、文字数、候補0件、脚注、引用を順に比べます。
25,000／18／44／2を三時点で一致させる
今回の専用論文標本で得られた結果は次のとおりです。
| 項目 | 手動保存前 | 手動保存後 | 閉じて開いた後 |
|---|---|---|---|
| 文字数 | 25,000 | 25,000 | 25,000 |
| 脚注 | 18件 | 18件 | 18件 |
| 引用 | 44件 | 44件 | 44件 |
| Shift_JIS変換候補 | 2件 | 2件 | 2件 |
| 追加した固有目印 | 追加前0件 | 1件 | 1件 |
この表なら、25,000文字が一致したことだけで「論文が守られた」と言い切る誤りを防げます。今回は脚注18件と引用44件を実際に三回集計しました。候補2件も勝手に消していません。UTF-8で保存する論文では候補の存在を記録したままにし、Shift_JISへ渡す必要があるときだけ、本文・脚注・引用キーのどこにあるかを確認して採用判断を行います。
照合の単位は「論文全体」だけにせず、章ごとにも持ちます。たとえば序論の脚注4件、方法の脚注6件、結果の脚注3件、考察の脚注5件で合計18件という形です。合計だけを見ると、ある章で一件減り、別の章で誤って一件増えた場合に見逃します。引用44件も、本文中の参照表記と文末の参考文献を別々に数え、対応しない番号や著者年がないかを確認します。
変換候補2件を修正した後は、その二か所の前後一文を保存しておきます。文字数が25,000へ戻っていても、引用符やダッシュが別の文字へ置き換われば意味や検索性が変わるためです。修正前、採用文字、採用理由を短く並べると、共同執筆者へ変更点を説明するときにも役立ちます。
最後に提出用ファイルを作るときは、作業用の自動保存先から直接送らず、合否表を通過した版を別名で固定します。その固定版をもう一度開き、章別の脚注数、引用数、末尾の参考文献を確認してから提出物にします。
同じ受入表で自動保存候補を採否判断する
根拠は三段に分けます。公開仕様（Stage 3）は、主要な日本語文字コードの判定、変換不能文字の提示、問題中の自動保存停止を案内しています。ソース／ローカライズ資源の静的照合は、それらに対応する処理と文言の接続を示します。既存CLI／出力検証（Stage 4）は、手動write前後と再読込後の25,000／18／44／2、固有目印1件を示します。
| 受入項目 | 合格条件 | 現在の根拠 | 判定 |
|---|---|---|---|
| 本文 | 25,000文字を再読込 | 手動writeで一致 | 手動経路は合格 |
| 脚注 | 18件を維持 | 三時点で一致 | 手動経路は合格 |
| 引用 | 44件を維持 | 三時点で一致 | 手動経路は合格 |
| 変換候補 | 2件を勝手に消さず採否を記録 | 三時点で一致 | 管理可能 |
| 自動保存 | 手動保存なしで保存先・状態・再読込を確認 | 仕様と静的照合のみ | 未観察・保留 |
静的照合は画面描画や発火の証明ではありません。今回、自動保存は発火させておらず、保存完了表示も見ていません。そのため候補の存在は認めても、論文保護の中心経路にはまだ採用しません。未観察欄が埋まるまでは手動保存と世代別コピーを使います。
資料上の保護と実測した手動保存を分ける
Rune Studioの現行Mac版の公開機能説明では、主要な日本語文字コードを判定し、変換不能文字を示し、問題がある間は自動保存を止めると案内されています。静的照合では対応する処理とローカライズ文言の接続も確認しました。いずれも画面上の赤表示や自動保存発火を観察した結果ではありません。
実測したのは、25,000文字、脚注18件、引用44件、Shift_JIS変換候補2件を手動保存前・後・再読込後に照合した操作です。自動保存の発火や画面上の赤表示は含まれません。脚注・引用の意味が正しいこと、引用先と対応すること、引用様式が妥当なことも件数だけでは証明できません。破損済みデータの完全復元、OCR、バイナリ修復も対象外です。
結論：本文、脚注、引用を別々に数える
論文原稿の安全は「機能がある」だけでは判断できません。UTF-8の別名版を開き直し、25,000文字、変換候補2件、脚注18件、引用44件を別々に照合します。手動保存では三時点一致を確認済みです。自動保存は未観察なので保留とし、受入表の保存先・状態・再読込が埋まるまで手動保存と世代別コピーを採用します。
日本語長文の文字コード保護を備えた現行Mac版は、Rune Studio公式サイトで確認できます。