JavaFX2

I thought that one of the ideas
of JavaFX 2 is that there would (eventually)
be a Java API to call it (Java 7 or 8 (?))

so, you could call that Java API directly from Scala


... I may be wrong though ...

Luc

On Fri, May 27, 2011 at 10:25 PM, Rodrigo Cano <ioniviil@gmail.com> wrote:

Hi everyone,
So JavaFX 2 is finally in beta and everyone can test it, unfortunately, only for windows so I'll have to wait.Has anyone begun exploring it from scala?, Is there any plan to write a descent scala lib for it?
Cheers.

--
   __~O
  -\ <,
(*)/ (*)

reality goes far beyond imagination

Yes, the new javafx2 is just an api for java, no longer the script, was made this way to encourage the other jvm languages to create nice dsls for it.
It also includes the new rendering engine Prism, which allows for really hardware accelerated graphics away from awt, that's why I think it's worth a shot.

On Fri, May 27, 2011 at 5:40 PM, Luc Duponcheel <luc.duponcheel@gmail.com> wrote:

I thought that one of the ideas
of JavaFX 2 is that there would (eventually)
be a Java API to call it (Java 7 or 8 (?))

so, you could call that Java API directly from Scala


... I may be wrong though ...

Luc

On Fri, May 27, 2011 at 10:25 PM, Rodrigo Cano <ioniviil@gmail.com> wrote:

Hi everyone,
So JavaFX 2 is finally in beta and everyone can test it, unfortunately, only for windows so I'll have to wait.Has anyone begun exploring it from scala?, Is there any plan to write a descent scala lib for it?
Cheers.

--
   __~O
  -\ <,
(*)/ (*)

reality goes far beyond imagination

Your post seem to imply that JavaFX is a HOT STUFF, and there will be
people brave enough to "write a descent scala lib for it".

However you are forgetting about all the healthy FUD related to Oracle
is suing Google. The question remains if Oracle should be trusted
enough to use their proprietary API. I for one would not be starting
any open source project on top of Oracle's proprietary products.

On Fri, May 27, 2011 at 3:44 PM, Rodrigo Cano wrote:
> Yes, the new javafx2 is just an api for java, no longer the script, was made
> this way to encourage the other jvm languages to create nice dsls for it.
> It also includes the new rendering engine Prism, which allows for really
> hardware accelerated graphics away from awt, that's why I think it's worth a
> shot.

Well, life's a risk. I for one could really use something like JavaFX for a project I'm working on, and hope they have a public beta for OS X in not too long.
Ken

I took a look myself, first thing I noticed was quite how much I hate JavaDoc nowadays (see how Scala spoils us?)
"No problem", I thought, "I'll simply whip up a tiny ant project to run the Java source through ScalaDoc".  We can do that kind of thing now it doesn't use the FX Script language.
Big warning bells now going off, the SDK doesn't come with source!  I was able to decompile the attached Jar and produce ScalaDoc from the resulting sources, but it's hardly a full solution as I lose all the doc comments.
Until they release source code, I'm going to find it VERY hard to take JavaFX 2, or Oracle, at all seriously.

On 28 May 2011 04:23, Ken McDonald <ykkenmcd@gmail.com> wrote:

Well, life's a risk. I for one could really use something like JavaFX for a project I'm working on, and hope they have a public beta for OS X in not too long.
Ken

--
Kevin Wright

gtalk / msn : kev.lee.wright@gmail.com kev.lee.wright@gmail.commail: kevin.wright@scalatechnology.com
vibe / skype: kev.lee.wrightquora: http://www.quora.com/Kevin-Wright
twitter: @thecoda

"My point today is that, if we wish to count lines of code, we should not regard them as "lines produced" but as "lines spent": the current conventional wisdom is so foolish as to book that count on the wrong side of the ledger" ~ Dijkstra

Oh, man... now I'm thinking of JDK in Scaladoc format... want!

On Sat, May 28, 2011 at 06:30, Kevin Wright wrote:
> I took a look myself, first thing I noticed was quite how much I hate
> JavaDoc nowadays (see how Scala spoils us?)
> "No problem", I thought, "I'll simply whip up a tiny ant project to run the
> Java source through ScalaDoc".  We can do that kind of thing now it doesn't
> use the FX Script language.
> Big warning bells now going off, the SDK doesn't come with source!  I was
> able to decompile the attached Jar and produce ScalaDoc from the resulting
> sources, but it's hardly a full solution as I lose all the doc comments.
> Until they release source code, I'm going to find it VERY hard to take
> JavaFX 2, or Oracle, at all seriously.
>
> On 28 May 2011 04:23, Ken McDonald wrote:
>>
>> Well, life's a risk. I for one could really use something like JavaFX for
>> a project I'm working on, and hope they have a public beta for OS X in not
>> too long.
>> Ken
>
>
> --
> Kevin Wright
>
> gtalk / msn : kev.lee.wright@gmail.com
> mail: kevin.wright@scalatechnology.com
> vibe / skype: kev.lee.wright
> quora: http://www.quora.com/Kevin-Wright
> twitter: @thecoda
>
> "My point today is that, if we wish to count lines of code, we should not
> regard them as "lines produced" but as "lines spent": the current
> conventional wisdom is so foolish as to book that count on the wrong side of
> the ledger" ~ Dijkstra
>

I just tried it :)
You have to update about 20 files where classes/interfaces are defined with a trailing semicolon, which scaladoc chokes on.  It also generates a LOT of warnings about cyclic references and unfound types.
The resulting documentation is very slow, and also desparate for a hierarchical package view. But... yes... It does work (broadly speaking)


On 28 May 2011 16:10, Daniel Sobral <dcsobral@gmail.com> wrote:

Oh, man... now I'm thinking of JDK in Scaladoc format... want!

On Sat, May 28, 2011 at 06:30, Kevin Wright <kev.lee.wright@gmail.com> wrote:
> I took a look myself, first thing I noticed was quite how much I hate
> JavaDoc nowadays (see how Scala spoils us?)
> "No problem", I thought, "I'll simply whip up a tiny ant project to run the
> Java source through ScalaDoc".  We can do that kind of thing now it doesn't
> use the FX Script language.
> Big warning bells now going off, the SDK doesn't come with source!  I was
> able to decompile the attached Jar and produce ScalaDoc from the resulting
> sources, but it's hardly a full solution as I lose all the doc comments.
> Until they release source code, I'm going to find it VERY hard to take
> JavaFX 2, or Oracle, at all seriously.
>
> On 28 May 2011 04:23, Ken McDonald <ykkenmcd@gmail.com> wrote:
>>
>> Well, life's a risk. I for one could really use something like JavaFX for
>> a project I'm working on, and hope they have a public beta for OS X in not
>> too long.
>> Ken
>
>
> --
> Kevin Wright
>
> gtalk / msn : kev.lee.wright@gmail.com
> mail: kevin.wright@scalatechnology.com
> vibe / skype: kev.lee.wright
> quora: http://www.quora.com/Kevin-Wright
> twitter: @thecoda
>
> "My point today is that, if we wish to count lines of code, we should not
> regard them as "lines produced" but as "lines spent": the current
> conventional wisdom is so foolish as to book that count on the wrong side of
> the ledger" ~ Dijkstra
>



