X Tutup
Skip to content

mmonterroca/docxgo

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

309 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

docxgo

Production-grade Microsoft Word .docx (OOXML) file manipulation in Go.

Go Reference License: MIT Go Report Card

Overview

docxgo is a powerful, clean-architecture library for creating Microsoft Word documents in Go. Built with production-grade code quality, comprehensive documentation, and modern design patterns.

Key Features

  • Clean Architecture - Interface-based design, dependency injection, separation of concerns
  • Type Safety - No interface{}, explicit error handling throughout
  • Builder Pattern - Fluent API for easy document construction
  • Thread-Safe - Concurrent access supported with atomic operations
  • Production Ready - EXCELLENT error handling, comprehensive validation
  • Well Documented - Complete godoc, examples, and architecture docs
  • Template / Mail Merge - Placeholder detection, data merging, batch document generation
  • Open Source - MIT License, use in commercial and private projects

Status

Current Version: v2.3.0 (Stable) Stability: Production Ready Released: February 2026 Test Coverage: 50.7%

Latest Features: Template / Mail Merge Engine (v2.3.0), Theme System (v2.1.0+), Round-trip Style Preservation (v2.2.1)

Note: This library underwent a complete architectural rewrite in 2024-2025, implementing clean architecture principles, comprehensive testing, and modern Go practices. Version 2.0.0 released October 2025, with theme system added in v2.1.0, continued improvements through v2.2.x, and template/mail merge engine in v2.3.0.


Installation

go get github.com/mmonterroca/docxgo/v2

Requirements

  • Go 1.21 or higher
  • No external C dependencies
  • Works on Linux, macOS, Windows

Quick Start

Option 1: Simple API (Direct Domain Interfaces)

package main

import (
    "log"
    docx "github.com/mmonterroca/docxgo/v2"
)

func main() {
    // Create document
    doc := docx.NewDocument()

    // Add paragraph with formatted text
    para, _ := doc.AddParagraph()
    run, _ := para.AddRun()
    run.SetText("Hello, World!")
    run.SetBold(true)
    run.SetColor(docx.Red)

    // Save document
    if err := doc.SaveAs("simple.docx"); err != nil {
        log.Fatal(err)
    }
}

Option 2: Builder API (Fluent, Chainable - Recommended)

package main

import (
    "log"
    docx "github.com/mmonterroca/docxgo/v2"
    "github.com/mmonterroca/docxgo/v2/domain"
)

func main() {
    // Create builder with options
    builder := docx.NewDocumentBuilder(
        docx.WithTitle("My Report"),
        docx.WithAuthor("John Doe"),
        docx.WithDefaultFont("Calibri"),
        docx.WithDefaultFontSize(22), // 11pt in half-points
        docx.WithPageSize(docx.A4),
        docx.WithMargins(docx.NormalMargins),
    )

    // Add content using fluent API
    builder.AddParagraph().
        Text("Project Report").
        Bold().
        FontSize(16).
        Color(docx.Blue).
        Alignment(domain.AlignmentCenter).
        End()

    builder.AddParagraph().
        Text("This is bold text").Bold().
        Text(" and this is ").
        Text("colored text").Color(docx.Red).FontSize(14).
        End()

    // Build and save
    doc, err := builder.Build()
    if err != nil {
        log.Fatal(err)
    }

    if err := doc.SaveAs("report.docx"); err != nil {
        log.Fatal(err)
    }
}

Option 3: Read and Modify Existing Documents 🆕

package main

import (
    "log"
    docx "github.com/mmonterroca/docxgo/v2"
)

