DOCX形式でエクスポートする際に、ライターの修正履歴を表示する
Writerで編集履歴を追跡し、編集可能なODTソースを保持し、共有する前にエクスポートしたDOCXファイルをWordで確認します。
LibreOffice Writer からレビュー可能な DOCX ファイルを送信するには、作業コピーを ODT 形式で保存し、「変更履歴の記録」>「記録」をオンにして、「表示」がオンになっていることを確認し、「ファイル」>「名前を付けて保存」を使用して別の Word DOCX ファイルを作成します。次に、受信者が使用するバージョンの Microsoft Word でその DOCX ファイルを開き、「校閲」>「すべてのマークアップ」で確認します。これにより、編集可能なソースが保持され、ファイルを共有する前に変換の問題を検出できますが、どのエクスポート設定でもすべてのドキュメントで同一の書式を保証することはできません。
以下の操作手順は、2026年10月9日に確認したLibreOffice 26.8のヘルプドキュメントに基づいています。メニューの配置は、オペレーティングシステム、インターフェースモード、およびリリースによって異なる場合があります。ラベルが異なる場合は、編集または校閲インターフェースで同等のコマンドを使用してください。
「記録」は、Writerに新しい編集内容(誰がいつ行ったかを含む)を記録するように指示します。 「表示」は、記録された変更を文書内で表示するかどうかを制御します。変更を非表示にしても削除されることはなく、記録をオフにしてもファイルに既に保存されている変更が受け入れられたり削除されたりすることはありません。これらは別々の制御項目なので、編集とエクスポートを行う前に両方を確認してください。
標準メニューでは、[編集] > [変更履歴] > [記録]を選択します。タブモードでは、対応するコントロールは [校閲] タブにあります。既存のマークを表示するには、 [編集] > [変更履歴] > [表示]を選択します。[変更履歴] ツールバーでは、[記録] コントロールと [表示] コントロールが分離されています。変更履歴の記録方法については、LibreOffice の手順と [変更履歴] ツールバーのリファレンスを参照してください。


例えば、「レビューは月曜日に始まります」という文を「レビューは火曜日に始まります」に変更した場合、受信者は削除された単語と置き換えられた単語を別々に確認できる必要があります。文が単に「火曜日」と表示され、変更履歴が記録されていない場合は、編集中に記録機能がオンになっていたことを確認してください。最終テキストに目に見える違いがあるだけでは、編集可能な変更履歴が記録されたことの証明にはなりません。
LibreOffice のドキュメントには、Microsoft Office 形式のファイルの読み込みと保存が可能であると記載されていますが、複雑なレイアウトや書式設定は異なる方法で処理される場合やサポートされない場合があるという警告も含まれています。特に、変更履歴マークは変換時に発生する可能性のある問題の一つとして挙げられています。そのため、「DOCX として保存」は形式変換であり、ピクセル単位または機能単位での完全な互換性を保証するものではありません。Microsoft Office 形式での保存に関する LibreOffice ガイド、ドキュメントフィルタ一覧、およびMicrosoft Office のインポートとエクスポートの制限に関する注意事項をご確認ください。

受信者のターゲットアプリケーションが Word の場合は、エクスポートしたファイルを Writer だけでなく Word で開いてください。[校閲]タブで[すべてのマークアップ]を選択すると、挿入、削除、その他のサポートされている変更が表示されます。Microsoft は、[マークアップなし] などの表示では変更を削除せずに非表示にできると説明しています。変更を承認または拒否すると、ドキュメントから変更が削除されます。詳細については、Microsoft のWord の変更履歴に関するガイダンスを参照してください。
挿入箇所と削除箇所をそれぞれ1箇所ずつ確認した後、見出し、表、番号付きリスト、画像、改ページ、ヘッダー、フッター、セクション境界など、変更される可能性が最も高い部分を重点的に確認します。短いテキストのみのメモであれば、ざっと確認するだけで十分でしょう。しかし、列、複雑な表、アンカー付き画像、多数のセクションを含む長文レポートの場合は、ページごとに比較する必要があります。これらの構造では、変換結果の違いがより大きな影響を与えるためです。これはリスクに基づいたチェックであり、すべての機能がテスト済みであることを保証するものではありません。

Wordでマークが表示されない場合は、まず目的のDOCXファイルを開いたこと、および「すべてのマークアップ」が選択されていることを確認してください。それでもマークが表示されない場合は、ODTソースに戻り、「記録と表示」を確認してから、新しいコピーをエクスポートしてください。レビュー担当者がどの編集内容を残すかを判断する必要がある場合は、ファイルをきれいに見せるためだけにすべての変更を承認しないでください。
レビューマークは残るもののレイアウト変更が重要な場合は、Wordが必須の配信環境である場合は、最終フォーマット処理にWordを使用し、新しいDOCXファイルを保存して修正内容を再確認してください。外観を固定する必要のある文書の場合は、編集可能なDOCXファイルにPDFファイルを添付できますが、レビュー対象ファイルの代わりにはなりません。適切なワークフローは、文書の複雑さと受信者のソフトウェアによって異なります。一般的に、複雑なページレイアウトで構成された文書よりも、シンプルなテキストの方が比較が容易です。
DOCXファイルはWordで開くと準備完了です。すべてのマークアップで想定される編集内容が表示され、個々の変更点を確認でき、重要なページ要素もそのまま保持されます。受信者がファイルの使用可否を確認するまで、ODTソースファイルとエクスポートしたDOCXファイルを一緒に保管してください。改訂マークまたは重要なレイアウト要素が欠落している場合は、変換の問題として扱い、送信前にターゲットアプリケーションでDOCXファイルを修正してください。
Writerで編集履歴を追跡し、編集可能なODTソースを保持し、共有する前にエクスポートしたDOCXファイルをWordで確認します。
SUSEのSP7の手順に従ってFIPSモードを有効にし、安全に再起動し、アクティブなポリシーを確認し、コンプライアンス要件で検証済みモジュールが必要かどうかを確認してください。
新しい暗号化されたSLESデータボリュームに対してYaSTとcryptsetupを比較し、LUKS1またはLUKS2を選択して、ロック解除とマウントの動作が安全に行われることを確認します。
SLES 15 上に RMT をセットアップし、権限のあるリポジトリをミラーリングし、テストクライアントから HTTPS 登録とパッケージへのアクセスを確認します。
YaSTのSSSDベースのログオン管理を使用してSLES 15をADに接続し、ディレクトリ検索、ドメインログイン、およびKerberosチケットを確認します。
SLES 16.0または15 SP7用の適切なライブパッチ適用パスを設定し、適用可能なカーネル修正を適用し、再起動が必要なカーネルアップデートと混同することなく、何がアクティブになっているかを確認します。
SLES 15 SP5 はオンラインで SP6 に移行できますが、各ノードを再起動する必要があります。ワークロードへのアクセスを維持するために、テスト済みのローリングアップグレードまたはブルー/グリーン切り替えを使用してください。
SLES 15 SP7 上で最小権限の AppArmor プロファイルを作成、改良、検証し、SLES 16 の SELinux のデフォルト設定について明確に注記します。
SUSEがサポートするSTIGプロファイルを使用して、SLES 15のスキャン、修復テスト、残りの検出結果の確認、および評価証拠の保持を行ってください。
SUSEの最新のガイダンスに従って、DNS、ポート9090、systemdソケット、firewalld、TLS、およびログイン設定を通じて、Cockpit接続の失敗を追跡してください。