--
Daniel C. Sobral

I travel to the future all the time.

--
Kevin Wright

gtalk / msn : kev.lee.wright@gmail.comkev.lee.wright@gmail.commail: kevin.wright@scalatechnology.com
vibe / skype: kev.lee.wrightquora: http://www.quora.com/Kevin-Wright
twitter: @thecoda

"My point today is that, if we wish to count lines of code, we should not regard them as "lines produced" but as "lines spent": the current conventional wisdom is so foolish as to book that count on the wrong side of the ledger" ~ Dijkstra

I took a look myself, first thing I noticed was quite how much I hate JavaDoc nowadays (see how Scala spoils us?)

Very true! 

Until they release source code, I'm going to find it VERY hard to take JavaFX 2, or Oracle, at all seriously.

It'll be interesting to see if Oracle releases the JavaFX source. They don't have the best track record with open source; I get the sense they're actually trying to be good Java stewards though, but they're still figuring out this 'open source' thing.
On the other hand, I'm very excited about JavaFX: A decent scene graph, hardware accelerated graphics, a modern UI API, a real HTML renderer (finally! thank you webkit!), support for media playback (albeit only FLV container with VP6 codec), etc, etc, etc. There's a huge amount of good stuff in JavaFX.
 --
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
Brian Schlining
bschlining@gmail.com

2011/5/27 Rodrigo Cano <ioniviil@gmail.com>

So JavaFX 2 is finally in beta and everyone can test it, unfortunately, only for windows so I'll have to wait.Has anyone begun exploring it from scala?, Is there any plan to write a descent scala lib for it? .

I've started with some code:

package object scalafx {

  import javafx.application._
  import javafx.stage._
  import javafx.scene._
  import javafx.scene.shape._
  import javafx.scene.paint._
  import javafx.event._

  trait ScalaFXApp[A <: Application] {
    self: App => /*{
     
      /**
       * Doesn't work with Reflection used by JavaFX
       *
       * Use the {App}-Trait or define this Method on your own
       * @see App
       */
      def args:Array[String]
    } =>*/

    def launch(implicit m: Manifest[A]): Unit = {
      Application launch (m.erasure.asInstanceOf[Class[A]], args);
    }
  }

   implicit def eventHandlerWithEvent[E <: Event](h: E => Unit): EventHandler[E] = new EventHandler[E] {
    override def handle(event: E) = h(event)
  }

  implicit def eventHandlerWithoutEvent[E <: Event](h: () => Unit): EventHandler[E] = new EventHandler[E] {
    override def handle(event: E) = h()
  }
}

Due the known Problem with scala-objecs and JavaFX way with reflection, i need a Object and a Class:

object ScalaFXTest extends ScalaFXApp[ScalaFXTest] with App {
  launch
}

class ScalaFXTest extends Application {
  override def start(primaryStage: Stage) = {
}}

Could be cooler, but works.

bernd

2011/6/8 Bernd Dutkowski <bernd.dutkowski@gmail.com>

2011/5/27 Rodrigo Cano <ioniviil@gmail.com>

So JavaFX 2 is finally in beta and everyone can test it, unfortunately, only for windows so I'll have to wait.Has anyone begun exploring it from scala?, Is there any plan to write a descent scala lib for it? .

I've started with some code:

package object scalafx {

  import javafx.application._
  import javafx.stage._
  import javafx.scene._
  import javafx.scene.shape._
  import javafx.scene.paint._
  import javafx.event._

  trait ScalaFXApp[A <: Application] {
    self: App => /*{
     
      /**
       * Doesn't work with Reflection used by JavaFX
       *
       * Use the {App}-Trait or define this Method on your own
       * @see App
       */
      def args:Array[String]
    } =>*/

    def launch(implicit m: Manifest[A]): Unit = {
      Application launch (m.erasure.asInstanceOf[Class[A]], args);
    }
  }

   implicit def eventHandlerWithEvent[E <: Event](h: E => Unit): EventHandler[E] = new EventHandler[E] {
    override def handle(event: E) = h(event)
  }

  implicit def eventHandlerWithoutEvent[E <: Event](h: () => Unit): EventHandler[E] = new EventHandler[E] {
    override def handle(event: E) = h()
  }
}

Due the known Problem with scala-objecs and JavaFX way with reflection, i need a Object and a Class:

object ScalaFXTest extends ScalaFXApp[ScalaFXTest] with App {
  launch
}

class ScalaFXTest extends Application {
  override def start(primaryStage: Stage) = {
}}

With the latest JavaFX 2 Build, it is possible to define the ScalaFX-Trait like this:

 trait ScalaFXApp[A <: Application] {
    self: {
      def args:Array[String]
    } =>

    def launch(implicit m: Manifest[A]): Unit = {
      Application launch (m.erasure.asInstanceOf[Class[A]], args);
    }
  }

Testet on JavaFX 2.0 (Win 64) with Scala 2.9.0.1, JDK 1.7 (Win 64) on Windows 7 64

From the FAQ:

5. What operating systems are supported by JavaFX?

JavaFX 2.0 will be fully supported on 32-bit and 64-bit versions of Microsoft Windows XP, Windows Vista, and Windows 7. Early Access versions of JavaFX 2.x for Mac OS and Linux will be made available at a later date, but support for these platforms will not be included as part of the JavaFX 2.0 final release.

 That simply sucks.

On Thu, Jun 9, 2011 at 5:01 AM, Bernd Dutkowski <bernd.dutkowski@gmail.com> wrote:

2011/6/8 Bernd Dutkowski <bernd.dutkowski@gmail.com>

2011/5/27 Rodrigo Cano <ioniviil@gmail.com>

So JavaFX 2 is finally in beta and everyone can test it, unfortunately, only for windows so I'll have to wait.Has anyone begun exploring it from scala?, Is there any plan to write a descent scala lib for it? .

I've started with some code:

