32 pointsby theRealestAEP13 hours ago5 comments
  • tom-villani4 hours ago
    Very cool!! I'll give it a spin! I've been using a similar approach for building a tool for agents to drive a running instance of MS word. The closed-testing loops are very powerful with agents.
    • theRealestAEP2 hours ago
      I had this problem too - I just found that the inconsistency of the the LLM vision + pressure of either having to write OOXML from scratch, or control the app via computer use just didn't really give great results (mostly words fault). Ultimately, for non browser DOCX creation I had more success using some kind of IR that compiles to OOXML.
  • mckmk9 hours ago
    This is great. It works well for some docx files I have that don't work well in LibreOffice or any other non MS word. I do also have one that splits across 2 pages that I got down to 1 in MS word.

    Thank you for developing this AND thanks a ton for making it Open Source with the MIT license.

    • theRealestAEP9 hours ago
      Yep all of that was exactly my problem too lol - if you have any docs that render poorly make an issue and I'll work on supporting it.
  • jnathsf2 hours ago
    I’m impressed! Did you fork Eigenpal docx editor and build on top?
    • theRealestAEP2 hours ago
      No this was built ground up.

      edit: not to toot my own horn here - but I am definitely squeezing out more perf on longer documents. My upper end bench mark document was ~500 pages and key presses, new line creation etc. all sits around 20ms with this package.

  • zblevins4 hours ago
    I didn’t know I wanted this until now. Great work.
  • quinnjh7 hours ago
    Rad. Thanks for sharing! Will give it a spin and check out the repo.