There's a special kind of frustration in generating Word documents programmatically. You're writing OpenXML by hand, you think you know what the output should look like, and then the document renders slightly wrong. Table borders missing. Paragraph spacing off. You guess again.

I found a shortcut: stop guessing, and look at what a real document produces.

The trick

Word stores everything as OpenXML under the hood. If you have a document that looks exactly right — a nicely formatted template, a report someone polished in Word — you can open it, walk the structure, and see the exact XML that produces each piece.

That's exactly what this tool does. It opens a .docx, walks through the document body element by element, and prints the raw OpenXML for each one to the console.

What it looks like

string filePath = "C:/path/to/template.docx";

using (WordprocessingDocument doc = WordprocessingDocument.Open(filePath, false))
{
    GenerateOpenXmlCode(doc.MainDocumentPart.Document.Body);
}

void GenerateOpenXmlCode(OpenXmlElement element)
{
    Console.WriteLine(element.OuterXml);
    foreach (OpenXmlElement child in element.Elements())
        GenerateOpenXmlCode(child);
}

Run it on a template, and you get a complete map of the XML that builds it. Take a paragraph you like, copy its XML, and paste it into your own document generator. You're no longer guessing — you're replicating proven output.

Why this saves real time

Hand-writing OpenXML means debugging the SDK's behavior along with your code. With this utility, the flow becomes:

1. Build the document you want in Word.
2. Dump its OpenXML.
3. Copy the structure into your generator.
4. Done — it renders the way you expect, because it's the same structure Word itself produced.

It's a small tool, but it removes the worst part of OpenXML work: the blind guessing.

DheerGupta35959 / DocxToOpenXmlGenerator

GitHub

C# ★ 0 0

View on GitHub →