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.

Reply via email to