{{ summaryTitle }}

{{ summaryValue }} {{ summaryLine }} {{ sourceBadge }} {{ outputFormatLabel }} {{ reviewBadge }} {{ statusAnnouncement }}
DOCX source and conversion settings
Start with the built-in sample or replace it with one DOCX up to 50 MB.
{{ sourceDropTitle }} {{ sourceDropLine }}

{{ sourceStatus }}

HTML, Markdown, TXT, RTF, XML, CSV, EPUB, and JSON cover web, text, table, ebook, and audit handoffs.
Choose the web artifact shape required by the destination.
Semantic is safest; article emphasizes headings and quotes; compact reduces class noise.
Inline output can reproduce sensitive image content from the source file.
GitHub style keeps pipe tables; plain style favors readable text blocks.
Control how document blocks become plain-text line breaks.
Readable adds a title and paragraph spacing; plain keeps a compact body.
Inspect a named Office Open XML package part.
Use real Word tables or export paragraph blocks as an ordered inventory.
Leave blank to derive the reading-package title from the source filename.

{{ workflowFeedback }}

Leave blank to derive a safe download name from the source DOCX.
Optional Mammoth mappings, one per line. Blank is neutral.
Off by default so reviewer comments do not enter web or Markdown output unintentionally.
{{ include_comments ? 'Include references' : 'Omit references' }}
Off removes empty paragraphs from generated HTML before target conversion.
{{ keep_empty_paragraphs ? 'Keep blanks' : 'Remove blanks' }}
Off ignores document-embedded conversion instructions from an untrusted source.
{{ trust_embedded_style_map ? 'Trust embedded map' : 'Ignore embedded map' }}
Off is the neutral fast path. Turn on CRC checking when the package may be damaged.
{{ strict_package_check ? 'Validate CRC values' : 'Standard package read' }}
{{ artifactPreview }}
{{ artifactExportAnnouncement }}
CheckValueReview noteCopy
{{ row.label }}{{ row.value }}{{ row.note }}
{{ tableExportAnnouncement.ledger }}
Package areaObservedEvidenceCopy
{{ row.label }}{{ row.value }}{{ row.note }}
{{ tableExportAnnouncement.inventory }}
{{ chartExportAnnouncement }}

A DOCX file is a package of XML parts, relationships, media, and document properties rather than a frozen picture of Word pages. That structure makes the format suitable for editing, but it also explains why conversion is a translation of meaning and order instead of an exact reproduction of pagination, fonts, floating objects, or page geometry.

Portable output usually favors one of three goals. Web conversion keeps headings, paragraphs, lists, links, tables, and images where the source structure exposes them. Plain-text and Markdown conversion favor readable content over visual layout. Package-oriented output exposes selected XML, table cells, ebook content, or an audit summary for inspection and handoff.

What DOCX conversion can and cannot preserve
Usually transferableNeeds comparison with Word
Paragraphs, named headings, basic emphasis, lists, links, and tablesPagination, exact line breaks, fonts, columns, text boxes, floating placement, and embedded objects
Supported raster images when explicitly includedImage cropping, drawing layout, captions, color management, and unsupported media
Comments, footnotes, endnotes, relationships, and properties as review evidenceWhether those materials should be published or removed

Semantic conversion works best when the source uses Word styles to express structure. A paragraph styled as a heading carries clearer intent than bold text made to look like one. Custom and embedded style mappings can alter that interpretation, so instructions inside an untrusted document should remain disabled until reviewed.

Privacy review must extend beyond the visible body. Embedded images can reproduce sensitive pixels, external links can disclose destinations, and comments, notes, properties, or relationships may reveal information not obvious on the rendered page. A converted artifact is a new copy, not proof that the source package was clean.

How to Use This Tool:

Choose the destination first, then review the structure and disclosure risks that matter for that destination.

  1. Browse or drop one modern .docx file up to 50 MiB. Legacy .doc files must be resaved as DOCX before conversion.
  2. Select Convert to. Choose web or text output for content reuse, CSV for tables or paragraph inventories, XML for a named package part, EPUB for a simple reading package, or JSON for audit evidence.
  3. Set the relevant structure options. For HTML and Markdown, choose the style mapping and whether supported images are inlined, replaced by placeholders, or removed.
  4. Leave embedded style instructions and comment references off for untrusted documents. Turn on Strict package check when possible ZIP damage needs a CRC check.
  5. Read conversion messages and compare the artifact, package inventory, and structure counts with the source. Download only after headings, tables, links, images, notes, and reading order have been checked.

