docxspec
English | 简体中文
docxspec is a structured Word report generation library built on top of python-docx.
It provides a small, template-driven API for generating .docx reports from user-supplied templates and containerized content blocks. It is designed for automated test reports, simulation reports, and other engineering document workflows.
Features
- Template-based Word report generation
- Structured content container API
- Text, image, and table insertion
- Rich text style helpers
- Automatic figure and table caption numbering
- Page field helpers such as
PAGEandNUMPAGES - Word field refresh helpers for TOC, figure lists, table lists, and captions
- KL-standard document classification, validation, and standard document assembly
- PyPI-ready packaging and CI/CD workflows
Installation
Install from PyPI:
pip install docxspec
Or install from source:
git clone https://github.com/Poggi-Tang/DocxSpec.git
cd DocxSpec
pip install -e .
Quick Start
from docxspec import BODY_STYLE, WordAPI, make_rich_text
api = WordAPI("your_template.docx")
text = make_rich_text(
"This text is inserted into the template.",
BODY_STYLE,
)
image_container = api.new_container()
image_container.add_image(
"your_image.png",
width_cm=8.0,
align="center",
)
table_container = api.new_container()
table_container.add_table_by_config(
{
"data": [
["Name", "Value"],
["Example", "123"],
]
}
)
api.render(
{
"text": text,
"image": image_container.subdoc,
"table": table_container.subdoc,
},
"report.docx",
)
When a custom chapter heading style is used, reset the figure or table sequence explicitly
on the first caption in each chapter. This avoids Word continuing the sequence from the
previous chapter even when the STYLEREF chapter number changes:
chapter = api.new_container()
chapter.add_heading("Test records", level=1)
chapter.add_table_caption_auto("First table", reset_sequence=True)
chapter.add_table([["Name", "Value"]])
chapter.add_table_caption_auto("Second table")
chapter.add_table([["Name", "Value"]])
The first caption uses SEQ 表 \r 1; later captions continue the same sequence. The
same reset_sequence option is available for add_figure_caption_auto().
Table cells can also contain mixed text and images. Image parts support explicit sizing:
table_container.add_table(
[
["Field", "Content"],
[
"Test method",
[
"1. Build test topology\n",
{"image": "topology.png", "width_cm": 6.0},
"\n2. Run simulation and record output",
],
],
]
)
For JSON-like configurations, use {"type": "mixed", "parts": [...]} and
{"type": "image", "path": "...", "width_cm": 3.0} when a more explicit schema is preferred.
How It Works
docxspec uses two main ideas:
WordAPIloads a.docxtemplate and renders the final output.- Containers are used to build structured sub-document blocks such as images, tables, captions, and styled paragraphs.
A typical workflow is:
- Prepare a Word template
- Build text or container content
- Pass the rendered blocks into
api.render(...) - Export the final report
Template Requirements
docxspec is template-driven.
When preparing your own template, make sure that:
- the template structure matches the placeholders or render targets used by your code
- the required paragraph / table styles exist in the template
- custom report styles are defined in advance if your project depends on them
The demo template in Demo/template.docx is provided as a runnable example, but demo assets are not packaged into the published wheel. The KL master template used by build_standard_docx() is bundled separately as package data.
KL Standard Documents
docxspec also provides KL-standard document utilities for workflows that start from an
existing body-only .docx file and need a standardized output document.
from docxspec import build_standard_docx, check_word_standard, classify_docx_body
report = classify_docx_body("body.docx")
build_result = build_standard_docx(
"body.docx",
"standard.docx",
"Demo/template.docx",
)
check_result = check_word_standard("standard.docx")
These APIs reuse the KL styles and field-code rules from the master template. They are intended
for document standardization and validation, while WordAPI remains the primary API for
template-driven report generation.
Refreshing Word Fields
docxspec can mark a generated .docx so Word/WPS refreshes fields when the document is
opened. On Windows with Microsoft Word installed, it can also refresh fields immediately
through Word COM automation.
from docxspec import refresh_docx_fields
result = refresh_docx_fields("report.docx", use_word=True)
print(result.word_refreshed, result.error)
Install the optional Word automation dependency when immediate COM refresh is needed:
pip install "docxspec[word]"
Without Microsoft Word or pywin32, refresh_docx_fields() still writes the
updateFields flag so the fields can update when the file is opened.
Demo Directory
The repository includes a runnable demo set in Demo/.
Shared template:
Demo/template.docx
Example scripts:
Demo/demo1_paragraph.pyDemo/demo2_container_paragraph.pyDemo/demo3_container_image_caption.pyDemo/demo4_container_table_caption.pyDemo/demo5_container_table_image_caption.pyDemo/demo6_header_footer.pyDemo/demo7_styles_in_container.pyDemo/demo8_all_in_one.pyDemo/demo9_block_template.pyDemo/demo10_kl_standard.pyDemo/demo11_table_mixed_cell.py
Run them from the repository root, for example:
python Demo/demo1_paragraph.py
python Demo/demo8_all_in_one.py
python Demo/demo9_block_template.py
python Demo/demo10_kl_standard.py
Generated files are written to Demo/output/.
Reusing Word Blocks
BlockTemplate can extract a repeated caption + table block from an existing Word
template and insert cloned copies back into a document or a container. This is useful
when the template already contains field captions, merged cells, images, or carefully
prepared table styles.
Place a marker paragraph immediately before the source caption and table:
{{SOURCE_TABLE_BLOCK}}
Table <SEQ field> {{TABLE_TITLE}}
<table with placeholders>
Then extract and reuse the block:
from docxspec import WordAPI
api = WordAPI("template.docx")
block_template = api.extract_table_block("{{SOURCE_TABLE_BLOCK}}", remove_block=True)
container = api.new_container()
container.add_block(
block_template.clone().replace_text(
{
"{{TABLE_TITLE}}": "Default icon display",
"{{ITEM_ID}}": "FT_Demo_UI_001",
}
)
)
api.render({"result": container.subdoc}, "report.docx")
For documents that must preserve Word field captions as strictly as possible, prefer
insert_block_at_marker(...) followed by saving the document directly.
Project Structure
DocxSpec
├── .github/
│ └── workflows/
├── Demo/
├── src/
│ └── docxspec/
│ ├── __init__.py
│ ├── word_api.py
│ └── word_styles.py
├── tests/
├── CHANGELOG.md
├── CONTRIBUTING.md
├── LICENSE
├── README.md
├── README.zh-CN.md
└── pyproject.toml
Release Automation
This repository is prepared for a professional Python package workflow:
- CI runs lint and tests on push and pull request
- Trusted Publishing publishes to PyPI from GitHub Actions
- Build artifacts include both source distribution and wheel
Development
pip install -e .[dev]
pytest
ruff check .
When developing locally, prepare your own .docx template files in the repository or project workspace and pass their paths explicitly to WordAPI.
License
MIT License. See LICENSE.
Metadata
Release files for docxspec 0.0.10
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| docxspec-0.0.10.tar.gz | 108.9 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| docxspec-0.0.10-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 200.2 kB
Release files / docxspec-0.0.10.tar.gz
| Download URL | docxspec-0.0.10.tar.gz |
|---|---|
| Size | 108.9 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
00a1dad08d83a22084d6bce32372a4704b6fce47753e128723256990c84f235e
|
|
BLAKE2b-256 checksum How to use checksums |
e6c4e67e59b0c7ebbced825de2301c3acea4acf1e02ddfee41772c7ec3296de6
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.12
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jul 16, 2026.
Transparency logRelease files / docxspec-0.0.10-py3-none-any.whl
| Download URL | docxspec-0.0.10-py3-none-any.whl |
|---|---|
| Size | 91.3 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
90e863b17d67935aac7e92d9b393bcda13a28496fa25eec3b9257012fb6823d2
|
|
BLAKE2b-256 checksum How to use checksums |
1493e25481938e31614ba000b76d22785853f4376293b1af10eb53374dfa25bf
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.12
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jul 16, 2026.
Transparency log