Re: JavaFX at JavaOne 2014
For those who worry, Applications created with the JavaFX Android SDK work fine on ART (as expected). After all, we're following Android's rules. - Johan 2014-06-23 20:31 GMT+02:00 John Smith john_sm...@symantec.com: I don't know much about Android, but does it have to be a VM, or could you use ART or an ART equivalent: http://www.extremetech.com/computing/170677-android-art-google-finally-moves-to-replace-dalvik-to-boost-performance-and-battery-life https://source.android.com/devices/tech/dalvik/art.html John -Original Message- From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of Herve Girod Sent: Monday, June 23, 2014 8:20 AM To: Pedro Duque Vieira Cc: OpenJFX Mailing List Subject: Re: JavaFX at JavaOne 2014 There are no reasons that JavaFX could not work well on mobile platforms, providing there is a JVM. I was convinced that mobile UI toolkits were very specific, but it's really not the case. Android UI Toolkit has really very few mobile specificities for example. 2014-06-23 16:46 GMT+02:00 Pedro Duque Vieira pedro.duquevie...@gmail.com : People have tried HTML5 as a way to create apps for mobile platforms. Most of the big names who tried this e.g. Facebook have abandoned it. They've abandoned it but not because of the reasons you imply but rather due to HTML5 limitations of providing a good native experience in regards to performance, fluid animations, etc. And also there's a reason why all of them started using HTML5 in the first place: faster delivery time. You only need a code base and with few small adjustments can deliver an app for all mobile platforms. Later you can start concentrating on delivering the best experience on each platform. BTW I don't think JavaFX can fade away given that it's starting from obscurity already ;) Truth is the world lacks a convincing cross platform UI toolkit at the moment: there's Qt, which is fine for C++ but is not so pleasant from other languages, there's Swing, there's HTML5. JavaFX is already undoubtedly one of the best cross platform (desktop cross platform) UI toolkits out there. But that isn't enough as desktop is becoming less and less important. Thanks, On Mon, Jun 23, 2014 at 12:17 PM, Mike Hearn m...@plan99.net wrote: If it is correct that JavaFX won't be supporting iOS or Android (officially), IMO JavaFX will start fading away as soon as there is a reliable technology that can create apps for all platforms. People have tried HTML5 as a way to create apps for mobile platforms. Most of the big names who tried this e.g. Facebook have abandoned it. Personally, I don't care much about JavaFX on Android or iOS because mobile has such different UI requirements and conventions to desktop platforms. I can write a JFX GUI that looks and feels good across Mac/Win/Linux with very little platform specific code because those platforms are all quite similar and anyway, the respective developers of those platforms trained users to expect apps to not fit in perfectly. On mobile, things are different: you can't just use a desktop UI, you need a totally new UI and maybe even feature set built from scratch. On Android the UI toolkit is closely linked with the lifecycle rules. And UI's tend to be a lot more consistent, with the worst offenders being apps that weren't updated to the latest UI conventions yet rather than apps which simply reinvent the look and feel from scratch. I'd actually prefer that Oracle focuses on making a great desktop solution. Hype aside there are still many apps not appropriate for mobiles or tablets. Then with a Java or JVM-language backend I can have just two UI codebases, one for desktop, one for Android and that gets most mobiles. Then RoboVM's Cocoa bindings can be used if need be for iOS. BTW I don't think JavaFX can fade away given that it's starting from obscurity already ;) Truth is the world lacks a convincing cross platform UI toolkit at the moment: there's Qt, which is fine for C++ but is not so pleasant from other languages, there's Swing, there's HTML5. Both Swing and Qt have a reputation for making ugly GUI's. That may or may not be deserved these days, but people remember the history. Plus deployment is horrible. That leaves HTML5, which despite its manifest limitations at least can be made to easily look good via CSS, follow modern fashions, work on everyone's computers and people don't have to download an extra app runtime. So for many apps it's appropriate especially when the bulk of the app logic runs on a server. JavaFX 8, at least based on my experience so far, can be used to make attractive and web-style UIs, thus matching the first of HTML5's capabilities, plus it has the benefit of actually being designed, unlike
RE: JavaFX at JavaOne 2014
Yes, apologies for that link, please ignore it, I only read the first part of that article and should have vetted it more closely before relaying. I am academically curious about the concept of ART though, whether JavaFX works with it and if it is better to use a VM style runtime or AOT style variant when targeting deployment of JavaFX to mobile devices. I guessing the current JavaFX Android port would just work out of the box with ART because it is targeting the Dalvik runtime and as far as I understand ART will just take the Dalvik bytecode and compile it to the native device code when an app is installed on the device. -Original Message- From: Scott Palmer [mailto:swpal...@gmail.com] Sent: Monday, June 23, 2014 5:46 PM To: John Smith Cc: Herve Girod; Pedro Duque Vieira; OpenJFX Mailing List Subject: Re: JavaFX at JavaOne 2014 That first article was so wrong about nearly everything mentioned in it that it made me want to vomit. On Jun 23, 2014, at 2:31 PM, John Smith john_sm...@symantec.com wrote: I don't know much about Android, but does it have to be a VM, or could you use ART or an ART equivalent: http://www.extremetech.com/computing/170677-android-art-google-finally-moves-to-replace-dalvik-to-boost-performance-and-battery-life https://source.android.com/devices/tech/dalvik/art.html John
Re: JavaFX at JavaOne 2014
Community members such as Gerrit Grunwald have already demonstrated an application with a single JavaFX code base running on Windows, MacOS, Linux, Android, iOS and even Raspberry Pi. BTW, I totally disagree with you on your comments about the similarities of the desktop UIs and some sort of unique, device-specific UI on mobiles and tablets. The truth is, the desktop OS UIs are vastly more sophisticated than phone or tablet UIs and much harder to make look good in a cross-platform way. By contrast, there is usually very little to the actual native look and feel of iOS or Android and skinning a JavaFX app and supporting touch/gesture interfaces etc. is comparatively much easier. I think it's fair to say that (random) iOS apps 1 2 will typically look more different from each other than Windows apps 1 2. There is no point in focusing exclusively on a desktop solution as the majority of *new* app/application development is occurring in mobile and embedded space. It's true that there are several classes of application that will *always* require a desktop OS but we must move forward and ensure that JavaFX apps achieve a separation score of zero when evaluated against my 6 Degrees of Separation defined here: http://justmy2bits.com/2013/09/30/javafx-on-ios-and-android-six-degrees-of-separation/ To me, JavaFX is the Holy Grail we have been looking for... or at least it *will* be when the iOS and Android ports are kicking arse. And I have *every* confidence in those fine people looking after those ports that they can do just that. Felix On 23 June 2014 21:17, Mike Hearn m...@plan99.net wrote: If it is correct that JavaFX won't be supporting iOS or Android (officially), IMO JavaFX will start fading away as soon as there is a reliable technology that can create apps for all platforms. People have tried HTML5 as a way to create apps for mobile platforms. Most of the big names who tried this e.g. Facebook have abandoned it. Personally, I don't care much about JavaFX on Android or iOS because mobile has such different UI requirements and conventions to desktop platforms. I can write a JFX GUI that looks and feels good across Mac/Win/Linux with very little platform specific code because those platforms are all quite similar and anyway, the respective developers of those platforms trained users to expect apps to not fit in perfectly. On mobile, things are different: you can't just use a desktop UI, you need a totally new UI and maybe even feature set built from scratch. On Android the UI toolkit is closely linked with the lifecycle rules. And UI's tend to be a lot more consistent, with the worst offenders being apps that weren't updated to the latest UI conventions yet rather than apps which simply reinvent the look and feel from scratch. I'd actually prefer that Oracle focuses on making a great desktop solution. Hype aside there are still many apps not appropriate for mobiles or tablets. Then with a Java or JVM-language backend I can have just two UI codebases, one for desktop, one for Android and that gets most mobiles. Then RoboVM's Cocoa bindings can be used if need be for iOS. BTW I don't think JavaFX can fade away given that it's starting from obscurity already ;) Truth is the world lacks a convincing cross platform UI toolkit at the moment: there's Qt, which is fine for C++ but is not so pleasant from other languages, there's Swing, there's HTML5. Both Swing and Qt have a reputation for making ugly GUI's. That may or may not be deserved these days, but people remember the history. Plus deployment is horrible. That leaves HTML5, which despite its manifest limitations at least can be made to easily look good via CSS, follow modern fashions, work on everyone's computers and people don't have to download an extra app runtime. So for many apps it's appropriate especially when the bulk of the app logic runs on a server. JavaFX 8, at least based on my experience so far, can be used to make attractive and web-style UIs, thus matching the first of HTML5's capabilities, plus it has the benefit of actually being designed, unlike HTML which just evolved. This leaves deployment as the primary problem. For this reason Danno is my current fav member of the JavaFX team :) Nothing personal guys, I just see cross-platform deployment of *reasonable sized* apps to be the biggest competitive weakness right now.
Re: JavaFX at JavaOne 2014
People have tried HTML5 as a way to create apps for mobile platforms. Most of the big names who tried this e.g. Facebook have abandoned it. They've abandoned it but not because of the reasons you imply but rather due to HTML5 limitations of providing a good native experience in regards to performance, fluid animations, etc. And also there's a reason why all of them started using HTML5 in the first place: faster delivery time. You only need a code base and with few small adjustments can deliver an app for all mobile platforms. Later you can start concentrating on delivering the best experience on each platform. BTW I don't think JavaFX can fade away given that it's starting from obscurity already ;) Truth is the world lacks a convincing cross platform UI toolkit at the moment: there's Qt, which is fine for C++ but is not so pleasant from other languages, there's Swing, there's HTML5. JavaFX is already undoubtedly one of the best cross platform (desktop cross platform) UI toolkits out there. But that isn't enough as desktop is becoming less and less important. Thanks, On Mon, Jun 23, 2014 at 12:17 PM, Mike Hearn m...@plan99.net wrote: If it is correct that JavaFX won't be supporting iOS or Android (officially), IMO JavaFX will start fading away as soon as there is a reliable technology that can create apps for all platforms. People have tried HTML5 as a way to create apps for mobile platforms. Most of the big names who tried this e.g. Facebook have abandoned it. Personally, I don't care much about JavaFX on Android or iOS because mobile has such different UI requirements and conventions to desktop platforms. I can write a JFX GUI that looks and feels good across Mac/Win/Linux with very little platform specific code because those platforms are all quite similar and anyway, the respective developers of those platforms trained users to expect apps to not fit in perfectly. On mobile, things are different: you can't just use a desktop UI, you need a totally new UI and maybe even feature set built from scratch. On Android the UI toolkit is closely linked with the lifecycle rules. And UI's tend to be a lot more consistent, with the worst offenders being apps that weren't updated to the latest UI conventions yet rather than apps which simply reinvent the look and feel from scratch. I'd actually prefer that Oracle focuses on making a great desktop solution. Hype aside there are still many apps not appropriate for mobiles or tablets. Then with a Java or JVM-language backend I can have just two UI codebases, one for desktop, one for Android and that gets most mobiles. Then RoboVM's Cocoa bindings can be used if need be for iOS. BTW I don't think JavaFX can fade away given that it's starting from obscurity already ;) Truth is the world lacks a convincing cross platform UI toolkit at the moment: there's Qt, which is fine for C++ but is not so pleasant from other languages, there's Swing, there's HTML5. Both Swing and Qt have a reputation for making ugly GUI's. That may or may not be deserved these days, but people remember the history. Plus deployment is horrible. That leaves HTML5, which despite its manifest limitations at least can be made to easily look good via CSS, follow modern fashions, work on everyone's computers and people don't have to download an extra app runtime. So for many apps it's appropriate especially when the bulk of the app logic runs on a server. JavaFX 8, at least based on my experience so far, can be used to make attractive and web-style UIs, thus matching the first of HTML5's capabilities, plus it has the benefit of actually being designed, unlike HTML which just evolved. This leaves deployment as the primary problem. For this reason Danno is my current fav member of the JavaFX team :) Nothing personal guys, I just see cross-platform deployment of *reasonable sized* apps to be the biggest competitive weakness right now. -- Pedro Duque Vieira
Re: JavaFX at JavaOne 2014
There are no reasons that JavaFX could not work well on mobile platforms, providing there is a JVM. I was convinced that mobile UI toolkits were very specific, but it's really not the case. Android UI Toolkit has really very few mobile specificities for example. 2014-06-23 16:46 GMT+02:00 Pedro Duque Vieira pedro.duquevie...@gmail.com: People have tried HTML5 as a way to create apps for mobile platforms. Most of the big names who tried this e.g. Facebook have abandoned it. They've abandoned it but not because of the reasons you imply but rather due to HTML5 limitations of providing a good native experience in regards to performance, fluid animations, etc. And also there's a reason why all of them started using HTML5 in the first place: faster delivery time. You only need a code base and with few small adjustments can deliver an app for all mobile platforms. Later you can start concentrating on delivering the best experience on each platform. BTW I don't think JavaFX can fade away given that it's starting from obscurity already ;) Truth is the world lacks a convincing cross platform UI toolkit at the moment: there's Qt, which is fine for C++ but is not so pleasant from other languages, there's Swing, there's HTML5. JavaFX is already undoubtedly one of the best cross platform (desktop cross platform) UI toolkits out there. But that isn't enough as desktop is becoming less and less important. Thanks, On Mon, Jun 23, 2014 at 12:17 PM, Mike Hearn m...@plan99.net wrote: If it is correct that JavaFX won't be supporting iOS or Android (officially), IMO JavaFX will start fading away as soon as there is a reliable technology that can create apps for all platforms. People have tried HTML5 as a way to create apps for mobile platforms. Most of the big names who tried this e.g. Facebook have abandoned it. Personally, I don't care much about JavaFX on Android or iOS because mobile has such different UI requirements and conventions to desktop platforms. I can write a JFX GUI that looks and feels good across Mac/Win/Linux with very little platform specific code because those platforms are all quite similar and anyway, the respective developers of those platforms trained users to expect apps to not fit in perfectly. On mobile, things are different: you can't just use a desktop UI, you need a totally new UI and maybe even feature set built from scratch. On Android the UI toolkit is closely linked with the lifecycle rules. And UI's tend to be a lot more consistent, with the worst offenders being apps that weren't updated to the latest UI conventions yet rather than apps which simply reinvent the look and feel from scratch. I'd actually prefer that Oracle focuses on making a great desktop solution. Hype aside there are still many apps not appropriate for mobiles or tablets. Then with a Java or JVM-language backend I can have just two UI codebases, one for desktop, one for Android and that gets most mobiles. Then RoboVM's Cocoa bindings can be used if need be for iOS. BTW I don't think JavaFX can fade away given that it's starting from obscurity already ;) Truth is the world lacks a convincing cross platform UI toolkit at the moment: there's Qt, which is fine for C++ but is not so pleasant from other languages, there's Swing, there's HTML5. Both Swing and Qt have a reputation for making ugly GUI's. That may or may not be deserved these days, but people remember the history. Plus deployment is horrible. That leaves HTML5, which despite its manifest limitations at least can be made to easily look good via CSS, follow modern fashions, work on everyone's computers and people don't have to download an extra app runtime. So for many apps it's appropriate especially when the bulk of the app logic runs on a server. JavaFX 8, at least based on my experience so far, can be used to make attractive and web-style UIs, thus matching the first of HTML5's capabilities, plus it has the benefit of actually being designed, unlike HTML which just evolved. This leaves deployment as the primary problem. For this reason Danno is my current fav member of the JavaFX team :) Nothing personal guys, I just see cross-platform deployment of *reasonable sized* apps to be the biggest competitive weakness right now. -- Pedro Duque Vieira
Re: JavaFX at JavaOne 2014
There are no reasons that JavaFX could not work well on mobile platforms, providing there is a JVM. I was convinced that mobile UI toolkits were very specific, but it's really not the case. Android UI Toolkit has really very few mobile specificities for example. It's not so much the toolkit, but the layouts. Yes, you could probably make a JavaFX that runs OK on iOS/Android though the API would be necessarily incompatible e.g. no inter-application drag and drop, only one stage, no exposed file system, very different ideas about menus and toolbars etc. But, you'd still need to design completely new layouts/FXMLs to handle the different screen sizes and conventions. And that probably means quite some changes to your controllers, CSS and animation code as well. In the end, you'd still need two versions of your app. The only difference is how much knowledge can be reused? Most of the code would be the same.
RE: JavaFX at JavaOne 2014
I don't know much about Android, but does it have to be a VM, or could you use ART or an ART equivalent: http://www.extremetech.com/computing/170677-android-art-google-finally-moves-to-replace-dalvik-to-boost-performance-and-battery-life https://source.android.com/devices/tech/dalvik/art.html John -Original Message- From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of Herve Girod Sent: Monday, June 23, 2014 8:20 AM To: Pedro Duque Vieira Cc: OpenJFX Mailing List Subject: Re: JavaFX at JavaOne 2014 There are no reasons that JavaFX could not work well on mobile platforms, providing there is a JVM. I was convinced that mobile UI toolkits were very specific, but it's really not the case. Android UI Toolkit has really very few mobile specificities for example. 2014-06-23 16:46 GMT+02:00 Pedro Duque Vieira pedro.duquevie...@gmail.com: People have tried HTML5 as a way to create apps for mobile platforms. Most of the big names who tried this e.g. Facebook have abandoned it. They've abandoned it but not because of the reasons you imply but rather due to HTML5 limitations of providing a good native experience in regards to performance, fluid animations, etc. And also there's a reason why all of them started using HTML5 in the first place: faster delivery time. You only need a code base and with few small adjustments can deliver an app for all mobile platforms. Later you can start concentrating on delivering the best experience on each platform. BTW I don't think JavaFX can fade away given that it's starting from obscurity already ;) Truth is the world lacks a convincing cross platform UI toolkit at the moment: there's Qt, which is fine for C++ but is not so pleasant from other languages, there's Swing, there's HTML5. JavaFX is already undoubtedly one of the best cross platform (desktop cross platform) UI toolkits out there. But that isn't enough as desktop is becoming less and less important. Thanks, On Mon, Jun 23, 2014 at 12:17 PM, Mike Hearn m...@plan99.net wrote: If it is correct that JavaFX won't be supporting iOS or Android (officially), IMO JavaFX will start fading away as soon as there is a reliable technology that can create apps for all platforms. People have tried HTML5 as a way to create apps for mobile platforms. Most of the big names who tried this e.g. Facebook have abandoned it. Personally, I don't care much about JavaFX on Android or iOS because mobile has such different UI requirements and conventions to desktop platforms. I can write a JFX GUI that looks and feels good across Mac/Win/Linux with very little platform specific code because those platforms are all quite similar and anyway, the respective developers of those platforms trained users to expect apps to not fit in perfectly. On mobile, things are different: you can't just use a desktop UI, you need a totally new UI and maybe even feature set built from scratch. On Android the UI toolkit is closely linked with the lifecycle rules. And UI's tend to be a lot more consistent, with the worst offenders being apps that weren't updated to the latest UI conventions yet rather than apps which simply reinvent the look and feel from scratch. I'd actually prefer that Oracle focuses on making a great desktop solution. Hype aside there are still many apps not appropriate for mobiles or tablets. Then with a Java or JVM-language backend I can have just two UI codebases, one for desktop, one for Android and that gets most mobiles. Then RoboVM's Cocoa bindings can be used if need be for iOS. BTW I don't think JavaFX can fade away given that it's starting from obscurity already ;) Truth is the world lacks a convincing cross platform UI toolkit at the moment: there's Qt, which is fine for C++ but is not so pleasant from other languages, there's Swing, there's HTML5. Both Swing and Qt have a reputation for making ugly GUI's. That may or may not be deserved these days, but people remember the history. Plus deployment is horrible. That leaves HTML5, which despite its manifest limitations at least can be made to easily look good via CSS, follow modern fashions, work on everyone's computers and people don't have to download an extra app runtime. So for many apps it's appropriate especially when the bulk of the app logic runs on a server. JavaFX 8, at least based on my experience so far, can be used to make attractive and web-style UIs, thus matching the first of HTML5's capabilities, plus it has the benefit of actually being designed, unlike HTML which just evolved. This leaves deployment as the primary problem. For this reason Danno is my current fav member of the JavaFX team :) Nothing personal guys, I just see cross-platform deployment of *reasonable sized* apps to be the biggest competitive weakness right now
Re: JavaFX at JavaOne 2014
That first article was so wrong about nearly everything mentioned in it that it made me want to vomit. On Jun 23, 2014, at 2:31 PM, John Smith john_sm...@symantec.com wrote: I don't know much about Android, but does it have to be a VM, or could you use ART or an ART equivalent: http://www.extremetech.com/computing/170677-android-art-google-finally-moves-to-replace-dalvik-to-boost-performance-and-battery-life https://source.android.com/devices/tech/dalvik/art.html John
Re: JavaFX at JavaOne 2014
Unfortunately there's nothing new and no Oracle sessions on that subject - javafx on ios and/or android... :( -- Pedro Duque Vieira
Re: JavaFX at JavaOne 2014
Don't expect anything from Oracle related to IOS and Android other than some code contributions. They have said ADF Mobile / Jdeveloper (etc) will suffer financially if Oracle supports IOS and Android directly. On Fri, Jun 20, 2014 at 9:43 AM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: Unfortunately there's nothing new and no Oracle sessions on that subject - javafx on ios and/or android... :( -- Pedro Duque Vieira
Re: JavaFX at JavaOne 2014
Let's be a little bit more positive here guys... From the link I posted you can see that there is a ton of JavaFX content at JavaOne this year which is a very. very good sign in itself. And, as I said, both iOS and Android are mentioned with featured sessions. This is *new* in the sense that these sessions were not there last year (even if they may have been announced and cancelled prior to the actual event). Orc course we all agree that JavaFX must run on iOS and Android for it to be viable long-term but that's exactly what Johan and the wizards at RoboVM are doing. Sure, it's not *official* Oracle support yet but that will come. For those who are not aware, when Sun first released Java, it did not run on Linux. One member from the community stepped-up, put the hours in and used his brilliant brain to port Java to Linux and that this port was subsequently officially adopted by Sun themselves. That person was Johan so if anyone is going to be in charge of the JavaFX to Android port then Johan is the best person I can think of. Oracle themselves now are publicly throwing their support behind RoboVM and Johan's ports and we all need to do the same. As a community, we can make these ports happen and then I am extremely confident that Oracle will embrace them officially. Felix On 21 June 2014 07:31, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: @Johan Hey Johan, Nothing new in the sense that I know your excellent work on the android port, by the way thank you very much for that, please keep it up :). And I also know the work on the ios side with RoboVM. - If it is correct that JavaFX won't be supporting iOS or Android (officially), IMO JavaFX will start fading away as soon as there is a reliable technology that can create apps for all platforms. Like for instance, improvements to HTML5 or other technologies that might arise. The user percentage of desktop users is dropping significantly in favor of mobile platforms. On Fri, Jun 20, 2014 at 8:04 PM, Johan Vos jo...@lodgon.com wrote: Hi Pedro, What makes you think there is nothing new? - Johan 2014-06-20 18:43 GMT+02:00 Pedro Duque Vieira pedro.duquevie...@gmail.com : Unfortunately there's nothing new and no Oracle sessions on that subject - javafx on ios and/or android... :( -- Pedro Duque Vieira -- Pedro Duque Vieira
JavaFX at JavaOne 2014
There's an impressive list of JavaFX-related content at this year's JavaOne. Good to see both iOS and Android featured! Enterprise JavaFX [CON2341] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=2341JavaFX offers a lot of awesome features for creating modern, interactive user interfaces. But in addition to a shiny UI, there are other important issues that must be ... View More Integrating Swing with JavaFX [CON3173] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=3173This session describes techniques that enable Swing and JavaFX to work together. JavaFX Everywhere [BOF1578] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=1578This session shows the current state of JavaFX on different platforms such as desktops, Raspberry Pi, i.MX6, and some mobile platforms. The session is based on a demo that ...View More Test-Driven Development with JavaFX [CON4599] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=4599This session presents existing testing tools and frameworks in their current stage of development. It compares the capabilities and the kinds of impacts of existing projects. ...View More Enterprise JavaFX with OpenDolphin [TUT2257] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=2257Enterprise Java applications run on the server. They still need a display, though, and the most capable one is JavaFX on the desktop. OpenDolphin introduces a shared ... View More JavaFX 8: New and Noteworthy [CON3255] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=3255Many new features were added to JavaFX for JDK8. JavaFX is now part of the Oracle JDK, so you can make use of these features with a minimum of fuss. Come to this session to ... View More JavaFX 3-D Animation: Bringing Duke to Life [CON2903] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=2903This session delves into 3-D animation in JavaFX, including the process by which Duke was brought to life in the 3-D animated chess demo at JavaOne 2013. Concepts covered are ...View More Lambda-izing JavaFX [CON3248] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=3248One of the best things about lambda is that it is backward-compatible with inner classes. If an inner class provides a single abstract method (SAM), a lambda can be ... View More JavaFX CSS API [TUT3227] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=3227This session provides an introduction to the JavaFX CSS API, with details on how to use the API to add CSS styles to JavaFX controls and nodes. CSS is a powerful feature in ... View More The JavaFX Community and Ecosystem [CON3473] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=3473Do you want to start working with JavaFX but don’t know where you can find all the cool tutorials and open source APIs? This session is the perfect place to be! Leading up to ... View More Text Rendering Quality in JavaFX [BOF3221] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=3221When it comes to text rendering, there is no single solution that will please all eyes. This BOF discusses the current text rendering technologies on JavaFX and explores ... ... View More Porting JavaFX Embedded [BOF3305] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=3305This BOF covers porting JavaFX Embedded to new platforms. Come meet with some of the team and learn about the inside of JavaFX. Swing Away! Move to JavaFX 8 and the NetBeans Platform [TUT2372] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=2372The NetBeans platform is known for its comprehensive window framework and loosely coupled architecture. JavaFX offers a rich set of visually appealing GUI components. This ...View More JavaFX Coding Playground (JavaFX-Based Live Editor Tool) [BOF2730] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=2730The past few years have seen various online code playgrounds that offer ways to experiment with browser-based client-side code (HTML5) to enable Web developers to rapidly ... ... View More The New JavaFX Accessibility API [CON3193] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=3193This complete presentation on the new JavaFX Accessibility API proposal is ideal for developers using the JavaFX Control Library who need to enhance the default accessibility ...View More Creating Amazing Interactive Visualizations with JavaFX [CON2951] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=2951This session explores the visual expressiveness of JavaFX and discusses how to create highly interactive and dynamic visualizations. Among other things, it takes a look at ... View More Reactive Modeling of Automotive User Interfaces with JavaFX [CON3700]
Re: JavaFX at JavaOne 2014
Gosh, that formatted badly. Here's a link to the actual list: https://oracleus.activeevents.com/2014/connect/search.ww?eventRef=javaone#loadSearch-event=nullsearchPhrase=JavaOne%2C+JavaFXsearchType=sessiontc=0sortBy=p=i(10009)=10111 On 19 June 2014 20:09, Felix Bembrick felix.bembr...@gmail.com wrote: There's an impressive list of JavaFX-related content at this year's JavaOne. Good to see both iOS and Android featured! Enterprise JavaFX [CON2341] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=2341JavaFX offers a lot of awesome features for creating modern, interactive user interfaces. But in addition to a shiny UI, there are other important issues that must be ... View More Integrating Swing with JavaFX [CON3173] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=3173This session describes techniques that enable Swing and JavaFX to work together. JavaFX Everywhere [BOF1578] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=1578This session shows the current state of JavaFX on different platforms such as desktops, Raspberry Pi, i.MX6, and some mobile platforms. The session is based on a demo that ...View More Test-Driven Development with JavaFX [CON4599] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=4599This session presents existing testing tools and frameworks in their current stage of development. It compares the capabilities and the kinds of impacts of existing projects. ...View More Enterprise JavaFX with OpenDolphin [TUT2257] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=2257Enterprise Java applications run on the server. They still need a display, though, and the most capable one is JavaFX on the desktop. OpenDolphin introduces a shared ... View More JavaFX 8: New and Noteworthy [CON3255] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=3255Many new features were added to JavaFX for JDK8. JavaFX is now part of the Oracle JDK, so you can make use of these features with a minimum of fuss. Come to this session to ... View More JavaFX 3-D Animation: Bringing Duke to Life [CON2903] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=2903This session delves into 3-D animation in JavaFX, including the process by which Duke was brought to life in the 3-D animated chess demo at JavaOne 2013. Concepts covered are ...View More Lambda-izing JavaFX [CON3248] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=3248One of the best things about lambda is that it is backward-compatible with inner classes. If an inner class provides a single abstract method (SAM), a lambda can be ... View More JavaFX CSS API [TUT3227] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=3227This session provides an introduction to the JavaFX CSS API, with details on how to use the API to add CSS styles to JavaFX controls and nodes. CSS is a powerful feature in ... View More The JavaFX Community and Ecosystem [CON3473] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=3473Do you want to start working with JavaFX but don’t know where you can find all the cool tutorials and open source APIs? This session is the perfect place to be! Leading up to ... View More Text Rendering Quality in JavaFX [BOF3221] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=3221When it comes to text rendering, there is no single solution that will please all eyes. This BOF discusses the current text rendering technologies on JavaFX and explores ... ... View More Porting JavaFX Embedded [BOF3305] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=3305This BOF covers porting JavaFX Embedded to new platforms. Come meet with some of the team and learn about the inside of JavaFX. Swing Away! Move to JavaFX 8 and the NetBeans Platform [TUT2372] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=2372The NetBeans platform is known for its comprehensive window framework and loosely coupled architecture. JavaFX offers a rich set of visually appealing GUI components. This ...View More JavaFX Coding Playground (JavaFX-Based Live Editor Tool) [BOF2730] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=2730The past few years have seen various online code playgrounds that offer ways to experiment with browser-based client-side code (HTML5) to enable Web developers to rapidly ... ... View More The New JavaFX Accessibility API [CON3193] https://oracleus.activeevents.com/2014/connect/sessionDetail.ww?SESSION_ID=3193This complete presentation on the new JavaFX Accessibility API proposal is ideal for developers using the JavaFX Control Library who need to enhance the default accessibility ...View More Creating Amazing Interactive