Gooey: My take on a Rusty GUI framework

ecton.dev

47 points·lukastyrychtr··8 comments

This looks outstanding!

I'm a bit sad to say that some of the Rust GUI frameworks have lost me soley due to their awful text rendering. I shot up in my seat when I saw the login form demo. It actually looked good!

I'm also a huge fan of the reactive model. It feels very natural for developing UIs. The best implementation I've seen of reactivity in Rust is in the Dominator web framework (well, the author calls it a DOM library, but I believe framework is more appropriate). In case it piques your interest, Dominator's reactive primitives are available separately in the [futures-signals](https://docs.rs/futures-signals/latest/futures_signals/index...) crate.

I can't wait to give this framework a try!

The name conflicts with a similar python module that allows one to turn any Python console program into a GUI with one line.

https://github.com/chriskiehl/Gooey

I’m always skeptical of naming collisions and potential intent. It reminds me of the western conceptions of agrarian ritual.

To be fair/devil's advocate - "GUI" has been phonetically pronounced as "Gooey" by many people since inception, thus I think it is entirely reasonable for them to have adopted this name entirely unaware of the eponymous python library.

Gooey for Python was discussed here 2 weeks ago:

https://news.ycombinator.com/item?id=38586767 (120 comments)

Interesting ideas, specifically the non-float numbers to have prefect precision.

On the reactivity front it would be interesting to compare how is different in principle and in performance vs some other frameworks

I was confused there for a second I though it was about Gooey the GUI python module

This looks amazing. This is the first framework I've seen that makes we want to try writing GUI in Rust.

Reply on news.ycombinator.com