HackerTrans
TopNewTrendsCommentsPastAskShowJobs

thisisjedr

no profile record

Submissions

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

github.com
107 points·by thisisjedr·2 miesiące temu·17 comments

Show HN: JavaScript-first, open-source WYSIWYG DOCX editor

github.com
130 points·by thisisjedr·5 miesięcy temu·44 comments

comments

thisisjedr
·28 dni temu·discuss
I'm working on https://docx-editor.dev/, open-source, .docx editor library for building document apps.
thisisjedr
·2 miesiące temu·discuss
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
thisisjedr
·2 miesiące temu·discuss
Noted, and thanks for the feedback! It's on our roadmap to better support mobile experience
thisisjedr
·2 miesiące temu·discuss
[dead]
thisisjedr
·2 miesiące temu·discuss
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 ?
thisisjedr
·2 miesiące temu·discuss
Thanks!
thisisjedr
·2 miesiące temu·discuss
Thank you!
thisisjedr
·2 miesiące temu·discuss
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.
thisisjedr
·2 miesiące temu·discuss
I'm working on https://docx-editor.dev/, the open-source, mit licensed word editor library.

We are building this because we such library it in our core business, and a lot of other engineers seem to need it too. We have contributors showing up with bug reports and fixes, and real interest from people building apps around .docx docs.

My previous show hn post (https://news.ycombinator.com/item?id=46947229) got a lot of skepticism because we're developing heavily with AI, but with active community feedback and proper ai oversight (mostly me), I'm super proud of what we have now.
thisisjedr
·5 miesięcy temu·discuss
Thank you!
thisisjedr
·5 miesięcy temu·discuss
https://ghuntley.com/loop/
thisisjedr
·5 miesięcy temu·discuss
Yes, it's like Google Docs for .docx files. It's open-source, MIT-licensed, and runs fully in JS, so you can embed it in your app.

Every other JS DOCX editor I found was either abandoned or commercial. I couldn't find a solid MIT-licensed option.
thisisjedr
·5 miesięcy temu·discuss
We don’t have a formal '% compatibility' metric yet, but it’s on our radar as a feedback loop mechanism for self-improvement.

For now, we mostly rely on testing with our own and customer docs. In practice, we were seeing solid results after a couple of days of keeping Claude working in the loop and giving lots of feedback: .docx files along with screenshots annotated to highlight what didn’t work.
thisisjedr
·5 miesięcy temu·discuss
Fair point, we know the editor isn't yet 1:1 with Word. When you built yours, was Word your source of truth (reverse-engineering sense), or did you stick to MS-OE376? And any recommended process for systematically uncovering those undocumented edge cases?