Show HN: Open-source .docx editor library for building document apps

https://github.com/eigenpal/docx-editor
We are working on an open-source .docx editor library for apps that need to edit Word documents in the browser. We just shipped 1.0.

A lot of existing approaches convert .docx into HTML and lose document semantics along the way. Our editor parses OOXML directly and uses its own rendering+layout engine to produce paged documents with html/css. Edits round-trip back to .docx, so you’re always editing the document, not its representation.

The core rendering engine is framework agnostic, with React and Vue ui adapters on top.

It’s Apache 2.0. Happy to answer questions.

Comments

aejmMay 22, 2026, 10:44 AM
A really solid looking editor! Just a heads up on small, mobile screen sizes: the UI elements of the top row overlap unusably, the rest of the UI seems usable just quite zoomed in and I really had to pan around a lot to do anything. Fundamentally a solid and usable UI, I’d recommend a little more polish on smaller screen sizes. Good work!
thisisjedrMay 22, 2026, 11:17 AM
Noted, and thanks for the feedback! It's on our roadmap to better support mobile experience
unDMay 22, 2026, 7:55 AM
Hi! I was looking at `@eigenpal/docx-editor-agents`—would that be a viable option for fetching the content of Word docs in agentic workflows? I'm currently using Pandoc to extract an MD version, but I'm not sure how true to the actual document that is (e.g., with comments). Thanks!
thisisjedrMay 22, 2026, 9:20 AM
[dead]
6f17f2ddMay 22, 2026, 1:29 PM
Do you plan to handle bigger documents? I tested your live demo with ~40 pages (copy pasting the demo) and was quite unusable for writing.
thisisjedrMay 22, 2026, 2:03 PM
Thanks for reporting! We do have perf tests for editing docs over 50 pages, but something in the demo doc must indeed be slowing edits down, this is not expected behaviour. Filed an issue https://github.com/eigenpal/docx-editor/issues/590
pryelluwMay 21, 2026, 11:35 PM
I’ve built something similar but for PDFs. Know the pain too well. Best wishes!
pulkitanandMay 22, 2026, 2:22 AM
Interesting! Would love to check that out as well, have you released it?
pryelluwMay 22, 2026, 2:40 AM
It was an internal enterprise tool that will never be public.
thisisjedrMay 22, 2026, 5:50 AM
Thank you!
radial_symmetryMay 21, 2026, 11:39 PM
Holy shit, this is exactly what I needed for a major client. The track changes specifically, and being able to do it from Typescript. You have no idea how happy you just made me.

Edit: Did you just make this repo public? Last week I was scouring the internet for something like this and couldn't find it.

thisisjedrMay 22, 2026, 5:56 AM
Happy to hear that! :)

The repo has actually been public for ~3 months, but we only launched the project homepage https://www.docx-editor.dev recently, so search engines are still catching up.

> I was scouring the internet for something like this and couldn't find it.

Interested to hear how can we make it more discoverable? What keywords were you searching for ?

bobajeffMay 21, 2026, 11:59 PM
This looks really impressive. How hard was it to implement this in typescript?
thisisjedrMay 22, 2026, 5:50 AM
Thanks! The hard here part is not typescript implementation but it's catching Word undocumented quirks.

The OOXML spec gets you far but doesn't cover 100% of how Word renders things. Community feedback has helped a lot here, users attach docs (in gh issues) that break rendering, we can reproduce against Word, fix the engine, and keep tightening fidelity.

bradneubergMay 22, 2026, 2:13 AM
This looks amazing!
thisisjedrMay 22, 2026, 5:50 AM
Thanks!
r0b05May 22, 2026, 9:42 AM
Excellent work
mckim890May 22, 2026, 1:32 AM
[flagged]