Re: [Development] Wasm: Support for Emscripten PROXY_TO_PTHREAD?

On 12.12.24 16:06, Morten Sørvig wrote: I think I still would try to make things work from the main thread instead of moving off the main thread. We do want Qt to work from the main thread. FYI: Yeah, I gave up (at least for now :) on my attempt to shoehorn support for -sPROXY_TO_PTHREAD int

[Development] Wasm: Support for Emscripten JSPI

Hi again, Another thing I'm looking into is the emerging support for JSPI in browsers, Emscripten, and Qt. And I wonder whether, in my below experiments, I'm holding anything fundamentally wrong (which might easily be the case): I have a minimal qmake-based project that just shows a window

Re: [Development] Wasm: Support for Emscripten PROXY_TO_PTHREAD?

On 06.12.24 16:49, Morten Sørvig wrote: On 5 Dec 2024, at 10:49, Stephan Bergmann wrote: We need Emscripten's -sPROXY_TO_PTHREAD setting, which moves the application's main thread off the browser main thread into a pthread, to which it transfers any canvas DOM element as an Offsc

[Development] Wasm: Support for Emscripten PROXY_TO_PTHREAD?

Hi all, We are leveraging Qt's fine Wasm/Emscripten platform support in a project where we compile LibreOffice with Emscripten to run in the browser (see ). We are currently based on a slightly patched, old Qt 5.15.2 version (see