func main() {
    // Open existing document
    doc, err := docx.OpenDocument("template.docx")
    if err != nil {
        log.Fatal(err)
    }

    // Read existing content
    paragraphs := doc.Paragraphs()
    for _, para := range paragraphs {
        // Modify existing text
        runs := para.Runs()
        for _, run := range runs {
            if run.Text() == "PLACEHOLDER" {
                run.SetText("Updated Value")
                run.SetBold(true)
            }
        }
    }

    // Add new content
    newPara, _ := doc.AddParagraph()
    newRun, _ := newPara.AddRun()
    newRun.SetText("This paragraph was added by the reader")

    // Save modified document
    if err := doc.SaveAs("modified.docx"); err != nil {
        log.Fatal(err)
    }
}

More Examples

See the examples/ directory for 15 comprehensive examples:


Architecture

This library follows clean architecture principles with clear separation of concerns:

github.com/mmonterroca/docxgo/v2/
├── domain/          # Core interfaces (public API)
│   ├── document.go  # Document interface
│   ├── paragraph.go # Paragraph interface
│   ├── run.go       # Run interface
│   ├── table.go     # Table interfaces
│   ├── section.go   # Section interfaces
│   ├── image.go     # Image interfaces
│   └── style.go     # Style interfaces
│
├── internal/        # Internal implementations
│   ├── core/        # Core domain implementations
│   ├── manager/     # Service managers (ID, media, style, relationship)
│   ├── reader/      # Document reading/parsing
│   ├── serializer/  # XML serialization
│   ├── writer/      # .docx file writing
│   └── xml/         # OOXML structures
│
├── pkg/             # Public utilities
│   ├── errors/      # Structured error types
│   ├── constants/   # OOXML constants
│   └── color/       # Color utilities
│
├── themes/          # Theme system (7 preset themes)
│
└── examples/        # 13 usage examples
    ├── 01_basic/    ... 13_themes/

Design Principles

  1. Interface Segregation - Small, focused interfaces
  2. Dependency Injection - No global state
  3. Explicit Errors - Errors returned immediately, not silently ignored
  4. Immutability - Defensive copies to prevent external mutation
  5. Type Safety - Strong typing, no interface{}
  6. Thread Safety - Concurrent access supported
  7. Documentation - Every public method documented

Features

✅ Fully Implemented

Core Document Structure

  • Document creation with metadata (title, author, subject, keywords)
  • Paragraphs with comprehensive formatting
  • Text runs with character-level styling
  • Tables with rows, cells, and styling
  • Sections with page layout control

Text Formatting

  • Bold, italic, underline, strikethrough
  • Font color (RGB), size, and family
  • Highlight colors (15 options)
  • Alignment (left, center, right, justify)
  • Line spacing (single, 1.5, double, custom)
  • Indentation (left, right, first-line, hanging)

Advanced Table Features (Phase 9 - Complete)

  • Cell Merging: Horizontal (colspan) and vertical (rowspan)
  • Nested Tables: Tables within table cells
  • 8 Built-in Styles: Normal, Grid, Plain, MediumShading, LightShading, Colorful, Accent1, Accent2
  • Row height control
  • Cell width and alignment
  • Borders and shading

Images & Media (Phase 8 - Complete)

  • 9 Image Formats: PNG, JPEG, GIF, BMP, TIFF, SVG, WEBP, ICO, EMF
  • Inline and floating images
  • Custom dimensions (pixels, inches, EMUs)
  • Positioning (left, center, right, custom coordinates)
  • Automatic format detection
  • Relationship management

Fields & Dynamic Content (Phase 6 - Complete)

  • Table of Contents (TOC): Auto-generated with styles
  • Page Numbers: Current page, total pages
  • Hyperlinks: External URLs and internal bookmarks
  • StyleRef: Dynamic text from heading styles
  • Date/Time: Document creation/modification dates
  • Custom Fields: Extensible field system

Headers & Footers (Phase 6 - Complete)

  • Default, first page, and even/odd page headers/footers
  • Page numbering in footers
  • Dynamic content with fields
  • Per-section customization

Styles System (Phase 6 - Complete)

  • 40+ Built-in Styles: All standard Word paragraph styles
  • Character Styles: For inline formatting
  • Custom Styles: Create and apply user-defined styles
  • Style inheritance and cascading

