I've been working on a "React for JavaFX" library for some time. Sadly I have no use for the library, so I haven't talked about it much yet. But the newest iteration has a interface I'm pretty happy with:
https://github.com/halgari/fn-fx/blob/master/test/fn_fx/fx_dom_test.clj#L97-L145 If there was enough of a need for this sort of thing I could be convinced to work on it more. On Thu, Mar 17, 2016 at 9:06 AM, Paul L. Snyder <p...@pataprogramming.com> wrote: > Yow, old indeed! > > In 2011, Dave Ray released Seesaw, which is a very nice wrapper for Swing. > I've used it for a bunch of projects, and it works great. Of course, it > does look like Swing, but it's plenty usable. (It's also still being > maintained, so if you're looking for a toolkit that you can use right now, > it's a good way to go.) > > https://github.com/daveray/seesaw > > That said, I'd also love to see a JavaFX wrapper. At the Conj in Philly, > Cognitect talked about a project where they'd used it extensively: > > https://www.youtube.com/watch?v=ajX09xQ_UEg > > It's definitely piqued my interest. > > Paul > > On Sat, 12 Mar 2016, Jason Zwolak wrote: > > > +1 JavaFX. > > > > I know this is an old thread... but in case anyone comes across it (like > I > > did just now) and wants to see where things are, they should know that > > JavaFX has come a long way and seems to be Oracle's replacement for > Swing. > > Now JavaFX is no longer only in JavaFXscript... in fact, I believe > > JavaFXscript is deprecated in favor of the JavaFX Java classes. > > > > I've seen some major projects done with Clojure and JavaFX... even from > the > > guys at Cognitect. > > > > On Thursday, May 27, 2010 at 11:18:41 AM UTC-4, Luke VanderHart wrote: > > > > > > My side project is a fairly complex GUI application written in > > > Clojure. Recently, I've become irritated with using Java interop for > > > everything. It's not that Clojure doesn't have nice java interop - it > > > does. It's just that when interacting with a GUI framework, which is a > > > large part of my app, I have to be back in mutable object-oriented > > > land, worrying about class hierarchies, mutable state, locks, etc. > > > Yucky. > > > > > > So, with a perhaps dangerous lack of sanity and without any guarantee > > > of success, I've decided to try my hand at writing an idiomatic > > > Clojure GUI library. If I have success (which I doubt) I will of > > > course make it available as open source. > > > > > > I intend for it to be mostly declarative, with a nice DSL for defining > > > GUI elements. Each component will also implement map, and use one of > > > Clojure's reference types as an interface for inspecting / updating > > > its state. I may also implement some aspects of Functional Reactive > > > Programming wherever it's convenient to do so. > > > > > > What you all must help me decide is what GUI framework to use as the > > > underpinnings of it. It's genuinely hard to decide. I have at least > > > some experience with all of them, so I have no strong preference, but > > > I'd like to get your input. I did consider trying to make it abstract > > > enough that you could plug in *any* of them under the hood, but > > > there's enough differences between the frameworks that that would get > > > very ugly very fast. > > > > > > Possibilities are: > > > > > > AWT > > > Pros: native widgets, bundled with Java, low-level > > > Cons: few widgets, considered somewhat obselete > > > > > > Swing > > > Pros: bundled with Java, good widget selection > > > Cons: non-native widgets > > > > > > SWT > > > Pros: native widgets, widely used > > > Cons: requires platform-specific libs > > > > > > QT Jambi > > > Pros: native widgets, huge widget selection, highly-regarded framework > > > Cons: requires platform-specific libs, writing custom widgets is > > > hairy, momentum and support seem to be lagging since Nokia dropped > > > official support. > > > > > > Remember, the actual API won't matter - that will be completely > > > abstracted away. So try to focus on the framework's look and feel. > > > Also let me know if I've missed any of the framework's key > > > characteristics. > > > > > > Thanks! > > > > > > -Luke > > > > > > > > > > -- > > You received this message because you are subscribed to the Google > > Groups "Clojure" group. > > To post to this group, send email to clojure@googlegroups.com > > Note that posts from new members are moderated - please be patient with > your first post. > > To unsubscribe from this group, send email to > > clojure+unsubscr...@googlegroups.com > > For more options, visit this group at > > http://groups.google.com/group/clojure?hl=en > > --- > > You received this message because you are subscribed to the Google > Groups "Clojure" group. > > To unsubscribe from this group and stop receiving emails from it, send > an email to clojure+unsubscr...@googlegroups.com. > > For more options, visit https://groups.google.com/d/optout. > > -- > You received this message because you are subscribed to the Google > Groups "Clojure" group. > To post to this group, send email to clojure@googlegroups.com > Note that posts from new members are moderated - please be patient with > your first post. > To unsubscribe from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en > --- > You received this message because you are subscribed to the Google Groups > "Clojure" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to clojure+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- “One of the main causes of the fall of the Roman Empire was that–lacking zero–they had no way to indicate successful termination of their C programs.” (Robert Firth) -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.