Live data from Hacker News

LibreOffice running natively in the browser via WebAssembly

lab.allotropia.de

161–170 of 216 posts

Re: LibreOffice running natively in the browser via WebAssembly

#162

I remember when LibreOffice was called Star Office and would run like molasses on a Celeron 300A OC to 450mhz machine. The office suite would take up most of the ram and eventually crash due to system resource exhaustion. Now we can run the whole thing in a browser like it's Minesweeper. Wow.

... and it's as slow as on the Celeron! I guess it doesn't crash my entire machine, but that's an implementation detail which we'll surely workaround next.

Re: LibreOffice running natively in the browser via WebAssembly

#163
post #154

I started experimenting with Go-WASM recently and learnt that writing non-blocking code is very crucial, Timer even inside a Goroutine blocks & crashes WASM. Leading me to use unreliable JS timers(albeit mitigating it with a worker) and performing only non-blocking compute on WASM. Is this just a consequence of using Go for WASM(i.e. lack of WASM threads), What are people who built LibreOffice in WASM or Doom3 using?…

This doesn't sound right to me, are you running your WASM in a worker so it doesn't block the main UI thread?

I require a Go UI library(ebiten) so wasm cannot be initialized and run purely via a worker, But I've tried executing the timer inside a Goroutine with a handler as recommended by Go team but no dice[1].

There are others who have complained the same on SO.

[1] https://github.com/golang/go/issues/41310

Re: LibreOffice running natively in the browser via WebAssembly

#164

I think LibreOffice on the desktop loads faster. I use LibreOffice under Ubuntu and Windows 10 for writing books and documentation.

Lately I checked Libre Writer on Windows 10 it had problem with kerning (not equal distance between letters) which made text looking quite bad. Did they fixed it?

Re: LibreOffice running natively in the browser via WebAssembly

#166
Extremely cool project and execution but it (hardly) runs on my MBP M1 Pro, 16 GB with FF and a 350mbit/s up-down connection and no other tabs open. Actions (clicking, dragging scrolling) takes a full two seconds to happen... Would have loved to play around with it!

Re: LibreOffice running natively in the browser via WebAssembly

#167

I typed in two words, then tried to copy/paste: Application exit (RuntimeError: Aborted(Assertion failed: pTrans, at: /home/libo/src/core/vcl/qt5/QtClipboard.cxx,104,getContents))

I got a similar error when I clicked "Print":

Application exit (RuntimeError: Aborted(native code called abort()))

Re: LibreOffice running natively in the browser via WebAssembly

#168
A hundred plus comments and not a single mention of GIMP?

I think we are close. After COVID, we should be releasing a lot of the emotional attachment to the C programming tools. And by 2025, we should be able to have the Windows version of GIMP running inside Mac versions of Chrome, on top of Wine, X Windows, CC and WASM in Chrome. And since Chrome can be compiled to WASM, we could have GIMP running on Chrome and Chrome running inside Firefox.......

And the story ( or history ) continues in the link below.

https://www.destroyallsoftware.com/talks/the-birth-and-death...

Re: LibreOffice running natively in the browser via WebAssembly

#169
post #111

I wonder if title should say "in Chromium-based browsers" rather than "in the browser". Especially when it doesn't run in Firefox or Safari.

Running in Firefox 96 on an M1 Mac pretty nicely indeed :)

Scrolling feels a little big laggy but entering text and moving things around all feels snappy.

Re: LibreOffice running natively in the browser via WebAssembly

#170
post #51

Qt for WebAssembly: soffice Application exit (TypeError: Cannot convert "undefined" to int) Safari (current) on MacOS (current) on a Apple M1

Same on iPad. Maybe it has issues with ARM?

I had a similar crash on Intel Mac in Firefox, when clicking File>Save Remote
Post reply on HN