Add your file
Choose or drop a .docx or .docm file. You can paste the contents instead.
Drop a .docx or .docm file and the extractor unpacks it inside your browser, then lists every body paragraph in document order. Text that Word split into several runs is joined back together, tabs and manual line breaks are kept, table cells and hyperlink text are read in place, and empty paragraphs keep their position. You get five panels: the body text, ready to copy or download as a .txt file; the document structure with counts of headers, footers, footnotes, endnotes, comments, tables, hyperlinks, images, embedded objects, macro parts and text boxes; a paragraph table with style IDs so headings are easy to spot; the ZIP entry list with compressed and uncompressed sizes; and the content types declared in [Content_Types].xml. Tracked insertions count as body text, tracked deletions are left out, and both are counted.
or drop a file here
Choose or drop a .docx or .docm file. You can paste the contents instead.
The file is read and parsed in this browser — nothing is uploaded.
Look over what came back, then copy it, download it, or move on.
Want to know how files are handled? Read the privacy notice →
Drag the DOCX onto this page and its body text appears paragraph by paragraph within seconds, with no Word, LibreOffice or account required. Use the copy button for the clipboard or the download button for a .txt named after your file; the paragraph table beside it shows each style ID if you only want the headings.
No. Unzipping and parsing happen inside the browser tab you are using, so the document never travels over the network. The extracted text is not saved to browser storage either; reloading or closing the tab clears it, so copy or download anything you want to keep.
Yes, any current Safari, Chrome, Edge or Firefox can read the body text, whether on Windows, macOS, ChromeOS, iPhone or Android. The tool relies on the browser's built-in decompression, so a very old browser shows a 'decompression unavailable' message; updating the browser fixes it.
The file does not begin with a ZIP signature, so despite its name it is not a real DOCX. Typical causes are an RTF, HTML or text file renamed to .docx, or a download that stopped early. Re-save it as .docx from the program that created it, or download it again.
It means part of the DOCX package is damaged or missing, usually because the file was cut off during download, sync or email transfer. The extractor checks every part it reads against its stored checksum and stops rather than show corrupted text. Fetch a fresh copy, or ask the sender to re-save and resend it.
No. Legacy binary .doc files are recognised and refused with their own message, and password-encrypted DOCX files are refused without any attempt to decrypt them. For a .doc, save it as .docx first; for an encrypted file, remove the password in Word and extract from the saved copy.
The ceiling is 25,000,000 bytes (about 25 MB) per file, and larger files are refused before any parsing starts. Inside the package, the XML parts the extractor actually reads – word/document.xml, [Content_Types].xml, footnotes, endnotes and comments – must each unpack to no more than 25 MB and together to no more than 100 MB; images and other entries are never unpacked, so that limit does not apply to them. A package may hold up to 20,000 entries and ZIP64 is not supported. Body text over 300,000 characters is still returned in full with a notice, while the paragraph table lists the first 10,000 paragraphs.
No. Header, footer, footnote, endnote, comment and text-box text stays out of the body text, and the structure panel shows how many of each the document has. That makes it clear what was left behind. Text in table cells and hyperlinks does belong to the body and is extracted in order.
Deleted text does not show up: tracked deletions and the source of moved text are excluded, while tracked insertions are kept in the body. Both insertion and deletion counts are listed, and a notice appears when anything was removed, so the result reads like the document with all changes accepted rather than the original draft.
Reading a DOCM here never runs, disassembles or interprets its macro code; the tool only reads text and package structure. When a vbaProject.bin is found, the macro parts count goes up as a neutral fact – it is not a verdict that the file is harmful or harmless. Whether to enable macros later in Word depends on where the file came from.
After extraction, press download on the body-text panel to save a UTF-8 .txt in which every paragraph sits on its own line. Tabs and manual line breaks inside a paragraph are preserved exactly, but fonts, colours, images and page layout cannot travel into plain text.