Word のフィールド、目次、相互参照：プレーンテキストの往復が学位論文を壊す理由

Word は一部の内容を普通の文字ではなく命令として保存します。フィールドにはコードと表示結果があり、Word はコードを評価してからその結果を文書に表示します。値が生成されたものであるにもかかわらず、結果はテキストや数字のように見えることがあります。

`{ TOC \o "1-3" }`（1-3 は第1階層から第3階層までの見出しを指す）は、「collect every Heading 1 through 3, with its page number, and show them here」（レベル 1 から 3 までの見出しをすべて、ページ番号とともに集めてここに示せ）という命令です。`{ REF _Ref12345 }` は「show the number of the thing bookmarked as _Ref12345」（_Ref12345 というブックマークが付けられた対象の番号を示せ）という命令です。`{ SEQ Figure }` は「this is the next figure in sequence」（これが一連の次の図である）という命令です。あなたが目にするのは 図 3 であり、ファイルに入っているのは 3 に解決される命令です。

だからこそ、途中に図を挿入すると図番号が自動的に振り直され、F9 を押すと目次ページが更新されるのです。あの数字は誰も入力していません。

フィールドは構造の一部にすぎません。見出しレベルは目次を生成する段落スタイルです。相互参照は通常、対象側のブックマークと参照側の REF フィールドを組み合わせて成り立っています。脚注は文書の別のパートに置かれ、文献管理ソフトはツールやプラットフォームによって Word フィールド、コンテンツコントロール、アドインのメタデータを使い分けます。ある作業手順は、目に見える本文を保ちながら、これらの関係のどれかを壊すことがあります。

• 生成されるナビゲーション： 目次、図目次、索引項目。
• 番号付け： キャプションや、番号付きの見出し・数式・図・表への参照のための SEQ フィールド。
• 文書のメタデータ： ページ数、日付、ファイル名、文書のプロパティ、リンクされた値。
• 学術的な付随要素： 脚注アンカー、文末脚注、ブックマーク、文献管理ソフトのリンク。これらは普通のテキストに見えても、実際にはそうでない場合があります。

この違いが、よくある意外な事態を説明します。表示された結果の上に書き込んでも、背後の命令は編集されないことがあります。一方、フィールドのリンクを解除すると、その時点の結果が普通のテキストに変わります。内容が動くかフィールドが更新されるまで、文書はどちらの状態でも同じに見えうるのです。

選択した Word の内容をプレーンテキストしか受け付けないシステムにコピーすると、そのシステムが受け取るのは、その時点で表示されている結果を表す文字であり、WordprocessingML のフィールドコードでもブックマークでもスタイルでもありません。返ってきたテキストが元の選択範囲を置き換えるなら、その選択範囲にあった生きた命令は消えます。コピー自体は手をつけていない元ファイルを傷つけません。構造化された内容をプレーンテキストの結果で置き換えることこそが傷つけるのです。

被害は見た目より深刻です。貼り付けた瞬間、文書はまだ正しく見えているからです。数字はすべて揃っています。ただ、何にもつながっていないだけです。

• 目次ページが固定される。 書き換え前の見出しとページ番号を表示したままになります。何かを編集しても、更新するフィールドがもう残っていないため、静かに古くなっていきます。
• 図と表の番号が連番でなくなる。 図を挿入しても、それ以降は古い番号のままです。1 つ削除すれば、番号に抜けができます。
• 相互参照が誤ったテキストになる。 「As shown in Figure 3」（図 3 に示すとおり）はもはや文字どおりの言い回しにすぎず、今は 3 番目になったもの、あるいは何も指していません。
• 脚注、コメント、変更履歴は省かれたり平坦化されたりすることがあります。一方、Zotero や EndNote の引用は、文献リストを再生成できるようにするリンクを失うことがあります。どの不具合が起きるかは、何を選択したか、そして中間のツールが何を保持するかによって決まります。

この最後の点は前の記事と重なって深刻になります。引用フィールドが平坦化された原稿は、文献管理ソフトではもう一切再整形できません。どの引用がどの文献項目を指すのか、ソフトが把握していないからです。

