Comments for Lobo Project Blog http://lobobrowser.wordpress.com Primarily about the Lobo web browser and the Cobra rendering engine Fri, 30 Oct 2009 20:11:15 +0000 http://wordpress.com/ hourly 1 Comment on Lobo Integration in DeepaMehta by theuserbl http://lobobrowser.wordpress.com/2009/10/21/lobo-integration-in-deepamehta/#comment-40 theuserbl Fri, 30 Oct 2009 20:11:15 +0000 http://lobobrowser.wordpress.com/?p=52#comment-40 To the topic of "JavaFX", I think, this could be interesting for you: <a href="http://weblogs.java.net/blog/2009/06/09/top-5-most-important-features-javafx-12" rel="nofollow">http://weblogs.java.net/blog/2009/06/09/top-5-most-important-features-javafx-12</a>: "<i>JavaFX apps are distributed as applets or webstart, so the correct runtime will be auto-downloaded from dl.javafx.com and cached. The runtime is versioned, so you never have to worry about a new update breaking your old app. If you wrote an app against the 1.1 runtime it will always run against the 1.1 runtime, even if we've released JavaFX 30 by then.</i>" <a href="http://weblogs.java.net/blog/opinali/archive/2009/10/29/programming-bitmapped-graphics-javafx" rel="nofollow">http://weblogs.java.net/blog/opinali/archive/2009/10/29/programming-bitmapped-graphics-javafx</a>: "<i>Please stop quoting that first blog (Anthony Goubard's), this is FUD. Those comments are specific to the JavaFX Preview release, which licensing terms were obviously more limited. The license changed in JavaFX 1.0, so there's no expiration, no restrictions for commercial use, etc. On the other blogs: yep, the JavaFX runtime is not yet open source, I have been a vocal critic of this fact, remarkably because Sun has officially promised that JavaFX would be eventually full open source; but that was years ago when Sun started the project and before the decision to sell themselves. Now it's possible that the license change is mostly blocked by the never-ending Oracle/Sun deal; hopefully this drama will end soon, and Oracle will make the right decision and move JavaFX to GPLv2, to join the OpenJDK ecosystem. Anyway, until this happens, JavaFX's license is not any worse than most proprietary licenses(*). If your choice is one of JavaFX, Flash or Silverlight, you don't really have a choice. (Mono's Moonlight could be a good choice if you like .NET/Silverlight and if you don't mind Mono's possible issues with Microsoft's patents and historical behavior towards open source.) (*)The runtime's distribution restriction is meaningless because JavaFX is not designed for a deployment model of bundling the runtime with the application. The runtime is automatically downloaded when some JavaFX apps runs for the first time, and it's not a big download. There's no way to do a standalone install of the JavaFX runtime, it's just a bunch of jars and DDLs inside the JRE's resource cache. </i>" To the topic of “JavaFX”, I think, this could be interesting
for you:

http://weblogs.java.net/blog/2009/06/09/top-5-most-important-features-javafx-12:
“JavaFX apps are distributed as applets or webstart, so the correct runtime will be auto-downloaded from dl.javafx.com and cached. The runtime is versioned, so you never have to worry about a new update breaking your old app. If you wrote an app against the 1.1 runtime it will always run against the 1.1 runtime, even if we’ve released JavaFX 30 by then.”

http://weblogs.java.net/blog/opinali/archive/2009/10/29/programming-bitmapped-graphics-javafx:
“Please stop quoting that first blog (Anthony Goubard’s), this is FUD. Those comments are specific to the JavaFX Preview release, which licensing terms were obviously more limited. The license changed in JavaFX 1.0, so there’s no expiration, no restrictions for commercial use, etc.

On the other blogs: yep, the JavaFX runtime is not yet open source, I have been a vocal critic of this fact, remarkably because Sun has officially promised that JavaFX would be eventually full open source; but that was years ago when Sun started the project and before the decision to sell themselves. Now it’s possible that the license change is mostly blocked by the never-ending Oracle/Sun deal; hopefully this drama will end soon, and Oracle will make the right decision and move JavaFX to GPLv2, to join the OpenJDK ecosystem.

