Live data from Hacker News

LibreOffice running natively in the browser via WebAssembly

lab.allotropia.de

81–90 of 216 posts

Re: LibreOffice running natively in the browser via WebAssembly

#81

The fact that it runs at all is an amazing achievement. Kudos to the team that managed to shoehorn it in. What is likely to be seen as a bug by others, is actually the thing that gives me hope. There's no way for a WebAssembly program to access the host file system. I hope it stays that way. If the Wasm host can, in a foolproof and easy to verify way, offer the user dialog boxes to read/write single files... we'd hav…

Sounds like the upcoming File Access API is exactly what you have in mind

https://developer.mozilla.org/en-US/docs/Web/API/File_System...

Re: LibreOffice running natively in the browser via WebAssembly

#82
ISTR there used to be an emscripten asm.js version. It'd be lovely to see a comparison how setting them up differs, what kind of glue each required, and how they compare in performance. But I'd only really expect that if the same people were behind both, which ia probably not the case.

Re: LibreOffice running natively in the browser via WebAssembly

#83
post #15

A great reason not to have Web Assembly.

I agree. Before you know it they'll be creating browsers to run in the browser to run browsers to run browsers in the browsers in the browsers. On a more serious note, Flatpak and other sandboxing solutions make 100% more sense than using something that already leaks way too much in order to sandbox apps.

I am seriously thinking about creating a silly webpage running Firefox another browser (preferably Firefox). But, my experience with C++ is limited, anyone want to pair up?

Re: LibreOffice running natively in the browser via WebAssembly

#85

The fact that it runs at all is an amazing achievement. Kudos to the team that managed to shoehorn it in. What is likely to be seen as a bug by others, is actually the thing that gives me hope. There's no way for a WebAssembly program to access the host file system. I hope it stays that way. If the Wasm host can, in a foolproof and easy to verify way, offer the user dialog boxes to read/write single files... we'd hav…

That's not a bug, that's a very deliberate design decision. WASM programs run entirely sandboxed.

Re: LibreOffice running natively in the browser via WebAssembly

#87

The fact that it runs at all is an amazing achievement. Kudos to the team that managed to shoehorn it in. What is likely to be seen as a bug by others, is actually the thing that gives me hope. There's no way for a WebAssembly program to access the host file system. I hope it stays that way. If the Wasm host can, in a foolproof and easy to verify way, offer the user dialog boxes to read/write single files... we'd hav…

> Preventing a process from deciding itself which files to access disables so many attack vectors.

It also disables a lot of existing use cases and file types (basically any multi-file file format):

Multi-part archives, multi-part video files, playlists, videos with separate subtitle files, HTML documents containing links to other local HTML documents or referencing various sub-resources (images/videos/audio/style sheets/scripts/...), Audacity projects, images with metadata in external sidecar files, ditto for georeferenced images, QGIS projects, AutoCAD's lock file implementation, DWG files as such, …

Edit: And since we're talking about Office software: Spreadsheets referencing data from other spreadsheets stored in separate files…

Re: LibreOffice running natively in the browser via WebAssembly

#88

Earlier quoted context omitted.

Why in the world don't you switch to Libre Office?

I tried it awhile back, but it's also extremely slow on an M1 and I found the UI issues even more annoying than the ones I was used to in OpenOffice.

Please file bugs about these issues at: https://bugs.documentfoundation.org/

(but first search for pre-existing reports about them.)

Also consider donating to the project, and writing relevant people (e.g. Engineering Steering Council?), petitioning them to work on the quality of M1 support.

Re: LibreOffice running natively in the browser via WebAssembly

#89

So... I still use Apache OpenOffice, but it takes about 30 seconds to Rosetta itself every time I launch it on an M1 Mac. For some reason it never caches. The load time on this was actually about the same. I'd try it again from my desktop, but it pains me to think of whoever's paying for the bandwidth on it today.

Why in the world don't you switch to Libre Office?

> Why in the world don't you switch to Libre Office?

As someone who uses LibreOffice to the point that it has displaced MS Office (which is no longer installed on any of my private devices, only work ones), i have to agree that it's the better option of the two.

However, one could make the argument for OpenOffice that it's pretty much stable/finished/dead at this point which also means that it's unlikely to have unexpected breaking changes, or even changes to the UI or anything else: which would be horrible for software like OpenSSL that needs to deal with security related issues and patches, but might be more passable for an office suite, given that the OpenDocument formats aren't changing that much. Of course, since OpenOffice does get some updates, the most severe problems would probably get addressed anyways: https://cwiki.apache.org/confluence/display/OOOUSERS/Release...

Thus, it can be a viable package to just install and forget about, hence it's widespread in some universities that don't have awfully lot of resources to keep LibreOffice installs up to date (and if users learn it, then they'll probably be able to keep those skills relevant for the rest of its lifetime). Of course, one can also make an argument that you can just run an old version of LibreOffice, since the changes aren't that severe.

Re: LibreOffice running natively in the browser via WebAssembly

#90

Wow, things have come full circle. I built and launched a browser-based office suite in about 1998 called Office Wherever that used a Java Applet. VCs laughed us out of every meeting.. "No-one will put their private documents on the Internet! You're mad!" WHO'S MAD NOW, HUH? Huh? Huh...

> "No-one will put their private documents on the Internet! You're mad!"

They were essentially right, but unfortunately people have gotten used to having almost no private documents. Or rather, redefining privacy as "just me and the government and the large international corporations".

Post reply on HN