package object scalafx {

  import javafx.application._
  import javafx.stage._
  import javafx.scene._
  import javafx.scene.shape._
  import javafx.scene.paint._
  import javafx.event._

  trait ScalaFXApp[A <: Application] {
    self: App => /*{
     
      /**
       * Doesn't work with Reflection used by JavaFX
       *
       * Use the {App}-Trait or define this Method on your own
       * @see App
       */
      def args:Array[String]
    } =>*/

    def launch(implicit m: Manifest[A]): Unit = {
      Application launch (m.erasure.asInstanceOf[Class[A]], args);
    }
  }

   implicit def eventHandlerWithEvent[E <: Event](h: E => Unit): EventHandler[E] = new EventHandler[E] {
    override def handle(event: E) = h(event)
  }

  implicit def eventHandlerWithoutEvent[E <: Event](h: () => Unit): EventHandler[E] = new EventHandler[E] {
    override def handle(event: E) = h()
  }
}

Due the known Problem with scala-objecs and JavaFX way with reflection, i need a Object and a Class:

object ScalaFXTest extends ScalaFXApp[ScalaFXTest] with App {
  launch
}

class ScalaFXTest extends Application {
  override def start(primaryStage: Stage) = {
}}

With the latest JavaFX 2 Build, it is possible to define the ScalaFX-Trait like this:

 trait ScalaFXApp[A <: Application] {
    self: {
      def args:Array[String]
    } =>

    def launch(implicit m: Manifest[A]): Unit = {
      Application launch (m.erasure.asInstanceOf[Class[A]], args);
    }
  }

Testet on JavaFX 2.0 (Win 64) with Scala 2.9.0.1, JDK 1.7 (Win 64) on Windows 7 64

Agree.As I said - it's better to create something directly in Scala with all the goodness.
Jiri

On Thu, Jun 9, 2011 at 10:13 PM, Rodrigo Cano <ioniviil@gmail.com> wrote:

From the FAQ:

5. What operating systems are supported by JavaFX?

JavaFX 2.0 will be fully supported on 32-bit and 64-bit versions of Microsoft Windows XP, Windows Vista, and Windows 7. Early Access versions of JavaFX 2.x for Mac OS and Linux will be made available at a later date, but support for these platforms will not be included as part of the JavaFX 2.0 final release.

 That simply sucks.

On Thu, Jun 9, 2011 at 5:01 AM, Bernd Dutkowski <bernd.dutkowski@gmail.com> wrote:

2011/6/8 Bernd Dutkowski <bernd.dutkowski@gmail.com>

2011/5/27 Rodrigo Cano <ioniviil@gmail.com>

So JavaFX 2 is finally in beta and everyone can test it, unfortunately, only for windows so I'll have to wait.Has anyone begun exploring it from scala?, Is there any plan to write a descent scala lib for it? .

I've started with some code:

package object scalafx {

  import javafx.application._
  import javafx.stage._
  import javafx.scene._
  import javafx.scene.shape._
  import javafx.scene.paint._
  import javafx.event._

  trait ScalaFXApp[A <: Application] {
    self: App => /*{
     
      /**
       * Doesn't work with Reflection used by JavaFX
       *
       * Use the {App}-Trait or define this Method on your own
       * @see App
       */
      def args:Array[String]
    } =>*/

    def launch(implicit m: Manifest[A]): Unit = {
      Application launch (m.erasure.asInstanceOf[Class[A]], args);
    }
  }

   implicit def eventHandlerWithEvent[E <: Event](h: E => Unit): EventHandler[E] = new EventHandler[E] {
    override def handle(event: E) = h(event)
  }

  implicit def eventHandlerWithoutEvent[E <: Event](h: () => Unit): EventHandler[E] = new EventHandler[E] {
    override def handle(event: E) = h()
  }
}

Due the known Problem with scala-objecs and JavaFX way with reflection, i need a Object and a Class:

object ScalaFXTest extends ScalaFXApp[ScalaFXTest] with App {
  launch
}

class ScalaFXTest extends Application {
  override def start(primaryStage: Stage) = {
}}

With the latest JavaFX 2 Build, it is possible to define the ScalaFX-Trait like this:

 trait ScalaFXApp[A <: Application] {
    self: {
      def args:Array[String]
    } =>

    def launch(implicit m: Manifest[A]): Unit = {
      Application launch (m.erasure.asInstanceOf[Class[A]], args);
    }
  }

Testet on JavaFX 2.0 (Win 64) with Scala 2.9.0.1, JDK 1.7 (Win 64) on Windows 7 64

--
web: http://www.dredwerkz.czblog: http://dr3dwerkz.blogspot.com/
code: https://github.com/g0dd4rd
group: http://groups.google.com/group/dr3dwerkz
music: http://profile.ultimate-guitar.com/g0dd4rd/
twitter: http://twitter.com/#!/g0dd4rd
profile: http://www.google.com/profiles/g0dd4rd
icq: 218 659 431

But it's not that easy as creating something directly in Scala with all the goodness, the major benefit of javafx 2 is all of it native improvement with Prism and the Glass window manager :S
On Thu, Jun 9, 2011 at 5:54 PM, Goddard Jiri <g0dd4rd@googlemail.com> wrote:

Agree.As I said - it's better to create something directly in Scala with all the goodness.
Jiri

On Thu, Jun 9, 2011 at 10:13 PM, Rodrigo Cano <ioniviil@gmail.com> wrote:

From the FAQ:

5. What operating systems are supported by JavaFX?

JavaFX 2.0 will be fully supported on 32-bit and 64-bit versions of Microsoft Windows XP, Windows Vista, and Windows 7. Early Access versions of JavaFX 2.x for Mac OS and Linux will be made available at a later date, but support for these platforms will not be included as part of the JavaFX 2.0 final release.

 That simply sucks.

On Thu, Jun 9, 2011 at 5:01 AM, Bernd Dutkowski <bernd.dutkowski@gmail.com> wrote:

2011/6/8 Bernd Dutkowski <bernd.dutkowski@gmail.com>

2011/5/27 Rodrigo Cano <ioniviil@gmail.com>

So JavaFX 2 is finally in beta and everyone can test it, unfortunately, only for windows so I'll have to wait.Has anyone begun exploring it from scala?, Is there any plan to write a descent scala lib for it? .

I've started with some code:

