ui
racket-gui-easy
ui | racket-gui-easy | |
---|---|---|
1 | 8 | |
31 | 130 | |
- | - | |
10.0 | 7.8 | |
over 5 years ago | 3 months ago | |
Clojure | Racket | |
- | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
ui
-
Humble Chronicles: Managing State with Signals
Interesting that this is Clojure and it doesn't mention Hoplon/Javelin[0] as prior work. I've used Hoplon/UI[1] to implement a moderately complex web app ~6 years ago. The library is practically a prototype, pretty much dead by now. However, I found the ideas interesting.
I find the biggest benefit of using a fringe library like this is the ability to read and understand the whole implementation. It's really simple compared to something like React.
[0]: https://github.com/hoplon
[1]: https://github.com/hoplon/ui
racket-gui-easy
- Racket Language
-
Racket: The Lisp for the Modern Day
Looks like you're already in Emacs. I strongly recommend racket-mode as mentioned in another thread.
With regard to prototyping GUI's I'd suggest taking a look at https://github.com/mfelleisen/7GUI. https://github.com/Bogdanp/racket-gui-easy could also be a good place to start.
With regard to Racket more generally, I'm probably not the best person to ask since I had a very high friction start where I just banged my head against the wall until things made sense.
-
Humble Chronicles: Managing State with Signals
I took a similar approach in my Racket library, gui-easy[1,2]. Though I opted to not defer any computations, any observable (similar to a signal from the post) update propagates to observers immediately, and there's no incrementality -- observables are just boxes whose changes you can subscribe to. Regarding the disposal problem, I used weak references and regarding the where to take observables and where to take concrete values as input question, I decided that any place an observable can go in, a concrete value can as well and it's been a convenient choice so far. For fun, here's an example[3] that builds the todo UI from the post.
[1]: https://docs.racket-lang.org/gui-easy/index.html
-
If you were hired to create a new distribution of Lisp, what would you include?
For native apps, I would devote coding resources to the Guile-GI project which generates Guile bindings to the cross-platform Gtk C library by way of the Gnome Object Introspection and Reflection library. I would also port the Racket gui-easy library over to Guile-GI so declarative GUIs could be written.
-
What programming language is good to make GUI's
There is also gui-easy a declarative gui framework: https://docs.racket-lang.org/gui-easy/index.html
-
7GUIs
It’s not the only version either
See https://github.com/Bogdanp/racket-gui-easy/tree/master/examp...
},
What are some alternatives?
incremental-rs
bang.html - 💎 Good.HTML. A nice framework without the bad stuff. Lots of custom elements, and nice templates. Good. HTML [Moved to: https://github.com/crisdosyago/good.html]
signal - Functional Reactive Programming implementation for Rust
7guis - 7GUIs is a GUI programming usability benchmark.
bgjs
sdk-java - Temporal Java SDK
fidgetty - Widget library built on Fidget written in pure Nim and OpenGL rendered
electric - a reactive Clojure dialect for web development that uses a compiler to manage the frontend/backend boundary
CIEL - CIEL Is an Extended Lisp. Scripting with batteries included.
additive-gui
7GUI - the 7 gui project