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

related-terms

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

See the term in real output.

Drop a file into the free reader and watch it happen.

Open the file reader →

Get an API key →