Interpreting Results:

Ready to verify means the review rule found no conversion messages, comments, footnotes, endnotes, or package failure. It does not certify visual fidelity or Office Open XML conformance. Needs review names evidence that deserves inspection; it does not necessarily mean conversion failed.

  • Compare heading and paragraph counts with the source's real structure, especially when formatting was used instead of named styles.
  • Compare media entries with drawing anchors. The counts can differ because package files and document placement are separate concepts.
  • Inspect every external link and any selected properties or relationship XML before sharing the result.
  • Open EPUB output in an ebook reader. It contains a single XHTML reading document and simple navigation, so complex source layout will not survive.

Technical Details:

Modern Word documents follow the Office Open XML packaging model. The main document body, styles, relationships, properties, notes, and media live in separate package entries. Conversion opens that ZIP-compatible package, requires the main document part, counts review-relevant structures, and translates document semantics into sanitized HTML before most other outputs are produced.

Transformation Core:

DOCX conversion stages
StageGoverning behavior
Open packageRead one nonempty DOCX up to 50 MiB. Optional strict checking verifies ZIP entry checksums. The main document XML part is required.
Inspect structureCount paragraphs, named heading styles, tables, media, drawings, hyperlinks, styles, comments, footnotes, endnotes, and package entries.
Map semanticsConvert Word styles and document blocks into HTML. Built-in semantic, article, and compact mappings may be extended by reviewed custom rules.
Handle imagesSupported images may become inline data, text placeholders, or be removed. Image policy does not reconstruct unsupported drawing layout.
SanitizeRemove scripts, styles, frames, embedded objects, linked resource elements, event attributes, inline styles, and script-scheme links before downstream conversion.
Write artifactDerive the selected HTML, Markdown, text, RTF, XML, CSV, EPUB, or JSON representation from the inspected package and sanitized content.

Rule Core:

The review status is an ordered evidence rule rather than a quality score. Review markers equal comments plus footnotes plus endnotes. Warning count adds conversion messages and one package warning when the package model is invalid. Any warning produces Needs review; zero warnings produce Ready to verify.

DOCX output transformations
OutputTransformation boundary
HTMLSanitized fragment, complete document, or text-only paragraphs
MarkdownHeadings, lists, quotes, links, emphasis, images, and either pipe tables or plain table text
TXT / RTFBlock text with paragraph, compact-line, or continuous layout; RTF adds only basic text wrapping and optional title spacing
XMLOne selected package part: main document, styles, relationships, core properties, or application properties
CSVWord table cells or an ordered inventory of paragraph-like blocks
EPUBOne text-derived XHTML document, one navigation entry, and basic package metadata
JSON auditSource, target, structure counts, package inventory, messages, and generated content for review

Blank paragraphs are removed unless explicitly kept. Embedded conversion instructions are ignored by default. Comment references enter web or Markdown output only when enabled, but comments, footnotes, and endnotes remain relevant to the package review even when they are absent from the visible artifact.

Privacy Notes:

The selected DOCX and generated artifacts remain in browser memory for the current page. Document bytes and converted content are not uploaded, persisted, or placed in shareable settings.

  • Inline images reproduce supported source image bytes inside HTML or Markdown and can carry sensitive visual content.
  • Properties, comments, notes, relationships, and external links require a deliberate disclosure review even when the visible body looks harmless.
  • Sanitization reduces active-content risk in generated HTML, but it is not a malware scan, full conformance test, or complete metadata scrub.

Worked Examples:

Article draft for a content system

Choose an HTML fragment with semantic styles and image placeholders. A source that uses named headings and real Word tables should retain a clearer hierarchy than one built from bold paragraphs and tabs. Compare the converted fragment with the source before pasting it into the content system.

Review-heavy document

A DOCX containing one comment, two footnotes, one endnote, and one conversion message produces five warnings under the review rule. Placeholder images may keep the reading position without exposing pixels, but properties, links, and note content still need separate inspection.

References: