Tauri + Svelte = cross-platform native GUI apps compiled to WASM

Tauri is a framework for building tiny, blazing fast binaries for all major desktop platforms. Developers can integrate any front-end framework that compiles to HTML, JS and CSS for building their user interface. The backend of the application is a rust-sourced binary with an API that the front-end can interact with - github

Tauri looks interesting, one to follow and it works with any web framework not just Svelte, but you know me :wink: and I’m not the only one - see this post from the Rust forum:

Tauri aims to be a lightweight alternative to electron. WASM is not there yet, but coming up on the roadmap, see:

I made a template with the basics for a Tauri + Svelte app ready to go:

Convert any web app in five minutes without changing a line of your code. Or build a solid, compact, secure Rust based app and give it a web style front end. It just works! I tried it out with visualisation-lab and could now create a desktop version of any web app in five minutes. See:


Yeh tauri looks super interesting!

Looking forward to seeing more stuff there and eventually getting to dive in :surfing_man:

1 Like

Documentation on Tauri Patterns.

Have a quick browse, they provide several example structures with varying levels of functionality and security for different kinds of cross-platform application. Really nicely explained.

1 Like

I made a template with the basics for a Tauri + Svelte app ready to go:


Update: I took a Svelte web app, my visualisation-lab workbench, which is quite complex, does a lot of web querying using SPARQL, parses and transforms that data and then creates different kinds of visualisation that you can interact with. The result was and a 6MB AppImage. I’m not sure how big it would be in electron but the visualisation-lab bundle is at least half of that.

This required zero modifications to my app code, just putting two pretty separate projects together and a minute rationalising the dependencies in package.json and boom, it just works!!! Doing this with a second app would take me less than five minutes.


Not sure how i missed all this. But very nice @happybeing. I can tell you it’d be ±60-100MB w/ electron. Hell of a difference.

Super good stuff, great to see. I’ll be digging in here as/when I get back to the fronter end of things!


I think you’ve been busy! Wow, 60MB-100MB in electron versus 6MB here is a heck of a difference. Good to know :smile:

1 Like

It is interesting. I believe it’s an elaboration of the webview library, which first inspired Tauri. The small executable size is no doubt attractive, but I think it is still a trade-off: from my understanding, it’s small only because it uses the browser engine built into each OS, instead of bundling one, and that means it more or less loses some cross-platform consistency, in comparison to the Electron approach. I personally have no experience with either Tauri or Electron, but this kind of trade-off is not uncommon, e.g. the Homebrew vs MacPorts case, where the former’s philosophy is also to take advantage of OS built-in components, which makes it more “economical”, but comparatively less consistent. Of course different browsers seem to be converging nowadays, including Edge on Windows (used by Tauri). But there’s also Windows 7, on which Edge isn’t available, instead it’s MSHTML, probably not as modern and standardized. Win7 is no longer officially supported, but I doubt its user base is vanishing anytime soon, so there would have to be a decision for SN Browser to make, whether to give up on those users in terms of consistency.

I’m not making arguments for or against either approach, plus Tauri is still in alpha, so lots can change, this rambling just shows that I’m interested.

I also asked a few questions in Tauri’s Discord chat room the other day trying to get something clarified. Well, I haven’t got the chance to try things out myself to be sure, but from the discussion (in particular about using IndexedDB in Tauri), it seems that, because a Tauri app doesn’t have a standalone browser of its own that is dedicated to hosting the web app, trying to customize IDB or other browser-native data storage (to make it behave like a standalone desktop app that has its own config/profile directory) will likely be tricky, if possible: a Tauri app relying on IDB for data persistence will be essentially like a web app running in the system’s built-in browser, so its data will be stored in that browser’s own data directory.

So for SN Browser, which I suppose also makes use of various browser-native storage APIs, how can it customize its own data directory to make it feel like a standalone browser if taking the Tauri approach?

Now I haven’t looked into potential workarounds, maybe there are command-line flags for the browser engine to specify where exactly to store the data per web app? Indeed I’m mostly speculating here. Do you guys have experience with this sort of things?


As of May 2021 Tauri has reached 1.0 beta

I haven’t played with Tauri since early alpha, but this new release looks really exciting.

Major new features:

WRY (Webview Rendering librarY)

Tauri Alpha used bindings to webview, a C++ library. While these got the job done, they were quite buggy on Windows and were lacking a lot of features we wanted. We’ve replaced these with WRY, a new, pure Rust Webview library we developed for Tauri.


For the first part of its existence, WRY depended on winit, the amazing Windowing provider for many operating systems. As time went on, however, we also need some advanced features like menubar and system tray which contradicted with their vision, and thus we made the hard decision to fork winit and republish it under a different name: TAO.

This means that the TAuri Organisation controls all first-order dependencies.

There’s a comment (below the post) discussing storage:

nothingismagick • May 14

If you have a rust interface to your NeDB, you can send a message from the WebView and CRUD to your heart’s content. Otherwise, we allow you to ship sidecar binaries that you can communicate with using the RPC channels.

PS. Multiple links removed to please forum bot. (New Users may only post two links). See original for details.