What does HackerNews think of iced?

LXD is now under Canonical | Jul 2023

I will use them, at least for a while, when their currently in development Rust desktop env is out. Super curious how that pans out (as traditionally all popular GUI libs are very OO).

https://github.com/pop-os/cosmic-epoch

https://github.com/pop-os/libcosmic

https://github.com/iced-rs/iced

Sniffnet: Open-source, cross platform application to monitor network traffic | May 2023

Expand Context ↕

I don't think it's sarcastic. COSMIC is still early in development and they're contributing upstream to Iced to improve it. And as the Iced repo[1] itself says, "Iced is currently experimental software".

1: https://github.com/iced-rs/iced

Sniffnet: Open-source, cross platform application to monitor network traffic | May 2023

Expand Context ↕

https://github.com/iced-rs/iced

Doesn’t seem to be.

The Future of Thunderbird | Feb 2023

Expand Context ↕

From [1] https://github.com/iced-rs/iced it says:

"Cross-platform support (Windows, macOS, Linux, and the Web)"

Dioxus: User interfaces that run anywhere | Dec 2022

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.

Ask HN: What did Linux not do right? | Oct 2022

Not the kernel, but the OS. Backwards compatibility and having GUI libraries LGPLed.

The Linux kernel has a rule not to break users, and for the most part, it is followed. This is not followed in userland where glibc and GNU GCC C++ library do break users with they accidentally do not follow the spec. GUI libraries like GTK and QT break binary and source compatibility every decade or so. Windows tries it's best to keep it and that makes people want to invest in it.

Now LGPL libraries, it is very difficult to write a self contained proprietary GUI binary on Linux. This is desirable because of the above, GUI libraries like to break compatibility every decade so you want to include your own so it can run in the future. Sublime has to write their own GUI frontend. Most proprietary developers use electron.

A solution to both is Iced, but it hasn't been out that long. Likely will try writing a small app in it later. Mit Licensed. Wayland and Vulkan support. https://github.com/iced-rs/iced

Sunsetting Atom | Jun 2022

Kraken, the company behind https://cryptowat.ch use the following cross-platform GUI library for Rust https://github.com/iced-rs/iced

Show HN: Arctype, a cross-platform database GUI for developers and teams | May 2022

Expand Context ↕

> This is one reason I'm bullish on some of the new UI frameworks coming out of the Rust community in particular. For example https://github.com/iced-rs/iced looks quite good.

What are you smoking? :-)

"Lack of x-platform native GUI frameworks" is not the reason for non-native GUI applications.

You're already spoiled for choice if you want to write a reasonably cross-platform native-code application. Personally I use Lazarus (calling into .so/.dll libraries for anything non-GUI).

The difficulty with using the existing frameworks is why developers are choosing Electron.

I don't think throwing another even more difficult and even more time-consuming tech stack into the mix is going to cause GUI application developers to decide "Finally we can do x-platform GUI apps".

If the creators of whatever application decided that it would take too long to design and implement in QtCreator, Flutter, Lazarus or any of the existing rapid tools, I doubt they are going to want to spend even more time doing it in Rust which doesn't even have the rapid-prototyping tooling!