DOCX形式でエクスポートする際に、ライターの修正履歴を表示する

LibreOffice Writer からレビュー可能な DOCX ファイルを送信するには、作業コピーを ODT 形式で保存し、「変更履歴の記録」>「記録」をオンにして、「表示」がオンになっていることを確認し、「ファイル」>「名前を付けて保存」を使用して別の Word DOCX ファイルを作成します。次に、受信者が使用するバージョンの Microsoft Word でその DOCX ファイルを開き、「校閲」>「すべてのマークアップ」で確認します。これにより、編集可能なソースが保持され、ファイルを共有する前に変換の問題を検出できますが、どのエクスポート設定でもすべてのドキュメントで同一の書式を保証することはできません。

以下の操作手順は、2026年10月9日に確認したLibreOffice 26.8のヘルプドキュメントに基づいています。メニューの配置は、オペレーティングシステム、インターフェースモード、およびリリースによって異なる場合があります。ラベルが異なる場合は、編集または校閲インターフェースで同等のコマンドを使用してください。

RecordとShowは実際にはどのような機能を持つのでしょうか?

「記録」は、Writerに新しい編集内容(誰がいつ行ったかを含む)を記録するように指示します。 「表示」は、記録された変更を文書内で表示するかどうかを制御します。変更を非表示にしても削除されることはなく、記録をオフにしてもファイルに既に保存されている変更が受け入れられたり削除されたりすることはありません。これらは別々の制御項目なので、編集とエクスポートを行う前に両方を確認してください。

標準メニューでは、[編集] > [変更履歴] > [記録]を選択します。タブモードでは、対応するコントロールは [校閲] タブにあります。既存のマークを表示するには、 [編集] > [変更履歴] > [表示]を選択します。[変更履歴] ツールバーでは、[記録] コントロールと [表示] コントロールが分離されています。変更履歴の記録方法については、LibreOffice の手順と [変更履歴] ツールバーのリファレンスを参照してください。

変更履歴が展開され、記録して表示するオプションがオンになっているLibreOffice Writerの編集メニュー。
編集内容を記録するには「記録」を有効にし、作業中に追跡マークを確認するには「表示」を有効にします。

書類はどのように準備すればよいですか?

  1. 元のソースファイルを保持してください。ドキュメントを開き、新しいファイル名でOpenDocument Text形式(.odt)の作業用コピーを保存します。ファイルが既にWordから作成されたものである場合は、元のDOCXファイルも保存してください。こうすることで、エクスポートされたファイルで改行、間隔、またはオブジェクトの配置が変更された場合でも、元のバージョンに戻すことができます。
  2. 編集を開始する前に、記録を開始してください。Writerでは、[編集] > [変更履歴の記録] > [記録] を選択するか、タブ付きインターフェースで[校閲] > [記録] を選択します。コマンドが有効になっていることを確認してください。実際の文書で明確にテストするには、短いフレーズを追加し、別のフレーズを削除してください。色だけでトラッキングが有効になっていることを判断しないでください。
  3. 変更履歴を表示するには、[編集] > [変更履歴の記録] > [表示] をオンにします。Writer では、挿入と削除が改訂マークとして表示され、ページ余白に変更インジケーターが表示されます。正確な色やマークアップの表示方法は設定によって異なる場合があるため、特定の色ではなく、変更内容自体と作成者または改訂履歴を確認してください。
下線付きの挿入、取り消し線付きの削除、および余白の変更バーを示すライターのページ
挿入と削除はそれぞれ別の修正として表示され、編集された行の横に変更バーが表示されます。

例えば、「レビューは月曜日に始まります」という文を「レビューは火曜日に始まります」に変更した場合、受信者は削除された単語と置き換えられた単語を別々に確認できる必要があります。文が単に「火曜日」と表示され、変更履歴が記録されていない場合は、編集中に記録機能がオンになっていたことを確認してください。最終テキストに目に見える違いがあるだけでは、編集可能な変更履歴が記録されたことの証明にはなりません。