Anyway, until this happens, JavaFX’s license is not any worse than most proprietary licenses(*). If your choice is one of JavaFX, Flash or Silverlight, you don’t really have a choice. (Mono’s Moonlight could be a good choice if you like .NET/Silverlight and if you don’t mind Mono’s possible issues with Microsoft’s patents and historical behavior towards open source.)

(*)The runtime’s distribution restriction is meaningless because JavaFX is not designed for a deployment model of bundling the runtime with the application. The runtime is automatically downloaded when some JavaFX apps runs for the first time, and it’s not a big download. There’s no way to do a standalone install of the JavaFX runtime, it’s just a bunch of jars and DDLs inside the JRE’s resource cache.
“

]]> Comment on Lobo Integration in DeepaMehta by lobochief http://lobobrowser.wordpress.com/2009/10/21/lobo-integration-in-deepamehta/#comment-39 lobochief Wed, 28 Oct 2009 23:40:46 +0000 http://lobobrowser.wordpress.com/?p=52#comment-39 @Kenny: I agree there hasn't been as much progress as I would've hoped, and not just in that area. @Kenny: I agree there hasn’t been as much progress as I would’ve hoped, and not just in that area.

]]> Comment on Lobo Integration in DeepaMehta by Kenny http://lobobrowser.wordpress.com/2009/10/21/lobo-integration-in-deepamehta/#comment-38 Kenny Wed, 28 Oct 2009 17:13:53 +0000 http://lobobrowser.wordpress.com/?p=52#comment-38 I only replay here, because its currently your latest post. At <a href="http://lobobrowser.wordpress.com/2008/12/22/javafx-10-license-unreasonable/" rel="nofollow">this blog entry</a> you have written about the JavaFX-license. You have speculated, that in the future will be comming a better license for JFX out. You have written it December 2008. Now we are 10 month later. And nothing happen. I only replay here, because its currently your latest post.

At this blog entry you have written about the JavaFX-license. You have speculated, that in the future will be comming a better license for JFX out.
You have written it December 2008. Now we are 10 month later. And nothing happen.

]]> Comment on Lobo Browser 0.98.4 Released by Scott Duensing http://lobobrowser.wordpress.com/2009/01/19/lobo-browser-0984-released/#comment-27 Scott Duensing Wed, 04 Feb 2009 16:03:25 +0000 http://lobobrowser.wordpress.com/?p=39#comment-27 You're all insane. I love it. HTML needs to die - it was never intended for what we're all doing with it. It's for adding context to textual documents, not for adding presentation! Prove JavaFX or something else is better! You’re all insane. I love it. HTML needs to die – it was never intended for what we’re all doing with it. It’s for adding context to textual documents, not for adding presentation! Prove JavaFX or something else is better!

]]> Comment on Lobo Browser 0.98.4 Released by Swing links of the week, January 26th | Jonathan Giles http://lobobrowser.wordpress.com/2009/01/19/lobo-browser-0984-released/#comment-26 Swing links of the week, January 26th | Jonathan Giles Sun, 25 Jan 2009 19:57:57 +0000 http://lobobrowser.wordpress.com/?p=39#comment-26 [...] Browser 0.98.4 has been announced. The major news of this release is that it updates Lobo’s support of direct rendering of JavaFX [...] [...] Browser 0.98.4 has been announced. The major news of this release is that it updates Lobo’s support of direct rendering of JavaFX [...]

]]> Comment on JavaFX Video in a Swing Application – Technically Doable by lqd http://lobobrowser.wordpress.com/2008/12/29/javafx-video-in-a-swing-application-technically-doable/#comment-13 lqd Mon, 29 Dec 2008 16:39:42 +0000 http://lobobrowser.wordpress.com/?p=27#comment-13 Just for fun i'll kick in another way that lets you add hw accelerated effects, transforms and all: using scenario's SGMediaView that comes with javafx but is for swing (scenario 1.0, not the gpl'd scenario 0.6). Just for fun i’ll kick in another way that lets you add hw accelerated effects, transforms and all: using scenario’s SGMediaView that comes with javafx but is for swing (scenario 1.0, not the gpl’d scenario 0.6).

]]> Comment on JavaFX Video in a Swing Application – Technically Doable by lobochief http://lobobrowser.wordpress.com/2008/12/29/javafx-video-in-a-swing-application-technically-doable/#comment-11 lobochief Mon, 29 Dec 2008 13:58:10 +0000 http://lobobrowser.wordpress.com/?p=27#comment-11 Yes, I'm sure there's a way to do it by only using jmc.jar and the required DLLs. I'm not familiar with that API. Is there documentation on the JMC API other than the PDF? Personally what I was interested in finding out is if you could run JavaFX code with MediaView and MediaPlayer inside a Swing application that is run standalone (the Lobo browser) with java and not javafx. Now I see how it could potentially be done. Yes, I’m sure there’s a way to do it by only using jmc.jar and the required DLLs. I’m not familiar with that API. Is there documentation on the JMC API other than the PDF?

