JavaFX and OpenGL

Hello all, Following the thread http://mail.openjdk.java.net/pipermail/openjfx-dev/2016-December/020025.html I would like to ask for more information on JavaFX plan to allow a simple way to use existing OpenGL code. I know this is not a new question and please forgive me if I’ve overlooked

[9] Review request: JDK-8170883 Add Class Path to Examples

Kevin, Victor, Please review changes to the Java Packager examples and a new example mixing modular jars and non modular jars. JIRA: https://bugs.openjdk.java.net/browse/JDK-8170883 Webrev:

[9] Review request: JDK-8168407 javapackager throws "java.lang.ClassNotFoundException: testapp.util.Util" when bundle is built through ANT for unnamed module depending on named module scenario

Kevin, Please review this change to allow a non modular jar main app to use and bundle modular jars into the runtime image. JIRA: https://bugs.openjdk.java.net/browse/JDK-8168407 Webrev:

[9] Review request for 8170930: WebView unit test crashes in 32-bit mode

  Hi Kevin, Please review the backout fix for JDK-8164792. JIRA: https://bugs.openjdk.java.net/browse/JDK-8170930 Webrev: http://cr.openjdk.java.net/~mbilla/8170930/webrev.00/   Thanks, Murali

Re: Planning for JavaFX.next

"TableView improvements (cell spanning, row / column freezing, etc)" +1. Especially row and column freezing. And thanks for soliciting feedback. -David On Wed, Dec 7, 2016 at 6:45 PM, Jonathan Giles wrote: > Hi folks, > > Development on JDK 9 is slowly starting to

Re: Planning for JavaFX.next

As no one else has asked for it, here it goes: improve javax.script support beyond the e-mail in this list from 2016-12-07, entitled "RFE/Suggestions to improve JavaFX deployment of javax.script (part of Java) engines and script code" by: * introudcing the possibility to define javax.script

RE: Planning for JavaFX.next

Hi, Thanks for collecting feedback! * TableView / TreeTableView: freezing columns (standard in many business apps) * TableView: in "data grid" scenarios it would be nice if the table would provide an API similar to the one in Swing ("void setValueAt(Object aValue, int rowIndex, int

Re: Planning for JavaFX.next

@Jeff: You may find the jpro.io approach interesting for running apps in the webbrowser. Tom On 8-12-2016 15:09, Jeff Martin wrote: Be wary of selection bias when asking advice from us on this list. I would advocate a

Re: Planning for JavaFX.next

Are there any plans for adding accessibility to linux systems? > On 8/12/2016 0:45, Jonathan Giles wrote: >> Hi folks, >> >> Development on JDK 9 is slowly starting to ramp down, and we are >> starting to turn our attention to the goals for JavaFX in JDK 10 and >> beyond. We are starting to

Re: Planning for JavaFX.next

Be wary of selection bias when asking advice from us on this list. I would advocate a feature based on who *isn’t* using JavaFX: WebAssembly browser support. JavaFX is great if you need to build a battleship class app -

Re: Planning for JavaFX.next

There once was something called "Project Butter" for Android and I would like to see something similar for JavaFX too. The goal should be to make all user interactions with a JavaFX GUI as butter-smooth as users expect them to be and as you can observe them in native software. More specifically

AW: Planning for JavaFX.next

Hello, from our perspective as business application developers we would love to see: 1) CSS performance improvements 2) TableView and TreeTableView improvements - especially a cell spanning feature would be most helpful to create better tree tables Thanks, Christoph -Ursprüngliche

Re: Planning for JavaFX.next

On of the major problems we have here using javafx is the the extremely slow loading speed of the fxmls (we have about 15000+ arm cortex devices running javafx in production). Sure, there is a lot to gain in manually optimizing and reducing the number of nodes and whatnot, but that kinda beats the

Re: Planning for JavaFX.next

I have these priorities regarding the items mentioned by Jonathan: “Put the pedal to the metal” section: +1 CSS performance improvements +1 TableView performance +1 Marlin renderer enabled by default “The rest” section: +1 TableView improvements (cell spanning, row / column freezing,

Re: Planning for JavaFX.next

I would like to see support in Canvas for hardware accelerated shift of its current content. Something similar to the JViewport “blitting” feature in Swing. Dirk

Re: Planning for JavaFX.next

Hi There, Apologies if the following seems trivial or thats has already been done but: For our business and customers, we really would like support for having a single jar file that contains jar dependencies and native libraries, without using third party tools, writing custom loaders etc.