Builder Pattern (Phase 6.5 - Complete)

  • Fluent API for easy document construction
  • Error accumulation (no intermediate error checking)
  • Chainable methods for all operations
  • Functional options for configuration

Quality & Reliability (Phase 11 - Complete)

  • EXCELLENT Error Handling: Structured errors with rich context
  • Comprehensive validation at every layer
  • Thread-safe ID generation (atomic counters)
  • 50.7% Test Coverage (improvement plan ready: → 95%)
  • 0 Linter Warnings (golangci-lint with 30+ linters)
  • Complete godoc documentation

Planned Features

  • Mail merge and templates
  • Comments and change tracking
  • Custom XML parts
  • Advanced drawing shapes
  • Document comparison
  • Content controls

Error Handling

All operations return explicit errors - no silent failures. The error system was rated EXCELLENT in Phase 11 review:

// Structured errors with full context
para, err := doc.AddParagraph()
if err != nil {
    // Error contains: operation, code, message, and context
    // Example: "operation=Document.AddParagraph | code=VALIDATION_ERROR | ..."
    log.Fatal(err)
}

// Validation errors with detailed information
err := run.SetSize(10000) // Invalid size
if err != nil {
    // Returns: ValidationError with field, value, and constraint details
    var validationErr *errors.ValidationError
    if errors.As(err, &validationErr) {
        fmt.Printf("Field '%s' failed: %s\n", validationErr.Field, validationErr.Message)
    }
}

// Builder pattern accumulates errors
builder := docx.NewDocumentBuilder()
builder.AddParagraph().
    Text("Hello").
    FontSize(9999). // Invalid - error recorded
    Bold().
    End()

// All errors surface at Build()
doc, err := builder.Build()
if err != nil {
    // Returns first accumulated error with full context
    log.Fatal(err)
}

Error System Features:

  • DocxError: Structured errors with operation context
  • ValidationError: Domain-specific validation errors
  • BuilderError: Error accumulation for fluent API
  • 7 Error Codes: Well-defined error categories
  • 10+ Helper Functions: Easy error creation
  • 100% Best Practices: Proper wrapping, context, no panics

See docs/ERROR_HANDLING.md for comprehensive review.


Testing

# Run all tests
go test ./...

# Run with coverage
go test -cover ./...

# Generate coverage report
go test -coverprofile=coverage.out ./...
go tool cover -html=coverage.out

# Run specific package
go test -v ./internal/core

# Run benchmarks
go test -bench=. ./...

Current Test Coverage: 50.7%

See docs/COVERAGE_ANALYSIS.md for detailed coverage analysis.


Documentation

📖 Complete Documentation Suite

For Users:

For Developers:

Quick Links:


Performance

Optimized for real-world usage:

  • Pre-allocated slices with sensible defaults (paragraphs: 32, tables: 8)
  • Thread-safe atomic counters for ID generation
  • Lazy loading of relationships and media
  • Efficient string building for text extraction
  • Memory-conscious defensive copies only when necessary

Benchmarks (coming in Phase 11.5):

  • Simple document creation: target < 1ms
  • Complex document (100 paragraphs, 10 tables): target < 50ms
  • Image insertion: target < 5ms per image

Contributing

We welcome contributions! Please see CONTRIBUTING.md for:

  • Code of conduct
  • Development workflow (Git Flow)
  • Testing requirements
  • Pull request process

Quick Contribution Guide

  1. Fork the repository
  2. Create a feature branch (git checkout -b feature/amazing-feature)
  3. Make your changes with tests
  4. Ensure tests pass (go test ./...)
  5. Commit your changes (follow commit message conventions)
  6. Push to your fork
  7. Open a Pull Request

License

MIT License