レビューのマークアップを削除せずにエクスポートするにはどうすればよいですか?

  1. ODT作業コピーを保存してください。受信者が変更を承認または拒否する必要がある場合は、変更を未解決のままにしておいてください。
  2. 「ファイル」>「名前を付けて保存」を選択し、 「proposal-review.docx」などの固有の名前を入力して、ファイルの種類として「Word 2010–365 ドキュメント (.docx)」を選択します。LibreOffice の現在のフィルタリストでは、この名前が DOCX エクスポートフィルタに使用されます。「名前を付けて保存」ダイアログで、選択したフォーマットの確認を求められる場合があります。このコピーには Word フォーマットを使用するオプションを選択してください。
  3. ODTファイルは保持してください。唯一のソースファイルをDOCXファイルに置き換えないでください。修正を承認/却下したり、マークアップを非表示にするビューに切り替えたりした場合、それらの操作はエクスポート品質チェックとして機能しません。代わりに、別途レビュー用コピーを保存してください。

LibreOffice のドキュメントには、Microsoft Office 形式のファイルの読み込みと保存が可能であると記載されていますが、複雑なレイアウトや書式設定は異なる方法で処理される場合やサポートされない場合があるという警告も含まれています。特に、変更履歴マークは変換時に発生する可能性のある問題の一つとして挙げられています。そのため、「DOCX として保存」は形式変換であり、ピクセル単位または機能単位での完全な互換性を保証するものではありません。Microsoft Office 形式での保存に関する LibreOffice ガイド、ドキュメントフィルタ一覧、およびMicrosoft Office のインポートとエクスポートの制限に関する注意事項をご確認ください。

LibreOfficeの「名前を付けて保存」ダイアログでproposal-review.docxとWord 2010–365ドキュメントが選択されています。
DOCXフィルターを選択し、新しいファイル名を指定することで、ODT作業ソースが引き続き利用可能になります。

Microsoft Wordで確認すべきことは何ですか?

受信者のターゲットアプリケーションが Word の場合は、エクスポートしたファイルを Writer だけでなく Word で開いてください。[校閲]タブで[すべてのマークアップ]を選択すると、挿入、削除、その他のサポートされている変更が表示されます。Microsoft は、[マークアップなし] などの表示では変更を削除せずに非表示にできると説明しています。変更を承認または拒否すると、ドキュメントから変更が削除されます。詳細については、Microsoft のWord の変更履歴に関するガイダンスを参照してください。

挿入箇所と削除箇所をそれぞれ1箇所ずつ確認した後、見出し、表、番号付きリスト、画像、改ページ、ヘッダー、フッター、セクション境界など、変更される可能性が最も高い部分を重点的に確認します。短いテキストのみのメモであれば、ざっと確認するだけで十分でしょう。しかし、列、複雑な表、アンカー付き画像、多数のセクションを含む長文レポートの場合は、ページごとに比較する必要があります。これらの構造では、変換結果の違いがより大きな影響を与えるためです。これはリスクに基づいたチェックであり、すべての機能がテスト済みであることを保証するものではありません。

Microsoft Wordの「校閲」タブで、すべてのマークアップが選択され、挿入と削除が追跡されている状態が表示されます。
Wordの「すべてのマークアップ」機能を使用して、エクスポートされたファイルに表示可能で確認可能な修正が含まれていることを確認してください。

ワークフローを変更すべきタイミングはいつですか?

Wordでマークが表示されない場合は、まず目的のDOCXファイルを開いたこと、および「すべてのマークアップ」が選択されていることを確認してください。それでもマークが表示されない場合は、ODTソースに戻り、「記録と表示」を確認してから、新しいコピーをエクスポートしてください。レビュー担当者がどの編集内容を残すかを判断する必要がある場合は、ファイルをきれいに見せるためだけにすべての変更を承認しないでください。

レビューマークは残るもののレイアウト変更が重要な場合は、Wordが必須の配信環境である場合は、最終フォーマット処理にWordを使用し、新しいDOCXファイルを保存して修正内容を再確認してください。外観を固定する必要のある文書の場合は、編集可能なDOCXファイルにPDFファイルを添付できますが、レビュー対象ファイルの代わりにはなりません。適切なワークフローは、文書の複雑さと受信者のソフトウェアによって異なります。一般的に、複雑なページレイアウトで構成された文書よりも、シンプルなテキストの方が比較が容易です。

