Rixoffice Documentation
RixDocs — Word Processor

Compare Documents in RixDocs

Published September 4, 2026Updated September 4, 20265 min read

Diff two versions of a .docx at paragraph level with RixDocs Compare: see what changed, by whom, and produce a comparison document to review.

On this page

Compare answers a simple question with precision: what exactly changed between two versions of this document? It lives on the Review tab, works on any pair of .docx files, and produces a paragraph-level diff styled like tracked changes so you can work through the differences with the usual accept and reject controls.

Run a comparison

  1. Open the Review tab and choose Compare.
  2. Pick the original document — the older or canonical version.
  3. Pick the revised document — the version you want to inspect.
  4. Confirm. A comparison document opens showing every difference as markup.

The result is a third document; the two originals stay untouched. Read it like any tracked-changes file: inserted text is marked, deleted text is struck through, and paragraph-level rewrites are shown in place rather than as a wall of red.

When Compare is the right tool

Track Changes and Compare solve different problems:

SituationRight tool
One person edits while tracking is onTrack Changes
Two copies were edited separately, without trackingCompare
A contractor returned a document and you want to audit itCompare
You need a legally careful record of what changedCompare

The second row is the everyday case: a colleague worked offline on a copy, email attachments multiplied, and now two plausible versions exist. Compare merges the truth — run it with the known-good original and the edited copy, then accept the changes you want into the result.

Reading the diff efficiently

A paragraph-level diff shows rewrites as whole-paragraph changes, which keeps context visible but can bury small edits. Work through it in this order:

  1. Scan the structure first — scroll for large blocks marked as inserted or deleted; these are the real decisions.
  2. Then sweep detail — word-level changes inside surviving paragraphs.
  3. Decide as you go — accept or reject each change in the comparison document, exactly as with Track Changes.

Leave comments on anything ambiguous, then send the comparison document back to the other author for confirmation.

Compare as a quality gate

Comparing the version you are about to send against the version you started from is a cheap final audit: it surfaces accidental deletions, pasted-over paragraphs and lost formatting that neither author noticed. Two minutes of diffing beats an embarrassing "wait, where did section 4 go" email after delivery.

Pair it with the revision model

Because the comparison output uses the standard .docx revision model, the accepted result can continue through the normal pipeline: track further changes, protect with Restrict Editing, and export the final PDF from the cleaned file.

What to explore next

Quick steps

  1. Open the Review tab and choose Compare.
  2. Select the original document and the revised document.
  3. Run the comparison and review the paragraph-level diff in the result.
  4. Accept or reject changes in the comparison document as with tracked edits.

Frequently asked questions

What does Compare do in RixDocs?

Compare takes two versions of a document and produces a comparison file showing every difference at paragraph level — inserted, deleted and modified text — as tracked-change style markup.

When should I Compare instead of using Track Changes?

Use Compare when edits already happened without tracking — for example, two people saved separate copies. Track Changes records edits as they are made; Compare reconstructs the differences after the fact.

Can I see who changed what with Compare?

Yes. The comparison result labels changes per source, so you can tell which version each edit came from while reviewing the merged markup.

What happens to the original files after comparing?

Nothing. Compare reads both documents and creates a separate comparison document; the originals are never modified.

Related documentation