PlutoUI.jl VS tauri

Pluto notebooks are distinct from Jupyter notebooks in that they are reactive: https://github.com/JuliaPluto/PlutoUI.jl

An easy alternative is using a Pluto notebook with PlutoUI.jl. You can create input fields, sliders, check boxes, etc in a very easy way. It’s an easy and fast way to create a simple GUI.

ubuntu@vm1:~$ curl -fsSL https://install.julialang.org | sh - info: downloading installer Welcome to Julia! This will download and install the official Julia Language distribution and its version manager Juliaup. Juliaup will be installed into the Juliaup home directory, located at: /home/ubuntu/.juliaup The julia, juliaup and other commands will be added to Juliaup bin directory, located at: /home/ubuntu/.juliaup/bin This path will then be added to your PATH environment variable by modifying the profile files located at: /home/ubuntu/.bashrc /home/ubuntu/.profile Julia will look for a new version of Juliaup itself every 1440 seconds when you start julia. You can uninstall at any time with juliaup self uninstall and these changes will be reverted. ✔ Do you want to install with these default configuration choices? · Proceed with installation Now installing Juliaup Installing Julia 1.7.2+0 (x64). Julia was successfully installed on your system. Depending on which shell you are using, run one of the following commands to reload the the PATH environment variable: . /home/ubuntu/.bashrc . /home/ubuntu/.profile pkg> add https://github.com/JuliaPluto/PlutoUI.jl Cloning git-repo `[https://github.com/JuliaPluto/PlutoUI.jl`](https://github.com/JuliaPluto/PlutoUI.jl`) Updating git-repo `[https://github.com/JuliaPluto/PlutoUI.jl`](https://github.com/JuliaPluto/PlutoUI.jl`) Resolving package versions... Installed Reexport ─────────────── v1.2.2 Installed IOCapture ────────────── v0.2.2 Installed AbstractPlutoDingetjes ─ v1.1.4 Installed JSON ─────────────────── v0.21.3 Installed Hyperscript ──────────── v0.0.4 Installed FixedPointNumbers ────── v0.8.4 Installed HypertextLiteral ─────── v0.9.3 Installed Parsers ──────────────── v2.3.0 Installed ColorTypes ───────────── v0.11.0 Updating `~/.julia/environments/v1.7/Project.toml` [7f904dfe] + PlutoUI v0.7.38 `[https://github.com/JuliaPluto/PlutoUI.jl#main`](https://github.com/JuliaPluto/PlutoUI.jl#main`) Updating `~/.julia/environments/v1.7/Manifest.toml` [6e696c72] + AbstractPlutoDingetjes v1.1.4 [3da002f7] + ColorTypes v0.11.0 [53c48c17] + FixedPointNumbers v0.8.4 [47d2ed2b] + Hyperscript v0.0.4 [ac1192a8] + HypertextLiteral v0.9.3 [b5f81e59] + IOCapture v0.2.2 [682c06a0] + JSON v0.21.3 [69de0a69] + Parsers v2.3.0 [7f904dfe] + PlutoUI v0.7.38 `[https://github.com/JuliaPluto/PlutoUI.jl#main`](https://github.com/JuliaPluto/PlutoUI.jl#main`) [189a3867] + Reexport v1.2.2 [a63ad114] + Mmap [2f01184e] + SparseArrays [10745b16] + Statistics Precompiling project... 10 dependencies successfully precompiled in 23 seconds (24 already precompiled)

I realize that, and there may be no rational reason for you to switch to a setup like mine. But, aside from avoiding such things a Wordpress exploits, my approach turned out to have other advantages. Over the years I added to my knowledge and taught myself how to provide things other than static files. Today my readers can use gnuplot in a Jupyter notebook, and interactive Pluto¹ notebooks backed by Julia running on a VPS. No canned solution exists for this, and in fact I had to work with the Pluto developers to iron out some kinks. This is only possible because I have total control over the servers. If you know will only ever want to serve static files, there are simpler options (with potential pitfalls). But those options are also limiting, in case one day you want to do something unusual.

[1] https://github.com/JuliaPluto/PlutoUI.jl

When you are using Pluto (https://github.com/fonsp/Pluto.jl ) instead of Juypter you can very easily combine plots with reactive UI elements (like sliders, selectors, etc. - see https://github.com/fonsp/PlutoUI.jl ) to allow interactive exploration of data.

The only thing I think really isn't covered is PlutoUI (https://github.com/fonsp/PlutoUI.jl), which you can find in a sample notebook in Pluto.

Hi, dear Tauri! Long time no see. I published my first post, Developing a Desktop Application via Rust and NextJS. The Tauri Way almost a year ago. Since then, Tauri has become stronger. I'm happy about that! And now, I am very pleased to make a useful contribution to the Tauri community. As a full-stack developer, I frequently face situations where I need to start a DB-based UI project as fast as possible. It's stressful if I need to start the project from 100% scratch. I prefer to keep some boilerplates on hand, which will save me time and nerves and will be the subject of this article.

Hey Thanks!

Just electron & vite. I might actually migrate off electron, Tauri (https://tauri.app/) seems to be getting more stable and it's gotten great reviews.

I think this is the boilerplate I used though https://github.com/cawa-93/vite-electron-builder.

Well the great thing about WebAssembly is that you can port QT or anything else to be at a layer below -- thanks to WebAssembly Interface Types[0] and the Component Model specification that works underneath that.

To over-simplify, the Component Model manages language interop, and WIT constrains the boundaries with interfaces.

IMO the problem here is defining a 90% solution for most window, tab, button, etc management, then building embeddings in QT, Flutter/Skia, and other lower level engines. Getting a good cross-platform way of doing data passing, triggering re-renders, serializing window state is probably the meat of the interesting work.

On top of that, you really need great UX. This is normally where projects fall short -- why should I use this solution instead of something like Tauri[2] which is excellent or Electron?

[0]: https://github.com/WebAssembly/component-model/blob/main/des...

[1]: https://github.com/WebAssembly/component-model/blob/main/des...

[2]: https://tauri.app/

Welcome to the 2nd episode of our series “Building with Tauri”, where we chat with developers who build amazing projects and products using Tauri.

Tauri seemed like the "thing" I should switch to because everybody loves Rust (heh), and because it ships significantly smaller apps.

First of all, I will be using npm as my package manager but feel free to use whatever you prefer. Find more info here.

Today I'm talking about Tauri! Do you know all the various tools that allow you to develop native applications starting from web languages? They often need an intermediate compilation, in the middle of which you end up encountering various problems not always transparent and directly solvable with a language mostly detached from native development. On the other hand, there's still the ease of developing attractive and easily usable interfaces, which are more difficult to develop with low level languages.