rspotify VS druid

Apologies for the stupid question but I'm fairly new to Rust and can't figure out for the life of me how to use the rspotify crate. As far as I can get with the documentation / examples is just that it isn't a regular application / binary of itself but just a crate, but I don't see why that's causing me issues. Whenever I try to run the following example, I get the following error, despite me trying to remove and rebuild the crate just in case.

Link to the example code (Line 42)

I have wanted async generics myself for some time now. In RSpotify, we have both async and blocking users, so we had to resort to maybe_async to switch between them. However, this macro has a few caveats and isn't as convenient as having it built-in.

maybe_async accomplishes this by switching based on the feature flags enabled for your library. I found it in rspotify, but haven't actually given it a try myself.

As a developer of rspotify I'm curious as to why you chose not to use an already existing API client for Spotify. Are there any problems you found? I do agree that the current version is a mess but we're working on a full rewrite for 0.10 and you might be interested in that.

For GUI applications, the story is mixed. There are several GUI frameworks in active development, but nothing as polished and battle-tested as Electron for TypeScript. There are bindings to GTK, but they're cumbersome to work with, and I wouldn't recommend it to a Rust newbie. There's also Tauri, which is a bit like Electron and lets you write the GUI in HTML/CSS/JS and the business logic in Rust.

Concerning GUI frameworks, the most common ones are druid, egui and iced. All three of them run native and on the Web.

Going to give a shoutout to druid. I've recently tried it with the Lapce editor and it's just so smooth, fast and works so well for a pre-alpha app.

As iced and egui were difficult for me, i started with druid.

There is Iced which is used by system76 in Pop!_OS, Druid [DISCONTINUED], GTK-rs, Relm, Azul and Tauri. Personally I would use Tauri for its speed using the OS's native web render, documentation of use with things such as Sveltekit and the ability to make UI's using JS, CSS and HTML. Tauri similarly to Electron whilst being far faster. But its up to personal preference really. There aren't any solid "go to" options at the moment.

Druid should be good for most cases, it has a lot of built-in widget for the UI, you can even make a custom widget with a canvas-alike painting API.

Druid, which is a Rust-native UI toolkit for building desktop applications targeting Windows/macOS/Linux/OpenBSD/FreeBSD, has a new version out - v0.8.

There's a memoize View node in the previous iteration of the Xilem prototype, but it hasn't made it in to the current branch yet. That sounds like what you're asking, but it's possible I'm missing something.

You can use GTK from Rust. But the Rust native ones aren't really there yet. [Iced](https://github.com/iced-rs/iced) which has been picked up by System76 and [Druid](https://github.com/linebender/druid) (and it's next gen version [Xilem](https://github.com/linebender/xilem)) are the ones to watch, along with Dioxus which is the main post here.

I'd expect there to be something useable by the end of 2023.