package object scalafx {

  import javafx.application._
  import javafx.stage._
  import javafx.scene._
  import javafx.scene.shape._
  import javafx.scene.paint._
  import javafx.event._

  trait ScalaFXApp[A <: Application] {
    self: App => /*{
     
      /**
       * Doesn't work with Reflection used by JavaFX
       *
       * Use the {App}-Trait or define this Method on your own
       * @see App
       */
      def args:Array[String]
    } =>*/

    def launch(implicit m: Manifest[A]): Unit = {
      Application launch (m.erasure.asInstanceOf[Class[A]], args);
    }
  }

   implicit def eventHandlerWithEvent[E <: Event](h: E => Unit): EventHandler[E] = new EventHandler[E] {
    override def handle(event: E) = h(event)
  }

  implicit def eventHandlerWithoutEvent[E <: Event](h: () => Unit): EventHandler[E] = new EventHandler[E] {
    override def handle(event: E) = h()
  }
}

Due the known Problem with scala-objecs and JavaFX way with reflection, i need a Object and a Class:

object ScalaFXTest extends ScalaFXApp[ScalaFXTest] with App {
  launch
}

class ScalaFXTest extends Application {
  override def start(primaryStage: Stage) = {
}}

With the latest JavaFX 2 Build, it is possible to define the ScalaFX-Trait like this:

 trait ScalaFXApp[A <: Application] {
    self: {
      def args:Array[String]
    } =>

    def launch(implicit m: Manifest[A]): Unit = {
      Application launch (m.erasure.asInstanceOf[Class[A]], args);
    }
  }

Testet on JavaFX 2.0 (Win 64) with Scala 2.9.0.1, JDK 1.7 (Win 64) on Windows 7 64

--
web: http://www.dredwerkz.czblog: http://dr3dwerkz.blogspot.com/
code: https://github.com/g0dd4rd
group: http://groups.google.com/group/dr3dwerkz
music: http://profile.ultimate-guitar.com/g0dd4rd/
twitter: http://twitter.com/#!/g0dd4rd
profile: http://www.google.com/profiles/g0dd4rd
icq: 218 659 431

On Thursday, June 9, 2011 at 1:13 PM, Rodrigo Cano wrote:

> From the FAQ:
>
> 5. What operating systems are supported by JavaFX?
>
> JavaFX 2.0 will be fully supported on 32-bit and 64-bit versions of Microsoft Windows XP, Windows Vista, and Windows 7. Early Access versions of JavaFX 2.x for Mac OS and Linux will be made available at a later date, but support for these platforms will not be included as part of the JavaFX 2.0 final release.
>
> That simply sucks.
>
Agreed.

But JavaFX is a BIG DEAL for Oracle. With JavaFX, they are essentially deprecating HUGE parts of Java (javax.swing.* and java.awt.*). If I were them, I would be very concerned about releasing buggy JavaFX versions on Mac's and Linux and getting pounded on in the developer blogs for it. Remember how long it took for the 'Java is slow' meme to die? I don't think they want to start a 'JavaFX sucks' meme.

On 06/09/11 17:49, Brian Schlining wrote:
> But JavaFX is a BIG DEAL for Oracle. With JavaFX, they are essentially deprecating HUGE parts of Java (javax.swing.* and java.awt.*). If I were them, I would be very concerned about releasing buggy JavaFX versions on Mac's and Linux and getting pounded on in the developer blogs for it. Remember how long it took for the 'Java is slow' meme to die? I don't think they want to start a 'JavaFX sucks' meme.

Sure. And they kill "Java is portable" in one shot, too. Gotta love company
politics.

Regards,

-Martin

you're right.i think that jvm supports even shaders, that is basically prism. it supports at least opengl or d3d, but i don't know to what extent.anyway, jfx runtime has another 28mb, i don't think people will want to download that. java3d knows shaders, and it's 6mb only. it contains nice scenegraph and i think it'd be possible to built such 2d/3d lib in scala that contains shaders to accelerate things.the other thing is media, webkit integration etc.
jiri

On Thu, Jun 9, 2011 at 11:11 PM, Rodrigo Cano <ioniviil@gmail.com> wrote:

But it's not that easy as creating something directly in Scala with all the goodness, the major benefit of javafx 2 is all of it native improvement with Prism and the Glass window manager :S
On Thu, Jun 9, 2011 at 5:54 PM, Goddard Jiri <g0dd4rd@googlemail.com> wrote:

Agree.As I said - it's better to create something directly in Scala with all the goodness.
Jiri

On Thu, Jun 9, 2011 at 10:13 PM, Rodrigo Cano <ioniviil@gmail.com> wrote:

From the FAQ:

5. What operating systems are supported by JavaFX?

JavaFX 2.0 will be fully supported on 32-bit and 64-bit versions of Microsoft Windows XP, Windows Vista, and Windows 7. Early Access versions of JavaFX 2.x for Mac OS and Linux will be made available at a later date, but support for these platforms will not be included as part of the JavaFX 2.0 final release.

 That simply sucks.

On Thu, Jun 9, 2011 at 5:01 AM, Bernd Dutkowski <bernd.dutkowski@gmail.com> wrote:

2011/6/8 Bernd Dutkowski <bernd.dutkowski@gmail.com>

2011/5/27 Rodrigo Cano <ioniviil@gmail.com>

So JavaFX 2 is finally in beta and everyone can test it, unfortunately, only for windows so I'll have to wait.Has anyone begun exploring it from scala?, Is there any plan to write a descent scala lib for it? .

I've started with some code:

package object scalafx {

  import javafx.application._
  import javafx.stage._
  import javafx.scene._
  import javafx.scene.shape._
  import javafx.scene.paint._
  import javafx.event._

  trait ScalaFXApp[A <: Application] {
    self: App => /*{
     
      /**
       * Doesn't work with Reflection used by JavaFX
       *
       * Use the {App}-Trait or define this Method on your own
       * @see App
       */
      def args:Array[String]
    } =>*/

    def launch(implicit m: Manifest[A]): Unit = {
      Application launch (m.erasure.asInstanceOf[Class[A]], args);
    }
  }

   implicit def eventHandlerWithEvent[E <: Event](h: E => Unit): EventHandler[E] = new EventHandler[E] {
    override def handle(event: E) = h(event)
  }

  implicit def eventHandlerWithoutEvent[E <: Event](h: () => Unit): EventHandler[E] = new EventHandler[E] {
    override def handle(event: E) = h()
  }
}

Due the known Problem with scala-objecs and JavaFX way with reflection, i need a Object and a Class:

object ScalaFXTest extends ScalaFXApp[ScalaFXTest] with App {
  launch
}

class ScalaFXTest extends Application {
  override def start(primaryStage: Stage) = {
}}

With the latest JavaFX 2 Build, it is possible to define the ScalaFX-Trait like this:

 trait ScalaFXApp[A <: Application] {
    self: {
      def args:Array[String]
    } =>

    def launch(implicit m: Manifest[A]): Unit = {
      Application launch (m.erasure.asInstanceOf[Class[A]], args);
    }
  }