Personally what I was interested in finding out is if you could run JavaFX code with MediaView and MediaPlayer inside a Swing application that is run standalone (the Lobo browser) with java and not javafx. Now I see how it could potentially be done.

]]> Comment on JavaFX Video in a Swing Application – Technically Doable by David http://lobobrowser.wordpress.com/2008/12/29/javafx-video-in-a-swing-application-technically-doable/#comment-10 David Mon, 29 Dec 2008 13:15:06 +0000 http://lobobrowser.wordpress.com/?p=27#comment-10 That's a very good attempt to do thing differently. For those who want simpler solution integrating media support into Swing application can directly use the media API without the JavaFX classes and API :^> . The advantage of this approach is to reduce the complexity of the code (by not using JavaFX's layer) and perhaps save some (Negligible) memory and offer slight performance improvement. So for those who want to find out how to do this can read the following Sun's presentation Incorporating Media into Java and JavaFX™ Technology Based Platforms http://dsc.sun.com/learning/javaoneonline/2008/pdf/TS-6509.pdf Have fun with JavaFX and Swing... That’s a very good attempt to do thing differently.

For those who want simpler solution integrating media support into Swing application can directly use the media API without the JavaFX classes and API :^> . The advantage of this approach is to reduce the complexity of the code (by not using JavaFX’s layer) and perhaps save some (Negligible) memory and offer slight performance improvement.

So for those who want to find out how to do this can read the following Sun’s presentation
Incorporating Media into Java and JavaFX™
Technology Based Platforms
http://dsc.sun.com/learning/javaoneonline/2008/pdf/TS-6509.pdf

Have fun with JavaFX and Swing…

]]> Comment on JavaFX Video in a Swing Application – Technically Doable by Kirill Grouchnikov http://lobobrowser.wordpress.com/2008/12/29/javafx-video-in-a-swing-application-technically-doable/#comment-9 Kirill Grouchnikov Mon, 29 Dec 2008 05:47:54 +0000 http://lobobrowser.wordpress.com/?p=27#comment-9 Pure Swing code with none of the JavaFX internals is at http://www.pushing-pixels.org/?p=909 Pure Swing code with none of the JavaFX internals is at http://www.pushing-pixels.org/?p=909

]]> Comment on The JavaFX 1.0 License – Completely unreasonable? by JavaFX Video in a Swing Application - Technically Doable « Lobo Project Blog http://lobobrowser.wordpress.com/2008/12/22/javafx-10-license-unreasonable/#comment-7 JavaFX Video in a Swing Application - Technically Doable « Lobo Project Blog Mon, 29 Dec 2008 03:57:47 +0000 http://lobobrowser.wordpress.com/?p=12#comment-7 [...] The JavaFX 1.0 License - Completely unreasonable? [...] [...] The JavaFX 1.0 License – Completely unreasonable? [...]

]]>