Re: JBS report status.

Back in 2015, when the bug in question was filed, there was no additional communication sent. Today you should receive an email once a bug is moved to the JDK project, so you can track it. -- Kevin On 9/19/2018 2:03 PM, Abossolo Foh Guy wrote: Hi, May be my first bug report in 2008 :-)

JBS report status.

Hi, May be my first bug report in 2008 :-) I felt very pride when I recieved this mail, even thougt it was a robot answer :-) > Dear Java Developer, > > Thank you for your interest in improving the quality of Java Technology. Your > report has been assigned an internal review ID of 1379474,

Re: JavaFX 11 is released

Thanks for the clarification. I tried to read the GPLv2-CE license, but it gave me a headache. /Sverre Den ons. 19. sep. 2018 kl. 14:51 skrev Kevin Rushforth < kevin.rushfo...@oracle.com>: > While this is not meant to be legal advice... The purpose of the > Classpath exception to GPL v2 [1],

Re: BUG: TableView's setMouseTransparent method does not make mouse transparent

JavaFX does not use exclusive full-screen mode. It simulates full screen by using an undecorated window that is exactly the size of the screen. This means that pop-ups, such as those used by ComboBox and content menus, will continue to work (they use separate windows). -- Kevin On 9/19/2018

Re: BUG: TableView's setMouseTransparent method does not make mouse transparent

On 9/19/18 8:01 AM, Kevin Rushforth wrote: Thanks for reporting the issue. I see it in the bug system, and it should be transferred to the JDK project in JBS in a day or so. I'm not sure I understand your question: > (While i'm at it, does JavaFX *always* render the desktop even if a

Re: BUG: TableView's setMouseTransparent method does not make mouse transparent

Thanks for reporting the issue. I see it in the bug system, and it should be transferred to the JDK project in JBS in a day or so. I'm not sure I understand your question: > (While i'm at it, does JavaFX *always* render the desktop even if a JavaFX application is fullscreen?) What do you

Re: JavaFX 11 is released

While this is not meant to be legal advice... The purpose of the Classpath exception to GPL v2 [1], both for the JDK itself and for JavaFX, is to allow applications to use it without requiring that the application itself be licensed under GPL nor requiring that the source for the application

Re: ASF and Licensing

Because moving to an organization was recently mentioned here, or founding one for OpenJFX, I would like to mention a very few points. It has been mentioned, but there are no plans to do this. -- Kevin On 9/19/2018 2:05 AM, Jochen Theodorou wrote: Hi all, Because moving to an

JavaFX Days Zurich

With all this activity going on in the JavaFX space right now, I thought it is a good idea to inform people on this list that we are currently organizing a “JavaFX-Only” conference in Zurich on Dec. 3rd until Dec. 5. More info on: javafx-days.com The first day will

ASF and Licensing

Hi all, Because moving to an organization was recently mentioned here, or founding one for OpenJFX, I would like to mention a very few points. Corner stones for the Apache Foundation: *) clear and open project governance *) be open about decisions and develop the community the Apache way *)

Filling the Packager gap

Hi, As promised, we looked into an interim solution for the packager-gap. Work for the new Java Packager (12?) is being done in the OpenJDK sandbox repo. We backported the required changes to an OpenJDK 11 mirror: https://github.com/johanvos/openjdk-mobile11/tree/packager With this, we created

Re: JavaFX 11 is released

Great work with JavaFX 11. Looking forward to trying it out. About license for OpenJDK and OpenJFX: Given that OpenJDK has a GPLv2-CE license, is it possible to use it with a commercial application, when bundling with a native runtime, or do we need a commercial license from Oracle? We will not

Re: "javapackager" in no-mans-land?

It was migrated, but removed... The recommended work-around is to use the javapackager in OracleJDK 10 when packing Java/OpenJfx 11 applications. That may or may not be practical depending on your build setup. Also, if you’re currently using the UserJvmOptions services, these are also gone in