Live data from Hacker News

Office-open-xml-viewer: Office XML document viewer that renders to HTML Canvas

github.com

31–40 of 59 posts

Re: Office-open-xml-viewer: Office XML document viewer that renders to HTML Canvas

#31
post #23
post #11

If someone actually got "pixel-faithful" Office documents rendering correctly, MS would be screwed. That's actually really important for a lot of companies that carry around decades-old templates that never look exactly right in LibreOffice or any other software that attempted to replicate it. The slightest misalignment of a paragraph means a line on page 27 of 120 now moved down by 2 pixels, screwing everything else…

Sadly, Microsoft 365 is not “pixel perfect” compared to word. I often run into headaches where line numbers are different between the two and content ends up on different pages. If Microsoft can’t get consistent rendering of word docs between Word for Windows, Word for macOS and Office 365, I don’t like anyone else’s chances.

Can the same version of Word now produce the same rendering on two PCs? In the past (I didn't really check recently, I'm thinking more about 10 years ago) the same file might have had page breaks in different positions and things like that. I never understood if it came from slightly different versions of the fonts, from some info derived from the default printing or anything else...

Re: Office-open-xml-viewer: Office XML document viewer that renders to HTML Canvas

#33

I ran it against some of our internal test files, and it failed on all of them how was this project even tested for proper compliance

No human-written application code exists in this repository.

It's 100% hallucinated.

Re: Office-open-xml-viewer: Office XML document viewer that renders to HTML Canvas

#34

Its kind of sad that the first thing in the repo is a mention that no human was involved in the programming.

As others here have already mentioned, it doesn't work all that well either, proving that AI can't replace humans completely.

Re: Office-open-xml-viewer: Office XML document viewer that renders to HTML Canvas

#35
post #24
post #15

The post title about it being "pixel-faithful" is a bit strange. I don't see that claim in the repo, and they don't seem to even claim full feature support at the moment. And for the features marked as supported in .pptx's, it does seem that at least slide image backgrounds and bullet point images aren't actually working, and some text objects have inverted text colors. Seems quite far away from being pixel-faithful…

That phrasing was taken from their website: https://ooxml.silurus.dev/

Seemingly vibe-coded

Re: Office-open-xml-viewer: Office XML document viewer that renders to HTML Canvas

#37
post #24

Earlier quoted context omitted.

That phrasing was taken from their website: https://ooxml.silurus.dev/

Seemingly vibe-coded

Both the GitHub repository and the website explicitly claim the entire project is entirely generated by Claude.

Re: Office-open-xml-viewer: Office XML document viewer that renders to HTML Canvas

#38
post #7

Its kind of sad that the first thing in the repo is a mention that no human was involved in the programming.

Would author be able to do it otherwise? Is particular tool choice making result worse? Bit identical/pixel-faithful reproductions are easy to verify…

> Is particular tool choice making result worse?

Well, yes, because it doesn't work.

> Bit identical/pixel-faithful reproductions are easy to verify…

And yet the prompter put so little effort in they couldn't even verify the software they prompted for does what it's supposed to.

Re: Office-open-xml-viewer: Office XML document viewer that renders to HTML Canvas

#39

For those interested here * is a similar project that I believe is * not* vibe coded posted a few weeks ago **. * https://github.com/eigenpal/docx-editor ** https://news.ycombinator.com/item?id=48228411

quite a few "... and claude" commits lately at least.

Re: Office-open-xml-viewer: Office XML document viewer that renders to HTML Canvas

#40
post #7

Earlier quoted context omitted.

Would author be able to do it otherwise? Is particular tool choice making result worse? Bit identical/pixel-faithful reproductions are easy to verify…

> Is particular tool choice making result worse? Well, yes, because it doesn't work. > Bit identical/pixel-faithful reproductions are easy to verify… And yet the prompter put so little effort in they couldn't even verify the software they prompted for does what it's supposed to.

Why do you say it doesn't work? It seems to work fine for the feature parity they claim.
Post reply on HN