Testet on JavaFX 2.0 (Win 64) with Scala 2.9.0.1, JDK 1.7 (Win 64) on Windows 7 64

--
web: http://www.dredwerkz.czblog: http://dr3dwerkz.blogspot.com/
code: https://github.com/g0dd4rd
group: http://groups.google.com/group/dr3dwerkz
music: http://profile.ultimate-guitar.com/g0dd4rd/
twitter: http://twitter.com/#!/g0dd4rd
profile: http://www.google.com/profiles/g0dd4rd
icq: 218 659 431

--
web: http://www.dredwerkz.czblog: http://dr3dwerkz.blogspot.com/
code: https://github.com/g0dd4rd
group: http://groups.google.com/group/dr3dwerkz
music: http://profile.ultimate-guitar.com/g0dd4rd/
twitter: http://twitter.com/#!/g0dd4rd
profile: http://www.google.com/profiles/g0dd4rd
icq: 218 659 431

Sure. And they kill "Java is portable" in one shot, too. Gotta love company
politics.

Regards,

-Martin

Well, being a Mac guy, I'm not real happy about this myself, but I've gone through a fair bit of the documentation, and it's obvious from the doco that jfx2 is a "resource-constrained" project at the moment; a lot of the API documentation is pretty light on the ground at the moment, and having worked as an API tech writer, that often happens when the tech writers aren't all programmers themselves, and the programmers don't have enough time to talk to the tech writers to fill in all the details. The decision to aim for windows is the sensible corporate one if there aren't enough resources to target all platforms at once.
I am a little disappointed that there is apparently a working Mac version out there (from some screenshots) that has been put out for public beta, or even public alpha.
Oh well. For the time being I'm trying to write my stuff in a way that will make it easy to port over to jfx2.
Ken

On Jun 9, 10:53 pm, Goddard Jiri wrote:
> you're right.
> i think that jvm supports even shaders, that is basically prism. it supports
> at least opengl or d3d, but i don't know to what extent.

As far as I can tell, not even VolatileImage is currently hardware
accelerated on the Mac JRE (somewhat annoying for some of my personal
projects, as my Mac is my development platform).

Very much hoping to get JavaFX on Mac soon here too. I suppose I can
curb my impatience if they are resource constrained as Ken
suggested. :-) I hope it's not too long though...

Kieron

VolatileImage can be promoted to HW acceleration - it's not always accelerated all the time - hence the name - volatile. It also depends on the image format (JPEG, PNG etc.)I still think there's a way via java3d and shaders. could be also worth it to get older version of jfx sdk source, extract and use the shaders or libs.
jiri

On Fri, Jun 10, 2011 at 9:40 AM, Kieron Wilkinson <kieron.wilkinson@paretopartners.com> wrote:

On Jun 9, 10:53 pm, Goddard Jiri <g0dd...@googlemail.com> wrote:
> you're right.
> i think that jvm supports even shaders, that is basically prism. it supports
> at least opengl or d3d, but i don't know to what extent.

As far as I can tell, not even VolatileImage is currently hardware
accelerated on the Mac JRE (somewhat annoying for some of my personal
projects, as my Mac is my development platform).

Very much hoping to get JavaFX on Mac soon here too. I suppose I can
curb my impatience if they are resource constrained as Ken
suggested. :-) I hope it's not too long though...

Kieron

--
web: http://www.dredwerkz.czblog: http://dr3dwerkz.blogspot.com/
code: https://github.com/g0dd4rd
group: http://groups.google.com/group/dr3dwerkz
music: http://profile.ultimate-guitar.com/g0dd4rd/
twitter: http://twitter.com/#!/g0dd4rd
profile: http://www.google.com/profiles/g0dd4rd
icq: 218 659 431

On Jun 10, 10:03 am, Goddard Jiri wrote:
> VolatileImage can be promoted to HW acceleration - it's not always
> accelerated all the time - hence the name - volatile. It also depends on the
> image format (JPEG, PNG etc.)

No, unfortunately, it seems on the Mac it never takes advantage of any
hardware acceleration.
VolatileImage.getImageCapabilities.isAccelerated always returns false
no matter what you do. I tried turning on the Quartz pipeline (-
Dapple.awt.graphics.UseQuartz=true), and created the compatible
volatile image, but it still didn't work. I had a look around, and I
could only find comments saying it was basically a BufferedImage on
Mac.

If you have managed to get it to work though, I'd love to know how!

> I still think there's a way via java3d and shaders. could be also worth it
> to get older version of jfx sdk source, extract and use the shaders or libs.

Nice idea. Anyone know the current status of Ingo's ScalaFX project?
IIRC, there was a GSOC project to make that use Java3D/JOGL...

Kieron

https://codereview.scala-lang.org/fisheye/changelog/~br=trunk/scala-svn/scalafx?view=all

On 10 June 2011 11:00, Kieron Wilkinson <kieron.wilkinson@paretopartners.com> wrote:

On Jun 10, 10:03 am, Goddard Jiri <g0dd...@googlemail.com> wrote:
> VolatileImage can be promoted to HW acceleration - it's not always
> accelerated all the time - hence the name - volatile. It also depends on the
> image format (JPEG, PNG etc.)

No, unfortunately, it seems on the Mac it never takes advantage of any
hardware acceleration.
VolatileImage.getImageCapabilities.isAccelerated always returns false
no matter what you do. I tried turning on the Quartz pipeline (-
Dapple.awt.graphics.UseQuartz=true), and created the compatible
volatile image, but it still didn't work. I had a look around, and I
could only find comments saying it was basically a BufferedImage on
Mac.

If you have managed to get it to work though, I'd love to know how!

> I still think there's a way via java3d and shaders. could be also worth it
> to get older version of jfx sdk source, extract and use the shaders or libs.

Nice idea. Anyone know the current status of Ingo's ScalaFX project?
IIRC, there was a GSOC project to make that use Java3D/JOGL...

Kieron

--
Kevin Wright

gtalk / msn : kev.lee.wright@gmail.comkev.lee.wright@gmail.commail: kevin.wright@scalatechnology.com
vibe / skype: kev.lee.wrightquora: http://www.quora.com/Kevin-Wright
twitter: @thecoda

"My point today is that, if we wish to count lines of code, we should not regard them as "lines produced" but as "lines spent": the current conventional wisdom is so foolish as to book that count on the wrong side of the ledger" ~ Dijkstra

@Kieron well, i don't know either - haven't really looked into it on Mac. Apple has their own JVM, so it's hard to know what they're doing there.

On Fri, Jun 10, 2011 at 12:03 PM, Kevin Wright <kev.lee.wright@gmail.com> wrote:

