> Source: https://txtfetch.com/glossary/ooxml > Plain-text twin — every page on txtfetch.com has one. https://txtfetch.com/text --- # OOXML (Office Open XML) The zip-of-XML format behind modern .docx/.xlsx/.pptx, where each piece of content lives in its own XML part, so a parser must know where to look. definition OOXML (Office Open XML) is the zip-archive-based XML file format underlying modern .docx, .xlsx, and .pptx files, standardized as ECMA-376/ISO-29500. Also called: Office Open XML, docx/xlsx/pptx format in-plain-terms Unzip a .pptx and you get a folder tree, not one flat document. Slide bodies live in ppt/slides/slideN.xml, speaker notes live entirely separately in ppt/notesSlides/, and a relationships file ties them together. A .docx keeps tracked changes and comments in their own parts rather than inline in the main body flow. A .xlsx stores its string cell values as indices into a shared xl/sharedStrings.xml table rather than inline text. None of this shows up as garbled or damaged text if a parser misses a part. The extraction just doesn't include it. A response can look completely clean while quietly leaving out an entire category of content, like a whole deck's worth of speaker notes. why-it-matters - A parser that only reads a document's main body part silently drops speaker notes, comments, and tracked changes. The response looks successful, and nothing about it signals what's missing. - Because OOXML is just a zip archive, you can always verify what's actually in a file yourself. Unzip it and grep the XML parts directly, rather than assuming a parser bug. how-to-check - Unzip the file and list its parts. Every .docx/.xlsx/.pptx is a zip you can inspect directly. - See exactly which OOXML parts txtfetch's Office parsing covers, part by part. [See what's covered in .docx/.pptx/.xlsx](https://txtfetch.com/extract/docx) related-terms - [Media type (MIME type) →](https://txtfetch.com/glossary/media-type) - [Magic bytes →](https://txtfetch.com/glossary/magic-bytes) - [Document metadata →](https://txtfetch.com/glossary/document-metadata) faq **Why would text be missing from an Office file with no error at all?**: Because OOXML stores different kinds of content, like body text, speaker notes, comments, and tracked changes, in separate XML parts inside the zip archive. A parser that doesn't resolve a specific part returns a perfectly successful response that simply never included that part's text. **Can I check what's actually inside an Office file myself?**: Yes, every .docx/.pptx/.xlsx is a zip archive. Unzipping it and grepping the relevant XML parts (ppt/notesSlides/, word/comments.xml, xl/sharedStrings.xml) confirms exactly what text the file contains before assuming a parser bug. related-reading - [Fix: Office text silently missing →](https://txtfetch.com/fixes/office-text-missing) - [Parsing Office docs into clean text →](https://txtfetch.com/blog/parse-office-docs-docx-pptx-xlsx-for-llms) - [All glossary terms →](https://txtfetch.com/glossary) File identity - [Media type (MIME type) →](https://txtfetch.com/glossary/media-type) - [Magic bytes →](https://txtfetch.com/glossary/magic-bytes) - [Document metadata →](https://txtfetch.com/glossary/document-metadata) - [Caption track →](https://txtfetch.com/glossary/caption-track) - [All terms →](https://txtfetch.com/glossary) ## See the term in real output. Drop a file into the free reader and watch it happen. [Open the file reader →](https://txtfetch.com/tools/file-to-text) [Get an API key →](https://app.txtfetch.com/signup)