This means:

  • Free to use in any project (commercial or personal)
  • No copyleft - modifications don't need to be shared
  • Permissive - do almost anything you want
  • Attribution required - keep copyright notices

See LICENSE for full text.

Copyright

Copyright (C) 2024-2026 Misael Monterroca
Copyright (C) 2022-2024 fumiama (original enhancements)
Copyright (C) 2020-2022 Gonzalo Fernández-Victorio (original library)

See CREDITS.md for complete project history.


Credits & History

This project evolved through multiple stages:

  1. gonfva/docxlib (2020-2022) - Original library by Gonzalo Fernández-Victorio
  2. fumiama/go-docx (2022-2024) - Enhanced fork with images, tables, shapes
  3. mmonterroca/docxgo v1 (2023-2024) - Professional features (headers, TOC, links)
  4. mmonterroca/docxgo v2 (2024-2026) - Complete architectural rewrite

Current Maintainer: Misael Monterroca (misael@monterroca.com) GitHub: @mmonterroca

V2 Rewrite:

  • All development phases completed
  • 6,646+ lines of production code
  • 1,500+ lines of documentation
  • Clean architecture implementation
  • Production-grade quality

For complete project genealogy, see CREDITS.md.


Roadmap

Release History

  • v2.2.2 (February 2026 - Current Stable)

    • Table style borders fix (TableGrid, PlainTable1 now render with visible borders)
    • Grid column width calculation from cell widths
    • Comprehensive documentation overhaul
    • Restored 13_themes example
  • v2.2.1 (January 2026)

    • Hyperlink RelationshipID preservation during round-trip
    • Drawing position serialization fix
    • Internal hyperlink anchor support
    • Custom styles preservation during round-trip
  • v2.2.0 (January 2026)

    • Table cell border serialization with explicit properties
  • v2.1.1 (November 2025)

    • Go module path fix (/v2 suffix)
  • v2.1.0 (October 2025)

    • Complete theme system with 7 preset themes
    • Custom theme support (Clone, WithColors, WithFonts, WithSpacing)
  • v2.0.1 (November 2025)

    • Go module path fix (/v2 suffix)
  • v2.0.0 (October 2025)

    • Production-ready stable release
    • Clean architecture implementation
    • Document reading and modification
    • Comprehensive documentation
  • v2.0.0-beta (October 2025)

    • Initial beta release

Upcoming (dev branch)

  • Table style borders (TableGrid, PlainTable1) - fix for #15
  • Updated examples with table styles
  • Restored example 13 (themes)

Planned Features

  • Mail merge and templates
  • Comments and change tracking
  • Content controls / form fields
  • Custom XML parts
  • Advanced drawing shapes
  • Document comparison

See docs/IMPLEMENTATION_STATUS.md for detailed status.


Support & Community

Reporting Bugs

Please include:

  • Go version (go version)
  • OS and architecture
  • Minimal reproduction code
  • Expected vs actual behavior

Related Projects

Why Choose docxgo?

  • Free & Open Source - MIT License, no restrictions
  • Clean Architecture - Production-grade code quality
  • Feature Complete - 95% of planned features implemented
  • EXCELLENT Error Handling - Structured errors, rich context
  • Well Documented - Complete godoc, examples, architecture docs
  • Active Development - Regular updates, responsive to issues
  • Modern Go - Follows current best practices (Go 1.21+)
  • Builder Pattern - Fluent API for easy document construction

Comparison:

  • UniOffice - Commercial ($$$), more features, heavier
  • gingfrederik/docx - Write-only, simpler, less features
  • docxgo - Free, balanced features, production-ready

Made with ❤️ by Misael Monterroca

Star ⭐ this repo if you find it useful!

About

Complete rewrite of go-docx: Production-grade Word document creation with domain-driven architecture, full OOXML compliance, and comprehensive error handling.

Topics

Resources

License

Contributing

Stars

Watchers

Forks

Packages

 
 
 

Contributors

X Tutup