Live data from Hacker News

Tauri Mobile Alpha Release

tauri.app

31–40 of 82 posts

Re: Tauri Mobile Alpha Release

#32
post #7

Love hand wavy product pages for apps Ive never heard of. Tells you who knows what their doing and who you can ignore.

It's a link to a blog post announcing a release. The product page [1] is a bit more informative. The best 3 word summary probably is "Electron, but rust". [1]: https://tauri.app

> "Electron, but rust"

If we are talking about language then it is more like: "Neutralino, but rust".

Re: Tauri Mobile Alpha Release

#33
post #17

The Tuauri team needs to focus on maturing its primary codebase and documentation before branching out to assign teams to separate projects like this. I've written a few hundred lines of code using Tauri, and I've had to do much more API wrangling and searching the official Discord than I would have liked -- a lot of valuable API details are tucked away in very specific places, especially related to using Tauri's sta…

I agree with this. We are shipping our app Caido with Tauri and it is missing quite a lot in feature parity with electron. We always lose time to try to bypass limitations or work around bugs. I honestly can't recommend it for production at this moment, even if it is getting better.

Some of the challenges we faced in the last week: no built-in api for single instances (so basically making sure the app is only run once), no support for the task bar menu (right click on the app icon), a fair amount of APIs are platform specific so you need a lot of conditional compilation trickery to make it work, etc.

On top of that you have platform webview issues that are hard to reproduce sometimes since you need the user specific OS version and packages. If you care about uniformity of your UX and speed of development stick with electron.

Re: Tauri Mobile Alpha Release

#34
post #23

Congrats on the release! From the looks of it Capacitor[0] has quite a big lead on in terms of support for native APIs (secure storage, SSL pinning, biometrics, etc) but hopefully they'll catch up quickly and avoid some of the mistakes Capacitor has made. Definitely keeping an eye on this. [0] https://capacitorjs.com/

what kind of mistakes did capacitor make?

Re: Tauri Mobile Alpha Release

#35
post #23

Congrats on the release! From the looks of it Capacitor[0] has quite a big lead on in terms of support for native APIs (secure storage, SSL pinning, biometrics, etc) but hopefully they'll catch up quickly and avoid some of the mistakes Capacitor has made. Definitely keeping an eye on this. [0] https://capacitorjs.com/

capacitor looks pretty good, what are those 'mistakes' you refer to

The build process is very fragile for both Android and iOS. Basically, a patch version update of any of the capacitor libs or plugins has a pretty high chance of wrecking your build pipeline.

Also the ecosystem is not in the best shape; the quality of libraries is allover the place, lots of unmaintained ones or ones that only support older SDK versions of Android/iOS. Not sure it's entirely fair to blame CapacitorJS for this, but it's nonetheless the reality when developing Capacitor applications.

All-in-all Capacitor is pretty great though, definitely one of the most productive ways to develop high quality cross-mobile apps.

Re: Tauri Mobile Alpha Release

#36

This is a huge reason to go with Tauri over Electron. I don't get why there isn't (or is there) a simple way to package a web app for all platforms. Everyone still makes this weird artificial distinction between Desktop and Mobile despite the technical capabilities and user expectations being close to the same.

Capacitor is another option with support for web, mobile, and desktop, if that’s what you’re looking for.

Re: Tauri Mobile Alpha Release

#37
post #23

Congrats on the release! From the looks of it Capacitor[0] has quite a big lead on in terms of support for native APIs (secure storage, SSL pinning, biometrics, etc) but hopefully they'll catch up quickly and avoid some of the mistakes Capacitor has made. Definitely keeping an eye on this. [0] https://capacitorjs.com/

That is because Capacitor is just a fork of Apache Cordova, which is quite mature and stable.

Re: Tauri Mobile Alpha Release

#38
post #21

Earlier quoted context omitted.

>I don't get why there isn't (or is there) a simple way to package a web app for all platforms. There is. It's called hosting it on the web.

which is still very limited when you need low-level/native access on the platforms, mobile phones especially iphones are very much a locked-in device as much as they can get away with it, android is better though.

If you need native access to a platform, write a native application.

Re: Tauri Mobile Alpha Release

#39

Earlier quoted context omitted.

There is a brand new one called Socket, it’s more targeted at web developers - no rust or anything required. Backend is also completely optional. It supports all mobile and desktop — it will ship a stable release next month: https://github.com/socketsupply/socket

New to me, had a quick check, Android is not yet supported, and it focuses on peer-to-peer(via bluetooth?). again using webview to do html-ui on desktops is feasible(tauri,wails,webview-c++), the interesting part is how to do that on mobile phone(without using flutter, or ionic)? if you don't want to learn yet another new framework (flutter), or write native apps, the only option seems to be ionic, how is socket diff…

No, Android is fully supported, we’ve even built a demo for Android TV :D p2p is made possible by exposing UDP and Bluetooth as JS APIs (also supported on iOS and Android) but it’s entirely optional. Ionic uses electron for desktop, so you end up with two major frameworks mashed together. Socket was designed from the ground up for desktop and mobile.

Re: Tauri Mobile Alpha Release

#40

I've yet to see a Web UI toolkit/framework that works on all of the desktop (Windows, *Linux* and OSX) and Android and iOS. If they manage to pull this off then bravo to them.

ionic with its capacitor.js is said to be the best option for now, not too sure about flutter but who knows when google will kill it.

There has been lots of discussion about Flutter here and to my understanding, Flutter is far away from being killed.

I’v been using Flutter for a couple of months now and It’s incredible if you want to build to all platforms with a single codebase.

Post reply on HN