3 ms·

For a fully fledged web app that all the major code notebooks tend to be, Electron makes a lot of sense. The bundled webviews built into OSes tend to be weak an

For a fully fledged web app that all the major code notebooks tend to be, Electron makes a lot of sense. The bundled webviews built into OSes tend to be weak and outdated compared to the Chromium build that comes with Electron. It's why Jupyter fits pretty well into VSCode/VSCodium. > 5. Rendering your app > Electron uses Chromium under the hood so your user sees the same on Windows, Linux and macOS. Tauri on the other hand uses the system webview: Edge Webview2 (Chromium) on Windows, WebKitGTK on Linux and WebKit on macOS. Now here comes the bad part, if you are a web developer you know that Safari (Based on WebKit) is always behind a step from every web browser. Just check out Can I Use. There is always a bug that you are not seeing from Chrome, only your dear Safari users. The same issues exists in Tauri, and you can't do anything against it, you have include polyfills. The winner has to be Electron here. https://www.levminer.com/blog/tauri-vs-electron https://www.levminer.com/blog/tauri-vs-electron

est 2y ago
Then why can't Chrome/Edge provide a up-to-date library for everyone like mshtml.dll?
- pjmlp 2y ago
  That is what Edge Webview2 is, https://developer.microsoft.com/en-gb/microsoft-edge/webview2/?cs=578062562&form=MA13LH https://developer.microsoft.com/en-gb/microsoft-edge/webview... https://learn.microsoft.com/en-us/microsoft-edge/webview2/ https://learn.microsoft.com/en-us/microsoft-edge/webview2/
  - benatkin 2y ago
    Maybe the situation only sucks on OS X. On Linux you could hopefully swap it out with a new one on build, and it isn't based on WebKit which is slow to support lots of stuff. Either way, I think perhaps Tauri should provide a way to optionally use its own build of the rendering engine and a preset/example configuration that uses the included one for the platforms that are up to date and its own build of a rendering engine for OS X and possibly Linux.
    - pjmlp 2y ago
      Well, there we have the whole issue that Web has literally become ChromeOS for all practical purposes of who is driving it, and browser market share. It is called Webview2, because the first MSHTML.dll replacement was based on the original updated Edge engine, which Microsoft dropped for their own Chrome fork. So either one cares to use portable Web development practices, or whatever Chrome does, with the side effect to increase its market share even further.

est 2y ago

Then why can't Chrome/Edge provide a up-to-date library for everyone like mshtml.dll?

pjmlp 2y ago
That is what Edge Webview2 is, https://developer.microsoft.com/en-gb/microsoft-edge/webview2/?cs=578062562&form=MA13LH https://developer.microsoft.com/en-gb/microsoft-edge/webview... https://learn.microsoft.com/en-us/microsoft-edge/webview2/ https://learn.microsoft.com/en-us/microsoft-edge/webview2/
- benatkin 2y ago
  Maybe the situation only sucks on OS X. On Linux you could hopefully swap it out with a new one on build, and it isn't based on WebKit which is slow to support lots of stuff. Either way, I think perhaps Tauri should provide a way to optionally use its own build of the rendering engine and a preset/example configuration that uses the included one for the platforms that are up to date and its own build of a rendering engine for OS X and possibly Linux.
  - pjmlp 2y ago
    Well, there we have the whole issue that Web has literally become ChromeOS for all practical purposes of who is driving it, and browser market share. It is called Webview2, because the first MSHTML.dll replacement was based on the original updated Edge engine, which Microsoft dropped for their own Chrome fork. So either one cares to use portable Web development practices, or whatever Chrome does, with the side effect to increase its market share even further.