https://codereview.scala-lang.org/fisheye/changelog/~br=trunk/scala-svn/scalafx?view=all

On 10 June 2011 11:00, Kieron Wilkinson <kieron.wilkinson@paretopartners.com> wrote:

On Jun 10, 10:03 am, Goddard Jiri <g0dd...@googlemail.com> wrote:
> VolatileImage can be promoted to HW acceleration - it's not always
> accelerated all the time - hence the name - volatile. It also depends on the
> image format (JPEG, PNG etc.)

No, unfortunately, it seems on the Mac it never takes advantage of any
hardware acceleration.
VolatileImage.getImageCapabilities.isAccelerated always returns false
no matter what you do. I tried turning on the Quartz pipeline (-
Dapple.awt.graphics.UseQuartz=true), and created the compatible
volatile image, but it still didn't work. I had a look around, and I
could only find comments saying it was basically a BufferedImage on
Mac.

If you have managed to get it to work though, I'd love to know how!

> I still think there's a way via java3d and shaders. could be also worth it
> to get older version of jfx sdk source, extract and use the shaders or libs.

Nice idea. Anyone know the current status of Ingo's ScalaFX project?
IIRC, there was a GSOC project to make that use Java3D/JOGL...

Kieron

--
Kevin Wright

gtalk / msn : kev.lee.wright@gmail.comkev.lee.wright@gmail.commail: kevin.wright@scalatechnology.com
vibe / skype: kev.lee.wrightquora: http://www.quora.com/Kevin-Wright
twitter: @thecoda

"My point today is that, if we wish to count lines of code, we should not regard them as "lines produced" but as "lines spent": the current conventional wisdom is so foolish as to book that count on the wrong side of the ledger" ~ Dijkstra

--
web: http://www.dredwerkz.czblog: http://dr3dwerkz.blogspot.com/
code: https://github.com/g0dd4rd
group: http://groups.google.com/group/dr3dwerkz
music: http://profile.ultimate-guitar.com/g0dd4rd/
twitter: http://twitter.com/#!/g0dd4rd
profile: http://www.google.com/profiles/g0dd4rd
icq: 218 659 431

Apple "donated" their JVM to Oracle, so technically they should be
able to figure it all out.

On Fri, Jun 10, 2011 at 5:39 AM, Goddard Jiri wrote:
> @Kieron well, i don't know either - haven't really looked into it on Mac.
> Apple has their own JVM, so it's hard to know what they're doing there.
>

https://codereview.scala-lang.org/fisheye/changelog/~br=trunk/scala-svn/...
https://codereview.scala-lang.org/fisheye/changelog/~br=trunk/scala-svn/...

On Fri, Jun 10, 2011 at 3:03 AM, Kevin Wright wrote:
> https://codereview.scala-lang.org/fisheye/changelog/~br=trunk/scala-svn/...
>
> On 10 June 2011 11:00, Kieron Wilkinson
> wrote:
>>
>> On Jun 10, 10:03 am, Goddard Jiri wrote:
>> > VolatileImage can be promoted to HW acceleration - it's not always
>> > accelerated all the time - hence the name - volatile. It also depends on
>> > the
>> > image format (JPEG, PNG etc.)
>>
>> No, unfortunately, it seems on the Mac it never takes advantage of any
>> hardware acceleration.
>> VolatileImage.getImageCapabilities.isAccelerated always returns false
>> no matter what you do. I tried turning on the Quartz pipeline (-
>> Dapple.awt.graphics.UseQuartz=true), and created the compatible
>> volatile image, but it still didn't work. I had a look around, and I
>> could only find comments saying it was basically a BufferedImage on
>> Mac.
>>
>> If you have managed to get it to work though, I'd love to know how!
>>
>> > I still think there's a way via java3d and shaders. could be also worth
>> > it
>> > to get older version of jfx sdk source, extract and use the shaders or
>> > libs.
>>
>> Nice idea. Anyone know the current status of Ingo's ScalaFX project?
>> IIRC, there was a GSOC project to make that use Java3D/JOGL...
>>
>> Kieron
>
>
> --
> Kevin Wright
>
> gtalk / msn : kev.lee.wright@gmail.com
> mail: kevin.wright@scalatechnology.com
> vibe / skype: kev.lee.wright
> quora: http://www.quora.com/Kevin-Wright
> twitter: @thecoda
>
> "My point today is that, if we wish to count lines of code, we should not
> regard them as "lines produced" but as "lines spent": the current
> conventional wisdom is so foolish as to book that count on the wrong side of
> the ledger" ~ Dijkstra
>

I would interpret this as meaning that Mac and Linux versions will be in a later JaxaFX release, e.g., maybe JavaFX 2.1. Why would they have early access versions for the platforms if they weren't planning to support them?

On Thu, Jun 9, 2011 at 4:13 PM, Rodrigo Cano <ioniviil@gmail.com> wrote:

From the FAQ:

5. What operating systems are supported by JavaFX?

JavaFX 2.0 will be fully supported on 32-bit and 64-bit versions of Microsoft Windows XP, Windows Vista, and Windows 7. Early Access versions of JavaFX 2.x for Mac OS and Linux will be made available at a later date, but support for these platforms will not be included as part of the JavaFX 2.0 final release.

 That simply sucks.

On Thu, Jun 9, 2011 at 5:01 AM, Bernd Dutkowski <bernd.dutkowski@gmail.com> wrote:

2011/6/8 Bernd Dutkowski <bernd.dutkowski@gmail.com>

2011/5/27 Rodrigo Cano <ioniviil@gmail.com>

So JavaFX 2 is finally in beta and everyone can test it, unfortunately, only for windows so I'll have to wait.Has anyone begun exploring it from scala?, Is there any plan to write a descent scala lib for it? .

I've started with some code:

package object scalafx {

  import javafx.application._
  import javafx.stage._
  import javafx.scene._
  import javafx.scene.shape._
  import javafx.scene.paint._
  import javafx.event._

  trait ScalaFXApp[A <: Application] {
    self: App => /*{
     
      /**
       * Doesn't work with Reflection used by JavaFX
       *
       * Use the {App}-Trait or define this Method on your own
       * @see App
       */
      def args:Array[String]
    } =>*/

    def launch(implicit m: Manifest[A]): Unit = {
      Application launch (m.erasure.asInstanceOf[Class[A]], args);
    }
  }

   implicit def eventHandlerWithEvent[E <: Event](h: E => Unit): EventHandler[E] = new EventHandler[E] {
    override def handle(event: E) = h(event)
  }

  implicit def eventHandlerWithoutEvent[E <: Event](h: () => Unit): EventHandler[E] = new EventHandler[E] {
    override def handle(event: E) = h()
  }
}