引き継ぎが正常に行われたことをどのように確認できますか?

DOCXファイルはWordで開くと準備完了です。すべてのマークアップで想定される編集内容が表示され、個々の変更点を確認でき、重要なページ要素もそのまま保持されます。受信者がファイルの使用可否を確認するまで、ODTソースファイルとエクスポートしたDOCXファイルを一緒に保管してください。改訂マークまたは重要なレイアウト要素が欠落している場合は、変換の問題として扱い、送信前にターゲットアプリケーションでDOCXファイルを修正してください。

コメントを残す

DOCX形式でエクスポートする際に、ライターの修正履歴を表示する

DOCX形式でエクスポートする際に、ライターの修正履歴を表示する

Writerで編集履歴を追跡し、編集可能なODTソースを保持し、共有する前にエクスポートしたDOCXファイルをWordで確認します。

SLES 15でFIPSモードを有効にし、ブート状態を確認する

SLES 15でFIPSモードを有効にし、ブート状態を確認する

SUSEのSP7の手順に従ってFIPSモードを有効にし、安全に再起動し、アクティブなポリシーを確認し、コンプライアンス要件で検証済みモジュールが必要かどうかを確認してください。

SLES上にLUKS暗号化データボリュームを設定する

SLES上にLUKS暗号化データボリュームを設定する

新しい暗号化されたSLESデータボリュームに対してYaSTとcryptsetupを比較し、LUKS1またはLUKS2を選択して、ロック解除とマウントの動作が安全に行われることを確認します。

SLES 15 上で RMT を使用してローカル SUSE アップデート サーバーを構築する

SLES 15 上で RMT を使用してローカル SUSE アップデート サーバーを構築する

SLES 15 上に RMT をセットアップし、権限のあるリポジトリをミラーリングし、テストクライアントから HTTPS 登録とパッケージへのアクセスを確認します。

YaSTでSSSDを使用してSLES 15をActive Directoryに参加させる

YaSTでSSSDを使用してSLES 15をActive Directoryに参加させる

YaSTのSSSDベースのログオン管理を使用してSLES 15をADに接続し、ディレクトリ検索、ドメインログイン、およびKerberosチケットを確認します。

SLESライブパッチを有効にしてカーネル修正を検証する

SLESライブパッチを有効にしてカーネル修正を検証する

SLES 16.0または15 SP7用の適切なライブパッチ適用パスを設定し、適用可能なカーネル修正を適用し、再起動が必要なカーネルアップデートと混同することなく、何がアクティブになっているかを確認します。

SLES 15 SP5からSP6へのアップグレード中にサービスの利用可能性を維持する

SLES 15 SP5からSP6へのアップグレード中にサービスの利用可能性を維持する

SLES 15 SP5 はオンラインで SP6 に移行できますが、各ノードを再起動する必要があります。ワークロードへのアクセスを維持するために、テスト済みのローリングアップグレードまたはブルー/グリーン切り替えを使用してください。

SUSE LinuxでカスタムAppArmorプロファイルを作成する

SUSE LinuxでカスタムAppArmorプロファイルを作成する

SLES 15 SP7 上で最小権限の AppArmor プロファイルを作成、改良、検証し、SLES 16 の SELinux のデフォルト設定について明確に注記します。

OpenSCAPを使用してSLES 15 STIGを安全に適用する

OpenSCAPを使用してSLES 15 STIGを安全に適用する

SUSEがサポートするSTIGプロファイルを使用して、SLES 15のスキャン、修復テスト、残りの検出結果の確認、および評価証拠の保持を行ってください。

SUSE Linux Enterprise ServerへのCockpitアクセスを復元する

SUSE Linux Enterprise ServerへのCockpitアクセスを復元する

SUSEの最新のガイダンスに従って、DNS、ポート9090、systemdソケット、firewalld、TLS、およびログイン設定を通じて、Cockpit接続の失敗を追跡してください。