書式設定は、第 2 の種類の損失を生みます。プレーンテキストには、見出しスタイル、セクション区切り、キャプション、表のセル境界、数式オブジェクト、固定された画像、ヘッダー、ページ番号の設定がありません。貼り付けでは、貼り付け先の段落のスタイルが適用されることがあり、見出しは大体それらしく見えても、目次が見つけられる「見出し 2」ではなくなります。

部分的なコピーはとりわけ油断なりません。目次フィールドはそのままに、それが読む見出しを差し替えてしまうことがあります。あるいは、キャプションの表示番号は残したまま、その SEQ フィールドとブックマークを削除してしまうこともあります。次に F9 で更新したとき、被害は自分が編集した段落ではなく別の場所に現れます。

危険なのは置換であって、クリップボードそのものではありません。プレーンテキストのコピーは引用や分析には向いていますが、元の文書に貼り戻すべき、構造を保つ表現ではありません。

フィールドのない 1,500語のエッセイなら、これらはすべて無関係です。学位論文では、これが作業全体の生死を分けます。

入力も出力もプレーンテキストしかない作業手順は、これらの Word オブジェクトを確実に再構築するために必要な情報を持っていません。書き換えは言語的に見事でも、構造は失われえます。損失は直列化の時点で起きているからです。ツールは、保持すべきフィールドコード、ブックマーク、スタイル、関係をそもそも受け取っていません。

だからこそ、貼り付けたテキストを求めるのではなく、ファイルそのものを処理するのです。書き換えの対象となるテキストは構造オブジェクトとは別に扱われ、文書は入れ物のまま保たれます。ファイル単位の処理にもやはり検証が必要です。ツールが学位論文を返してきたら、結果を Word で開き、フィールドを更新し、自分の文書にとって重要な関係を調べてください。

文書が長いほど、目視の抜き取り検査は役に立たなくなります。40 ページの壊れたブックマークは、190 ページの相互参照が更新されるまで表面化しないかもしれません。最初の数ページを読むだけでなく、目次、図の参照、表の参照、脚注、引用、セクション区切りというように、オブジェクトの種類を軸に小さな検収リストを作ってください。

• コピー上で作業する。 元の DOCX を保管し、アップロード、引用のリンク解除、一括置換の受け入れをする前に、バージョン管理された処理用コピーを作ってください。
• 始める前にフィールドコードを表示する。 Windows 版 Word では Alt+F9、Mac では Option+F9 でフィールドコードの表示を切り替えます。Mac のキーボードでは Fn も必要な場合があります。文書に実際にどのフィールドとブックマークがあるかを記録してください。
• プラットフォームの選択ショートカットでフィールドを更新する。 Windows では Ctrl+A の後に F9 で本文を更新します。Mac では Command+A の後に F9（多くの場合 Fn+F9）が同等の操作です。ヘッダー、フッター、その他のテキスト領域は別に更新が必要な場合があります。
• ダウンロードしたファイルも同じ方法で確認する。 どんなツールが文書に触れた後でも、コード表示を切り替え、目次と図の参照がテキストではなく命令のままであることを確かめてください。
• 引用プラグインのフィールドはそのまま保つ。 Zotero では「Unlink Citations」はそのコピーにとって取り消し不能です。意図的にすべての引用をプレーンテキストに変換します。プレーンテキストの往復は、確認なしに同じことをします。

外見のテストだけでなく、変化のテストをしてください。使い捨てのコピーで、既存の図の前に一時的なキャプションを挿入し、フィールドを更新して、後続のキャプションと相互参照が一緒に動くことを確認します。一時的な見出しを追加して目次を更新してください。テスト後は元に戻すか、テスト用コピーを破棄します。生きた関係は、変化に正しく反応することで姿を現します。

フィールドコード表示では分からない要素も調べてください。コメント、変更履歴、脚注アンカー、数式、浮動画像、セクション固有のヘッダー、文献管理ソフトの更新です。文書の統計情報とページ数を比較して、不自然な跳ね上がりがないかを見ます。ただし、無害な再フローでもページ割りは変わりうることを覚えておいてください。

フィールドを更新する前の時点で正しく見える文書は、まだテストに合格していません。更新し、生きた参照を実際に動かし、提出が終わるまで手をつけていない原本を保管してください。