Due the known Problem with scala-objecs and JavaFX way with reflection, i need a Object and a Class:

object ScalaFXTest extends ScalaFXApp[ScalaFXTest] with App {
  launch
}

class ScalaFXTest extends Application {
  override def start(primaryStage: Stage) = {
}}

With the latest JavaFX 2 Build, it is possible to define the ScalaFX-Trait like this:

 trait ScalaFXApp[A <: Application] {
    self: {
      def args:Array[String]
    } =>

    def launch(implicit m: Manifest[A]): Unit = {
      Application launch (m.erasure.asInstanceOf[Class[A]], args);
    }
  }

Testet on JavaFX 2.0 (Win 64) with Scala 2.9.0.1, JDK 1.7 (Win 64) on Windows 7 64

--
There are more things in heaven and earth, Horatio,
Than are dreamt of in your philosophy.

So JavaFX 2 is finally in beta and everyone can test it, unfortunately, only for windows so I'll have to wait. Has anyone begun exploring it from scala?, Is there any plan to write a descent scala lib for it?

Just FYI, here's some links to other folks working on using JavaFX with alternative-JVM languages:
GroovyFX:  http://groovy.codehaus.org/GroovyFX
Simple app in Clojure: http://blog.altasoft.pl/2011/06/clojure-javafx-2-0-simple-app/
Visualizing GIS data in JavaFX: http://rrusin.blogspot.com/2011/06/visualizing-gis-data-in-javafx-20-beta.html


--
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
Brian Schlining
bschlining@gmail.com

Has anyone run JavaFX 2 on WINE?

On Sun, Jun 12, 2011 at 9:30 PM, Brian Schlining <bschlining@gmail.com> wrote:

So JavaFX 2 is finally in beta and everyone can test it, unfortunately, only for windows so I'll have to wait. Has anyone begun exploring it from scala?, Is there any plan to write a descent scala lib for it?

Just FYI, here's some links to other folks working on using JavaFX with alternative-JVM languages:
GroovyFX:  http://groovy.codehaus.org/GroovyFX
Simple app in Clojure: http://blog.altasoft.pl/2011/06/clojure-javafx-2-0-simple-app/
Visualizing GIS data in JavaFX: http://rrusin.blogspot.com/2011/06/visualizing-gis-data-in-javafx-20-beta.html


--
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
Brian Schlining
bschlining@gmail.com

I was just wondering if anyone had made reactive wrappers for javafx 2.0 yet, like the swing ones.
Matthew

On 16 June 2011 21:50, Naftoli Gugenheim <naftoligug@gmail.com> wrote:

Has anyone run JavaFX 2 on WINE?

On Sun, Jun 12, 2011 at 9:30 PM, Brian Schlining <bschlining@gmail.com> wrote:

So JavaFX 2 is finally in beta and everyone can test it, unfortunately, only for windows so I'll have to wait. Has anyone begun exploring it from scala?, Is there any plan to write a descent scala lib for it?

Just FYI, here's some links to other folks working on using JavaFX with alternative-JVM languages:
GroovyFX:  http://groovy.codehaus.org/GroovyFX
Simple app in Clojure: http://blog.altasoft.pl/2011/06/clojure-javafx-2-0-simple-app/
Visualizing GIS data in JavaFX: http://rrusin.blogspot.com/2011/06/visualizing-gis-data-in-javafx-20-beta.html


--
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
Brian Schlining
bschlining@gmail.com

--
Dr Matthew PocockVisitor, School of Computing Science, Newcastle Universitymailto: turingatemyhamster@gmail.com gchat: turingatemyhamster@gmail.commsn: matthew_pocock@yahoo.co.uk irc.freenode.net: drdozer(0191) 2566550

Not to my knowledge. It would help if it was released for Linux, although I could set up VirtualBox...If you're interested in helping to get the ball rolling, it would be great.

On Fri, Jul 8, 2011 at 9:24 AM, Matthew Pocock <turingatemyhamster@gmail.com> wrote:

I was just wondering if anyone had made reactive wrappers for javafx 2.0 yet, like the swing ones.
Matthew

On 16 June 2011 21:50, Naftoli Gugenheim <naftoligug@gmail.com> wrote:

Has anyone run JavaFX 2 on WINE?

On Sun, Jun 12, 2011 at 9:30 PM, Brian Schlining <bschlining@gmail.com> wrote:

So JavaFX 2 is finally in beta and everyone can test it, unfortunately, only for windows so I'll have to wait. Has anyone begun exploring it from scala?, Is there any plan to write a descent scala lib for it?

Just FYI, here's some links to other folks working on using JavaFX with alternative-JVM languages:
GroovyFX:  http://groovy.codehaus.org/GroovyFX
Simple app in Clojure: http://blog.altasoft.pl/2011/06/clojure-javafx-2-0-simple-app/
Visualizing GIS data in JavaFX: http://rrusin.blogspot.com/2011/06/visualizing-gis-data-in-javafx-20-beta.html


--
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
Brian Schlining
bschlining@gmail.com

--
Dr Matthew PocockVisitor, School of Computing Science, Newcastle Universitymailto: turingatemyhamster@gmail.com gchat: turingatemyhamster@gmail.commsn: matthew_pocock@yahoo.co.uk irc.freenode.net: drdozer(0191) 2566550

I guess I'll hold off until there's a linux version. I was hunting about today for the reactive-swing wrappers but not finding them. Never mind.
Matthew

On 8 July 2011 18:07, Naftoli Gugenheim <naftoligug@gmail.com> wrote:

Not to my knowledge. It would help if it was released for Linux, although I could set up VirtualBox... If you're interested in helping to get the ball rolling, it would be great.

On Fri, Jul 8, 2011 at 9:24 AM, Matthew Pocock <turingatemyhamster@gmail.com> wrote:

I was just wondering if anyone had made reactive wrappers for javafx 2.0 yet, like the swing ones.
Matthew

On 16 June 2011 21:50, Naftoli Gugenheim <naftoligug@gmail.com> wrote:

Has anyone run JavaFX 2 on WINE?

On Sun, Jun 12, 2011 at 9:30 PM, Brian Schlining <bschlining@gmail.com> wrote:

So JavaFX 2 is finally in beta and everyone can test it, unfortunately, only for windows so I'll have to wait. Has anyone begun exploring it from scala?, Is there any plan to write a descent scala lib for it?

