3 ms·

Gooey: My take on a Rusty GUI framework

47 points by lukastyrychtr 3y ago

gadiyar 3y ago
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 https://github.com/chriskiehl/Gooey
- b4ke 3y ago
  I’m always skeptical of naming collisions and potential intent. It reminds me of the western conceptions of agrarian ritual.
  - Jenk 3y ago
    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.
- metadat 3y ago
  Gooey for Python was discussed here 2 weeks ago: https://news.ycombinator.com/item?id=38586767 https://news.ycombinator.com/item?id=38586767 (120 comments)
UrineSqueegee 3y ago
I was confused there for a second I though it was about Gooey the GUI python module
dhruvdh 3y ago
This looks amazing. This is the first framework I've seen that makes we want to try writing GUI in Rust.
eviks 3y ago
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
SpaghettiCthulu 3y ago
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.html https://docs.rs/futures-signals/latest/futures_signals/index...) crate. I can't wait to give this framework a try!

47 points by lukastyrychtr 3y ago

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 https://github.com/chriskiehl/Gooey

b4ke 3y ago
I’m always skeptical of naming collisions and potential intent. It reminds me of the western conceptions of agrarian ritual.
- Jenk 3y ago
  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.
metadat 3y ago
Gooey for Python was discussed here 2 weeks ago: https://news.ycombinator.com/item?id=38586767 https://news.ycombinator.com/item?id=38586767 (120 comments)

UrineSqueegee 3y ago

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

dhruvdh 3y ago

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

eviks 3y ago

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

SpaghettiCthulu 3y ago

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.html https://docs.rs/futures-signals/latest/futures_signals/index...) crate. I can't wait to give this framework a try!