Are you almost ready to provide something a la React.js for JavaFX2 ? :-)
2014-05-04 15:50 GMT+02:00 Timothy Baldridge :
> I highly recommend taking a look again at JavaFX2. The latest version
> (released as part of Java 8 or as a separate jar with Java 7) has a very
> unified API and is a joy t
2014-05-05 9:56 GMT+02:00 Fabien Todescato :
> From Java 7 onwards, JavaFX is part of the runtime. I strongly recommend
> you take a look at JavaFX, the very regular and powerful API will allow you
> to build innovative UIs.
>
I see you are right. Two problems:
- Can I expect everyone that is go
>From Java 7 onwards, JavaFX is part of the runtime. I strongly recommend you
>take a look at JavaFX, the very regular and powerful API will allow you to
>build innovative UIs.
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, s
2014-05-04 17:32 GMT+02:00 Gary Verhaegen :
> I'm no expert, but the arguments I have seen against Swing are
> almost always about the API, so they do not really apply to seesaw.
>
> The other arguments were about the non-native look, but I seem to remember
> that seesaw took care of that too.
>
2014-05-04 15:50 GMT+02:00 Timothy Baldridge :
> I highly recommend taking a look again at JavaFX2. The latest version
> (released as part of Java 8 or as a separate jar with Java 7) has a very
> unified API and is a joy to work with.
>
> I've been hacking on a library that provides a data centric
I'm no expert, but the arguments I have seen against Swing are
almost always about the API, so they do not really apply to seesaw.
The other arguments were about the non-native look, but I seem to remember
that seesaw took care of that too.
On Sunday, 4 May 2014, Timothy Baldridge wrote:
> I hi
I highly recommend taking a look again at JavaFX2. The latest version
(released as part of Java 8 or as a separate jar with Java 7) has a very
unified API and is a joy to work with.
I've been hacking on a library that provides a data centric API to JavaFX2.
The cool thing is that most of it is sel
I'm a massive fan of Qt and have done a lot of Qt/QML in C++ in the past,
but lately when I've needed to do a GUI (and could use Clojure), I've been
making it Web based and using ClojureScript with Om. Since jetty/http-kit
run nicely as embedded servers, you could have your application run locally
2014-05-04 10:20 GMT+02:00 Cecil Westerhof :
>
>
>
> 2014-05-04 10:09 GMT+02:00 Colin Fleming :
>
> There's really no "only" way to do anything in Clojure, since you can
>> always drop down to Java interop. So anything that's available to Java is
>> available to Clojure, too. Not all the options h
2014-05-04 10:09 GMT+02:00 Colin Fleming :
> There's really no "only" way to do anything in Clojure, since you can
> always drop down to Java interop. So anything that's available to Java is
> available to Clojure, too. Not all the options have a nice Seesaw-like
> wrapper over it of course, but t
There's really no "only" way to do anything in Clojure, since you can
always drop down to Java interop. So anything that's available to Java is
available to Clojure, too. Not all the options have a nice Seesaw-like
wrapper over it of course, but they're generally still quite usable. I do a
reasonab
I am mostly a back-end writer. I dabbled a little with Scala before going
to Clojure. (And more on the back-end as on the front-end.) But there was a
discussion (I do not remember if it was on a Java or Scala newsgroup) that
Swing was not the right interface for writing GUI's. I settled for QTJambi
12 matches
Mail list logo