Just FYI, here's some links to other folks working on using JavaFX with alternative-JVM languages:
GroovyFX:  http://groovy.codehaus.org/GroovyFX
Simple app in Clojure: http://blog.altasoft.pl/2011/06/clojure-javafx-2-0-simple-app/
Visualizing GIS data in JavaFX: http://rrusin.blogspot.com/2011/06/visualizing-gis-data-in-javafx-20-beta.html


--
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
Brian Schlining
bschlining@gmail.com

--
Dr Matthew PocockVisitor, School of Computing Science, Newcastle Universitymailto: turingatemyhamster@gmail.com gchat: turingatemyhamster@gmail.commsn: matthew_pocock@yahoo.co.uk irc.freenode.net: drdozer(0191) 2566550

--
Dr Matthew PocockVisitor, School of Computing Science, Newcastle Universitymailto: turingatemyhamster@gmail.com gchat: turingatemyhamster@gmail.commsn: matthew_pocock@yahoo.co.uk irc.freenode.net: drdozer(0191) 2566550

I am also waiting for a linux version before doing wrappers for it. 

On Fri, Jul 8, 2011 at 4:08 PM, Matthew Pocock <turingatemyhamster@gmail.com> wrote:

I guess I'll hold off until there's a linux version. I was hunting about today for the reactive-swing wrappers but not finding them. Never mind.
Matthew

On 8 July 2011 18:07, Naftoli Gugenheim <naftoligug@gmail.com> wrote:

Not to my knowledge. It would help if it was released for Linux, although I could set up VirtualBox... If you're interested in helping to get the ball rolling, it would be great.

On Fri, Jul 8, 2011 at 9:24 AM, Matthew Pocock <turingatemyhamster@gmail.com> wrote:

I was just wondering if anyone had made reactive wrappers for javafx 2.0 yet, like the swing ones.
Matthew

On 16 June 2011 21:50, Naftoli Gugenheim <naftoligug@gmail.com> wrote:

Has anyone run JavaFX 2 on WINE?

On Sun, Jun 12, 2011 at 9:30 PM, Brian Schlining <bschlining@gmail.com> wrote:

So JavaFX 2 is finally in beta and everyone can test it, unfortunately, only for windows so I'll have to wait. Has anyone begun exploring it from scala?, Is there any plan to write a descent scala lib for it?

Just FYI, here's some links to other folks working on using JavaFX with alternative-JVM languages:
GroovyFX:  http://groovy.codehaus.org/GroovyFX
Simple app in Clojure: http://blog.altasoft.pl/2011/06/clojure-javafx-2-0-simple-app/
Visualizing GIS data in JavaFX: http://rrusin.blogspot.com/2011/06/visualizing-gis-data-in-javafx-20-beta.html


--
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
Brian Schlining
bschlining@gmail.com

--
Dr Matthew PocockVisitor, School of Computing Science, Newcastle Universitymailto: turingatemyhamster@gmail.com gchat: turingatemyhamster@gmail.commsn: matthew_pocock@yahoo.co.uk irc.freenode.net: drdozer(0191) 2566550

--
Dr Matthew PocockVisitor, School of Computing Science, Newcastle Universitymailto: turingatemyhamster@gmail.com gchat: turingatemyhamster@gmail.commsn: matthew_pocock@yahoo.co.uk irc.freenode.net: drdozer(0191) 2566550

I tried installing it via WINE, but the installers gave some errors (a file does exist, or does not exist...). It's probably worthwhile to try running the installer on Windows and then accessing the extracted binaries from Linux via WINE though. Apparently Ubuntu's WINE only runs 32-bit EXEs, though.

On Fri, Jul 8, 2011 at 3:17 PM, Rodrigo Cano <ioniviil@gmail.com> wrote:

I am also waiting for a linux version before doing wrappers for it. 

On Fri, Jul 8, 2011 at 4:08 PM, Matthew Pocock <turingatemyhamster@gmail.com> wrote:

I guess I'll hold off until there's a linux version. I was hunting about today for the reactive-swing wrappers but not finding them. Never mind.
Matthew

On 8 July 2011 18:07, Naftoli Gugenheim <naftoligug@gmail.com> wrote:

Not to my knowledge. It would help if it was released for Linux, although I could set up VirtualBox... If you're interested in helping to get the ball rolling, it would be great.

On Fri, Jul 8, 2011 at 9:24 AM, Matthew Pocock <turingatemyhamster@gmail.com> wrote:

I was just wondering if anyone had made reactive wrappers for javafx 2.0 yet, like the swing ones.
Matthew

On 16 June 2011 21:50, Naftoli Gugenheim <naftoligug@gmail.com> wrote:

Has anyone run JavaFX 2 on WINE?

On Sun, Jun 12, 2011 at 9:30 PM, Brian Schlining <bschlining@gmail.com> wrote:

So JavaFX 2 is finally in beta and everyone can test it, unfortunately, only for windows so I'll have to wait. Has anyone begun exploring it from scala?, Is there any plan to write a descent scala lib for it?

Just FYI, here's some links to other folks working on using JavaFX with alternative-JVM languages:
GroovyFX:  http://groovy.codehaus.org/GroovyFX
Simple app in Clojure: http://blog.altasoft.pl/2011/06/clojure-javafx-2-0-simple-app/
Visualizing GIS data in JavaFX: http://rrusin.blogspot.com/2011/06/visualizing-gis-data-in-javafx-20-beta.html


--
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
Brian Schlining
bschlining@gmail.com

--
Dr Matthew PocockVisitor, School of Computing Science, Newcastle Universitymailto: turingatemyhamster@gmail.com gchat: turingatemyhamster@gmail.commsn: matthew_pocock@yahoo.co.uk irc.freenode.net: drdozer(0191) 2566550

--
Dr Matthew PocockVisitor, School of Computing Science, Newcastle Universitymailto: turingatemyhamster@gmail.com gchat: turingatemyhamster@gmail.commsn: matthew_pocock@yahoo.co.uk irc.freenode.net: drdozer(0191) 2566550

I'm guessing we'll see a Mac version before Linux. I'm on a Mac so that's my hope anyway :-)
Ken

>>>>> "Kevin" == Kevin Wright writes:

Kevin> I just tried it :) You have to update about 20 files where
Kevin> classes/interfaces are defined with a trailing semicolon, which
Kevin> scaladoc chokes on. It also generates a LOT of warnings about
Kevin> cyclic references and unfound types.

Kevin> The resulting documentation is very slow, and also desparate for
Kevin> a hierarchical package view. But... yes... It does work (broadly
Kevin> speaking)

I was disappointed to discover that although Scaladoc will process Java
code, it ignores any Javadoc/Scaladoc comments in that code. So while
it's certainly better than nothing, it's really not a very satisfactory
solution for documenting a mixed Java/Scala codebase.