From hang.vo at oracle.com Thu May 1 00:03:33 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 01 May 2014 00:03:33 +0000 Subject: hg: openjfx/8u-dev/rt: 3 new changesets Message-ID: <201405010003.s4103tiS010741@aojmv0008> Changeset: 35a1fc49c131 Author: Danno Ferrin (shemnon) Date: 2014-04-28 21:28 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/35a1fc49c131 RT-36724 - JavaFX Packager Renaming Summary: Move java code around to new packages. ! build.gradle - modules/fxpackager/src/main/java/com/oracle/bundlers/AbstractBundler.java - modules/fxpackager/src/main/java/com/oracle/bundlers/BasicBundlers.java - modules/fxpackager/src/main/java/com/oracle/bundlers/Bundler.java - modules/fxpackager/src/main/java/com/oracle/bundlers/BundlerParamInfo.java - modules/fxpackager/src/main/java/com/oracle/bundlers/Bundlers.java - modules/fxpackager/src/main/java/com/oracle/bundlers/EnumeratedBundlerParam.java - modules/fxpackager/src/main/java/com/oracle/bundlers/InvalidBundlerParamException.java - modules/fxpackager/src/main/java/com/oracle/bundlers/JreUtils.java - modules/fxpackager/src/main/java/com/oracle/bundlers/StandardBundlerParam.java - modules/fxpackager/src/main/java/com/oracle/bundlers/mac/MacAppStoreBundler.java - modules/fxpackager/src/main/java/com/oracle/bundlers/mac/MacBaseInstallerBundler.java - modules/fxpackager/src/main/java/com/oracle/bundlers/mac/MacDaemonBundler.java - modules/fxpackager/src/main/java/com/oracle/bundlers/mac/MacPKGBundler.java - modules/fxpackager/src/main/java/com/oracle/bundlers/windows/WindowsBundlerParam.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/AbstractBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/BasicBundlers.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/Bundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/BundlerParamInfo.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/Bundlers.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/ConfigException.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/EnumeratedBundlerParam.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/IOUtils.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/InvalidBundlerParamException.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/JreUtils.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/Log.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/RelativeFileSet.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/StandardBundlerParam.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/UnsupportedPlatformException.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/linux/LinuxAppBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/linux/LinuxDebBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/linux/LinuxResources.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/linux/LinuxRpmBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacAppBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacAppStoreBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacBaseInstallerBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacDaemonBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacDmgBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacPkgBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacResources.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WinAppBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WinExeBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WinMsiBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WinResources.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WinServiceBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WindowsBundlerParam.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/ant/AntLog.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/ant/DeployFXTask.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/DeployParams.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/Log.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/Main.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/PackagerLib.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/BundleParams.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/ConfigException.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/IOUtils.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/LinuxAppBundler.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/LinuxDebBundler.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/LinuxRPMBundler.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/MacAppBundler.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/MacDMGBundler.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/RelativeFileSet.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/UnsupportedPlatformException.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/WinAppBundler.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/WinExeBundler.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/WinMsiBundler.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/WinServiceBundler.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/resource/linux/LinuxResources.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/resource/mac/MacResources.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/resource/windows/WinResources.java - modules/fxpackager/src/main/resources/com/oracle/bundlers/AbstractBundler.properties - modules/fxpackager/src/main/resources/com/oracle/bundlers/StandardBundlerParam.properties - modules/fxpackager/src/main/resources/com/oracle/bundlers/linux/LinuxAppBundler.properties - modules/fxpackager/src/main/resources/com/oracle/bundlers/linux/LinuxDebBundler.properties - modules/fxpackager/src/main/resources/com/oracle/bundlers/linux/LinuxRpmBundler.properties - modules/fxpackager/src/main/resources/com/oracle/bundlers/mac/MacAppBundler.properties - modules/fxpackager/src/main/resources/com/oracle/bundlers/mac/MacAppStoreBundler.properties - modules/fxpackager/src/main/resources/com/oracle/bundlers/mac/MacBaseInstallerBundler.properties - modules/fxpackager/src/main/resources/com/oracle/bundlers/mac/MacDMGBundler.properties - modules/fxpackager/src/main/resources/com/oracle/bundlers/mac/MacDaemonBundler.properties - modules/fxpackager/src/main/resources/com/oracle/bundlers/mac/MacPKGBundler.properties - modules/fxpackager/src/main/resources/com/oracle/bundlers/windows/WinAppBundler.properties - modules/fxpackager/src/main/resources/com/oracle/bundlers/windows/WinExeBundler.properties - modules/fxpackager/src/main/resources/com/oracle/bundlers/windows/WinMsiBundler.properties - modules/fxpackager/src/main/resources/com/oracle/bundlers/windows/WinServiceBundler.properties - modules/fxpackager/src/main/resources/com/oracle/bundlers/windows/WindowsBundlerParam.properties + modules/fxpackager/src/main/resources/com/oracle/tools/packager/AbstractBundler.properties + modules/fxpackager/src/main/resources/com/oracle/tools/packager/StandardBundlerParam.properties + modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/LinuxAppBundler.properties + modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/LinuxDebBundler.properties + modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/LinuxRpmBundler.properties + modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/javalogo_white_16.png + modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/javalogo_white_32.png + modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/javalogo_white_48.png + modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/template.control + modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/template.copyright + modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/template.deb.init.script + modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/template.desktop + modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/template.postinst + modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/template.postrm + modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/template.preinst + modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/template.prerm + modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/template.rpm.init.script + modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/template.spec + modules/fxpackager/src/main/resources/com/oracle/tools/packager/mac/DMGsetup.scpt + modules/fxpackager/src/main/resources/com/oracle/tools/packager/mac/GenericApp.icns + modules/fxpackager/src/main/resources/com/oracle/tools/packager/mac/GenericAppHiDPI.icns + modules/fxpackager/src/main/resources/com/oracle/tools/packager/mac/Info.plist.template + modules/fxpackager/src/main/resources/com/oracle/tools/packager/mac/MacAppBundler.properties + modules/fxpackager/src/main/resources/com/oracle/tools/packager/mac/MacAppStore.entitlements + modules/fxpackager/src/main/resources/com/oracle/tools/packager/mac/MacAppStoreBundler.properties + modules/fxpackager/src/main/resources/com/oracle/tools/packager/mac/MacAppStore_Inherit.entitlements + modules/fxpackager/src/main/resources/com/oracle/tools/packager/mac/MacBaseInstallerBundler.properties + modules/fxpackager/src/main/resources/com/oracle/tools/packager/mac/MacDaemonBundler.properties + modules/fxpackager/src/main/resources/com/oracle/tools/packager/mac/MacDmgBundler.properties + modules/fxpackager/src/main/resources/com/oracle/tools/packager/mac/MacPkgBundler.properties + modules/fxpackager/src/main/resources/com/oracle/tools/packager/mac/background_dmg.png + modules/fxpackager/src/main/resources/com/oracle/tools/packager/mac/background_pkg.png + modules/fxpackager/src/main/resources/com/oracle/tools/packager/mac/launchd.plist.template + modules/fxpackager/src/main/resources/com/oracle/tools/packager/mac/lic_template.plist + modules/fxpackager/src/main/resources/com/oracle/tools/packager/mac/postinstall.template + modules/fxpackager/src/main/resources/com/oracle/tools/packager/mac/preinstall.template + modules/fxpackager/src/main/resources/com/oracle/tools/packager/windows/WinAppBundler.properties + modules/fxpackager/src/main/resources/com/oracle/tools/packager/windows/WinExeBundler.properties + modules/fxpackager/src/main/resources/com/oracle/tools/packager/windows/WinMsiBundler.properties + modules/fxpackager/src/main/resources/com/oracle/tools/packager/windows/WinServiceBundler.properties + modules/fxpackager/src/main/resources/com/oracle/tools/packager/windows/WindowsBundlerParam.properties + modules/fxpackager/src/main/resources/com/oracle/tools/packager/windows/icon_inno_setup.bmp + modules/fxpackager/src/main/resources/com/oracle/tools/packager/windows/javalogo_white_16.ico + modules/fxpackager/src/main/resources/com/oracle/tools/packager/windows/javalogo_white_32.ico + modules/fxpackager/src/main/resources/com/oracle/tools/packager/windows/javalogo_white_48.ico + modules/fxpackager/src/main/resources/com/oracle/tools/packager/windows/template.iss + modules/fxpackager/src/main/resources/com/oracle/tools/packager/windows/template.wxs - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/linux/javalogo_white_16.png - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/linux/javalogo_white_32.png - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/linux/javalogo_white_48.png - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/linux/template.control - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/linux/template.copyright - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/linux/template.deb.init.script - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/linux/template.desktop - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/linux/template.postinst - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/linux/template.postrm - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/linux/template.preinst - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/linux/template.prerm - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/linux/template.rpm.init.script - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/linux/template.spec - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/mac/DMGsetup.scpt - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/mac/GenericApp.icns - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/mac/GenericAppHiDPI.icns - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/mac/Info.plist.template - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/mac/MacAppStore.entitlements - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/mac/MacAppStore_Inherit.entitlements - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/mac/background_dmg.png - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/mac/background_pkg.png - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/mac/launchd.plist.template - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/mac/lic_template.plist - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/mac/postinstall.template - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/mac/preinstall.template - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/windows/icon_inno_setup.bmp - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/windows/javalogo_white_16.ico - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/windows/javalogo_white_32.ico - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/windows/javalogo_white_48.ico - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/windows/template.iss - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/windows/template.wxs - modules/fxpackager/src/test/java/com/oracle/bundlers/BundlersTest.java - modules/fxpackager/src/test/java/com/oracle/bundlers/linux/LinuxAppBundlerTest.java - modules/fxpackager/src/test/java/com/oracle/bundlers/linux/LinuxDebBundlerTest.java - modules/fxpackager/src/test/java/com/oracle/bundlers/linux/LinuxRpmBundlerTest.java - modules/fxpackager/src/test/java/com/oracle/bundlers/mac/MacAppBundlerTest.java - modules/fxpackager/src/test/java/com/oracle/bundlers/mac/MacAppStoreBundlerTest.java - modules/fxpackager/src/test/java/com/oracle/bundlers/mac/MacDMGBundlerTest.java - modules/fxpackager/src/test/java/com/oracle/bundlers/mac/MacDaemonBundlerTest.java - modules/fxpackager/src/test/java/com/oracle/bundlers/mac/MacPKGBundlerTest.java - modules/fxpackager/src/test/java/com/oracle/bundlers/windows/RuntimeFlagsParserTest.java - modules/fxpackager/src/test/java/com/oracle/bundlers/windows/WinAppBundlerTest.java - modules/fxpackager/src/test/java/com/oracle/bundlers/windows/WinEXEBundlerTest.java - modules/fxpackager/src/test/java/com/oracle/bundlers/windows/WinMSIBundlerTest.java - modules/fxpackager/src/test/java/com/oracle/bundlers/windows/WinServiceBundlerTest.java + modules/fxpackager/src/test/java/com/oracle/tools/packager/BundleParamsTest.java + modules/fxpackager/src/test/java/com/oracle/tools/packager/BundlersTest.java + modules/fxpackager/src/test/java/com/oracle/tools/packager/CLITest.java + modules/fxpackager/src/test/java/com/oracle/tools/packager/linux/LinuxAppBundlerTest.java + modules/fxpackager/src/test/java/com/oracle/tools/packager/linux/LinuxDebBundlerTest.java + modules/fxpackager/src/test/java/com/oracle/tools/packager/linux/LinuxRpmBundlerTest.java + modules/fxpackager/src/test/java/com/oracle/tools/packager/mac/MacAppBundlerTest.java + modules/fxpackager/src/test/java/com/oracle/tools/packager/mac/MacAppStoreBundlerTest.java + modules/fxpackager/src/test/java/com/oracle/tools/packager/mac/MacDaemonBundlerTest.java + modules/fxpackager/src/test/java/com/oracle/tools/packager/mac/MacDmgBundlerTest.java + modules/fxpackager/src/test/java/com/oracle/tools/packager/mac/MacPkgBundlerTest.java + modules/fxpackager/src/test/java/com/oracle/tools/packager/windows/RuntimeFlagsParserTest.java + modules/fxpackager/src/test/java/com/oracle/tools/packager/windows/WinAppBundlerTest.java + modules/fxpackager/src/test/java/com/oracle/tools/packager/windows/WinExeBundlerTest.java + modules/fxpackager/src/test/java/com/oracle/tools/packager/windows/WinMsiBundlerTest.java + modules/fxpackager/src/test/java/com/oracle/tools/packager/windows/WinServiceBundlerTest.java - modules/fxpackager/src/test/java/com/sun/javafx/tools/packager/CLITest.java - modules/fxpackager/src/test/java/com/sun/javafx/tools/packager/bundlers/BundleParamsTest.java - modules/fxpackager/src/test/java/com/sun/javafx/tools/packager/bundlers/WinMsiBundlerTest.java Changeset: 88d025a21446 Author: Danno Ferrin (shemnon) Date: 2014-04-28 21:29 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/88d025a21446 RT-36724 - JavaFX Packager Renaming Summary: Add classes for backwards compatability + modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/Log.java + modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/ConfigException.java + modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/RelativeFileSet.java + modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/UnsupportedPlatformException.java Changeset: 54010afd2dcb Author: Danno Ferrin (shemnon) Date: 2014-04-29 14:28 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/54010afd2dcb RT-36724 - JavaFX Packager Renaming Summary: move the binary, and leave a copy with a helpful message in the old place ! build.gradle ! buildSrc/win.gradle ! modules/fxpackager/src/main/java/com/oracle/tools/packager/ConfigException.java < modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/ConfigException.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/Log.java < modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/Log.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/RelativeFileSet.java < modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/RelativeFileSet.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/UnsupportedPlatformException.java < modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/UnsupportedPlatformException.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/DeployParams.java + modules/fxpackager/src/main/man/ja_JP.UTF-8/man1/javapackager.1 + modules/fxpackager/src/main/man/man1/javapackager.1 - modules/fxpackager/src/main/native/javafxpackager/shell/javafxpackager - modules/fxpackager/src/main/native/javafxpackager/win/javafxpackager.cpp - modules/fxpackager/src/main/native/javafxpackager/win/javafxpackager.manifest - modules/fxpackager/src/main/native/javafxpackager/win/javafxpackager.rc + modules/fxpackager/src/main/native/javapackager/shell/javapackager + modules/fxpackager/src/main/native/javapackager/win/javapackager.cpp + modules/fxpackager/src/main/native/javapackager/win/javapackager.manifest + modules/fxpackager/src/main/native/javapackager/win/javapackager.rc ! modules/fxpackager/src/main/resources/com/sun/javafx/tools/packager/Bundle.properties ! modules/fxpackager/src/main/resources/com/sun/javafx/tools/packager/Bundle_ja.properties ! modules/fxpackager/src/main/resources/com/sun/javafx/tools/packager/Bundle_zh_CN.properties From adanecito at yahoo.com Thu May 1 01:36:53 2014 From: adanecito at yahoo.com (Tony Anecito) Date: Wed, 30 Apr 2014 18:36:53 -0700 (PDT) Subject: Javafx deploy ant task question... In-Reply-To: <8752A537-00B2-4BBA-B70A-FAFDF763685E@oracle.com> References: <1398897267.10806.YahooMailNeo@web121803.mail.ne1.yahoo.com> <8752A537-00B2-4BBA-B70A-FAFDF763685E@oracle.com> Message-ID: <1398908213.66879.YahooMailNeo@web121803.mail.ne1.yahoo.com> Thanks Danno I am surprised also this has slipped notice. I thought I was crazy but?I guess not. I will look at the workaround? since I so hate hardcoding which is what I did to get things to work. ? Thanks for looking into my issue. -Tony? On Wednesday, April 30, 2014 5:51 PM, Danno Ferrin wrote: After reading the code I am surprised by the answer I am going to give. You can?t.? Not with the current code. The arguments passed into the java main class are the arguments passed into the executable launching it.? So if you launch the win app via command line with arguments you get the arguments, but of you launch via start screen/start menu you get no arguments. This is worthy of a JIRA for 8u40 (I think 8u20 is too far down the pike for feature adds).? Also, propose what we should do when we both have a bundler specified command line and the user passes one in via the command line.? I?m thinking we ignore the bundled one and use the command line ones.? I think this is better than any prepend/append solution. As a workaround, you can use system properties either via jvmArgument or jvmUserArgument.? For user arguments the values are simply smashed together, so if you are setting system properties you need to set the key to "-Dprop=? ?Danno On Apr 30, 2014, at 4:34 PM, Tony Anecito wrote: > Hi All, >? > Does anyone know how to get command line parameters passed to the "args" of a java program via the javafx deploy ant task? I tried and could not get anything to work. I have a command line argument like serverid=myserver and want to to get passed to my program via "args". >? > Thanks! > -Tony From hang.vo at oracle.com Thu May 1 03:17:42 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 01 May 2014 03:17:42 +0000 Subject: hg: openjfx/8u-dev/rt: 3 new changesets Message-ID: <201405010318.s413I5RC008163@aojmv0008> Changeset: 60ec7824be54 Author: jgiles Date: 2014-05-01 11:37 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/60ec7824be54 [TOY ONLY] Clean up HelloTableView to use proper CheckBoxTableCell. ! apps/toys/Hello/src/main/java/hello/HelloTableView.java Changeset: 1c2d5be06d1c Author: jgiles Date: 2014-05-01 11:51 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/1c2d5be06d1c [DOC ONLY] RT-36856: [TableView] onEditCommit is never called when using CheckBoxTableCell ! modules/controls/src/main/java/javafx/scene/control/cell/CheckBoxListCell.java ! modules/controls/src/main/java/javafx/scene/control/cell/CheckBoxTableCell.java ! modules/controls/src/main/java/javafx/scene/control/cell/CheckBoxTreeCell.java ! modules/controls/src/main/java/javafx/scene/control/cell/CheckBoxTreeTableCell.java Changeset: 0e9455df94b1 Author: jgiles Date: 2014-05-01 13:34 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/0e9455df94b1 [DOC ONLY] RT-26079: [ComboBox, Javadoc] selected item displayed but selection model is empty ! modules/controls/src/main/java/javafx/scene/control/ComboBox.java From hang.vo at oracle.com Thu May 1 14:47:43 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 01 May 2014 14:47:43 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36917, RT-36718 removing obsolete build-src/platforms usage, fixing monocle install Message-ID: <201405011447.s41ElsbW015936@aojmv0008> Changeset: 295b5b61e9c9 Author: ddhill Date: 2014-05-01 10:37 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/295b5b61e9c9 RT-36917,RT-36718 removing obsolete build-src/platforms usage, fixing monocle install Revieved-by: kcr ! buildSrc/armv5sf.gradle ! buildSrc/armv6hf.gradle ! buildSrc/armv6sf.gradle ! buildSrc/armv7hf.gradle ! buildSrc/armv7sf.gradle ! buildSrc/x86egl.gradle From hang.vo at oracle.com Thu May 1 16:17:48 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 01 May 2014 16:17:48 +0000 Subject: hg: openjfx/8u-dev/rt: RT-34884: Using Helvetica font on Mac outputs "CoreText performance note" Message-ID: <201405011618.s41GI6gt028616@aojmv0008> Changeset: 686ac8b65d29 Author: Felipe Heidrich Date: 2014-05-01 09:06 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/686ac8b65d29 RT-34884: Using Helvetica font on Mac outputs "CoreText performance note" ! modules/graphics/src/main/native-font/dfontdecoder.c From tom.schindl at bestsolution.at Thu May 1 16:25:00 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Thu, 01 May 2014 18:25:00 +0200 Subject: Cleaning up Control codebase - How to deal with StyleableProperty cast In-Reply-To: <5360FCFF.9070803@bestsolution.at> References: <535EC921.6040206@bestsolution.at> <535F9C74.1070906@oracle.com> <5360FCFF.9070803@bestsolution.at> Message-ID: <5362755C.7000501@bestsolution.at> Hi Jonathan & David, do you have any opinion on this? I would spend some time tomorrow to bring down the warning count. Maybe we should use the Styleable*Property cast when we control both the API & implementation and reside to the more save (StyleableProperty)(WritableValue) e.g. if we don't e.g. because code is owned by the graphics module? One could naturally look at this from another angle and say the Syleable interface should have been shown in the API but I guess this not going to change so we need to live with casts and the implementation detail. Tom On 30.04.14 15:39, Tom Schindl wrote: > Hi, > > On 29.04.14 14:35, David Grieve wrote: >> I've found that this works: >> >> final StyleableBooleanProperty prop = >> (StyleableBooleanProperty)focusTraversableProperty(); >> > > Right i can confirm that. > > The problem is that we are then relying even more on the fact the > upstream code does not change. If someone because of what ever reason > decides to replace the StyleableBooleanProperty through a custom > implementation StyleableProperty we get broken. > > In case of focusTraversableProperty() we are even crossing module > boundaries in this case which worries me a bit. > > Tom > From hang.vo at oracle.com Thu May 1 17:03:27 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 01 May 2014 17:03:27 +0000 Subject: hg: openjfx/8u-dev/rt: Fix build broken by RT-34884 (declared var inside for statement - it build locally but fails on the hudson server) Message-ID: <201405011703.s41H3dsZ005304@aojmv0008> Changeset: 9e934742a081 Author: Felipe Heidrich Date: 2014-05-01 09:52 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/9e934742a081 Fix build broken by RT-34884 (declared var inside for statement - it build locally but fails on the hudson server) ! modules/graphics/src/main/native-font/dfontdecoder.c From hang.vo at oracle.com Thu May 1 17:33:02 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 01 May 2014 17:33:02 +0000 Subject: hg: openjfx/8u-dev/rt: RT-35541 adding buildSrc/dalvik.gradle Message-ID: <201405011733.s41HXDCN009721@aojmv0008> Changeset: 9fb43da24248 Author: ddhill Date: 2014-05-01 13:24 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/9fb43da24248 RT-35541 adding buildSrc/dalvik.gradle Contributed-by: Johan Vos + buildSrc/dalvik.gradle From hang.vo at oracle.com Thu May 1 22:03:39 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 01 May 2014 22:03:39 +0000 Subject: hg: openjfx/8u-dev/rt: workaround to avoid segfault when producing parfait report Message-ID: <201405012203.s41M3oX8022228@aojmv0008> Changeset: ae3e1b4c7dec Author: Felipe Heidrich Date: 2014-05-01 14:58 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/ae3e1b4c7dec workaround to avoid segfault when producing parfait report ! modules/graphics/src/main/native-glass/mac/GlassAccessible.m From james.graham at oracle.com Fri May 2 00:17:55 2014 From: james.graham at oracle.com (Jim Graham) Date: Thu, 01 May 2014 17:17:55 -0700 Subject: [8u20] Review request for RT-36340 - MT issues with GraphicsContext on unattached canvases Message-ID: <5362E433.1000507@oracle.com> Jira: https://javafx-jira.kenai.com/browse/RT-36340 webrev: http://cr.openjdk.java.net/~flar/RT-36340/webrev.00/ ...jim From david.grieve at oracle.com Fri May 2 01:27:40 2014 From: david.grieve at oracle.com (David Grieve) Date: Thu, 01 May 2014 21:27:40 -0400 Subject: Cleaning up Control codebase - How to deal with StyleableProperty cast In-Reply-To: <5362755C.7000501@bestsolution.at> References: <535EC921.6040206@bestsolution.at> <535F9C74.1070906@oracle.com> <5360FCFF.9070803@bestsolution.at> <5362755C.7000501@bestsolution.at> Message-ID: <5362F48C.1010209@oracle.com> I don't have a strong opinion, other than a preference for having it done one way in all cases. So it seems (StyleableProperty)(WritableValue) would be the way to go. On 5/1/14, 12:25 PM, Tom Schindl wrote: > Hi Jonathan & David, > > do you have any opinion on this? I would spend some time tomorrow to > bring down the warning count. > > Maybe we should use the Styleable*Property cast when we control both the > API & implementation and reside to the more save > (StyleableProperty)(WritableValue) e.g. if we don't > e.g. because code is owned by the graphics module? > > One could naturally look at this from another angle and say the Syleable > interface should have been shown in the API but I guess this not going > to change so we need to live with casts and the implementation detail. > > Tom > > On 30.04.14 15:39, Tom Schindl wrote: >> Hi, >> >> On 29.04.14 14:35, David Grieve wrote: >>> I've found that this works: >>> >>> final StyleableBooleanProperty prop = >>> (StyleableBooleanProperty)focusTraversableProperty(); >>> >> Right i can confirm that. >> >> The problem is that we are then relying even more on the fact the >> upstream code does not change. If someone because of what ever reason >> decides to replace the StyleableBooleanProperty through a custom >> implementation StyleableProperty we get broken. >> >> In case of focusTraversableProperty() we are even crossing module >> boundaries in this case which worries me a bit. >> >> Tom >> From jonathan.giles at oracle.com Fri May 2 02:09:15 2014 From: jonathan.giles at oracle.com (Jonathan Giles) Date: Fri, 02 May 2014 14:09:15 +1200 Subject: Cleaning up Control codebase - How to deal with StyleableProperty cast In-Reply-To: <5362F48C.1010209@oracle.com> References: <535EC921.6040206@bestsolution.at> <535F9C74.1070906@oracle.com> <5360FCFF.9070803@bestsolution.at> <5362755C.7000501@bestsolution.at> <5362F48C.1010209@oracle.com> Message-ID: <5362FE4B.3050502@oracle.com> I agree with David. Let's go that way and see where things end up. As always, thanks Tom for being relentless in pushing this forward. -- Jonathan On 2/05/2014 1:27 p.m., David Grieve wrote: > I don't have a strong opinion, other than a preference for having it > done one way in all cases. So it seems > (StyleableProperty)(WritableValue) would be the way > to go. > > On 5/1/14, 12:25 PM, Tom Schindl wrote: >> Hi Jonathan & David, >> >> do you have any opinion on this? I would spend some time tomorrow to >> bring down the warning count. >> >> Maybe we should use the Styleable*Property cast when we control both the >> API & implementation and reside to the more save >> (StyleableProperty)(WritableValue) e.g. if we don't >> e.g. because code is owned by the graphics module? >> >> One could naturally look at this from another angle and say the Syleable >> interface should have been shown in the API but I guess this not going >> to change so we need to live with casts and the implementation detail. >> >> Tom >> >> On 30.04.14 15:39, Tom Schindl wrote: >>> Hi, >>> >>> On 29.04.14 14:35, David Grieve wrote: >>>> I've found that this works: >>>> >>>> final StyleableBooleanProperty prop = >>>> (StyleableBooleanProperty)focusTraversableProperty(); >>>> >>> Right i can confirm that. >>> >>> The problem is that we are then relying even more on the fact the >>> upstream code does not change. If someone because of what ever reason >>> decides to replace the StyleableBooleanProperty through a custom >>> implementation StyleableProperty we get broken. >>> >>> In case of focusTraversableProperty() we are even crossing module >>> boundaries in this case which worries me a bit. >>> >>> Tom >>> > From hang.vo at oracle.com Fri May 2 04:03:19 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 02 May 2014 04:03:19 +0000 Subject: hg: openjfx/8u-dev/rt: RT-35984: MediaPlayer: playback doesn't resume after long pause and sound restarts Message-ID: <201405020403.s4243VFd017952@aojmv0008> Changeset: 7944afc1542c Author: almatvee Date: 2014-05-01 20:53 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/7944afc1542c RT-35984: MediaPlayer: playback doesn't resume after long pause and sound restarts Reviewed-by: ddehaven ! modules/media/src/main/native/jfxmedia/platform/osx/QTKMediaPlayer.h ! modules/media/src/main/native/jfxmedia/platform/osx/QTKMediaPlayer.mm From hang.vo at oracle.com Fri May 2 06:18:07 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 02 May 2014 06:18:07 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36905 Null pointer when a button without a mnemonic is re-added to a scene and alt is pressed Message-ID: <201405020618.s426IIVq007644@aojmv0008> Changeset: 077a84d87eb4 Author: Martin Sladecek Date: 2014-05-02 08:05 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/077a84d87eb4 RT-36905 Null pointer when a button without a mnemonic is re-added to a scene and alt is pressed Reviewed by: jgiles ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/LabeledSkinBase.java From hang.vo at oracle.com Fri May 2 06:48:08 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 02 May 2014 06:48:08 +0000 Subject: hg: openjfx/8u-dev/rt: [TOYS] Updated HelloAccordion and HelloTitledPane to cover cases in RT-36868 Message-ID: <201405020648.s426mJUB011818@aojmv0008> Changeset: 225ce268fe32 Author: Martin Sladecek Date: 2014-05-02 08:38 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/225ce268fe32 [TOYS] Updated HelloAccordion and HelloTitledPane to cover cases in RT-36868 ! apps/toys/Hello/src/main/java/hello/HelloAccordion.java ! apps/toys/Hello/src/main/java/hello/HelloTitledPane.java From hang.vo at oracle.com Fri May 2 07:17:49 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 02 May 2014 07:17:49 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36929 [ToggleButton] focusTraversable can't be disabled Message-ID: <201405020718.s427I1H9016290@aojmv0008> Changeset: 6bc3a6e9b4b8 Author: Martin Sladecek Date: 2014-05-02 09:04 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/6bc3a6e9b4b8 RT-36929 [ToggleButton] focusTraversable can't be disabled ! modules/graphics/src/main/java/com/sun/javafx/scene/traversal/ParentTraversalEngine.java From tom.schindl at bestsolution.at Fri May 2 08:14:52 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Fri, 02 May 2014 10:14:52 +0200 Subject: Cleaning up Control codebase - How to deal with StyleableProperty cast In-Reply-To: <535ECEE1.40701@oracle.com> References: <535EC921.6040206@bestsolution.at> <535ECEE1.40701@oracle.com> Message-ID: <536353FC.7000104@bestsolution.at> Hi, Yes if i turn on this unnecessary type cast warning in Eclipse I get that as well. Currently the only solution to get around with ANY warning suppression I found is to use an intermediate variable. Tom On 28.04.14 23:57, Jonathan Giles wrote: > This seems to look fine - IntelliJ still complains about an unnecessary > cast, but it is better than having an unchecked cast. > > I'm happy for this to be done, but I think it would be best to get David > Grieve's +1 first too. > > Thanks for your help so far - it is making the JavaFX code base much > nicer. I've just switched IntelliJ to make warnings far more obvious to > me, so I'll be trying to keep on top of them also. > > -- Jonathan > > On 29/04/2014 9:33 a.m., Tom Schindl wrote: >> Hi, >> >> I've been cleaning up the warnings inside the controls code base and one >> of the warnings left (beside many generic problems in the *View-classes) >> is the casting from *Property to *StyleableProperty. >> >>> final StyleableProperty prop = >>> (StyleableProperty)focusTraversableProperty(); >> now I think I found a way to get away with out an unchecked cast warning >> by writing >> >>> final StyleableProperty prop = >>> (StyleableProperty)(WritableValue)focusTraversableProperty(); >>> >> Anyone having a better idea? >> >> Tom > From johan at lodgon.com Fri May 2 09:43:41 2014 From: johan at lodgon.com (Johan Vos) Date: Fri, 2 May 2014 11:43:41 +0200 Subject: retrolambda Message-ID: Hi, I was able to refactor all lambda's out of the class files of jfxrt.jar using RetroLambda 1.1.5-SNAPSHOT.jar (after adding the eclipse swt jar to the classpath and removing jfxrt.jar from the bootclasspath). This means that the builds for platforms that don't support invokedynamic should be able to work with the OpenJFX code base. I'll try to add the retrolambda gradle plugin somehow in the openjfx gradle system. As I'm not an expert with gradle, some help would be appreciated. At this moment, I simply unzipped the jfxrt.jar, removed the jfxrt.jar from the lib/ext directory in the Java 8 install, and executed java -Dretrolambda.inputDir=class -Dretrolambda.classpath=class:org.eclipse.swt.gtk.linux.x86_64_3.7.2.v3740f-.jar -Dretrolambda.outputDir=retroclass -javaagent:retrolambda.jar -jar retrolambda.jar It should be possible to optionally do this retrocompiling task during the build of OpenJFX. In my JavaFX-Android applications, I use gradle-retrolambda as follows: buildscript { repositories { mavenCentral() } dependencies { classpath 'me.tatarka:gradle-retrolambda:1.3.0' } } ... apply plugin: 'retrolambda' - Johan From hang.vo at oracle.com Fri May 2 11:03:34 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 02 May 2014 11:03:34 +0000 Subject: hg: openjfx/8u-dev/rt: RT-23093 [Axis] provide better default choice for fractional part of numbers Message-ID: <201405021103.s42B3k0K021493@aojmv0008> Changeset: 2571b33a1ecf Author: Martin Sladecek Date: 2014-05-02 13:00 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/2571b33a1ecf RT-23093 [Axis] provide better default choice for fractional part of numbers Reviewed by: jgiles ! modules/controls/src/main/java/javafx/scene/chart/NumberAxis.java ! modules/controls/src/test/java/javafx/scene/chart/NumberAxisTest.java From hang.vo at oracle.com Fri May 2 11:32:50 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 02 May 2014 11:32:50 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36937 ObservableList in 7-source still has Predicate import Message-ID: <201405021133.s42BX7nv025621@aojmv0008> Changeset: 0df9d0cf3b9b Author: Martin Sladecek Date: 2014-05-02 13:17 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/0df9d0cf3b9b RT-36937 ObservableList in 7-source still has Predicate import ! modules/base/src/main/java7/javafx/collections/ObservableList.java From steve.x.northover at oracle.com Fri May 2 18:24:36 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Fri, 02 May 2014 14:24:36 -0400 Subject: retrolambda In-Reply-To: References: Message-ID: <5363E2E4.309@oracle.com> This is good news. This means that you are using JDK8 to compile everything, then fixing the bytecodes. Is the next step to modify the OpenJFX build to start with a jar that does not contain classes such as SWT that have no hope of running on the target? Steve On 2014-05-02 5:43 AM, Johan Vos wrote: > Hi, > > I was able to refactor all lambda's out of the class files of jfxrt.jar > using RetroLambda 1.1.5-SNAPSHOT.jar (after adding the eclipse swt jar to > the classpath and removing jfxrt.jar from the bootclasspath). > > This means that the builds for platforms that don't support invokedynamic > should be able to work with the OpenJFX code base. > I'll try to add the retrolambda gradle plugin somehow in the openjfx gradle > system. As I'm not an expert with gradle, some help would be appreciated. > > At this moment, I simply unzipped the jfxrt.jar, removed the jfxrt.jar from > the lib/ext directory in the Java 8 install, and executed > > java -Dretrolambda.inputDir=class > -Dretrolambda.classpath=class:org.eclipse.swt.gtk.linux.x86_64_3.7.2.v3740f-.jar > -Dretrolambda.outputDir=retroclass -javaagent:retrolambda.jar -jar > retrolambda.jar > > > It should be possible to optionally do this retrocompiling task during the > build of OpenJFX. In my JavaFX-Android applications, I use > gradle-retrolambda as follows: > buildscript { > repositories { > mavenCentral() > } > > dependencies { > classpath 'me.tatarka:gradle-retrolambda:1.3.0' > } > } > ... > apply plugin: 'retrolambda' > > - Johan From johan at lodgon.com Fri May 2 18:29:12 2014 From: johan at lodgon.com (Johan Vos) Date: Fri, 2 May 2014 20:29:12 +0200 Subject: retrolambda In-Reply-To: <5363E2E4.309@oracle.com> References: <5363E2E4.309@oracle.com> Message-ID: The dalvik.gradle file already excludes a number of modules that make no sense (or are not ported atm) on Android. Next step is to correctly add the retrolambda compilation in the build system. - Johan 2014-05-02 20:24 GMT+02:00 Stephen F Northover : > This is good news. This means that you are using JDK8 to compile > everything, then fixing the bytecodes. > > Is the next step to modify the OpenJFX build to start with a jar that does > not contain classes such as SWT that have no hope of running on the target? > > Steve > > > On 2014-05-02 5:43 AM, Johan Vos wrote: > >> Hi, >> >> I was able to refactor all lambda's out of the class files of jfxrt.jar >> using RetroLambda 1.1.5-SNAPSHOT.jar (after adding the eclipse swt jar to >> the classpath and removing jfxrt.jar from the bootclasspath). >> >> This means that the builds for platforms that don't support invokedynamic >> should be able to work with the OpenJFX code base. >> I'll try to add the retrolambda gradle plugin somehow in the openjfx >> gradle >> system. As I'm not an expert with gradle, some help would be appreciated. >> >> At this moment, I simply unzipped the jfxrt.jar, removed the jfxrt.jar >> from >> the lib/ext directory in the Java 8 install, and executed >> >> java -Dretrolambda.inputDir=class >> -Dretrolambda.classpath=class:org.eclipse.swt.gtk.linux.x86_ >> 64_3.7.2.v3740f-.jar >> -Dretrolambda.outputDir=retroclass -javaagent:retrolambda.jar -jar >> retrolambda.jar >> >> >> It should be possible to optionally do this retrocompiling task during the >> build of OpenJFX. In my JavaFX-Android applications, I use >> gradle-retrolambda as follows: >> buildscript { >> repositories { >> mavenCentral() >> } >> >> dependencies { >> classpath 'me.tatarka:gradle-retrolambda:1.3.0' >> } >> } >> ... >> apply plugin: 'retrolambda' >> >> - Johan >> > > From lisa.selle at oracle.com Sat May 3 00:45:41 2014 From: lisa.selle at oracle.com (Lisa Selle) Date: Fri, 02 May 2014 20:45:41 -0400 Subject: (In)Sanity testing Message-ID: <53643C35.3080007@oracle.com> Reminder to check out the matrix at https://wiki.openjdk.java.net/display/OpenJFX/8u20 for your insanity testing assignment for this week (assignments have changed for this week). Testing should take 1 hour or less. If your assignment takes longer, stop after an hour and continue where you left off the following week. Also, please review the weekly code freeze and push rules Happy testing! Lisa From marco at code-xy.com Sun May 4 10:01:58 2014 From: marco at code-xy.com (Marco Wiorek) Date: Sun, 4 May 2014 12:01:58 +0200 (CEST) Subject: FX and PiTFT on Raspberry Message-ID: <331517048.235392.1399197718835.open-xchange@email.1und1.de> Hello guys, I wonder if it is possible to redirect the eglfb output to /dev/fb1 instead of fb0. An older revision of modules/graphics/src/main/native-prism-es2/eglfb/wrapped_egl.c (19ca9150cb33) seem to had it hard coded but in newer versions it is not. The touch events are perfectly catched but the frame buffer unfortunately is wrong. Regards and thanks in advance, Marco From daniel.blaukopf at oracle.com Sun May 4 11:20:59 2014 From: daniel.blaukopf at oracle.com (Daniel Blaukopf) Date: Sun, 4 May 2014 14:20:59 +0300 Subject: FX and PiTFT on Raspberry In-Reply-To: <331517048.235392.1399197718835.open-xchange@email.1und1.de> References: <331517048.235392.1399197718835.open-xchange@email.1und1.de> Message-ID: <31F8B9C2-477F-415F-861F-492C161137B2@oracle.com> Hi Marco, Is it the parameter to vc_dispmanx_display_open that you want to change? Currently this is fixed at 0 in dispmanCursor.c but we could make that configurable. Is the problem that JavaFX is drawing to the wrong screen, or getting the wrong screen size? Would you open a JIRA describing what you need? Thanks, Daniel On May 4, 2014, at 1:01 PM, Marco Wiorek wrote: > Hello guys, > > I wonder if it is possible to redirect the eglfb output to /dev/fb1 instead of > fb0. > An older revision of > modules/graphics/src/main/native-prism-es2/eglfb/wrapped_egl.c (19ca9150cb33) > seem to had it hard coded but in newer versions it is not. > > The touch events are perfectly catched but the frame buffer unfortunately is > wrong. > > Regards and thanks in advance, > Marco From marco at code-xy.com Sun May 4 11:34:37 2014 From: marco at code-xy.com (Marco Wiorek) Date: Sun, 4 May 2014 13:34:37 +0200 (CEST) Subject: FX and PiTFT on Raspberry In-Reply-To: <31F8B9C2-477F-415F-861F-492C161137B2@oracle.com> References: <331517048.235392.1399197718835.open-xchange@email.1und1.de> <31F8B9C2-477F-415F-861F-492C161137B2@oracle.com> Message-ID: <531212595.237086.1399203277660.open-xchange@email.1und1.de> Hello Daniel, it is basically the same problem you've answered here: http://www.raspberrypi.org/forums/viewtopic.php?f=81&t=52025 According to the 4th post here: http://www.raspberrypi.org/forums/viewtopic.php?f=67&t=58952 it is supposed to just work on the first display_id. For now I am using fbcp to copy the framebuffer from fb0 to fb1 but a more native alternative would be better. Regards, Marco > Daniel Blaukopf hat am 4. Mai 2014 um 13:20 > geschrieben: > > > Hi Marco, > > Is it the parameter to vc_dispmanx_display_open that you want to change? > Currently this is fixed at 0 in dispmanCursor.c but we could make that > configurable. Is the problem that JavaFX is drawing to the wrong screen, or > getting the wrong screen size? Would you open a JIRA describing what you need? > > Thanks, > Daniel > > On May 4, 2014, at 1:01 PM, Marco Wiorek wrote: > > > Hello guys, > > > > I wonder if it is possible to redirect the eglfb output to /dev/fb1 instead > > of > > fb0. > > An older revision of > > modules/graphics/src/main/native-prism-es2/eglfb/wrapped_egl.c > > (19ca9150cb33) > > seem to had it hard coded but in newer versions it is not. > > > > The touch events are perfectly catched but the frame buffer unfortunately is > > wrong. > > > > Regards and thanks in advance, > > Marco > From hang.vo at oracle.com Mon May 5 11:54:50 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Mon, 05 May 2014 11:54:50 +0000 Subject: hg: openjfx/2u/dev/rt: RT-35272: JAVAFX TABLEVIEW VALUES STOP UPDATING WHEN VALUES ARE INVALIDATED Message-ID: <201405051154.s45Bsq74011080@aojmv0008> Changeset: 53fbd2add357 Author: bae Date: 2014-05-05 11:04 +0100 URL: http://hg.openjdk.java.net/openjfx/2u/dev/rt/rev/53fbd2add357 RT-35272: JAVAFX TABLEVIEW VALUES STOP UPDATING WHEN VALUES ARE INVALIDATED Reviewed-by: jgiles ! javafx-ui-controls/src/com/sun/javafx/scene/control/skin/VirtualFlow.java + javafx-ui-controls/test/javafx/scene/control/TableViewBindingTest.java From steve.x.northover at oracle.com Mon May 5 15:07:57 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Mon, 05 May 2014 11:07:57 -0400 Subject: (In)Sanity testing In-Reply-To: <53643C35.3080007@oracle.com> References: <53643C35.3080007@oracle.com> Message-ID: <5367A94D.4050903@oracle.com> Hi all, Note also that this is M4 Milestone week which means no post-commit reviews and extra +1 controls required to release code. The main point is that one of Kevin, Daniel, Jasper, Lisa or David H must be aware what code is going in and why. Steve On 2014-05-02 8:45 PM, Lisa Selle wrote: > Reminder to check out the matrix at > > https://wiki.openjdk.java.net/display/OpenJFX/8u20 > > for your insanity testing assignment for this week (assignments have > changed for this week). Testing should take 1 hour or less. If your > assignment takes longer, stop after an hour and continue where you > left off the following week. > > Also, please review the weekly code freeze and push rules > > Happy testing! > > Lisa From daniel.blaukopf at oracle.com Mon May 5 18:23:42 2014 From: daniel.blaukopf at oracle.com (Daniel Blaukopf) Date: Mon, 5 May 2014 21:23:42 +0300 Subject: [8u26] Review request for RT-35406 [Monocle] Implement mouse/touch grab Message-ID: <7E60D817-017D-48D1-B57C-D77B953F26B1@oracle.com> Hi Lisa, Would you review the fix for https://javafx-jira.kenai.com/browse/RT-35406 ? http://cr.openjdk.java.net/~dblaukop/webrev-20140505-2010-RT-35406/webrev/ Thanks, Daniel From lisa.selle at oracle.com Mon May 5 18:43:34 2014 From: lisa.selle at oracle.com (Lisa Selle) Date: Mon, 05 May 2014 14:43:34 -0400 Subject: [8u26] Review request for RT-35406 [Monocle] Implement mouse/touch grab In-Reply-To: <7E60D817-017D-48D1-B57C-D77B953F26B1@oracle.com> References: <7E60D817-017D-48D1-B57C-D77B953F26B1@oracle.com> Message-ID: <5367DBD6.40900@oracle.com> +1 On 5/5/2014 2:23 PM, Daniel Blaukopf wrote: > Hi Lisa, > > Would you review the fix for > https://javafx-jira.kenai.com/browse/RT-35406 ? > http://cr.openjdk.java.net/~dblaukop/webrev-20140505-2010-RT-35406/webrev/ > > > Thanks, > Daniel > > From hang.vo at oracle.com Mon May 5 20:33:31 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Mon, 05 May 2014 20:33:31 +0000 Subject: hg: openjfx/8u-dev/rt: 8 new changesets Message-ID: <201405052034.s45KYRxl000836@aojmv0008> Changeset: 91d8c9b81d27 Author: Felipe Heidrich Date: 2014-05-02 11:04 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/91d8c9b81d27 RT-36130: [Text] NPE at javafx.scene.text.Text.getSpanBounds(Text.java:292) ! modules/graphics/src/main/java/javafx/scene/text/Text.java Changeset: 874f14e816a6 Author: flar Date: 2014-05-02 14:16 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/874f14e816a6 Fix RT-36340 - Garbled paths due to MT issues in GraphicsContext (only for Canvas not attached to scene) Reviewed by: kcr ! modules/graphics/src/main/java/javafx/scene/canvas/GraphicsContext.java Changeset: a5a076452f83 Author: David Grieve Date: 2014-05-02 17:19 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/a5a076452f83 RT-35594: add @Ignore until this bug is fixed ! modules/graphics/src/test/java/javafx/scene/Node_cssMethods_Test.java Changeset: 14a7fde042ef Author: David Grieve Date: 2014-05-02 17:19 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/14a7fde042ef RT-35989: add some styles for the volume and time popup ! apps/samples/Ensemble8/src/samples/java/ensemble/samples/media/overlaymediaplayer/PlayerPane.java ! apps/samples/Ensemble8/src/samples/resources/ensemble/samples/media/overlaymediaplayer/OverlayMediaPlayer.css Changeset: e4d920161c61 Author: David Grieve Date: 2014-05-02 17:33 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/e4d920161c61 RT-35260: add unit tests, update cssref, fixes for unit test failures ! modules/graphics/src/main/docs/javafx/scene/doc-files/cssref.html ! modules/graphics/src/main/java/com/sun/javafx/css/StyleManager.java ! modules/graphics/src/main/java/javafx/scene/Scene.java ! modules/graphics/src/main/java/javafx/scene/SubScene.java ! modules/graphics/src/test/java/com/sun/javafx/css/StyleManagerTest.java + modules/graphics/src/test/resources/com/sun/javafx/css/ua0.css + modules/graphics/src/test/resources/com/sun/javafx/css/ua1.css + modules/graphics/src/test/resources/com/sun/javafx/css/ua2.css Changeset: abc855ae09c0 Author: jgiles Date: 2014-05-05 10:06 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/abc855ae09c0 RT-36334: Clean up warnings in control component Contributed-by: Tom Schindl Reviewed-by: jgiles ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/AccordionSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/BehaviorSkinBase.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/CellSkinBase.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ChoiceBoxSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ColorPickerSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ComboBoxBaseSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ComboBoxPopupControl.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ContextMenuContent.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ContextMenuSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/CustomColorDialog.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/DatePickerContent.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/DoubleFieldSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/FXVKSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/InputFieldSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/IntegerFieldSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/LabelSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/LabeledSkinBase.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/LabeledText.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ListViewSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/MenuBarSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/MenuButtonSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/MenuButtonSkinBase.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/PaginationSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ProgressBarSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ProgressIndicatorSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/RadioButtonSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ScrollBarSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ScrollPaneSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/SeparatorSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/SliderSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/SplitMenuButtonSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/SplitPaneSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TabPaneSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TableCellSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TableCellSkinBase.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TableColumnHeader.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TableHeaderRow.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TableRowSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TableRowSkinBase.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TableViewSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TableViewSkinBase.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TextAreaSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TextFieldSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TextInputControlSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TitledPaneSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ToggleButtonSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ToolBarSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TreeCellSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TreeTableCellSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TreeTableRowSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TreeTableViewSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TreeViewSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/VirtualContainerBase.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/VirtualFlow.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/VirtualScrollBar.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/WebColorFieldSkin.java ! modules/controls/src/main/java/javafx/scene/control/Accordion.java ! modules/controls/src/main/java/javafx/scene/control/Cell.java ! modules/controls/src/main/java/javafx/scene/control/Control.java ! modules/controls/src/main/java/javafx/scene/control/DatePicker.java ! modules/controls/src/main/java/javafx/scene/control/Hyperlink.java ! modules/controls/src/main/java/javafx/scene/control/Label.java ! modules/controls/src/main/java/javafx/scene/control/Labeled.java ! modules/controls/src/main/java/javafx/scene/control/ListView.java ! modules/controls/src/main/java/javafx/scene/control/MenuBar.java ! modules/controls/src/main/java/javafx/scene/control/Pagination.java ! modules/controls/src/main/java/javafx/scene/control/PopupControl.java ! modules/controls/src/main/java/javafx/scene/control/ProgressBar.java ! modules/controls/src/main/java/javafx/scene/control/ProgressIndicator.java ! modules/controls/src/main/java/javafx/scene/control/RadioButton.java ! modules/controls/src/main/java/javafx/scene/control/ScrollBar.java ! modules/controls/src/main/java/javafx/scene/control/ScrollPane.java ! modules/controls/src/main/java/javafx/scene/control/Separator.java ! modules/controls/src/main/java/javafx/scene/control/Slider.java ! modules/controls/src/main/java/javafx/scene/control/SplitPane.java ! modules/controls/src/main/java/javafx/scene/control/TabPane.java ! modules/controls/src/main/java/javafx/scene/control/TextArea.java ! modules/controls/src/main/java/javafx/scene/control/TextField.java ! modules/controls/src/main/java/javafx/scene/control/TextInputControl.java ! modules/controls/src/main/java/javafx/scene/control/TitledPane.java ! modules/controls/src/main/java/javafx/scene/control/ToggleButton.java ! modules/controls/src/main/java/javafx/scene/control/ToolBar.java ! modules/controls/src/main/java/javafx/scene/control/Tooltip.java ! modules/controls/src/main/java/javafx/scene/control/TreeTableView.java ! modules/controls/src/main/java/javafx/scene/control/TreeView.java ! modules/controls/src/main/java/javafx/scene/control/cell/CellUtils.java ! modules/controls/src/main/java/javafx/scene/control/cell/CheckBoxListCell.java ! modules/controls/src/main/java/javafx/scene/control/cell/CheckBoxTableCell.java ! modules/controls/src/main/java/javafx/scene/control/cell/CheckBoxTreeCell.java ! modules/controls/src/main/java/javafx/scene/control/cell/CheckBoxTreeTableCell.java ! modules/controls/src/main/java/javafx/scene/control/cell/ChoiceBoxListCell.java ! modules/controls/src/main/java/javafx/scene/control/cell/ChoiceBoxTableCell.java ! modules/controls/src/main/java/javafx/scene/control/cell/ChoiceBoxTreeCell.java ! modules/controls/src/main/java/javafx/scene/control/cell/ChoiceBoxTreeTableCell.java ! modules/controls/src/main/java/javafx/scene/control/cell/ComboBoxListCell.java ! modules/controls/src/main/java/javafx/scene/control/cell/ComboBoxTableCell.java ! modules/controls/src/main/java/javafx/scene/control/cell/ComboBoxTreeCell.java ! modules/controls/src/main/java/javafx/scene/control/cell/ComboBoxTreeTableCell.java ! modules/controls/src/main/java/javafx/scene/control/cell/ProgressBarTableCell.java ! modules/controls/src/main/java/javafx/scene/control/cell/ProgressBarTreeTableCell.java ! modules/controls/src/main/java/javafx/scene/control/cell/PropertyValueFactory.java ! modules/controls/src/main/java/javafx/scene/control/cell/TreeItemPropertyValueFactory.java Changeset: c4ca4ff6f858 Author: ddhill Date: 2014-05-05 16:11 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/c4ca4ff6f858 RT-36894 Lens detect surface changes and send appropriate events Contributed-by: johanvos ! modules/graphics/src/main/java/com/sun/glass/ui/Screen.java ! modules/graphics/src/main/java/com/sun/glass/ui/lens/LensApplication.java ! modules/graphics/src/main/native-glass/lens/LensApplication.c ! modules/graphics/src/main/native-glass/lens/LensCommon.h ! modules/graphics/src/main/native-glass/lens/wm/LensWindowManager.c ! modules/graphics/src/main/native-glass/lens/wm/LensWindowManager.h Changeset: 4055c4f66098 Author: Daniel Blaukopf Date: 2014-05-05 23:24 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/4055c4f66098 RT-35406 [Monocle] Implement mouse/touch grab Reviewed-by: kselle ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/MouseInput.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/TouchInput.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/TouchState.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/filters/LookaheadTouchFilter.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/filters/TouchPipeline.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/DragTouchInAndOutAWindowTest.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/MultiTouch2Test.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/ParameterizedTestBase.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/SimpleMouseTest.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/TestApplication.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/TouchLagTest.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/ZoomTest.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/devices/TestTouchDevice.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/devices/TestTouchDevices.java From steve.x.northover at oracle.com Mon May 5 20:54:56 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Mon, 05 May 2014 16:54:56 -0400 Subject: Testing, Testing, 123 - Accessibility for JavaFX Message-ID: <5367FAA0.9040306@oracle.com> Hi all, We have made good progress recently on Accessibility for JavaFX and have working implementation for Windows 8 (UIA) and OS X 10.9. All of the built-in controls have been enabled. You can find information about the work and how to enable the support here: https://wiki.openjdk.java.net/display/OpenJFX/Accessibility+Exploration (this link is background information on the work) https://wiki.openjdk.java.net/display/OpenJFX/Getting+Started+A11y (this link is for developers but describes some flags) We have tested informally under VoiceOver and Narrator but nothing else (ie. for example, we have no run proprietary AT's such as JAWS). We're looking for folks to help test the code and enter bug reports. The work is not targeted for 8u20 and will be removed before we ship because it is not ready for that release. However, it is ready to be tested right now and will be spending the next couple of weeks seeing where we are. https://wiki.openjdk.java.net/display/OpenJFX/Submitting+a+Bug+Report Remember to set -Djavafx.accessible=true when testing. Currently only Windows 8 and Mac OSX 10.9 are allowed to enable accessibility. We hope to support Windows 7 and Mac OSX 10.8 as well, however these are disabled. Using -Djavafx.accessible.force=true will force accessibility on these systems. You can help! Especially valuable is input from folks who use screen readers as part of their normal day. Try one of the standard examples such as Modena or Ensemble and see how far you get. There are problems for sure, but many things work. Thanks, Steve From hang.vo at oracle.com Mon May 5 22:03:48 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Mon, 05 May 2014 22:03:48 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36964 [Lens] x86egl build fails Message-ID: <201405052203.s45M3xd0013676@aojmv0008> Changeset: 9db01136330d Author: Daniel Blaukopf Date: 2014-05-06 00:52 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/9db01136330d RT-36964 [Lens] x86egl build fails ! buildSrc/x86egl.gradle From david.grieve at oracle.com Tue May 6 01:29:14 2014 From: david.grieve at oracle.com (David Grieve) Date: Mon, 05 May 2014 21:29:14 -0400 Subject: [8u] Review request: RT-36838 - Strange behavior of TreeItem's disclosure arrow // expanded/collapsed state not reflected correctly Message-ID: <53683AEA.20104@oracle.com> Jonathan, The issue with this one is that a call to reapply CSS is happening in the middle of the node being CSS updated. I've attached a patch to https://javafx-jira.kenai.com/browse/RT-36838 that defers the CSS reapply if the node's cssFlag is either update or reapply. From hang.vo at oracle.com Tue May 6 01:32:59 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 06 May 2014 01:32:59 +0000 Subject: hg: openjfx/8u-dev/rt: Fix to RT-36644: [Glass, Mac] Native code needs to handle JNI exceptions reported by Parfait Message-ID: <201405060133.s461XAJN016216@aojmv0008> Changeset: bdb4082bc3e9 Author: Chien Yang Date: 2014-05-05 18:16 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/bdb4082bc3e9 Fix to RT-36644: [Glass, Mac] Native code needs to handle JNI exceptions reported by Parfait Reviewed by Anthony Petrov and Kevin Rusthforth ! modules/graphics/src/main/native-glass/mac/GlassApplication.m ! modules/graphics/src/main/native-glass/mac/GlassDialogs.m ! modules/graphics/src/main/native-glass/mac/GlassHelper.m ! modules/graphics/src/main/native-glass/mac/GlassKey.m ! modules/graphics/src/main/native-glass/mac/GlassMenu.m ! modules/graphics/src/main/native-glass/mac/GlassPasteboard.m ! modules/graphics/src/main/native-glass/mac/GlassScreen.m ! modules/graphics/src/main/native-glass/mac/GlassStatics.m ! modules/graphics/src/main/native-glass/mac/GlassView.m ! modules/graphics/src/main/native-glass/mac/GlassView3D.m ! modules/graphics/src/main/native-glass/mac/GlassViewDelegate.m ! modules/graphics/src/main/native-glass/mac/GlassWindow.m From hang.vo at oracle.com Tue May 6 06:03:22 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 06 May 2014 06:03:22 +0000 Subject: hg: openjfx/8u-dev/rt: 3 new changesets Message-ID: <201405060603.s4663jb6024332@aojmv0008> Changeset: a1f6444766df Author: Martin Sladecek Date: 2014-05-06 07:58 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/a1f6444766df RT-36944 [Android] Need a way to switch off JRockit support Reviewed by: kcr ! build.gradle ! gradle.properties.template Changeset: bcc6a53b42d0 Author: Martin Sladecek Date: 2014-05-06 08:00 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/bcc6a53b42d0 RT-26840 PieChart data default colors are randomly choose. Reviewed by: jgiles ! modules/controls/src/main/java/javafx/scene/chart/PieChart.java Changeset: f531ce5da171 Author: Martin Sladecek Date: 2014-05-06 08:01 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/f531ce5da171 RT-36091 [StackedBarChart] auto-range of category axis not working Reviewed by: jgiles ! modules/controls/src/main/java/javafx/scene/chart/CategoryAxis.java ! modules/controls/src/main/java/javafx/scene/chart/StackedBarChart.java From hang.vo at oracle.com Tue May 6 07:47:46 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 06 May 2014 07:47:46 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405060748.s467m3Sv009787@aojmv0008> Changeset: 7e4082f5d6fc Author: vadim Date: 2014-05-06 11:30 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/7e4082f5d6fc RT-33475: NPE in PPSRenderer (when display disconnected?) Reviewed-by: anthony, flar, kcr ! modules/graphics/src/main/java/com/sun/glass/ui/Screen.java ! modules/graphics/src/main/java/com/sun/javafx/tk/quantum/QuantumToolkit.java ! modules/graphics/src/main/java/com/sun/prism/GraphicsPipeline.java ! modules/graphics/src/main/java/com/sun/prism/d3d/D3DPipeline.java ! modules/graphics/src/main/java/com/sun/prism/es2/ES2Pipeline.java ! modules/graphics/src/main/java/com/sun/prism/j2d/J2DPipeline.java ! modules/graphics/src/main/java/com/sun/prism/null3d/NULL3DPipeline.java ! modules/graphics/src/main/java/com/sun/prism/sw/SWPipeline.java ! modules/graphics/src/main/java/com/sun/scenario/effect/impl/prism/ps/PPSDrawable.java ! modules/graphics/src/main/java/com/sun/scenario/effect/impl/prism/ps/PPSRenderer.java Changeset: f08c40c607dd Author: vadim Date: 2014-05-06 11:32 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/f08c40c607dd RT-36571: [D3D] Re-enable DirectX 9Ex to avoid losing textures when surface lost Reviewed-by: kcr, ckyang ! modules/graphics/src/main/java/com/sun/prism/d3d/D3DContext.java ! modules/graphics/src/main/java/com/sun/prism/impl/PrismSettings.java ! modules/graphics/src/main/native-prism-d3d/D3DContext.cc From anthony.petrov at oracle.com Tue May 6 11:54:59 2014 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Tue, 06 May 2014 15:54:59 +0400 Subject: [8u20] Review request for RT-36841: [Mac] Login demo may crash the JVM Message-ID: <5368CD93.6040004@oracle.com> Hi Petr, Steve, Please review a fix for https://javafx-jira.kenai.com/browse/RT-36841 -- best regards, Anthony From david.grieve at oracle.com Tue May 6 12:59:01 2014 From: david.grieve at oracle.com (David Grieve) Date: Tue, 06 May 2014 08:59:01 -0400 Subject: [8u] Review request: RT-36959 - NPE in StyleManager Message-ID: <5368DC95.2020602@oracle.com> Jonathan, Martin, Please review https://javafx-jira.kenai.com/browse/RT-36959 http://cr.openjdk.java.net/~dgrieve/RT-36959/webrev.00 Fix adds null checks and unit tests. From hang.vo at oracle.com Tue May 6 13:03:14 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 06 May 2014 13:03:14 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36838 - don't reapply CSS in the middle of an update or reapply Message-ID: <201405061303.s46D3Pcg028830@aojmv0008> Changeset: 2dd37489bbc3 Author: David Grieve Date: 2014-05-06 08:41 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/2dd37489bbc3 RT-36838 - don't reapply CSS in the middle of an update or reapply Reviewed by: jonathan, martin ! modules/graphics/src/main/java/javafx/scene/Node.java From david.grieve at oracle.com Tue May 6 13:44:49 2014 From: david.grieve at oracle.com (David Grieve) Date: Tue, 06 May 2014 09:44:49 -0400 Subject: (In)Sanity testing In-Reply-To: <5367A94D.4050903@oracle.com> References: <53643C35.3080007@oracle.com> <5367A94D.4050903@oracle.com> Message-ID: <5368E751.7030408@oracle.com> Unit test only changes, too? On 5/5/14, 11:07 AM, Stephen F Northover wrote: > Hi all, > > Note also that this is M4 Milestone week which means no post-commit > reviews and extra +1 controls required to release code. The main > point is that one of Kevin, Daniel, Jasper, Lisa or David H must be > aware what code is going in and why. > > Steve > > On 2014-05-02 8:45 PM, Lisa Selle wrote: >> Reminder to check out the matrix at >> >> https://wiki.openjdk.java.net/display/OpenJFX/8u20 >> >> for your insanity testing assignment for this week (assignments have >> changed for this week). Testing should take 1 hour or less. If your >> assignment takes longer, stop after an hour and continue where you >> left off the following week. >> >> Also, please review the weekly code freeze and push rules >> >> Happy testing! >> >> Lisa > From kevin.rushforth at oracle.com Tue May 6 13:46:39 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 06 May 2014 06:46:39 -0700 Subject: (In)Sanity testing In-Reply-To: <5368E751.7030408@oracle.com> References: <53643C35.3080007@oracle.com> <5367A94D.4050903@oracle.com> <5368E751.7030408@oracle.com> Message-ID: <5368E7BF.8090006@oracle.com> Unit test changes do not need an extra +1. From the Wiki: Changes that do not affect the "bits that we ship" do not require approval. ... -- Kevin David Grieve wrote: > Unit test only changes, too? > > On 5/5/14, 11:07 AM, Stephen F Northover wrote: >> Hi all, >> >> Note also that this is M4 Milestone week which means no post-commit >> reviews and extra +1 controls required to release code. The main >> point is that one of Kevin, Daniel, Jasper, Lisa or David H must be >> aware what code is going in and why. >> >> Steve >> >> On 2014-05-02 8:45 PM, Lisa Selle wrote: >>> Reminder to check out the matrix at >>> >>> https://wiki.openjdk.java.net/display/OpenJFX/8u20 >>> >>> for your insanity testing assignment for this week (assignments >>> have changed for this week). Testing should take 1 hour or less. If >>> your assignment takes longer, stop after an hour and continue where >>> you left off the following week. >>> >>> Also, please review the weekly code freeze and push rules >>> >>> Happy testing! >>> >>> Lisa >> > From hang.vo at oracle.com Tue May 6 14:03:17 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 06 May 2014 14:03:17 +0000 Subject: hg: openjfx/8u-dev/rt: [TEST ONLY] RT-35594: replace Toolkit firePulse() calls with applyCss() Message-ID: <201405061403.s46E3SvO009047@aojmv0008> Changeset: 9c09a4284e91 Author: David Grieve Date: 2014-05-06 09:59 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/9c09a4284e91 [TEST ONLY] RT-35594: replace Toolkit firePulse() calls with applyCss() ! modules/graphics/src/test/java/com/sun/javafx/css/Node_cssStateTransition_Test.java From steve.x.northover at oracle.com Tue May 6 14:08:09 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Tue, 06 May 2014 10:08:09 -0400 Subject: (In)Sanity testing In-Reply-To: <5368E7BF.8090006@oracle.com> References: <53643C35.3080007@oracle.com> <5367A94D.4050903@oracle.com> <5368E751.7030408@oracle.com> <5368E7BF.8090006@oracle.com> Message-ID: <5368ECC9.6020001@oracle.com> Please request in the JIRA or ping on Skype. Steve On 2014-05-06 9:46 AM, Kevin Rushforth wrote: > Unit test changes do not need an extra +1. From the Wiki: > > Changes that do not affect the "bits that we ship" do not require > approval. ... > > -- Kevin > > > David Grieve wrote: >> Unit test only changes, too? >> >> On 5/5/14, 11:07 AM, Stephen F Northover wrote: >>> Hi all, >>> >>> Note also that this is M4 Milestone week which means no post-commit >>> reviews and extra +1 controls required to release code. The main >>> point is that one of Kevin, Daniel, Jasper, Lisa or David H must be >>> aware what code is going in and why. >>> >>> Steve >>> >>> On 2014-05-02 8:45 PM, Lisa Selle wrote: >>>> Reminder to check out the matrix at >>>> >>>> https://wiki.openjdk.java.net/display/OpenJFX/8u20 >>>> >>>> for your insanity testing assignment for this week (assignments >>>> have changed for this week). Testing should take 1 hour or less. >>>> If your assignment takes longer, stop after an hour and continue >>>> where you left off the following week. >>>> >>>> Also, please review the weekly code freeze and push rules >>>> >>>> Happy testing! >>>> >>>> Lisa >>> >> From hang.vo at oracle.com Tue May 6 14:33:13 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 06 May 2014 14:33:13 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405061433.s46EXUpd015112@aojmv0008> Changeset: 81b9272d1fcf Author: David Grieve Date: 2014-05-06 10:21 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/81b9272d1fcf RT-36959: check for null return from getScene() Reviewed by: Martin, Kevin ! modules/graphics/src/main/java/com/sun/javafx/css/StyleManager.java ! modules/graphics/src/test/java/com/sun/javafx/css/StyleManagerTest.java Changeset: 0c6de88024ff Author: Chien Yang Date: 2014-05-06 07:24 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/0c6de88024ff Fix to RT-36176: Native prism code needs to handle JNI exceptions Reviewed by flar and kcr ! modules/graphics/src/main/native-decora/SSEUtils.cc ! modules/graphics/src/main/native-iio/jpegloader.c ! modules/graphics/src/main/native-prism-d3d/D3DPipeline.cc ! modules/graphics/src/main/native-prism-d3d/D3DResourceFactory.cc ! modules/graphics/src/main/native-prism-es2/GLContext.c ! modules/graphics/src/main/native-prism-es2/windows/WinGLDrawable.c ! modules/graphics/src/main/native-prism-sw/JNIUtil.c ! modules/graphics/src/main/native-prism-sw/JNIUtil.h ! modules/graphics/src/main/native-prism-sw/JPiscesRenderer.c From hang.vo at oracle.com Tue May 6 14:48:16 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 06 May 2014 14:48:16 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36841: [Mac] Login demo may crash the JVM Message-ID: <201405061448.s46EmQmQ017540@aojmv0008> Changeset: 3e592e395f42 Author: Anthony Petrov Date: 2014-05-06 18:45 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/3e592e395f42 RT-36841: [Mac] Login demo may crash the JVM Summary: Call retain/release on a copy of an id to keep the calls balanced Reviewed-by: pchelko, snorthov ! modules/graphics/src/main/native-glass/mac/GlassView3D.m ! modules/graphics/src/main/native-glass/mac/GlassWindow.m From rrmartin at indra.es Tue May 6 16:56:38 2014 From: rrmartin at indra.es (=?iso-8859-1?Q?Ru=EDz_Mart=EDn=2C_Ricardo?=) Date: Tue, 6 May 2014 18:56:38 +0200 Subject: RV: News about Java 8 Message-ID: <1C749BA20624F34F93FAA2D61F0E28AD04C1FB66@MADARRMAILBOX03.indra.es> Hi, We are trying adding direct multitouch interaction support for our JavaFX application and we are facing some multi-touch support issues under Linux. Under Windows all touch events are propagated (zoom, rotate, swipe, touch...), but although windows can be a development solution for us, we would need final version running under Linux. We have tried different distributions (mainly RedHat beta7 and Ubuntu 14.04) and only events we get from JavaFX are Mouse events generated by multi-touch screen. There are a Jira Issue about this (with some others duplicate issues): https://javafx-jira.kenai.com/browse/RT-25079 But there are no timeline or Fix version. Searching for some workaround we have found that OpenJfx has Raspberry Pi multitouch support in ARM linux JVM runtime. It seems that this support is because ARM JVM does not use X11 and/or GTK, but only device drivers, and it should be possible build OpenJFX with this configuration for x86 (I suppose this should work on 64 bits too.) With this build we should use EGL/X11 for full-screen output but we would get inputs from dev/input. So we have tried build OpenJFX with -PCOMPILE_TARGETS=x86egl because we can get touch events from /dev/input/eventX in evtest with no problems. Unfortunately although we can build OpenJFX for linux with no target, when we use this compile target build fails: https://javafx-jira.kenai.com/browse/RT-36921 We are stuck now with this. Is there any other way for getting multitouch events with JavaFX under Linux? Regards Ricardo Este correo electr?nico y, en su caso, cualquier fichero anexo al mismo, contiene informaci?n de car?cter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilizaci?n, divulgaci?n y/o copia sin autorizaci?n est? prohibida en virtud de la legislaci?n vigente. En el caso de haber recibido este correo electr?nico por error, se ruega notificar inmediatamente esta circunstancia mediante reenv?o a la direcci?n electr?nica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid printing this message if it is not absolutely necessary. From rrmartin at indra.es Tue May 6 16:57:43 2014 From: rrmartin at indra.es (=?iso-8859-1?Q?Ru=EDz_Mart=EDn=2C_Ricardo?=) Date: Tue, 6 May 2014 18:57:43 +0200 Subject: JavaFX multi-touch support under Linux Message-ID: <1C749BA20624F34F93FAA2D61F0E28AD04C1FB68@MADARRMAILBOX03.indra.es> Hi, We are trying adding direct multitouch interaction support for our JavaFX application and we are facing some multi-touch support issues under Linux. Under Windows all touch events are propagated (zoom, rotate, swipe, touch...), but although windows can be a development solution for us, we would need final version running under Linux. We have tried different distributions (mainly RedHat beta7 and Ubuntu 14.04) and only events we get from JavaFX are Mouse events generated by multi-touch screen. There are a Jira Issue about this (with some others duplicate issues): https://javafx-jira.kenai.com/browse/RT-25079 But there are no timeline or Fix version. Searching for some workaround we have found that OpenJfx has Raspberry Pi multitouch support in ARM linux JVM runtime. It seems that this support is because ARM JVM does not use X11 and/or GTK, but only device drivers, and it should be possible build OpenJFX with this configuration for x86 (I suppose this should work on 64 bits too.) With this build we should use EGL/X11 for full-screen output but we would get inputs from dev/input. So we have tried build OpenJFX with -PCOMPILE_TARGETS=x86egl because we can get touch events from /dev/input/eventX in evtest with no problems. Unfortunately although we can build OpenJFX for linux with no target, when we use this compile target build fails: https://javafx-jira.kenai.com/browse/RT-36921 We are stuck now with this. Is there any other way for getting multitouch events with JavaFX under Linux? Regards Ricardo Este correo electr?nico y, en su caso, cualquier fichero anexo al mismo, contiene informaci?n de car?cter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilizaci?n, divulgaci?n y/o copia sin autorizaci?n est? prohibida en virtud de la legislaci?n vigente. En el caso de haber recibido este correo electr?nico por error, se ruega notificar inmediatamente esta circunstancia mediante reenv?o a la direcci?n electr?nica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid printing this message if it is not absolutely necessary. From felipe.heidrich at oracle.com Tue May 6 17:38:48 2014 From: felipe.heidrich at oracle.com (Felipe Heidrich) Date: Tue, 6 May 2014 10:38:48 -0700 Subject: review request: [Text] TextArea cannot handle Chinese space character properly Message-ID: <438E5AFB-35C5-4F9B-B962-8B6820F2891A@oracle.com> Hi Steve, Please review: https://javafx-jira.kenai.com/browse/RT-36133 http://cr.openjdk.java.net/~fheidric/RT-36133/webrev/ The fix is to use BreakIterator.getLineInstance() if the text contains CJK characters. this also fixes https://javafx-jira.kenai.com/browse/RT-21878 Thanks Felipe From hang.vo at oracle.com Tue May 6 20:47:54 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 06 May 2014 20:47:54 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36133: [Text] TextArea cannot handle Chinese space character properly Message-ID: <201405062048.s46KmHOD012015@aojmv0008> Changeset: af7a2fabf339 Author: Felipe Heidrich Date: 2014-05-06 13:36 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/af7a2fabf339 RT-36133: [Text] TextArea cannot handle Chinese space character properly ! modules/graphics/src/main/java/com/sun/javafx/scene/text/TextLayout.java ! modules/graphics/src/main/java/com/sun/javafx/text/GlyphLayout.java ! modules/graphics/src/main/java/com/sun/javafx/text/PrismTextLayout.java From felipe.heidrich at oracle.com Tue May 6 20:53:10 2014 From: felipe.heidrich at oracle.com (Felipe Heidrich) Date: Tue, 6 May 2014 13:53:10 -0700 Subject: review request: RT-36794: [Font] Bitmapped font should not be sub-pixel rendered. Message-ID: Hi Steve, Please review: https://javafx-jira.kenai.com/browse/RT-36794 http://cr.openjdk.java.net/~fheidric/RT-36794/webrev/ Thanks Felipe From felix.bembrick at gmail.com Wed May 7 01:06:04 2014 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Wed, 7 May 2014 01:06:04 +0000 (UTC) Subject: Invitation to connect on LinkedIn Message-ID: <346140852.7330844.1399424764277.JavaMail.app@ela4-app8142.prod> LinkedIn ------------ openjfx-dev at openjdk., I'd like to include you in my network to share updates and stay in touch. - Felix Felix Bembrick Development Lead at Bembrick Software Labs Sydney Area, Australia Confirm that you know Felix Bembrick: https://www.linkedin.com/e/j4bywu-huvxdeup-6l/isd/5869612877400268800/ozFfuBwq/?hs=false&tok=3mTxsFstByV6c1 -- You are receiving Invitation to Connect emails. Click to unsubscribe: http://www.linkedin.com/e/j4bywu-huvxdeup-6l/p63fWs4VSbaM8taBLf3sTb8VSQFM_H2BLf3sTxcnZr8/goo/openjfx-dev%40openjdk%2Ejava%2Enet/20061/I7025721830_1/?hs=false&tok=3r8LNCus5yV6c1 (c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA. From felix.bembrick at gmail.com Wed May 7 01:29:35 2014 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Wed, 7 May 2014 11:29:35 +1000 Subject: Invitation to connect on LinkedIn In-Reply-To: <346140852.7330844.1399424764277.JavaMail.app@ela4-app8142.prod> References: <346140852.7330844.1399424764277.JavaMail.app@ela4-app8142.prod> Message-ID: My sincerest apologies for this spam. I was setting up my Linkedin profile for the first time and must have clicked on the wrong button in one of the wizard pages :-( I have no idea how this request ended-up on this list but I suspect it went through my address book. If that's the case then I am sorry to anyone else who receives such a message. Felix On 7 May 2014 11:06, Felix Bembrick wrote: > LinkedIn > ------------ > > > > openjfx-dev at openjdk., > > I'd like to include you in my network to share updates and stay in touch. > > - Felix > > Felix Bembrick > Development Lead at Bembrick Software Labs > Sydney Area, Australia > > Confirm that you know Felix Bembrick: > > https://www.linkedin.com/e/j4bywu-huvxdeup-6l/isd/5869612877400268800/ozFfuBwq/?hs=false&tok=3mTxsFstByV6c1 > > -- > You are receiving Invitation to Connect emails. Click to unsubscribe: > > http://www.linkedin.com/e/j4bywu-huvxdeup-6l/p63fWs4VSbaM8taBLf3sTb8VSQFM_H2BLf3sTxcnZr8/goo/openjfx-dev%40openjdk%2Ejava%2Enet/20061/I7025721830_1/?hs=false&tok=3r8LNCus5yV6c1 > > (c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, > USA. > > > > From bilalsoidik at gmail.com Wed May 7 01:30:24 2014 From: bilalsoidik at gmail.com (Bilal Soidik) Date: Wed, 7 May 2014 02:30:24 +0100 Subject: How to deploy JavaFX application writen in JavaScript unsing Nashorn Message-ID: Hi! As you know, we can write JavaFX application in JavaScript using Nashorn Engine, but I have to run application with command line like: > jjs app_all.js -fx . So I wont know how can I deploy application that let me click on and lunch it or make a self-contained application packaging using JDK 7(Update 6 or later) packaging tools -- *Bilal Soidiki Mpapandza* *Etudiant en Master Sp?. Qualit? du Logiciel, FS UIT* *Ing?nieur logiciel et D?veloppeur Java, C/C++,.NET et PHP* *T?l. *:*(+212) 602746546* *Blog *:* http://la-lune-1.blogspot.com * *Twitter *:* bilaalsoidik* *Skype *:* bilalsoidik* From tom.schindl at bestsolution.at Wed May 7 07:58:28 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Wed, 07 May 2014 09:58:28 +0200 Subject: Setup IDE for development instructions In-Reply-To: <535EC9F6.6020406@oracle.com> References: <53597422.5060301@bestsolution.at> <53598218.1030200@bestsolution.at> <53598429.9020102@oracle.com> <53598703.9070800@bestsolution.at> <5359874A.4060307@oracle.com> <535988F4.2080302@oracle.com> <535EBDF9.4080708@bestsolution.at> <535EC05D.7090300@oracle.com> <535EC9F6.6020406@oracle.com> Message-ID: <5369E7A4.8040902@bestsolution.at> The path to to the libraries is wrong. It is -Djava.library.path=${workspace_loc:rt}/build/sdk/rt/lib Tom On 28.04.14 23:36, Stephen F Northover wrote: > I fixed the wiki to warn Eclipse users not to do this. > > Steve > > On 2014-04-28 4:55 PM, Stephen F Northover wrote: >> Thanks Tom. Felipe ran into this way back when. Initially, the repo >> was in the workspace, but having outside allows is how most people >> develop and so I moved it out. >> >> Steve >> >> On 2014-04-28 4:45 PM, Tom Schindl wrote: >>> Hi, >>> >>> Just to finish this. The real problem with is that I've clone the >>> hg-repo directly to my workspace-folder (which is the default in the >>> Eclipse-hg-plugin) which is causing all the troubles! >>> >>> Once I move the clone next to the workspace-folder things started to >>> operate the way they should. >>> >>> Tom >>> >>> On 24.04.14 23:58, Stephen F Northover wrote: >>>> Hmmmm ..... I can't look at this now but will look at it tomorrow. I am >>>> running: >>>> >>>> Eclipse SDK >>>> >>>> Version: 4.3.2 >>>> Build id: M20140221-1700 >>>> >>>> I will get the latest and greatest from the Eclipse download page and >>>> follow the steps. >>>> >>>> Eclipse has this funky optional classpath syntax. Is this burning us? >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> Anyhow, tomorrow! >>>> >>>> Steve >>>> >>>> On 2014-04-24 5:51 PM, Kevin Rushforth wrote: >>>>> The default task in build.gradle is sdk so "gradle" and "gradle sdk" >>>>> are equivalent. >>>>> >>>>> -- Kevin >>>>> >>>>> >>>>> Tom Schindl wrote: >>>>>> Hi, >>>>>> >>>>>> I once built with "gradle sdk" maybe that was wrong? >>>>>> >>>>>> Tom >>>>>> >>>>>> On 24.04.14 23:37, Stephen F Northover wrote: >>>>>>> Did you build once outside the IDE? Type "gradle" in the rt >>>>>>> directory. >>>>>>> >>>>>>> Steve >>>>>>> >>>>>>> On 2014-04-24 5:28 PM, Tom Schindl wrote: >>>>>>>> More stuff that does not work. >>>>>>>> >>>>>>>> If you import the projects you have build-path errors because >>>>>>>> source >>>>>>>> folders are missing in: >>>>>>>> * base: >>>>>>>> - src/main/resources >>>>>>>> - src/test/resources >>>>>>>> * builders >>>>>>>> - src/main/resources >>>>>>>> - src/test/resources >>>>>>>> * designTime >>>>>>>> - src/main/resources >>>>>>>> * fxml >>>>>>>> - src/main/resources >>>>>>>> * media >>>>>>>> - src/test/java >>>>>>>> - src/test/resources >>>>>>>> * swing >>>>>>>> - src/main/resources >>>>>>>> - src/test/java >>>>>>>> - src/test/resources >>>>>>>> * swt >>>>>>>> - src/main/resources >>>>>>>> - src/test/java >>>>>>>> - src/test/resources >>>>>>>> * web >>>>>>>> - src/main/native/WebKitBuild/Release/WebCore/generated/java >>>>>>>> >>>>>>>> Libraries are not found in buildSrc: >>>>>>>> >>>>>>>> It looks like you are using relative-paths but at least my eclipse >>>>>>>> does >>>>>>>> not like that but e.g. wants to detect them as >>>>>>>> rt/build/libs/ant-1.8.2.jar and not ../build/libs/ant-1.8.2.jar >>>>>>>> >>>>>>>> * graphics to compile without errors needs swt-debug.jar in the >>>>>>>> library >>>>>>>> path. >>>>>>>> >>>>>>>> * swt to compile without errors needs swt-debug.jar in the library >>>>>>>> path >>>>>>>> >>>>>>>> * scenebuilder needs to reference all projects but not rt-project >>>>>>>> >>>>>>>> Tom >>>>>>>> >>>>>>>> >>>>>>>> On 24.04.14 22:29, Tom Schindl wrote: >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> I try to follow the guide at >>>>>>>>> https://wiki.openjdk.java.net/display/OpenJFX/Using+an+IDE to >>>>>>>>> setup my >>>>>>>>> Eclipse workspace but the description how to preconfigure the JDK >>>>>>>>> is a >>>>>>>>> ambiguous. >>>>>>>>> >>>>>>>>> The ambiguous information is the "cd " which could >>>>>>>>> me (I >>>>>>>>> take my OS-X install as the reference) >>>>>>>>> * cd >>>>>>>>> /Library/Java/JavaVirtualMachines/jdk1.8.0_05.jdk_nofx/Contents/Home/jre/lib/ext >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> * cd >>>>>>>>> /Library/Java/JavaVirtualMachines/jdk1.8.0_05.jdk_nofx/Contents/Home/ >>>>>>>>> >>>>>>>>> >>>>>>>>> BTW for Eclipse there's no an easier way to get Java8 support >>>>>>>>> you can >>>>>>>>> grab a prebuilt distro from >>>>>>>>> http://www.eclipse.org/downloads/index-java8.php >>>>>>>>> >>>>>>>>> Tom >>>>>>>>> >> > From tom.schindl at bestsolution.at Wed May 7 09:21:31 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Wed, 07 May 2014 11:21:31 +0200 Subject: Getting some interesting output on master Message-ID: <5369FB1B.8010608@bestsolution.at> Hi, I'm getting some interesting outputs/errors when running on 8u-dev/rt: a) When I shutdown i sometimes get > Java has been detached already, but someone is still trying to use it at -[GlassRunnable run]:/Users/tomschindl/Documents/e-workspaces/OpenJFX-master/modules/graphics/src/main/native-glass/mac/GlassApplication.m:92 > Java has been detached already, but someone is still trying to use it at -[GlassRunnable dealloc]:/Users/tomschindl/Documents/e-workspaces/OpenJFX-master/modules/graphics/src/main/native-glass/mac/GlassApplication.m:106 b) Also on shutdown I got (just once) > java.lang.NullPointerException > at com.sun.glass.ui.Application.invokeLater(Application.java:472) > at com.sun.javafx.tk.quantum.QuantumToolkit.postPulse(QuantumToolkit.java:396) > at com.sun.javafx.tk.quantum.QuantumToolkit.lambda$12(QuantumToolkit.java:300) > at com.sun.javafx.tk.quantum.QuantumToolkit$$Lambda$42/435457674.run(Unknown Source) Anyone else ever seen those? I'm currently working on DnD so this might be involved but I'm not able to reproduce is all time. Tom From daniel.blaukopf at oracle.com Wed May 7 09:29:27 2014 From: daniel.blaukopf at oracle.com (Daniel Blaukopf) Date: Wed, 7 May 2014 12:29:27 +0300 Subject: News about Java 8 In-Reply-To: <1C749BA20624F34F93FAA2D61F0E28AD04C1FB66@MADARRMAILBOX03.indra.es> References: <1C749BA20624F34F93FAA2D61F0E28AD04C1FB66@MADARRMAILBOX03.indra.es> Message-ID: <3960E4E7-88BE-4C80-9853-4FB358D7CD8B@oracle.com> Hi Ricardo, These are great questions. You are correct in your analysis that the Pi implementation uses a different code path for touch than desktop Linux. Although what you are trying to do is not a supported configuration of JavaFX, the good news is that it should work and we can help you get it built. I recommend using the Monocle implementation of Glass instead of Lens. Here are the flags to do that and select the X11 implementation: -Djavafx.platform=monocle -Dmonocle.platform=X11 -Dembedded=monocle If you run into input problems, the following flags should help you debug them: -Dmonocle.input.traceEvents=true -Dmonocle.input.traceEvents.verbose=true Please let me know how you get on with this. Thanks, Daniel On May 6, 2014, at 7:56 PM, Ru?z Mart?n, Ricardo wrote: > Hi, > > We are trying adding direct multitouch interaction support for our JavaFX application and we are facing some multi-touch support issues under Linux. > > Under Windows all touch events are propagated (zoom, rotate, swipe, touch...), but although windows can be a development solution for us, we would need final version running under Linux. > We have tried different distributions (mainly RedHat beta7 and Ubuntu 14.04) and only events we get from JavaFX are Mouse events generated by multi-touch screen. > There are a Jira Issue about this (with some others duplicate issues): > https://javafx-jira.kenai.com/browse/RT-25079 > But there are no timeline or Fix version. > > Searching for some workaround we have found that OpenJfx has Raspberry Pi multitouch support in ARM linux JVM runtime. > It seems that this support is because ARM JVM does not use X11 and/or GTK, but only device drivers, and it should be possible build OpenJFX with this configuration for x86 (I suppose this should work on 64 bits too.) With this build we should use EGL/X11 for full-screen output but we would get inputs from dev/input. > > So we have tried build OpenJFX with -PCOMPILE_TARGETS=x86egl because we can get touch events from /dev/input/eventX in evtest with no problems. > > Unfortunately although we can build OpenJFX for linux with no target, when we use this compile target build fails: > https://javafx-jira.kenai.com/browse/RT-36921 > > > We are stuck now with this. > > > Is there any other way for getting multitouch events with JavaFX under Linux? > > > > Regards > > Ricardo > > Este correo electr?nico y, en su caso, cualquier fichero anexo al mismo, contiene informaci?n de car?cter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilizaci?n, divulgaci?n y/o copia sin autorizaci?n est? prohibida en virtud de la legislaci?n vigente. En el caso de haber recibido este correo electr?nico por error, se ruega notificar inmediatamente esta circunstancia mediante reenv?o a la direcci?n electr?nica del remitente. > Evite imprimir este mensaje si no es estrictamente necesario. > > This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. > Avoid printing this message if it is not absolutely necessary. From daniel.blaukopf at oracle.com Wed May 7 09:32:41 2014 From: daniel.blaukopf at oracle.com (Daniel Blaukopf) Date: Wed, 7 May 2014 12:32:41 +0300 Subject: News about Java 8 In-Reply-To: <3960E4E7-88BE-4C80-9853-4FB358D7CD8B@oracle.com> References: <1C749BA20624F34F93FAA2D61F0E28AD04C1FB66@MADARRMAILBOX03.indra.es> <3960E4E7-88BE-4C80-9853-4FB358D7CD8B@oracle.com> Message-ID: With the latest code you should be getting notification of multitouch gestures as well as raw multitouch events. These events use JavaFX's built-in gesture recognizer for embedded platforms. Out of curiosity, what touch screen are you using? Thanks, Daniel On May 7, 2014, at 12:29 PM, Daniel Blaukopf wrote: > Hi Ricardo, > > These are great questions. You are correct in your analysis that the Pi implementation uses a different code path for touch than desktop Linux. Although what you are trying to do is not a supported configuration of JavaFX, the good news is that it should work and we can help you get it built. > > I recommend using the Monocle implementation of Glass instead of Lens. Here are the flags to do that and select the X11 implementation: > > -Djavafx.platform=monocle -Dmonocle.platform=X11 -Dembedded=monocle > > If you run into input problems, the following flags should help you debug them: > > -Dmonocle.input.traceEvents=true -Dmonocle.input.traceEvents.verbose=true > > Please let me know how you get on with this. > > Thanks, > Daniel > > On May 6, 2014, at 7:56 PM, Ru?z Mart?n, Ricardo wrote: > >> Hi, >> >> We are trying adding direct multitouch interaction support for our JavaFX application and we are facing some multi-touch support issues under Linux. >> >> Under Windows all touch events are propagated (zoom, rotate, swipe, touch...), but although windows can be a development solution for us, we would need final version running under Linux. >> We have tried different distributions (mainly RedHat beta7 and Ubuntu 14.04) and only events we get from JavaFX are Mouse events generated by multi-touch screen. >> There are a Jira Issue about this (with some others duplicate issues): >> https://javafx-jira.kenai.com/browse/RT-25079 >> But there are no timeline or Fix version. >> >> Searching for some workaround we have found that OpenJfx has Raspberry Pi multitouch support in ARM linux JVM runtime. >> It seems that this support is because ARM JVM does not use X11 and/or GTK, but only device drivers, and it should be possible build OpenJFX with this configuration for x86 (I suppose this should work on 64 bits too.) With this build we should use EGL/X11 for full-screen output but we would get inputs from dev/input. >> >> So we have tried build OpenJFX with -PCOMPILE_TARGETS=x86egl because we can get touch events from /dev/input/eventX in evtest with no problems. >> >> Unfortunately although we can build OpenJFX for linux with no target, when we use this compile target build fails: >> https://javafx-jira.kenai.com/browse/RT-36921 >> >> >> We are stuck now with this. >> >> >> Is there any other way for getting multitouch events with JavaFX under Linux? >> >> >> >> Regards >> >> Ricardo >> >> Este correo electr?nico y, en su caso, cualquier fichero anexo al mismo, contiene informaci?n de car?cter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilizaci?n, divulgaci?n y/o copia sin autorizaci?n est? prohibida en virtud de la legislaci?n vigente. En el caso de haber recibido este correo electr?nico por error, se ruega notificar inmediatamente esta circunstancia mediante reenv?o a la direcci?n electr?nica del remitente. >> Evite imprimir este mensaje si no es estrictamente necesario. >> >> This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. >> Avoid printing this message if it is not absolutely necessary. > From rrmartin at indra.es Wed May 7 09:47:06 2014 From: rrmartin at indra.es (=?iso-8859-1?Q?Ru=EDz_Mart=EDn=2C_Ricardo?=) Date: Wed, 7 May 2014 11:47:06 +0200 Subject: News about Java 8 In-Reply-To: <3960E4E7-88BE-4C80-9853-4FB358D7CD8B@oracle.com> References: <1C749BA20624F34F93FAA2D61F0E28AD04C1FB66@MADARRMAILBOX03.indra.es> <3960E4E7-88BE-4C80-9853-4FB358D7CD8B@oracle.com> Message-ID: <1C749BA20624F34F93FAA2D61F0E28AD04CD82D2@MADARRMAILBOX03.indra.es> Hi Daniel, This properties should work in 8u20? Only with OpenJFX repository version? With repository version if I get a x86egl buld? Thank you Ricardo De: Daniel Blaukopf [mailto:daniel.blaukopf at oracle.com] Enviado el: mi?rcoles, 07 de mayo de 2014 11:29 Para: Ru?z Mart?n, Ricardo CC: openjfx-dev at openjdk.java.net Asunto: Re: News about Java 8 Hi Ricardo, These are great questions. You are correct in your analysis that the Pi implementation uses a different code path for touch than desktop Linux. Although what you are trying to do is not a supported configuration of JavaFX, the good news is that it should work and we can help you get it built. I recommend using the Monocle implementation of Glass instead of Lens. Here are the flags to do that and select the X11 implementation: -Djavafx.platform=monocle -Dmonocle.platform=X11 -Dembedded=monocle If you run into input problems, the following flags should help you debug them: -Dmonocle.input.traceEvents=true -Dmonocle.input.traceEvents.verbose=true Please let me know how you get on with this. Thanks, Daniel On May 6, 2014, at 7:56 PM, Ru?z Mart?n, Ricardo > wrote: Hi, We are trying adding direct multitouch interaction support for our JavaFX application and we are facing some multi-touch support issues under Linux. Under Windows all touch events are propagated (zoom, rotate, swipe, touch...), but although windows can be a development solution for us, we would need final version running under Linux. We have tried different distributions (mainly RedHat beta7 and Ubuntu 14.04) and only events we get from JavaFX are Mouse events generated by multi-touch screen. There are a Jira Issue about this (with some others duplicate issues): https://javafx-jira.kenai.com/browse/RT-25079 But there are no timeline or Fix version. Searching for some workaround we have found that OpenJfx has Raspberry Pi multitouch support in ARM linux JVM runtime. It seems that this support is because ARM JVM does not use X11 and/or GTK, but only device drivers, and it should be possible build OpenJFX with this configuration for x86 (I suppose this should work on 64 bits too.) With this build we should use EGL/X11 for full-screen output but we would get inputs from dev/input. So we have tried build OpenJFX with -PCOMPILE_TARGETS=x86egl because we can get touch events from /dev/input/eventX in evtest with no problems. Unfortunately although we can build OpenJFX for linux with no target, when we use this compile target build fails: https://javafx-jira.kenai.com/browse/RT-36921 We are stuck now with this. Is there any other way for getting multitouch events with JavaFX under Linux? Regards Ricardo Este correo electr?nico y, en su caso, cualquier fichero anexo al mismo, contiene informaci?n de car?cter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilizaci?n, divulgaci?n y/o copia sin autorizaci?n est? prohibida en virtud de la legislaci?n vigente. En el caso de haber recibido este correo electr?nico por error, se ruega notificar inmediatamente esta circunstancia mediante reenv?o a la direcci?n electr?nica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid printing this message if it is not absolutely necessary. ________________________________ Este correo electr?nico y, en su caso, cualquier fichero anexo al mismo, contiene informaci?n de car?cter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilizaci?n, divulgaci?n y/o copia sin autorizaci?n est? prohibida en virtud de la legislaci?n vigente. En el caso de haber recibido este correo electr?nico por error, se ruega notificar inmediatamente esta circunstancia mediante reenv?o a la direcci?n electr?nica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid printing this message if it is not absolutely necessary. From daniel.blaukopf at oracle.com Wed May 7 09:51:26 2014 From: daniel.blaukopf at oracle.com (Daniel Blaukopf) Date: Wed, 7 May 2014 12:51:26 +0300 Subject: News about Java 8 In-Reply-To: <1C749BA20624F34F93FAA2D61F0E28AD04CD82D2@MADARRMAILBOX03.indra.es> References: <1C749BA20624F34F93FAA2D61F0E28AD04C1FB66@MADARRMAILBOX03.indra.es> <3960E4E7-88BE-4C80-9853-4FB358D7CD8B@oracle.com> <1C749BA20624F34F93FAA2D61F0E28AD04CD82D2@MADARRMAILBOX03.indra.es> Message-ID: <5E1E034A-2FE5-4163-8887-3D8C3022B478@oracle.com> On May 7, 2014, at 12:47 PM, Ru?z Mart?n, Ricardo wrote: > Hi Daniel, > > This properties should work in 8u20? > Only with OpenJFX repository version? You?ll need to build OpenJFX with the latest repository version because you need this fix: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/9db01136330d Thanks, Daniel > With repository version if I get a x86egl buld? > > > Thank you > > Ricardo > > > > De: Daniel Blaukopf [mailto:daniel.blaukopf at oracle.com] > Enviado el: mi?rcoles, 07 de mayo de 2014 11:29 > Para: Ru?z Mart?n, Ricardo > CC: openjfx-dev at openjdk.java.net > Asunto: Re: News about Java 8 > > Hi Ricardo, > > These are great questions. You are correct in your analysis that the Pi implementation uses a different code path for touch than desktop Linux. Although what you are trying to do is not a supported configuration of JavaFX, the good news is that it should work and we can help you get it built. > > I recommend using the Monocle implementation of Glass instead of Lens. Here are the flags to do that and select the X11 implementation: > > -Djavafx.platform=monocle -Dmonocle.platform=X11 -Dembedded=monocle > > If you run into input problems, the following flags should help you debug them: > > -Dmonocle.input.traceEvents=true -Dmonocle.input.traceEvents.verbose=true > > Please let me know how you get on with this. > > Thanks, > Daniel > > On May 6, 2014, at 7:56 PM, Ru?z Mart?n, Ricardo wrote: > > > Hi, > > We are trying adding direct multitouch interaction support for our JavaFX application and we are facing some multi-touch support issues under Linux. > > Under Windows all touch events are propagated (zoom, rotate, swipe, touch...), but although windows can be a development solution for us, we would need final version running under Linux. > We have tried different distributions (mainly RedHat beta7 and Ubuntu 14.04) and only events we get from JavaFX are Mouse events generated by multi-touch screen. > There are a Jira Issue about this (with some others duplicate issues): > https://javafx-jira.kenai.com/browse/RT-25079 > But there are no timeline or Fix version. > > Searching for some workaround we have found that OpenJfx has Raspberry Pi multitouch support in ARM linux JVM runtime. > It seems that this support is because ARM JVM does not use X11 and/or GTK, but only device drivers, and it should be possible build OpenJFX with this configuration for x86 (I suppose this should work on 64 bits too.) With this build we should use EGL/X11 for full-screen output but we would get inputs from dev/input. > > So we have tried build OpenJFX with -PCOMPILE_TARGETS=x86egl because we can get touch events from /dev/input/eventX in evtest with no problems. > > Unfortunately although we can build OpenJFX for linux with no target, when we use this compile target build fails: > https://javafx-jira.kenai.com/browse/RT-36921 > > > We are stuck now with this. > > > Is there any other way for getting multitouch events with JavaFX under Linux? > > > > Regards > > Ricardo > > Este correo electr?nico y, en su caso, cualquier fichero anexo al mismo, contiene informaci?n de car?cter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilizaci?n, divulgaci?n y/o copia sin autorizaci?n est? prohibida en virtud de la legislaci?n vigente. En el caso de haber recibido este correo electr?nico por error, se ruega notificar inmediatamente esta circunstancia mediante reenv?o a la direcci?n electr?nica del remitente. > Evite imprimir este mensaje si no es estrictamente necesario. > > This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. > Avoid printing this message if it is not absolutely necessary. > > > Este correo electr?nico y, en su caso, cualquier fichero anexo al mismo, contiene informaci?n de car?cter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilizaci?n, divulgaci?n y/o copia sin autorizaci?n est? prohibida en virtud de la legislaci?n vigente. En el caso de haber recibido este correo electr?nico por error, se ruega notificar inmediatamente esta circunstancia mediante reenv?o a la direcci?n electr?nica del remitente. > Evite imprimir este mensaje si no es estrictamente necesario. > > This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. > Avoid printing this message if it is not absolutely necessary. From rrmartin at indra.es Wed May 7 09:59:50 2014 From: rrmartin at indra.es (=?iso-8859-1?Q?Ru=EDz_Mart=EDn=2C_Ricardo?=) Date: Wed, 7 May 2014 11:59:50 +0200 Subject: News about Java 8 In-Reply-To: References: <1C749BA20624F34F93FAA2D61F0E28AD04C1FB66@MADARRMAILBOX03.indra.es> <3960E4E7-88BE-4C80-9853-4FB358D7CD8B@oracle.com> Message-ID: <1C749BA20624F34F93FAA2D61F0E28AD04CD8324@MADARRMAILBOX03.indra.es> Hi, You mean with a standard Linux build? We are using Sharp PN-K322BH for direct interaction. We also use two 3M models (M2167PW and M2256PW) when application is set with indirect interaction. But in this case we implemented our own USB drivers (3M has their USB protocol documented) and we send Mouse and keyboard events to main screen. With direct interaction we should use JavaFX Events... -----Mensaje original----- De: Daniel Blaukopf [mailto:daniel.blaukopf at oracle.com] Enviado el: mi?rcoles, 07 de mayo de 2014 11:33 Para: Ru?z Mart?n, Ricardo CC: openjfx-dev at openjdk.java.net Asunto: Re: News about Java 8 With the latest code you should be getting notification of multitouch gestures as well as raw multitouch events. These events use JavaFX's built-in gesture recognizer for embedded platforms. Out of curiosity, what touch screen are you using? Thanks, Daniel On May 7, 2014, at 12:29 PM, Daniel Blaukopf wrote: > Hi Ricardo, > > These are great questions. You are correct in your analysis that the Pi implementation uses a different code path for touch than desktop Linux. Although what you are trying to do is not a supported configuration of JavaFX, the good news is that it should work and we can help you get it built. > > I recommend using the Monocle implementation of Glass instead of Lens. Here are the flags to do that and select the X11 implementation: > > -Djavafx.platform=monocle -Dmonocle.platform=X11 -Dembedded=monocle > > If you run into input problems, the following flags should help you debug them: > > -Dmonocle.input.traceEvents=true -Dmonocle.input.traceEvents.verbose=true > > Please let me know how you get on with this. > > Thanks, > Daniel > > On May 6, 2014, at 7:56 PM, Ru?z Mart?n, Ricardo wrote: > >> Hi, >> >> We are trying adding direct multitouch interaction support for our JavaFX application and we are facing some multi-touch support issues under Linux. >> >> Under Windows all touch events are propagated (zoom, rotate, swipe, touch...), but although windows can be a development solution for us, we would need final version running under Linux. >> We have tried different distributions (mainly RedHat beta7 and Ubuntu 14.04) and only events we get from JavaFX are Mouse events generated by multi-touch screen. >> There are a Jira Issue about this (with some others duplicate issues): >> https://javafx-jira.kenai.com/browse/RT-25079 >> But there are no timeline or Fix version. >> >> Searching for some workaround we have found that OpenJfx has Raspberry Pi multitouch support in ARM linux JVM runtime. >> It seems that this support is because ARM JVM does not use X11 and/or GTK, but only device drivers, and it should be possible build OpenJFX with this configuration for x86 (I suppose this should work on 64 bits too.) With this build we should use EGL/X11 for full-screen output but we would get inputs from dev/input. >> >> So we have tried build OpenJFX with -PCOMPILE_TARGETS=x86egl because we can get touch events from /dev/input/eventX in evtest with no problems. >> >> Unfortunately although we can build OpenJFX for linux with no target, when we use this compile target build fails: >> https://javafx-jira.kenai.com/browse/RT-36921 >> >> >> We are stuck now with this. >> >> >> Is there any other way for getting multitouch events with JavaFX under Linux? >> >> >> >> Regards >> >> Ricardo >> >> Este correo electr?nico y, en su caso, cualquier fichero anexo al mismo, contiene informaci?n de car?cter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilizaci?n, divulgaci?n y/o copia sin autorizaci?n est? prohibida en virtud de la legislaci?n vigente. En el caso de haber recibido este correo electr?nico por error, se ruega notificar inmediatamente esta circunstancia mediante reenv?o a la direcci?n electr?nica del remitente. >> Evite imprimir este mensaje si no es estrictamente necesario. >> >> This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. >> Avoid printing this message if it is not absolutely necessary. > Este correo electr?nico y, en su caso, cualquier fichero anexo al mismo, contiene informaci?n de car?cter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilizaci?n, divulgaci?n y/o copia sin autorizaci?n est? prohibida en virtud de la legislaci?n vigente. En el caso de haber recibido este correo electr?nico por error, se ruega notificar inmediatamente esta circunstancia mediante reenv?o a la direcci?n electr?nica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid printing this message if it is not absolutely necessary. From kevin.rushforth at oracle.com Wed May 7 11:24:45 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 07 May 2014 04:24:45 -0700 Subject: Getting some interesting output on master In-Reply-To: <5369FB1B.8010608@bestsolution.at> References: <5369FB1B.8010608@bestsolution.at> Message-ID: <536A17FD.2020703@oracle.com> Hi Tom, There is already a bug filed for (a) -- RT-34668 . I haven't seen (b) before, but it looks like it would happen if the glass application instance was nulled out before the toolkit was shutdown. I have another shutdown bug on my plate, RT-36761 , that may or may not be related so I filed RT-37006 for this one and will look at it at the same time. -- Kevin Tom Schindl wrote: > Hi, > > I'm getting some interesting outputs/errors when running on 8u-dev/rt: > > a) When I shutdown i sometimes get > >> Java has been detached already, but someone is still trying to use it at -[GlassRunnable run]:/Users/tomschindl/Documents/e-workspaces/OpenJFX-master/modules/graphics/src/main/native-glass/mac/GlassApplication.m:92 >> Java has been detached already, but someone is still trying to use it at -[GlassRunnable dealloc]:/Users/tomschindl/Documents/e-workspaces/OpenJFX-master/modules/graphics/src/main/native-glass/mac/GlassApplication.m:106 >> > > b) Also on shutdown I got (just once) > >> java.lang.NullPointerException >> at com.sun.glass.ui.Application.invokeLater(Application.java:472) >> at com.sun.javafx.tk.quantum.QuantumToolkit.postPulse(QuantumToolkit.java:396) >> at com.sun.javafx.tk.quantum.QuantumToolkit.lambda$12(QuantumToolkit.java:300) >> at com.sun.javafx.tk.quantum.QuantumToolkit$$Lambda$42/435457674.run(Unknown Source) >> > > Anyone else ever seen those? I'm currently working on DnD so this might > be involved but I'm not able to reproduce is all time. > > Tom > From mike at plan99.net Wed May 7 11:26:33 2014 From: mike at plan99.net (Mike Hearn) Date: Wed, 7 May 2014 13:26:33 +0200 Subject: How to deploy JavaFX application writen in JavaScript unsing Nashorn In-Reply-To: References: Message-ID: It's probably easiest to have a tiny Java app that just loads the JS files from resources in the JAR and runs it via Nashorn directly. Then all existing tools like jfxpackager, JWrapper etc can treat it like a Java app. On Wed, May 7, 2014 at 3:30 AM, Bilal Soidik wrote: > Hi! > As you know, we can write JavaFX application in JavaScript using Nashorn > Engine, but I have to run application with command line like: > jjs > app_all.js -fx . > So I wont know how can I deploy application that let me click on and lunch > it or make a self-contained application packaging using JDK 7(Update 6 or > later) packaging tools > > -- > *Bilal Soidiki Mpapandza* > *Etudiant en Master Sp?. Qualit? du Logiciel, FS UIT* > *Ing?nieur logiciel et D?veloppeur Java, C/C++,.NET et PHP* > *T?l. *:*(+212) 602746546* > *Blog *:* http://la-lune-1.blogspot.com > * > *Twitter *:* bilaalsoidik* > *Skype *:* bilalsoidik* > From anthony.petrov at oracle.com Wed May 7 12:29:14 2014 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Wed, 07 May 2014 16:29:14 +0400 Subject: [8u20] Review request for RT-36805: [Popup] Popup "steals" focus, when hiding the popup (regression) Message-ID: <536A271A.8040304@oracle.com> Hi Steve, Kevin, Please review a fix for https://javafx-jira.kenai.com/browse/RT-36805 All the details are in JIRA. -- best regards, Anthony From anton.nashatyrev at oracle.com Wed May 7 13:13:57 2014 From: anton.nashatyrev at oracle.com (anton nashatyrev) Date: Wed, 07 May 2014 17:13:57 +0400 Subject: [8u] Review request: RT-37010: [media] Long mp4 files (duration > 12hrs) are rejected by the media player. Message-ID: <536A3195.3020700@oracle.com> Hello, could you please review the following fix: Webrev: http://cr.openjdk.java.net/~anashaty/RT-37010/8/webrev.00/ Issue: https://javafx-jira.kenai.com/browse/RT-37010 Thank you! Anton. From rrmartin at indra.es Wed May 7 13:49:03 2014 From: rrmartin at indra.es (=?iso-8859-1?Q?Ru=EDz_Mart=EDn=2C_Ricardo?=) Date: Wed, 7 May 2014 15:49:03 +0200 Subject: News about Java 8 In-Reply-To: <5E1E034A-2FE5-4163-8887-3D8C3022B478@oracle.com> References: <1C749BA20624F34F93FAA2D61F0E28AD04C1FB66@MADARRMAILBOX03.indra.es> <3960E4E7-88BE-4C80-9853-4FB358D7CD8B@oracle.com> <1C749BA20624F34F93FAA2D61F0E28AD04CD82D2@MADARRMAILBOX03.indra.es> <5E1E034A-2FE5-4163-8887-3D8C3022B478@oracle.com> Message-ID: <1C749BA20624F34F93FAA2D61F0E28AD04CD8718@MADARRMAILBOX03.indra.es> Hi Daniel, I don't know if I have made all steps in the way I should, but multitouch events doesn?t get my test. What I did: 1.-In my repository clone (http://hg.openjdk.java.net/openjfx/8u-dev/rt/) I execute an hg pull from local rt folder. 2.- Then I updated my working copy with hg update. 3.- I made a normal build with gradle -PBUILD_NATIVES=true 4.- I copied .../rt/build/sdk/rt/lib into JDK8U20PATH/jre/lib 5.- I executed my test with -Djavafx.platform=monocle -Dmonocle.platform=X11 -Dembedded=monocle -Dmonocle.input.traceEvents=true -Dmonocle.input.traceEvents.verbose=true I am missing something?? Thanks Ricardo De: Daniel Blaukopf [mailto:daniel.blaukopf at oracle.com] Enviado el: mi?rcoles, 07 de mayo de 2014 11:51 Para: Ru?z Mart?n, Ricardo CC: openjfx-dev at openjdk.java.net Asunto: Re: News about Java 8 On May 7, 2014, at 12:47 PM, Ru?z Mart?n, Ricardo > wrote: Hi Daniel, This properties should work in 8u20? Only with OpenJFX repository version? You'll need to build OpenJFX with the latest repository version because you need this fix: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/9db01136330d Thanks, Daniel With repository version if I get a x86egl buld? Thank you Ricardo De: Daniel Blaukopf [mailto:daniel.blaukopf at oracle.com] Enviado el: mi?rcoles, 07 de mayo de 2014 11:29 Para: Ru?z Mart?n, Ricardo CC: openjfx-dev at openjdk.java.net Asunto: Re: News about Java 8 Hi Ricardo, These are great questions. You are correct in your analysis that the Pi implementation uses a different code path for touch than desktop Linux. Although what you are trying to do is not a supported configuration of JavaFX, the good news is that it should work and we can help you get it built. I recommend using the Monocle implementation of Glass instead of Lens. Here are the flags to do that and select the X11 implementation: -Djavafx.platform=monocle -Dmonocle.platform=X11 -Dembedded=monocle If you run into input problems, the following flags should help you debug them: -Dmonocle.input.traceEvents=true -Dmonocle.input.traceEvents.verbose=true Please let me know how you get on with this. Thanks, Daniel On May 6, 2014, at 7:56 PM, Ru?z Mart?n, Ricardo > wrote: Hi, We are trying adding direct multitouch interaction support for our JavaFX application and we are facing some multi-touch support issues under Linux. Under Windows all touch events are propagated (zoom, rotate, swipe, touch...), but although windows can be a development solution for us, we would need final version running under Linux. We have tried different distributions (mainly RedHat beta7 and Ubuntu 14.04) and only events we get from JavaFX are Mouse events generated by multi-touch screen. There are a Jira Issue about this (with some others duplicate issues): https://javafx-jira.kenai.com/browse/RT-25079 But there are no timeline or Fix version. Searching for some workaround we have found that OpenJfx has Raspberry Pi multitouch support in ARM linux JVM runtime. It seems that this support is because ARM JVM does not use X11 and/or GTK, but only device drivers, and it should be possible build OpenJFX with this configuration for x86 (I suppose this should work on 64 bits too.) With this build we should use EGL/X11 for full-screen output but we would get inputs from dev/input. So we have tried build OpenJFX with -PCOMPILE_TARGETS=x86egl because we can get touch events from /dev/input/eventX in evtest with no problems. Unfortunately although we can build OpenJFX for linux with no target, when we use this compile target build fails: https://javafx-jira.kenai.com/browse/RT-36921 We are stuck now with this. Is there any other way for getting multitouch events with JavaFX under Linux? Regards Ricardo Este correo electr?nico y, en su caso, cualquier fichero anexo al mismo, contiene informaci?n de car?cter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilizaci?n, divulgaci?n y/o copia sin autorizaci?n est? prohibida en virtud de la legislaci?n vigente. En el caso de haber recibido este correo electr?nico por error, se ruega notificar inmediatamente esta circunstancia mediante reenv?o a la direcci?n electr?nica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid printing this message if it is not absolutely necessary. ________________________________ Este correo electr?nico y, en su caso, cualquier fichero anexo al mismo, contiene informaci?n de car?cter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilizaci?n, divulgaci?n y/o copia sin autorizaci?n est? prohibida en virtud de la legislaci?n vigente. En el caso de haber recibido este correo electr?nico por error, se ruega notificar inmediatamente esta circunstancia mediante reenv?o a la direcci?n electr?nica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid printing this message if it is not absolutely necessary. ________________________________ Este correo electr?nico y, en su caso, cualquier fichero anexo al mismo, contiene informaci?n de car?cter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilizaci?n, divulgaci?n y/o copia sin autorizaci?n est? prohibida en virtud de la legislaci?n vigente. En el caso de haber recibido este correo electr?nico por error, se ruega notificar inmediatamente esta circunstancia mediante reenv?o a la direcci?n electr?nica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid printing this message if it is not absolutely necessary. From rrmartin at indra.es Wed May 7 14:04:06 2014 From: rrmartin at indra.es (=?iso-8859-1?Q?Ru=EDz_Mart=EDn=2C_Ricardo?=) Date: Wed, 7 May 2014 16:04:06 +0200 Subject: News about Java 8 References: <1C749BA20624F34F93FAA2D61F0E28AD04C1FB66@MADARRMAILBOX03.indra.es> <3960E4E7-88BE-4C80-9853-4FB358D7CD8B@oracle.com> <1C749BA20624F34F93FAA2D61F0E28AD04CD82D2@MADARRMAILBOX03.indra.es> <5E1E034A-2FE5-4163-8887-3D8C3022B478@oracle.com> Message-ID: <1C749BA20624F34F93FAA2D61F0E28AD04CD8762@MADARRMAILBOX03.indra.es> And I tried build with -PCOMPILE_TARGETS=x86egl and still the same error (Could not call NativeCompileTask.compile() on task ':graphics:ccX86eglGlassDirectfb'). But now I get same error building with gradle 1.8 and 1.12 ... De: Ru?z Mart?n, Ricardo Enviado el: mi?rcoles, 07 de mayo de 2014 15:49 Para: 'Daniel Blaukopf' CC: openjfx-dev at openjdk.java.net Asunto: RE: News about Java 8 Hi Daniel, I don't know if I have made all steps in the way I should, but multitouch events doesn?t get my test. What I did: 1.-In my repository clone (http://hg.openjdk.java.net/openjfx/8u-dev/rt/) I execute an hg pull from local rt folder. 2.- Then I updated my working copy with hg update. 3.- I made a normal build with gradle -PBUILD_NATIVES=true 4.- I copied .../rt/build/sdk/rt/lib into JDK8U20PATH/jre/lib 5.- I executed my test with -Djavafx.platform=monocle -Dmonocle.platform=X11 -Dembedded=monocle -Dmonocle.input.traceEvents=true -Dmonocle.input.traceEvents.verbose=true I am missing something?? Thanks Ricardo De: Daniel Blaukopf [mailto:daniel.blaukopf at oracle.com] Enviado el: mi?rcoles, 07 de mayo de 2014 11:51 Para: Ru?z Mart?n, Ricardo CC: openjfx-dev at openjdk.java.net Asunto: Re: News about Java 8 On May 7, 2014, at 12:47 PM, Ru?z Mart?n, Ricardo > wrote: Hi Daniel, This properties should work in 8u20? Only with OpenJFX repository version? You'll need to build OpenJFX with the latest repository version because you need this fix: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/9db01136330d Thanks, Daniel With repository version if I get a x86egl buld? Thank you Ricardo De: Daniel Blaukopf [mailto:daniel.blaukopf at oracle.com] Enviado el: mi?rcoles, 07 de mayo de 2014 11:29 Para: Ru?z Mart?n, Ricardo CC: openjfx-dev at openjdk.java.net Asunto: Re: News about Java 8 Hi Ricardo, These are great questions. You are correct in your analysis that the Pi implementation uses a different code path for touch than desktop Linux. Although what you are trying to do is not a supported configuration of JavaFX, the good news is that it should work and we can help you get it built. I recommend using the Monocle implementation of Glass instead of Lens. Here are the flags to do that and select the X11 implementation: -Djavafx.platform=monocle -Dmonocle.platform=X11 -Dembedded=monocle If you run into input problems, the following flags should help you debug them: -Dmonocle.input.traceEvents=true -Dmonocle.input.traceEvents.verbose=true Please let me know how you get on with this. Thanks, Daniel On May 6, 2014, at 7:56 PM, Ru?z Mart?n, Ricardo > wrote: Hi, We are trying adding direct multitouch interaction support for our JavaFX application and we are facing some multi-touch support issues under Linux. Under Windows all touch events are propagated (zoom, rotate, swipe, touch...), but although windows can be a development solution for us, we would need final version running under Linux. We have tried different distributions (mainly RedHat beta7 and Ubuntu 14.04) and only events we get from JavaFX are Mouse events generated by multi-touch screen. There are a Jira Issue about this (with some others duplicate issues): https://javafx-jira.kenai.com/browse/RT-25079 But there are no timeline or Fix version. Searching for some workaround we have found that OpenJfx has Raspberry Pi multitouch support in ARM linux JVM runtime. It seems that this support is because ARM JVM does not use X11 and/or GTK, but only device drivers, and it should be possible build OpenJFX with this configuration for x86 (I suppose this should work on 64 bits too.) With this build we should use EGL/X11 for full-screen output but we would get inputs from dev/input. So we have tried build OpenJFX with -PCOMPILE_TARGETS=x86egl because we can get touch events from /dev/input/eventX in evtest with no problems. Unfortunately although we can build OpenJFX for linux with no target, when we use this compile target build fails: https://javafx-jira.kenai.com/browse/RT-36921 We are stuck now with this. Is there any other way for getting multitouch events with JavaFX under Linux? Regards Ricardo Este correo electr?nico y, en su caso, cualquier fichero anexo al mismo, contiene informaci?n de car?cter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilizaci?n, divulgaci?n y/o copia sin autorizaci?n est? prohibida en virtud de la legislaci?n vigente. En el caso de haber recibido este correo electr?nico por error, se ruega notificar inmediatamente esta circunstancia mediante reenv?o a la direcci?n electr?nica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid printing this message if it is not absolutely necessary. ________________________________ Este correo electr?nico y, en su caso, cualquier fichero anexo al mismo, contiene informaci?n de car?cter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilizaci?n, divulgaci?n y/o copia sin autorizaci?n est? prohibida en virtud de la legislaci?n vigente. En el caso de haber recibido este correo electr?nico por error, se ruega notificar inmediatamente esta circunstancia mediante reenv?o a la direcci?n electr?nica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid printing this message if it is not absolutely necessary. ________________________________ Este correo electr?nico y, en su caso, cualquier fichero anexo al mismo, contiene informaci?n de car?cter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilizaci?n, divulgaci?n y/o copia sin autorizaci?n est? prohibida en virtud de la legislaci?n vigente. En el caso de haber recibido este correo electr?nico por error, se ruega notificar inmediatamente esta circunstancia mediante reenv?o a la direcci?n electr?nica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid printing this message if it is not absolutely necessary. From diego.cirujano-cuesta at zeiss.com Wed May 7 14:40:03 2014 From: diego.cirujano-cuesta at zeiss.com (Cirujano Cuesta, Diego) Date: Wed, 7 May 2014 14:40:03 +0000 Subject: Scenic View updates Message-ID: Hi all, I think that I am not the only one that really like the app Scenic View. I saw that since 8.8.13 there aren?t any news and the current Java 8 version is a Developer Preview(4). I didn?t find any info about it in the mailing list. Do you know anything about it? Thanks! Diego --------------- This message is intended for a particular addressee only and may contain business or company secrets. If you have received this email in error, please contact the sender and delete the message immediately. Any use of this email, including saving, publishing, copying, replication or forwarding of the message or the contents is not permitted. From danno.ferrin at oracle.com Wed May 7 15:10:45 2014 From: danno.ferrin at oracle.com (Danno Ferrin) Date: Wed, 7 May 2014 09:10:45 -0600 Subject: How to deploy JavaFX application writen in JavaScript unsing Nashorn In-Reply-To: References: Message-ID: The JJS command line tool delegates to jdk.nashorn.tools.Shell, with a lot of custom command line switches. Some of these command line switches also do custom things, particularly the -fx flag. The problem with using the Shell class as the main for javapackager its that currently we don?t support command line arguments not passed in by the user. So your best bet is to write a main class that passes in {?apps_all.js", ?-fx-?, ?.?} to the static main method of Shell, note all the custom command line arguments the shell script passes in, and hanse the packager set those as jvmArgs. On May 7, 2014, at 5:26 AM, Mike Hearn wrote: > It's probably easiest to have a tiny Java app that just loads the JS files > from resources in the JAR and runs it via Nashorn directly. Then all > existing tools like jfxpackager, JWrapper etc can treat it like a Java app. > > > On Wed, May 7, 2014 at 3:30 AM, Bilal Soidik wrote: > >> Hi! >> As you know, we can write JavaFX application in JavaScript using Nashorn >> Engine, but I have to run application with command line like: > jjs >> app_all.js -fx . >> So I wont know how can I deploy application that let me click on and lunch >> it or make a self-contained application packaging using JDK 7(Update 6 or >> later) packaging tools >> >> -- >> *Bilal Soidiki Mpapandza* >> *Etudiant en Master Sp?. Qualit? du Logiciel, FS UIT* >> *Ing?nieur logiciel et D?veloppeur Java, C/C++,.NET et PHP* >> *T?l. *:*(+212) 602746546* >> *Blog *:* http://la-lune-1.blogspot.com >> * >> *Twitter *:* bilaalsoidik* >> *Skype *:* bilalsoidik* >> From felipe.heidrich at oracle.com Wed May 7 15:24:32 2014 From: felipe.heidrich at oracle.com (Felipe Heidrich) Date: Wed, 7 May 2014 08:24:32 -0700 Subject: review request: RT-36999: [Accessibility, Windows] infinite loop in WinTextRangeProvider Message-ID: Hi Steve, Please review: https://javafx-jira.kenai.com/browse/RT-36999 http://cr.openjdk.java.net/~fheidric/RT-36999/webrev/ This is 100% confined to accessibility, by no means affect the stability for the rest of the product. Thanks Felipe From hang.vo at oracle.com Wed May 7 16:18:07 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 07 May 2014 16:18:07 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36999: [Accessibility, Windows] infinite loop in WinTextRangeProvider Message-ID: <201405071618.s47GIIdJ016903@aojmv0008> Changeset: fc46b75bef01 Author: Felipe Heidrich Date: 2014-05-07 09:04 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/fc46b75bef01 RT-36999: [Accessibility, Windows] infinite loop in WinTextRangeProvider ! modules/graphics/src/main/java/com/sun/glass/ui/win/WinTextRangeProvider.java From joseph.andresen at oracle.com Wed May 7 17:11:58 2014 From: joseph.andresen at oracle.com (Joseph Andresen) Date: Wed, 07 May 2014 10:11:58 -0700 Subject: Review Request RT-36692 HighContrast Support for Windows 7 Message-ID: <536A695E.7030900@oracle.com> Hey Jonathan and Anthony, Please Review the change for high contrast support on Windows. Jira: https://javafx-jira.kenai.com/browse/RT-36692 Webrev: http://cr.openjdk.java.net/~jandrese/RT36692/ Thanks, Joe From hang.vo at oracle.com Wed May 7 17:17:48 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 07 May 2014 17:17:48 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37016 [TESTS, Monocle/Lens] Unit test for mouse release event not being sent on grabbed window Message-ID: <201405071718.s47HI0kT026158@aojmv0008> Changeset: d4538aca965d Author: Daniel Blaukopf Date: 2014-05-07 20:11 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/d4538aca965d RT-37016 [TESTS, Monocle/Lens] Unit test for mouse release event not being sent on grabbed window ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/SimpleMouseTest.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/TestApplication.java From jonathan.giles at oracle.com Wed May 7 20:15:25 2014 From: jonathan.giles at oracle.com (Jonathan Giles) Date: Thu, 08 May 2014 08:15:25 +1200 Subject: Scenic View updates In-Reply-To: References: Message-ID: <536A945D.1000105@oracle.com> Scenic View is an app that is developed when time permits, and unfortunately, I haven't had a lot of spare time recently! :-) However, when I get a few hours spare I do manage to work on Scenic View a little bit, and it is getting into shape for a final 8.0 release. I certainly hope that it will be released in the next few weeks, but that might be pushing it. -- Jonathan On 8/05/2014 2:40 a.m., Cirujano Cuesta, Diego wrote: > Hi all, > I think that I am not the only one that really like the app Scenic View. I saw that since 8.8.13 there aren?t any news and the current Java 8 version is a Developer Preview(4). I didn?t find any info about it in the mailing list. Do you know anything about it? > Thanks! > Diego > > --------------- > This message is intended for a particular addressee only and may contain business or company secrets. > If you have received this email in error, please contact the sender and delete the message immediately. Any use of this email, including saving, publishing, copying, replication or forwarding of the message or the contents is not permitted. From philip.race at oracle.com Thu May 8 00:20:02 2014 From: philip.race at oracle.com (Phil Race) Date: Wed, 07 May 2014 17:20:02 -0700 Subject: [8u20] Review request Message-ID: <536ACDB2.3020303@oracle.com> Please review the fix for this OS X printing bug https://javafx-jira.kenai.com/browse/RT-35414 -phil. From diego.cirujano-cuesta at zeiss.com Thu May 8 08:18:25 2014 From: diego.cirujano-cuesta at zeiss.com (Cirujano Cuesta, Diego) Date: Thu, 8 May 2014 08:18:25 +0000 Subject: Scenic View updates In-Reply-To: <536A945D.1000105@oracle.com> References: <536A945D.1000105@oracle.com> Message-ID: I understand Jonathan. I am glad to hear good news, FINAL RELEASE!!!. Good job. Thanks! Diego -----Original Message----- From: Jonathan Giles [mailto:jonathan.giles at oracle.com] Sent: Mittwoch, 7. Mai 2014 22:15 To: Cirujano Cuesta, Diego; openjfx-dev at openjdk.java.net Subject: Re: Scenic View updates Scenic View is an app that is developed when time permits, and unfortunately, I haven't had a lot of spare time recently! :-) However, when I get a few hours spare I do manage to work on Scenic View a little bit, and it is getting into shape for a final 8.0 release. I certainly hope that it will be released in the next few weeks, but that might be pushing it. -- Jonathan On 8/05/2014 2:40 a.m., Cirujano Cuesta, Diego wrote: > Hi all, > I think that I am not the only one that really like the app Scenic View. I saw that since 8.8.13 there aren?t any news and the current Java 8 version is a Developer Preview(4). I didn?t find any info about it in the mailing list. Do you know anything about it? > Thanks! > Diego > > --------------- > This message is intended for a particular addressee only and may contain business or company secrets. > If you have received this email in error, please contact the sender and delete the message immediately. Any use of this email, including saving, publishing, copying, replication or forwarding of the message or the contents is not permitted. --------------- This message is intended for a particular addressee only and may contain business or company secrets. If you have received this email in error, please contact the sender and delete the message immediately. Any use of this email, including saving, publishing, copying, replication or forwarding of the message or the contents is not permitted. From hang.vo at oracle.com Thu May 8 09:03:41 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 08 May 2014 09:03:41 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36805: [Popup] Popup "steals" focus, when hiding the popup (regression) Message-ID: <201405080903.s4893q0q021174@aojmv0008> Changeset: 585d0b241f1f Author: Anthony Petrov Date: 2014-05-08 12:52 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/585d0b241f1f RT-36805: [Popup] Popup "steals" focus, when hiding the popup (regression) Summary: Don't call requestToFront() on the owner stage if the hiding owned stage is unfocusable Reviewed-by: kcr, snorthov ! modules/graphics/src/main/java/com/sun/javafx/tk/quantum/WindowStage.java From hang.vo at oracle.com Thu May 8 13:33:12 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 08 May 2014 13:33:12 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37010: [media] Long mp4 files (duration > 12hrs) are rejected by the media player. Message-ID: <201405081333.s48DXNAU003228@aojmv0008> Changeset: 8c38297db42b Author: anashaty Date: 2014-05-08 17:22 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/8c38297db42b RT-37010: [media] Long mp4 files (duration > 12hrs) are rejected by the media player. Reviewed-by: stayer, Alexander.Matveev at oracle.com ! modules/media/src/main/native/gstreamer/gstreamer-lite/gst-plugins-good/gst/isomp4/qtdemux.c From hang.vo at oracle.com Thu May 8 14:47:53 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 08 May 2014 14:47:53 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37017: [Build] Don't copy IDE jars to the lib directory if already present Message-ID: <201405081448.s48Em5D5014619@aojmv0008> Changeset: 117352966a2e Author: snorthov Date: 2014-05-08 10:42 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/117352966a2e RT-37017: [Build] Don't copy IDE jars to the lib directory if already present Summary: Replacing the bytes with exactly the same byes causes IDE recompilation Reviewed by: kcr ! build.gradle From David.Hill at Oracle.com Thu May 8 15:15:04 2014 From: David.Hill at Oracle.com (David Hill) Date: Thu, 08 May 2014 11:15:04 -0400 Subject: Gradle changes for review RT-36712, RT-37020 Message-ID: <536B9F78.80709@Oracle.com> jira: https://javafx-jira.kenai.com/browse/RT-36712 webrev: http://cr.openjdk.java.net/~ddhill/RT-36712/ This change provides for an ability to disable native builds for media an webnode, even if they are globally toggled (in my case by the Hudson build engine) This is done with: 69 ARMV5SF.compileWebnodeNative = false; 70 ARMV5SF.compileMediaNative = false; jira: https://javafx-jira.kenai.com/browse/RT-37020 http://cr.openjdk.java.net/~ddhill/RT-37020/ overlaps a bit with the above so must be applied second. This is a general cleanup of the jar filter that we apply to remove extra unneeded platform classes. The cleanup is that we move the basic definitions from the platform properties files back in to the core of gradle. The hope is that it will be easier to maintain in the core of our gradle build. Kevin did mention that a couple of the entries are probably obsolete an not needed (but that is for a different jira). jfxrtJarExcludes should still work if present (and duplicated entries do not cause a problem, but currently should be optional for the base platforms. Tested so far on ARM, Linux and Mac (Kevin will try windows for me), the net result is a two file cleanup for the better in the jars. -- David Hill Java Embedded Development "A hypocrite is a person who--but who isn't?" -- Don Marquis (1878 - 1937) From kevin.rushforth at oracle.com Thu May 8 15:28:49 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 08 May 2014 08:28:49 -0700 Subject: [8u] review request: RT-33360: Workaround vertical position of content jitters during resize on Linux Message-ID: <536BA2B1.8080304@oracle.com> Chien, Anthony, Steve, Please review: https://javafx-jira.kenai.com/browse/RT-33360 Thanks. -- Kevin From hang.vo at oracle.com Thu May 8 15:47:52 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 08 May 2014 15:47:52 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36958: [Pagination] Pagination's bullets are oval (instead of circles) in some cases Message-ID: <201405081548.s48Fm4aj023178@aojmv0008> Changeset: 0f1d33250c1c Author: Felipe Heidrich Date: 2014-05-08 08:42 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/0f1d33250c1c RT-36958: [Pagination] Pagination's bullets are oval (instead of circles) in some cases ! apps/toys/Hello/src/main/java/hello/HelloPagination.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/PaginationSkin.java From hang.vo at oracle.com Thu May 8 16:17:50 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 08 May 2014 16:17:50 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405081618.s48GI79n028018@aojmv0008> Changeset: b994378b9ab5 Author: prr Date: 2014-05-08 09:01 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/b994378b9ab5 Fixed RT-35414: Printing] PrintJob.printPage() never returns on Mac OS X Reviewed-by: kcr ! modules/graphics/src/main/java/com/sun/prism/j2d/print/J2DPrinterJob.java Changeset: db68313eea88 Author: kcr Date: 2014-05-08 07:21 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/db68313eea88 RT-33360: Workaround vertical position of content jitters during resize on Linux Summary: Add prism.forceUploadingPainter system property as workaround Reviewed-by: snorthov, ckyang ! modules/graphics/src/main/java/com/sun/prism/GraphicsPipeline.java ! modules/graphics/src/main/java/com/sun/prism/impl/PrismSettings.java From johan at lodgon.com Thu May 8 16:31:27 2014 From: johan at lodgon.com (Johan Vos) Date: Thu, 8 May 2014 18:31:27 +0200 Subject: gradle Message-ID: Hi, We're getting closer to building the JavaFX Android runtime in OpenJFX. I'm trying to automate all steps in the gradle build files, but my knowledge is still very limited. My current bottleneck: I would like to apply retrolambda to all class files once they are compiled (per module). In my JavaFX Android application, this is easily done by following the instructions for the retrolambda-gradle plugin at https://github.com/evant/gradle-retrolambda. I just add apply plugin: 'retrolambda' and automatically all my class files are converted from Java 8 to Java 7, with lambda's being replaced. For some reason, this doesn't work out of the box on the OpenJFX build -- maybe because it's a multiproject, or maybe because the jfxrt.jar is not created with the jar command? I currently do the following: unjar the jfxrt.jar after everything is built, apply retrolambda on the class files, and repackage everything. Clearly, this is a much dirtier than applying the retrolambda step after compilation of the class files in each module. Is there someone with sufficient gradle knowledge who can help here? I've watched a number of gradle tutorials, and while I'm more pleased with gradle than with maven, the only thing that disturbs me is that gradle-professionals claim that "gradle is extremely easy". Build tools are NEVER easy for developers :) Some are just a bit easier than others. Thanks, - Johan From David.Hill at Oracle.com Thu May 8 16:43:31 2014 From: David.Hill at Oracle.com (David Hill) Date: Thu, 08 May 2014 12:43:31 -0400 Subject: Yet another gradle review - enabling freetype for ARM Message-ID: <536BB433.2050606@Oracle.com> jira: RT-36013 webrev: http://cr.openjdk.java.net/~ddhill/RT-36013/ This change enables building Freetype and Pango in a crossbuild. The existing code did not handle the cross build case, leaving it as a todo. I removed one version of the addNative() method, one that listed the applicable platforms, because I could not figure out how to adapt it to the use case we have. Instead, I changed the core addNative method, checking for the required properties needed for the library, and ignoring the addNative request when here is not a matching properties clause. Note that a cross build like Android, we will call addNative for freetype and pango, but as the platform file does no contain a library definition, we will not add a build task. I also added the ability to disable a particular library build in the properties files, adding some additional flexibility, and helping me work around a problem with my soft float toolchain until I can fix that. This change was tested with Linux and ARMV6HF and found to work. ARMV6SF failed to build due to a missing header file, so I have disabled it using ARMV6SF.disablefontFreetype = true With the disable,ARMV6SF was found to work. -- David Hill Java Embedded Development I have never let my schooling interfere with my education. -- Mark Twain From David.Hill at Oracle.com Thu May 8 17:04:14 2014 From: David.Hill at Oracle.com (David Hill) Date: Thu, 08 May 2014 13:04:14 -0400 Subject: gradle In-Reply-To: References: Message-ID: <536BB90E.4040203@Oracle.com> On 5/8/14, May 8, 12:31 PM, Johan Vos wrote: > Hi, > > We're getting closer to building the JavaFX Android runtime in OpenJFX. > I'm trying to automate all steps in the gradle build files, but my > knowledge is still very limited. > My current bottleneck: I would like to apply retrolambda to all class files > once they are compiled (per module). In my JavaFX Android application, this > is easily done by following the instructions for the retrolambda-gradle > plugin at https://github.com/evant/gradle-retrolambda. I just add apply > plugin: 'retrolambda' and automatically all my class files are converted > from Java 8 to Java 7, with lambda's being replaced. > For some reason, this doesn't work out of the box on the OpenJFX build -- > maybe because it's a multiproject, or maybe because the jfxrt.jar is not > created with the jar command? > > I currently do the following: unjar the jfxrt.jar after everything is > built, apply retrolambda on the class files, and repackage everything. > Clearly, this is a much dirtier than applying the retrolambda step after > compilation of the class files in each module. Johan, defineProperty("JAVAC", cygpath("$JDK_HOME/bin/javac${IS_WINDOWS ? '.exe' : ''}")) In theory you could make javac be a shell script that would compile the classes then convert them with retolambda. Not sure how easy or hard that would be though, as there is certainly not a 1x1 map to the source files passed to the output classes. Another likely candidate would be to perform a pass over the class files just before we create the jar. I was just in that code tinkering with the filter mechanism. This would be in: def jfxrtTask = task("jfxrt$t.capital", type: Jar) { Not sure how much I like that though, changing all of the class files would mess with timestamps. The last suggestion - and the one I like best is using the jar closure/action |eachFile (action). (see http://www.gradle.org/docs/current/dsl/org.gradle.api.tasks.bundling.Jar.html) It might be possible/reasonable to call retrolambda on each of the class this way, hopefully as a filter so you don't touch the originals. Based on a change I just sent out for review, I would try to define the action/closure in the platform property file and then conditionally apply it when present. Here is the example from my review http://cr.openjdk.java.net/~ddhill/RT-37020/build.gradle.sdiff.html ||| 2777 if (targetProperties.containsKey('jfxrtJarExcludes')) { 2778 exclude(targetProperties.jfxrtJarExcludes) 2779 } I think the result would be something like: if (targetProperties.containsKey('jfxrtJarFilter')) { eachFile(targetProperties.jfxrtJarFilter) } Then the fun would be constructing the filter to "filter the contents of the file" using retrolambda || > > Is there someone with sufficient gradle knowledge who can help here? > > I've watched a number of gradle tutorials, and while I'm more pleased with > gradle than with maven, the only thing that disturbs me is that > gradle-professionals claim that "gradle is extremely easy". Build tools are > NEVER easy for developers :) Some are just a bit easier than others. > > Thanks, > > - Johan -- David Hill Java Embedded Development "The Internet: where men are men, women are men, and children are FBI agents." From steve.x.northover at oracle.com Thu May 8 17:30:09 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Thu, 08 May 2014 13:30:09 -0400 Subject: gradle In-Reply-To: References: Message-ID: <536BBF21.3030208@oracle.com> This is great news. I would go with what you have (the unjaring) for now of course. Are there any changes you are waiting on in OpenJFX? Steve On 2014-05-08 12:31 PM, Johan Vos wrote: > Hi, > > We're getting closer to building the JavaFX Android runtime in OpenJFX. > I'm trying to automate all steps in the gradle build files, but my > knowledge is still very limited. > My current bottleneck: I would like to apply retrolambda to all class files > once they are compiled (per module). In my JavaFX Android application, this > is easily done by following the instructions for the retrolambda-gradle > plugin at https://github.com/evant/gradle-retrolambda. I just add apply > plugin: 'retrolambda' and automatically all my class files are converted > from Java 8 to Java 7, with lambda's being replaced. > For some reason, this doesn't work out of the box on the OpenJFX build -- > maybe because it's a multiproject, or maybe because the jfxrt.jar is not > created with the jar command? > > I currently do the following: unjar the jfxrt.jar after everything is > built, apply retrolambda on the class files, and repackage everything. > Clearly, this is a much dirtier than applying the retrolambda step after > compilation of the class files in each module. > > Is there someone with sufficient gradle knowledge who can help here? > > I've watched a number of gradle tutorials, and while I'm more pleased with > gradle than with maven, the only thing that disturbs me is that > gradle-professionals claim that "gradle is extremely easy". Build tools are > NEVER easy for developers :) Some are just a bit easier than others. > > Thanks, > > - Johan From hang.vo at oracle.com Thu May 8 18:17:55 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 08 May 2014 18:17:55 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405081818.s48IIDLg015558@aojmv0008> Changeset: 6c5f36e9afc5 Author: shemnon Date: 2014-05-08 11:54 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/6c5f36e9afc5 RT-36784: Bad Advice when packaging with an incorrect main jar Summary: 1/ In the existing bundlers, unwrap runtime exceptions wrapping a config exception 2/ When configuring the main jar param from a string, validate the file exists and throw a wrapped config exception if it doesn't ! modules/fxpackager/src/main/java/com/oracle/tools/packager/StandardBundlerParam.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/linux/LinuxAppBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/linux/LinuxDebBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/linux/LinuxRpmBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacAppBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacAppStoreBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacDaemonBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacDmgBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacPkgBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WinAppBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WinExeBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WinMsiBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WinServiceBundler.java ! modules/fxpackager/src/main/resources/com/oracle/tools/packager/StandardBundlerParam.properties Changeset: 294dbfc80092 Author: shemnon Date: 2014-05-08 12:04 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/294dbfc80092 RT-36784: Bad Advice when packaging with an incorrect main jar Summary: unit test ! modules/fxpackager/src/test/java/com/oracle/tools/packager/BundlersTest.java From anton.nashatyrev at oracle.com Thu May 8 18:27:14 2014 From: anton.nashatyrev at oracle.com (anton nashatyrev) Date: Thu, 08 May 2014 22:27:14 +0400 Subject: [8u] Review request: RT-37012: [media] Native memory leaking until nio.Buffers are GC'ed Message-ID: <536BCC82.7050000@oracle.com> Hello, could you please review the following fix: Webrev: http://cr.openjdk.java.net/~anashaty/RT-37012/webrev.00/ Issue: https://javafx-jira.kenai.com/browse/RT-37012 Thank you! Anton. From david.grieve at oracle.com Thu May 8 21:08:52 2014 From: david.grieve at oracle.com (David Grieve) Date: Thu, 08 May 2014 17:08:52 -0400 Subject: [8u] Review Request: RT-36838 - Strange behavior of TreeItem's disclosure arrow // expanded/collapsed state not reflected correctly Message-ID: <536BF264.1030607@oracle.com> This bug was reviewed and approved before, but in looking for a fix for RT-36995, I found some issues with the fix. Namely, that it was possible to have more than one REAPPLY queued up and that it was possible for the REAPPLY happen without a following UPDATE. Rather than roll the fixes for these issues into RT-36995 (especially given than the fix for RT-36995 is dead simple), I reopened RT-36838. http://cr.openjdk.java.net/~dgrieve/RT-36838/webrev.01 https://javafx-jira.kenai.com/browse/RT-36838 From david.grieve at oracle.com Thu May 8 21:12:05 2014 From: david.grieve at oracle.com (David Grieve) Date: Thu, 08 May 2014 17:12:05 -0400 Subject: [8u] Review Request: RT-36995 Message-ID: <536BF325.6000206@oracle.com> Please review https://javafx-jira.kenai.com/browse/RT-36995. The fix is a one-liner, so there is no webrev. From philip.race at oracle.com Thu May 8 21:36:58 2014 From: philip.race at oracle.com (Phil Race) Date: Thu, 08 May 2014 14:36:58 -0700 Subject: [8u20] RFR: RT-35070 : [Printing] Page dialog can not be opened after print dialog on Linux Message-ID: <536BF8FA.2060800@oracle.com> https://javafx-jira.kenai.com/browse/RT-35070 http://cr.openjdk.java.net/~prr/rt-35070/ From hang.vo at oracle.com Thu May 8 23:18:33 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 08 May 2014 23:18:33 +0000 Subject: hg: openjfx/8u-dev/rt: Fixed RT-35070: [Printing] Page dialog can not be opened after print dialog on Linux Message-ID: <201405082318.s48NIwTP002340@aojmv0008> Changeset: 145baf8cea42 Author: prr Date: 2014-05-08 16:05 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/145baf8cea42 Fixed RT-35070: [Printing] Page dialog can not be opened after print dialog on Linux Reviewed-by: kcr ! modules/graphics/src/main/java/com/sun/prism/j2d/print/J2DPrinterJob.java From hang.vo at oracle.com Fri May 9 00:03:32 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 09 May 2014 00:03:32 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405090003.s4903ooC010483@aojmv0008> Changeset: 8a32fefcbfca Author: hudson Date: 2014-05-07 07:56 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/8a32fefcbfca Added tag 8u20-b13 for changeset abc855ae09c0 ! .hgtags Changeset: 1a3075ba2181 Author: kcr Date: 2014-05-08 16:56 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/1a3075ba2181 Automated merge with ssh://jfxsrc.us.oracle.com//javafx/8u/master/jfx/rt From hang.vo at oracle.com Fri May 9 00:48:24 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 09 May 2014 00:48:24 +0000 Subject: hg: openjfx/2u/dev/rt: 2 new changesets Message-ID: <201405090048.s490mPbw017487@aojmv0008> Changeset: 8098bea31667 Author: hudson Date: 2014-05-07 18:19 -0700 URL: http://hg.openjdk.java.net/openjfx/2u/dev/rt/rev/8098bea31667 Added tag 2.2.60-b19 for changeset 845bff23874e ! .hgtags Changeset: 861ad6a6305c Author: kcr Date: 2014-05-08 16:05 -0700 URL: http://hg.openjdk.java.net/openjfx/2u/dev/rt/rev/861ad6a6305c Automated merge with ssh://jfxsrc.us.oracle.com//javafx/2.2.60/MASTER/jfx/rt From james.graham at oracle.com Fri May 9 07:55:16 2014 From: james.graham at oracle.com (Jim Graham) Date: Fri, 09 May 2014 00:55:16 -0700 Subject: [8u20] review request: RT-36760 - inner shadow displaced after fix for RT-13275 Message-ID: <536C89E4.4000802@oracle.com> webrev: http://cr.openjdk.java.net/~flar/RT-36760/webrev.00/ Jira: https://javafx-jira.kenai.com/browse/RT-36760 ...jim From hang.vo at oracle.com Fri May 9 13:33:27 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 09 May 2014 13:33:27 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36995: backout RT-36838 changeset as requested by kcr Message-ID: <201405091333.s49DXcFI009699@aojmv0008> Changeset: c6469a243a3c Author: David Grieve Date: 2014-05-09 09:16 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/c6469a243a3c RT-36995: backout RT-36838 changeset as requested by kcr ! modules/graphics/src/main/java/javafx/scene/Node.java From david.grieve at oracle.com Fri May 9 14:45:26 2014 From: david.grieve at oracle.com (David Grieve) Date: Fri, 09 May 2014 10:45:26 -0400 Subject: [8u] Review Request: RT-36838 - Strange behavior of TreeItem's disclosure arrow // expanded/collapsed state not reflected correctly In-Reply-To: <536BF264.1030607@oracle.com> References: <536BF264.1030607@oracle.com> Message-ID: <536CEA06.6010704@oracle.com> Per Kevin's instructions, the previous changeset for RT-36838 was backed out in order to resolve RT-36995. I've attached a new webrev to RT-36838 which is an improved fix for RT-36838 and which also ensures RT-36995 doesn't regress. These changes won't be pushed until after M4 integration. http://cr.openjdk.java.net/~dgrieve/RT-36838/webrev.02/ https://javafx-jira.kenai.com/browse/RT-36838 From david.grieve at oracle.com Fri May 9 15:39:01 2014 From: david.grieve at oracle.com (David Grieve) Date: Fri, 09 May 2014 11:39:01 -0400 Subject: [8u] Review Request: RT-37018 - 3DViever hangs if "OFF" button in "MSAA Antialiasing" is selected Message-ID: <536CF695.5060408@oracle.com> Issue is caused by an infinite loop in StyleManager code. The code in question was referencing the wrong variable. Trivial fix can be found in the JIRA issue. https://javafx-jira.kenai.com/browse/RT-37018 From hang.vo at oracle.com Fri May 9 16:47:49 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 09 May 2014 16:47:49 +0000 Subject: hg: openjfx/8u-dev/rt: [TEST-ONLY] Disable failing test until RT-36955 is fixed Message-ID: <201405091648.s49Gm0Mw009049@aojmv0008> Changeset: 70cc180c3d02 Author: kcr Date: 2014-05-09 09:33 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/70cc180c3d02 [TEST-ONLY] Disable failing test until RT-36955 is fixed ! modules/controls/src/test/java/javafx/scene/control/TreeTableViewMouseInputTest.java From felipe.heidrich at oracle.com Fri May 9 20:03:52 2014 From: felipe.heidrich at oracle.com (Felipe Heidrich) Date: Fri, 9 May 2014 13:03:52 -0700 Subject: review request: RT-35322: [Text] Name of any samples is wrong in Ensemble8 Message-ID: Hi Kevin Please review, http://cr.openjdk.java.net/~fheidric/RT-35322/webrev/ https://javafx-jira.kenai.com/browse/RT-35322 Note, personally I don?t think we need to fix this bug for the milestone release. Felipe From hang.vo at oracle.com Fri May 9 21:33:17 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 09 May 2014 21:33:17 +0000 Subject: hg: openjfx/8u-dev/rt: Fix RT-36760 - Strange shadow on Puzzle Pieces in Ensemble8 Message-ID: <201405092133.s49LXTH1022392@aojmv0008> Changeset: 419d55de712f Author: flar Date: 2014-05-09 14:29 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/419d55de712f Fix RT-36760 - Strange shadow on Puzzle Pieces in Ensemble8 Reviewed by: chien, kcr ! modules/graphics/src/main/java/com/sun/scenario/effect/impl/sw/sse/SSEBoxShadowPeer.java From james.graham at oracle.com Fri May 9 23:15:17 2014 From: james.graham at oracle.com (Jim Graham) Date: Fri, 09 May 2014 16:15:17 -0700 Subject: [8u20] Review Request RT-36296 - app freeze with zero width dashed border Message-ID: <536D6185.4000102@oracle.com> webrev: http://cr.openjdk.java.net/~flar/RT-36296/webrev.00/ Jira: https://javafx-jira.kenai.com/browse/RT-36296 Do we need 2 reviewers? ...jim From hang.vo at oracle.com Sat May 10 01:18:13 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Sat, 10 May 2014 01:18:13 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37018: loop referenced wrong variable Message-ID: <201405100118.s4A1IdKm029226@aojmv0008> Changeset: 65e094638f34 Author: David Grieve Date: 2014-05-09 21:05 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/65e094638f34 RT-37018: loop referenced wrong variable ! modules/graphics/src/main/java/com/sun/javafx/css/StyleManager.java From daniel.blaukopf at oracle.com Sun May 11 09:08:55 2014 From: daniel.blaukopf at oracle.com (Daniel Blaukopf) Date: Sun, 11 May 2014 12:08:55 +0300 Subject: Review request: RT-35838 [Quantum] NPE if Platform.exit() is called when rendering is happening Message-ID: <333331D5-BDDE-4530-964E-86DB5D2E9FEC@oracle.com> Hi Steve and Dave, Please review: http://cr.openjdk.java.net/~dblaukop/webrev-20140212-0939-RT-35838/webrev/ https://javafx-jira.kenai.com/browse/RT-35838 Thanks, Daniel From tobi at ultramixer.com Sun May 11 12:39:32 2014 From: tobi at ultramixer.com (Tobias Bley) Date: Sun, 11 May 2014 14:39:32 +0200 Subject: ScrollPane like on iOS? Message-ID: Hi JavaFX freaks, does anybody has an idea how to start to develop a ScrollPane that acts like the one on iOS? When the scroll position on iOS is on top (0) and the user drags the scroll pane to bottom, it slides down until the user releases the finger (touch off). Best regards, Tobi From daniel.blaukopf at oracle.com Sun May 11 12:57:15 2014 From: daniel.blaukopf at oracle.com (Daniel Blaukopf) Date: Sun, 11 May 2014 15:57:15 +0300 Subject: ScrollPane like on iOS? In-Reply-To: References: Message-ID: <972C0BB1-206C-4108-A5B4-F29641B0B3FD@oracle.com> Hi Tobias, Running with -Dcom.sun.javafx.touch=true should get you the effect you are looking for. The code for this is in VirtualFlow and ScrollBarSkin. Thanks, Daniel On May 11, 2014, at 3:39 PM, Tobias Bley wrote: > Hi JavaFX freaks, > > does anybody has an idea how to start to develop a ScrollPane that acts like the one on iOS? When the scroll position on iOS is on top (0) and the user drags the scroll pane to bottom, it slides down until the user releases the finger (touch off). > > Best regards, > Tobi From daniel.blaukopf at oracle.com Sun May 11 14:34:34 2014 From: daniel.blaukopf at oracle.com (Daniel Blaukopf) Date: Sun, 11 May 2014 17:34:34 +0300 Subject: Review request: RT-37063 [Monocle] X11 port should use full screen mode Message-ID: Hi Lisa and Dave, Please review: http://cr.openjdk.java.net/~dblaukop/webrev-20140511-1730-RT-37063/webrev https://javafx-jira.kenai.com/browse/RT-37063 Thanks, Daniel From daniel.blaukopf at oracle.com Sun May 11 14:51:35 2014 From: daniel.blaukopf at oracle.com (Daniel Blaukopf) Date: Sun, 11 May 2014 17:51:35 +0300 Subject: Review request: RT-37064 [Monocle] Make -Dembedded=monocle the default Message-ID: <6C561E3F-04C5-4BF7-A7C2-AE29BDC118C8@oracle.com> Hi Lisa, Please review: http://cr.openjdk.java.net/~dblaukop/webrev-20140511-1749-RT-37064/webrev/ https://javafx-jira.kenai.com/browse/RT-37064 Thanks, Daniel From daniel.blaukopf at oracle.com Sun May 11 15:12:01 2014 From: daniel.blaukopf at oracle.com (Daniel Blaukopf) Date: Sun, 11 May 2014 18:12:01 +0300 Subject: Review request: RT-37065 [Monocle] Use the X11 implementation in preference to framebuffer if DISPLAY is set Message-ID: <799F8BB7-D0C9-4919-A938-A38666BBE10E@oracle.com> Hi Lisa and Dave, Please review: http://cr.openjdk.java.net/~dblaukop/webrev-20140511-1809-RT-37065/webrev/ https://javafx-jira.kenai.com/browse/RT-37065 Thanks, Daniel From weiqigao at gmail.com Sun May 11 18:22:33 2014 From: weiqigao at gmail.com (weiqigao at gmail.com) Date: Sun, 11 May 2014 18:22:33 +0000 Subject: =?utf-8?Q?Clarification_on_javafx.concurrent.Task_cancellation_behavior?= Message-ID: <537001c6.2537320a.52f9.5257@mx.google.com> Hi, Looking at the javafx.concurrent.Task code, I see the following in the nested class TaskCallable?s call() method: try { final V result = task.call(); if (!task.isCancelled()) { // If it was not cancelled, then we take the return // value and set it as the result. task.runLater(new Runnable() { @Override public void run() { // The result must be set first, so that when the // SUCCEEDED flag is set, the value will be available // The alternative is not the case, because you // can assume if the result is set, it has // succeeded. task.updateValue(result); task.setState(State.SUCCEEDED); } }); return result; } else { // There may have been some intermediate result in the // task set from the background thread, so I want to be // sure to return the most recent intermediate value return task.getValue(); } } catch (final Throwable th) { ?. } When this code is executed off the JavaFX Application Thread, which I take to be the case almost all the time, the ?task.getValue()? call will always throw an exception as the getValue() method does a checkThread() first. Is this intentional? The practical implication is that a cancelled task, in addition to its state being CANCELLED, also has an IllegalStateException with a message of ?Task must only be used from the FX Application Thread? recorded as an exception of the task if the task chooses to exit the call() method normally when the task is cancelled. And of course, if the task chooses to exit the call() method abruptly by throwing its own RuntimeException, that runtime exception will be recorded as the exception of the task instead of the ISE. -- Weiqi Gao From martin.sladecek at oracle.com Mon May 12 06:38:24 2014 From: martin.sladecek at oracle.com (Martin Sladecek) Date: Mon, 12 May 2014 08:38:24 +0200 Subject: Clarification on javafx.concurrent.Task cancellation behavior In-Reply-To: <537001c6.2537320a.52f9.5257@mx.google.com> References: <537001c6.2537320a.52f9.5257@mx.google.com> Message-ID: <53706C60.3080908@oracle.com> Hi Weiqi, this is definitely a bug, I filed https://javafx-jira.kenai.com/browse/RT-37067 to track this. Thanks, -Martin On 11.5.2014 20:22, weiqigao at gmail.com wrote: > Hi, > > > Looking at the javafx.concurrent.Task code, I see the following in the nested class TaskCallable?s call() method: > > > try { > final V result = task.call(); > if (!task.isCancelled()) { > // If it was not cancelled, then we take the return > // value and set it as the result. > task.runLater(new Runnable() { > @Override public void run() { > // The result must be set first, so that when the > // SUCCEEDED flag is set, the value will be available > // The alternative is not the case, because you > // can assume if the result is set, it has > // succeeded. > task.updateValue(result); > task.setState(State.SUCCEEDED); > } > }); > return result; > } else { > // There may have been some intermediate result in the > // task set from the background thread, so I want to be > // sure to return the most recent intermediate value > return task.getValue(); > } > } catch (final Throwable th) { > ?. > > } > > > When this code is executed off the JavaFX Application Thread, which I take to be the case almost all the time, the ?task.getValue()? call will always throw an exception as the getValue() method does a checkThread() first. Is this intentional? > > > The practical implication is that a cancelled task, in addition to its state being CANCELLED, also has an IllegalStateException with a message of ?Task must only be used from the FX Application Thread? recorded as an exception of the task if the task chooses to exit the call() method normally when the task is cancelled. And of course, if the task chooses to exit the call() method abruptly by throwing its own RuntimeException, that runtime exception will be recorded as the exception of the task instead of the ISE. > > > > -- > > Weiqi Gao From tom.schindl at bestsolution.at Mon May 12 08:08:57 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Mon, 12 May 2014 10:08:57 +0200 Subject: Dragboard#setDragViewOffsetX/Y limitations Message-ID: <53708199.7030009@bestsolution.at> Hi, Using Dragboard#setDragViewOffsetX/Y allows me to offset the drag image but it looks like this x/y is constrainted to the image.width/2 & image.height/2. Is this OS specific, a general limitation or a bug? If it is 1 or 2 I think information on that in the JavaDoc would help understand that. Tom From anthony.petrov at oracle.com Mon May 12 13:45:50 2014 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Mon, 12 May 2014 17:45:50 +0400 Subject: Dragboard#setDragViewOffsetX/Y limitations In-Reply-To: <53708199.7030009@bestsolution.at> References: <53708199.7030009@bestsolution.at> Message-ID: <5370D08E.7030301@oracle.com> Hi Tom, FX/Glass don't restrict values for the drag view offset. So I guess it's the native system that could impose some limitations. Please file a JIRA and request the specification clarification for this issue. -- best regards, Anthony On 5/12/2014 12:08 PM, Tom Schindl wrote: > Hi, > > Using Dragboard#setDragViewOffsetX/Y allows me to offset the drag image > but it looks like this x/y is constrainted to the image.width/2 & > image.height/2. > > Is this OS specific, a general limitation or a bug? If it is 1 or 2 I > think information on that in the JavaDoc would help understand that. > > Tom > From rros at icmc.usp.br Mon May 12 15:40:14 2014 From: rros at icmc.usp.br (Renato Rodrigues) Date: Mon, 12 May 2014 12:40:14 -0300 Subject: Canvas initial delay issue Message-ID: Hi all, I'm trying to convert some Java2D code to JavaFX and I'm stuck with an issue regarding the performance of the JavaFX Canvas. At some point, I'll have to draw thousands of small circles on the screen. My problem is on the first drawing, on which my code takes a lot of time to execute. But if I have to perform a second drawing, it takes only a fraction of the time to draw (it is at least 10 times faster). Is there anything I'm doing wrong? Is there any way to prevent that initial delay? I wrote this code to test it. In this code I draw 500,000 circles at random positions on a 1000 x 1000 canvas (built previously). I linked this code to a button click event, and on the first time I click it takes 10 seconds to execute. But if I just click again, it takes only 0.025 seconds. private void paintCanvas() { long initTime = System.currentTimeMillis(); GraphicsContext cg = canvas.getGraphicsContext2D(); cg.setFill(Color.WHITE); cg.fillRect(0, 0, canvas.getWidth(), canvas.getHeight()); cg.setFill(Color.rgb(0, 0, 0, 0.1)); Random rand = new Random(); for (int i = 0; i < 500000; i++) { cg.fillOval(1000 * rand.nextFloat(), 1000 * rand.nextFloat(), 2, 2); } long endTime = System.currentTimeMillis(); System.out.println("Time spent on drawing:" + (endTime - initTime)/1000.0f); } Can anyone help me to understand the reason of this initial paint delay? Thanks in advance, Renato. -- *Renato Rodrigues Oliveira da Silva* VICG - Visualization, Imaging and Computer Graphics - ICMC - USP S?o Carlos From steve at weblite.ca Mon May 12 16:58:24 2014 From: steve at weblite.ca (Steve Hannah) Date: Mon, 12 May 2014 09:58:24 -0700 Subject: Canvas initial delay issue In-Reply-To: References: Message-ID: My guess is that the first time this runs, it is rasterizing the ovals and caching them as textures on the GPU - then subsequent runs are just using the pre-cached textures. If this is the case, I'm not sure there is a simple solution for speeding up the first run. On Mon, May 12, 2014 at 8:40 AM, Renato Rodrigues wrote: > Hi all, > > I'm trying to convert some Java2D code to JavaFX and I'm stuck with an > issue regarding the performance of the JavaFX Canvas. At some point, I'll > have to draw thousands of small circles on the screen. > > My problem is on the first drawing, on which my code takes a lot of time to > execute. But if I have to perform a second drawing, it takes only a > fraction of the time to draw (it is at least 10 times faster). > > Is there anything I'm doing wrong? Is there any way to prevent that initial > delay? > > I wrote this code to test it. In this code I draw 500,000 circles at random > positions on a 1000 x 1000 canvas (built previously). I linked this code to > a button click event, and on the first time I click it takes 10 seconds to > execute. But if I just click again, it takes only 0.025 seconds. > > private void paintCanvas() { > long initTime = System.currentTimeMillis(); > > GraphicsContext cg = canvas.getGraphicsContext2D(); > cg.setFill(Color.WHITE); > cg.fillRect(0, 0, canvas.getWidth(), canvas.getHeight()); > cg.setFill(Color.rgb(0, 0, 0, 0.1)); > > Random rand = new Random(); > for (int i = 0; i < 500000; i++) { > cg.fillOval(1000 * rand.nextFloat(), 1000 * rand.nextFloat(), 2, > 2); > } > > long endTime = System.currentTimeMillis(); > System.out.println("Time spent on drawing:" + (endTime - > initTime)/1000.0f); } > > > Can anyone help me to understand the reason of this initial paint delay? > > Thanks in advance, > Renato. > > -- > *Renato Rodrigues Oliveira da Silva* > VICG - Visualization, Imaging and Computer Graphics - ICMC - USP S?o Carlos > -- Steve Hannah Web Lite Solutions Corp. From hang.vo at oracle.com Mon May 12 20:17:16 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Mon, 12 May 2014 20:17:16 +0000 Subject: hg: openjfx/8u-dev/rt: [Accessibility] Window are suppose to have UIA_IsContentElementPropertyId=true and UIA_IsControlElementPropertyId=true. The fact these were false in JavaFX was due the a accidental changeset. A consequence of this error was the window not being visible to tools such as accevent.exe, and inspect.exe (Windows7) Message-ID: <201405122017.s4CKHRQQ026788@aojmv0008> Changeset: 1ebbae8d6fc9 Author: Felipe Heidrich Date: 2014-05-12 13:09 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/1ebbae8d6fc9 [Accessibility] Window are suppose to have UIA_IsContentElementPropertyId=true and UIA_IsControlElementPropertyId=true. The fact these were false in JavaFX was due the a accidental changeset. A consequence of this error was the window not being visible to tools such as accevent.exe, and inspect.exe (Windows7) ! modules/graphics/src/main/java/com/sun/glass/ui/win/WinAccessible.java From hang.vo at oracle.com Mon May 12 21:03:33 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Mon, 12 May 2014 21:03:33 +0000 Subject: hg: openjfx/8u-dev/rt: 15 new changesets Message-ID: <201405122105.s4CL58f5004517@aojmv0008> Changeset: bba1bfdf8cba Author: jgiles Date: 2014-05-06 13:39 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/bba1bfdf8cba [TEST ONLY] First attempt to fix a build server only test failure on Linux for RT-36955. ! modules/controls/src/test/java/javafx/scene/control/TreeTableViewMouseInputTest.java Changeset: b7e1015ab37e Author: jgiles Date: 2014-05-06 14:23 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/b7e1015ab37e RT-36942: JavaFX ListView SelectionModel java.lang.IllegalStateException ! modules/controls/src/main/java/javafx/scene/control/ListView.java ! modules/controls/src/test/java/javafx/scene/control/ListViewKeyInputTest.java ! modules/controls/src/test/java/javafx/scene/control/TableViewKeyInputTest.java Changeset: e95465693e03 Author: jgiles Date: 2014-05-06 16:47 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/e95465693e03 RT-36932: TableView Cell Headers go out of Alignment when Columns Removed ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TableHeaderRow.java Changeset: fcb9a6bbadd4 Author: jgiles Date: 2014-05-07 11:41 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/fcb9a6bbadd4 RT-36971: [RTL, Regression] RTL orientation, on ColorPicker palette, saved colors don't start from right. RT-36980: [RTL, Regression] RTL orientation, on ColorPicker palette, key navigation issue at both ends of the rows. ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ColorPalette.java Changeset: 85cd083a542a Author: jgiles Date: 2014-05-08 09:50 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/85cd083a542a RT-37009: Removing and instantly re-adding a Tab to the same TabPane does not work ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TabPaneSkin.java Changeset: 6f24ae710029 Author: jgiles Date: 2014-05-08 09:51 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/6f24ae710029 RT-37007: [TabPane] NPE when in TabPane ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TabPaneSkin.java Changeset: 776ddd4c1b55 Author: jgiles Date: 2014-05-08 10:01 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/776ddd4c1b55 RT-37021: CustomMenuItem in a sub menu will fire once for each time the sub men has been shown. ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ContextMenuContent.java Changeset: 76655dbc23fd Author: jgiles Date: 2014-05-08 11:13 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/76655dbc23fd RT-37015: [VirtualFlow] When height is zero, AIOOB occurs during layout ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/VirtualFlow.java Changeset: 3faf10865303 Author: jgiles Date: 2014-05-08 13:32 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/3faf10865303 RT-37022: CSS warnings logged to console when showing a sub menu in a rebuilt ContextMenu. ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ContextMenuContent.java Changeset: 07114320d480 Author: jgiles Date: 2014-05-09 11:09 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/07114320d480 RT-24658: When Tab is disabled, its content must be disabled,too ! modules/controls/src/main/java/javafx/scene/control/Tab.java ! modules/controls/src/test/java/javafx/scene/control/TabPaneTest.java Changeset: 923349122172 Author: jgiles Date: 2014-05-12 12:56 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/923349122172 RT-37061: [TableView] Adding an item throws a ChangeEvent to the selectedItemProperty ! modules/controls/src/main/java/javafx/scene/control/TableView.java ! modules/controls/src/test/java/javafx/scene/control/ListViewTest.java ! modules/controls/src/test/java/javafx/scene/control/SelectionModelImplTest.java ! modules/controls/src/test/java/javafx/scene/control/TableViewTest.java ! modules/controls/src/test/java/javafx/scene/control/TreeTableViewTest.java ! modules/controls/src/test/java/javafx/scene/control/TreeViewTest.java Changeset: 40998c2392ca Author: jgiles Date: 2014-05-12 15:14 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/40998c2392ca RT-37058: TableColumn sometimes ignores it's setPrefWidth() method ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TableColumnHeader.java ! modules/controls/src/test/java/javafx/scene/control/TableViewTest.java Changeset: dda9b7db686e Author: jgiles Date: 2014-05-13 08:42 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/dda9b7db686e RT-37057: Hidden Columns confuse Column Re-ordering with Mouse ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TableColumnHeader.java ! modules/controls/src/test/java/com/sun/javafx/scene/control/skin/TableColumnHeaderRetriever.java ! modules/controls/src/test/java/javafx/scene/control/TableViewTest.java Changeset: ee613df37074 Author: jgiles Date: 2014-05-13 08:50 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/ee613df37074 Backed out changeset: bba1bfdf8cba There were concurrent modifications which resulted in a merge that changed all lines. Backing out my change and will reintroduce it in a separate changeset. ! modules/controls/src/test/java/javafx/scene/control/TreeTableViewMouseInputTest.java Changeset: 9a883f78c710 Author: jgiles Date: 2014-05-13 08:51 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/9a883f78c710 [TEST ONLY] Second attempt to fix a build server only test failure on Linux for RT-36955 (first attempt was the same but was backed out in the previous changeset). ! modules/controls/src/test/java/javafx/scene/control/TreeTableViewMouseInputTest.java From david.grieve at oracle.com Mon May 12 21:10:32 2014 From: david.grieve at oracle.com (David Grieve) Date: Mon, 12 May 2014 17:10:32 -0400 Subject: [8u] Review Request: RT-36838 - Strange behavior of TreeItem's disclosure arrow // expanded/collapsed state not reflected correctly In-Reply-To: <536CEA06.6010704@oracle.com> References: <536BF264.1030607@oracle.com> <536CEA06.6010704@oracle.com> Message-ID: <537138C8.3060207@oracle.com> Can I get your +1 or -1 on this change. Thanks. On 5/9/14, 10:45 AM, David Grieve wrote: > Per Kevin's instructions, the previous changeset for RT-36838 was > backed out in order to resolve RT-36995. I've attached a new webrev to > RT-36838 which is an improved fix for RT-36838 and which also ensures > RT-36995 doesn't regress. These changes won't be pushed until after M4 > integration. > > http://cr.openjdk.java.net/~dgrieve/RT-36838/webrev.02/ > https://javafx-jira.kenai.com/browse/RT-36838 > > From david.grieve at oracle.com Mon May 12 21:12:32 2014 From: david.grieve at oracle.com (David Grieve) Date: Mon, 12 May 2014 17:12:32 -0400 Subject: [8u] Review Request: RT-37025 - CSS not reloaded when loaded through FXML Message-ID: <53713940.5000701@oracle.com> Jonathan, Can I get you to review https://javafx-jira.kenai.com/browse/RT-37025 http://cr.openjdk.java.net/~dgrieve/RT-37025/webrev.00/ Thanks From james.graham at oracle.com Mon May 12 21:17:19 2014 From: james.graham at oracle.com (Jim Graham) Date: Mon, 12 May 2014 14:17:19 -0700 Subject: Canvas initial delay issue In-Reply-To: References: Message-ID: <53713A5F.50003@oracle.com> This is likely due to growing the command buffer which was done linearly at one point (probably still done that way in 2.2), but is now exponential in 8.0. The first render time is nearly instantaneous in 8.0, but takes a long time as you found when I try it with one of my old 2.x builds... ...jim On 5/12/14 8:40 AM, Renato Rodrigues wrote: > Hi all, > > I'm trying to convert some Java2D code to JavaFX and I'm stuck with an > issue regarding the performance of the JavaFX Canvas. At some point, I'll > have to draw thousands of small circles on the screen. > > My problem is on the first drawing, on which my code takes a lot of time to > execute. But if I have to perform a second drawing, it takes only a > fraction of the time to draw (it is at least 10 times faster). > > Is there anything I'm doing wrong? Is there any way to prevent that initial > delay? > > I wrote this code to test it. In this code I draw 500,000 circles at random > positions on a 1000 x 1000 canvas (built previously). I linked this code to > a button click event, and on the first time I click it takes 10 seconds to > execute. But if I just click again, it takes only 0.025 seconds. > > private void paintCanvas() { > long initTime = System.currentTimeMillis(); > > GraphicsContext cg = canvas.getGraphicsContext2D(); > cg.setFill(Color.WHITE); > cg.fillRect(0, 0, canvas.getWidth(), canvas.getHeight()); > cg.setFill(Color.rgb(0, 0, 0, 0.1)); > > Random rand = new Random(); > for (int i = 0; i < 500000; i++) { > cg.fillOval(1000 * rand.nextFloat(), 1000 * rand.nextFloat(), 2, 2); > } > > long endTime = System.currentTimeMillis(); > System.out.println("Time spent on drawing:" + (endTime - > initTime)/1000.0f); } > > > Can anyone help me to understand the reason of this initial paint delay? > > Thanks in advance, > Renato. > From james.graham at oracle.com Mon May 12 21:19:15 2014 From: james.graham at oracle.com (Jim Graham) Date: Mon, 12 May 2014 14:19:15 -0700 Subject: Canvas initial delay issue In-Reply-To: References: Message-ID: <53713AD3.4080303@oracle.com> For the record, no such lengthy caching is done. Ovals are either rendered using a single oval shader or on some platforms (i.e. embedded) using a combination of that shader or an "oval farm" that is populated nearly instantly on startup (a single texture upload)... ...jim On 5/12/14 9:58 AM, Steve Hannah wrote: > My guess is that the first time this runs, it is rasterizing the ovals and > caching them as textures on the GPU - then subsequent runs are just using > the pre-cached textures. If this is the case, I'm not sure there is a > simple solution for speeding up the first run. From hang.vo at oracle.com Mon May 12 21:33:17 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Mon, 12 May 2014 21:33:17 +0000 Subject: hg: openjfx/8u-dev/rt: [Accessibility, Windows] Implement HighContrast Mode Detection Message-ID: <201405122133.s4CLXSd1008242@aojmv0008> Changeset: f29a46d66886 Author: Joseph Andresen Date: 2014-05-12 14:23 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/f29a46d66886 [Accessibility, Windows] Implement HighContrast Mode Detection + apps/toys/Hello/src/main/java/hello/HelloHighContrast.java ! modules/graphics/src/main/java/com/sun/glass/ui/Application.java ! modules/graphics/src/main/java/com/sun/glass/ui/win/WinApplication.java ! modules/graphics/src/main/java/com/sun/javafx/application/PlatformImpl.java ! modules/graphics/src/main/java/com/sun/javafx/css/StyleManager.java ! modules/graphics/src/main/java/com/sun/javafx/tk/Toolkit.java ! modules/graphics/src/main/java/com/sun/javafx/tk/quantum/QuantumToolkit.java ! modules/graphics/src/main/native-glass/win/GlassApplication.cpp ! modules/graphics/src/main/native-glass/win/GlassApplication.h ! modules/graphics/src/main/native-glass/win/Utils.h From chien.yang at oracle.com Mon May 12 23:28:59 2014 From: chien.yang at oracle.com (Chien Yang) Date: Mon, 12 May 2014 16:28:59 -0700 Subject: Review request: RT-28977 - 3D API methods should handle null values consistently Message-ID: <5371593B.6080003@oracle.com> Hi Martin and Kevin, Please review the proposed fix: JIRA: https://javafx-jira.kenai.com/browse/RT-28977 Webrev: http://cr.openjdk.java.net/~ckyang/RT-28977/webrev.00/ Thanks, - Chien From hang.vo at oracle.com Tue May 13 11:18:19 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 13 May 2014 11:18:19 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37089 ObservableListBase: incorrect handling of multiple changes within one beginChange()/endChange() block Message-ID: <201405131118.s4DBIUb7013940@aojmv0008> Changeset: 5b683dba59a5 Author: Martin Sladecek Date: 2014-05-13 13:10 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/5b683dba59a5 RT-37089 ObservableListBase: incorrect handling of multiple changes within one beginChange()/endChange() block ! modules/base/src/main/java/javafx/collections/ListChangeBuilder.java ! modules/base/src/test/java/javafx/collections/ListChangeBuilderTest.java From hang.vo at oracle.com Tue May 13 12:18:20 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 13 May 2014 12:18:20 +0000 Subject: hg: openjfx/8u-dev/rt: 3 new changesets Message-ID: <201405131218.s4DCIgvu023625@aojmv0008> Changeset: 0a7b8de1cfde Author: Elina Kleyman Date: 2014-05-13 15:03 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/0a7b8de1cfde Adding DellP2714TDevice - simulated touch device in order to reproduce RT-36435 + tests/system/src/test/java/com/sun/glass/ui/monocle/input/devices/DellP2714TDevice.java Changeset: e83a9f30334b Author: David Grieve Date: 2014-05-13 08:10 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/e83a9f30334b RT-37025: StyleManager failed to remove stylesheet containers that reference children of a parent that is removed from the scene ! modules/graphics/src/main/java/com/sun/javafx/css/StyleManager.java ! modules/graphics/src/test/java/com/sun/javafx/css/StyleManagerTest.java Changeset: 1460aac5d08d Author: David Grieve Date: 2014-05-13 08:14 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/1460aac5d08d RT-36838: In impl_reapplyCSS, don't reapply css in the middle of an update. Rather, mark the cssFlag as REAPPLY and let the reapply happen on the next pulse via impl_processCSS. Ensure also that RT-36995 doesn't happen by calling impl_reapplyCSS on the menu-item container when menu items are added or removed. ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ContextMenuContent.java ! modules/graphics/src/main/java/javafx/scene/Node.java ! modules/graphics/src/main/java/javafx/scene/Parent.java ! modules/graphics/src/test/java/com/sun/javafx/css/StyleManagerTest.java From hang.vo at oracle.com Tue May 13 13:03:36 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 13 May 2014 13:03:36 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36966: ensure popup is closed if skinnable's scene become null Message-ID: <201405131303.s4DD3mpc002859@aojmv0008> Changeset: 8ffd4827acf5 Author: David Grieve Date: 2014-05-13 08:49 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/8ffd4827acf5 RT-36966: ensure popup is closed if skinnable's scene become null ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ComboBoxPopupControl.java From hang.vo at oracle.com Tue May 13 13:33:31 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 13 May 2014 13:33:31 +0000 Subject: hg: openjfx/8u-dev/rt: Fix build error caused by fix for RT-36692 Message-ID: <201405131333.s4DDXgHf007983@aojmv0008> Changeset: 89337c37a40d Author: kcr Date: 2014-05-13 06:29 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/89337c37a40d Fix build error caused by fix for RT-36692 ! modules/graphics/src/main/native-glass/win/GlassApplication.cpp From hang.vo at oracle.com Tue May 13 15:48:36 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 13 May 2014 15:48:36 +0000 Subject: hg: openjfx/8u-dev/rt: Fix to RT-28977: 3D API methods should handle null values consistently Message-ID: <201405131548.s4DFmlhA028674@aojmv0008> Changeset: 98ac4a1f45ee Author: Chien Yang Date: 2014-05-13 08:31 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/98ac4a1f45ee Fix to RT-28977: 3D API methods should handle null values consistently Reviewed by Martin Sladecek and kcr ! modules/graphics/src/main/java/com/sun/javafx/sg/prism/NGLightBase.java ! modules/graphics/src/main/java/javafx/scene/LightBase.java ! modules/graphics/src/main/java/javafx/scene/shape/Shape3D.java + modules/graphics/src/test/java/javafx/scene/LightBase_properties_Test.java + modules/graphics/src/test/java/javafx/scene/shape/Shape3D_properties_Test.java From hang.vo at oracle.com Tue May 13 17:35:21 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 13 May 2014 17:35:21 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36983: [Accessibility, Windows] Initial focus should be read when window first opens (and when focus reassigned from the desktop) Message-ID: <201405131735.s4DHZWMC014884@aojmv0008> Changeset: fa2e64d8e0c3 Author: Felipe Heidrich Date: 2014-05-13 10:29 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/fa2e64d8e0c3 RT-36983: [Accessibility, Windows] Initial focus should be read when window first opens (and when focus reassigned from the desktop) This changeset fixes the 'focus reassigned from the desktop' part of the problem. ! modules/graphics/src/main/java/javafx/scene/Scene.java From hang.vo at oracle.com Tue May 13 18:03:35 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 13 May 2014 18:03:35 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36983: [Accessibility, Windows] Initial focus should be read when window first opens (and when focus reassigned from the desktop) Message-ID: <201405131803.s4DI3kpV018790@aojmv0008> Changeset: 3f011a15fd72 Author: Felipe Heidrich Date: 2014-05-13 10:53 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/3f011a15fd72 RT-36983: [Accessibility, Windows] Initial focus should be read when window first opens (and when focus reassigned from the desktop) this changeset fixes the 'Initial focus should be read when window first opens' problem. ! modules/graphics/src/main/java/com/sun/glass/ui/win/WinAccessible.java ! modules/graphics/src/main/native-glass/win/GlassAccessible.cpp ! modules/graphics/src/main/native-glass/win/GlassAccessible.h From hang.vo at oracle.com Tue May 13 21:03:42 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 13 May 2014 21:03:42 +0000 Subject: hg: openjfx/8u-dev/rt: RT-35322: [Text] Name of any samples is wrong in Ensemble8 Message-ID: <201405132103.s4DL3rul017088@aojmv0008> Changeset: a5de3a2c202e Author: Felipe Heidrich Date: 2014-05-13 13:59 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/a5de3a2c202e RT-35322: [Text] Name of any samples is wrong in Ensemble8 ! modules/graphics/src/main/java/com/sun/javafx/font/PrismCompositeFontResource.java ! modules/graphics/src/main/java/com/sun/javafx/font/PrismFontFile.java From hang.vo at oracle.com Tue May 13 22:48:22 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 13 May 2014 22:48:22 +0000 Subject: hg: openjfx/8u-dev/rt: 3 new changesets Message-ID: <201405132248.s4DMmjwI002331@aojmv0008> Changeset: 9a60fdbe7ca9 Author: jgiles Date: 2014-05-13 12:19 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/9a60fdbe7ca9 [TOY ONLY] Decrease the size of the HelloListView big list tab so that we don't get OOME. ! apps/toys/Hello/src/main/java/hello/HelloListView.java Changeset: 344489d7a3bb Author: jgiles Date: 2014-05-14 09:58 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/344489d7a3bb RT-37102: [Controls] NPE in ContextMenu ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ContextMenuContent.java Changeset: a1400c8cd411 Author: jgiles Date: 2014-05-14 10:41 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/a1400c8cd411 RT-37091: Sub Menu Fails to show when ContextMenu is rebuilt by clearing and re-adding MenuItems ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ContextMenuContent.java From hang.vo at oracle.com Wed May 14 02:32:18 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 14 May 2014 02:32:18 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405140232.s4E2WoJG008511@aojmv0008> Changeset: be2b2587f446 Author: kcr Date: 2014-05-13 19:00 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/be2b2587f446 [WHITE-SPACE-ONLY] fix bad indentation in exit method ! modules/graphics/src/main/java/com/sun/javafx/tk/quantum/QuantumToolkit.java Changeset: 47e6b78f80b1 Author: kcr Date: 2014-05-13 11:14 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/47e6b78f80b1 RT-37006: Intermittent NPE on exit when trying to run the pulse runnable Reviewed-by: Anthony, Steve ! modules/graphics/src/main/java/com/sun/javafx/tk/quantum/QuantumToolkit.java From hang.vo at oracle.com Wed May 14 04:18:13 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 14 May 2014 04:18:13 +0000 Subject: hg: openjfx/8u-dev/rt: 4 new changesets Message-ID: <201405140418.s4E4IeuE023694@aojmv0008> Changeset: 980cf96dd0db Author: jgiles Date: 2014-05-14 11:47 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/980cf96dd0db Followup for typo in RT-37102 fix. ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ContextMenuContent.java Changeset: 6391863941e9 Author: jgiles Date: 2014-05-14 14:03 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/6391863941e9 [INTELLIJ ONLY] Added a team module to the rt modules.xml file. ! .idea/modules.xml Changeset: 9a7637d54b4b Author: jgiles Date: 2014-05-14 14:39 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/9a7637d54b4b RT-37069: [ListView] List with focusTraversable=false can get focus anyway ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ListViewSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TableViewSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TreeTableViewSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TreeViewSkin.java ! modules/controls/src/test/java/javafx/scene/control/ListViewMouseInputTest.java ! modules/controls/src/test/java/javafx/scene/control/TableViewMouseInputTest.java ! modules/controls/src/test/java/javafx/scene/control/TreeTableViewMouseInputTest.java ! modules/controls/src/test/java/javafx/scene/control/TreeViewMouseInputTest.java Changeset: 40316a46fbbf Author: jgiles Date: 2014-05-14 16:11 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/40316a46fbbf RT-37054: TableView cells are not always refreshing ! modules/controls/src/main/java/javafx/scene/control/ListCell.java ! modules/controls/src/main/java/javafx/scene/control/TableCell.java ! modules/controls/src/main/java/javafx/scene/control/TableRow.java ! modules/controls/src/main/java/javafx/scene/control/TreeCell.java ! modules/controls/src/main/java/javafx/scene/control/TreeTableCell.java ! modules/controls/src/test/java/javafx/scene/control/TableViewTest.java ! modules/controls/src/test/java/javafx/scene/control/TreeTableViewTest.java From hang.vo at oracle.com Wed May 14 06:17:43 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 14 May 2014 06:17:43 +0000 Subject: hg: openjfx/8u-dev/rt: 6 new changesets Message-ID: <201405140618.s4E6IOMR010695@aojmv0008> Changeset: 088bca976d4d Author: Martin Sladecek Date: 2014-05-14 08:05 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/088bca976d4d RT-37008 [ValueAxis] Tickmarks number greater then axis size will result in Exception Reviewed by: jgiles, kcr ! modules/controls/src/main/java/javafx/scene/chart/ValueAxis.java Changeset: c85bb1aa0097 Author: Martin Sladecek Date: 2014-05-14 08:06 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/c85bb1aa0097 RT-37072 FXMLLoader throws NPE when parsing some binding expression in static mode ! modules/fxml/src/main/java/javafx/fxml/FXMLLoader.java Changeset: 6d621b6e1e2d Author: Martin Sladecek Date: 2014-05-14 08:09 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/6d621b6e1e2d RT-34656 LineChart - Setting forceZeroInRangeProperty of NumberAxis to false doesn't work for negative values Reviewed by: jgiles ! modules/controls/src/main/java/javafx/scene/chart/ValueAxis.java Changeset: 80bdd0bc003b Author: Martin Sladecek Date: 2014-05-14 08:10 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/80bdd0bc003b RT-36356 [StackedAreaChart] Auto-ranging in Y does not compute correct range Reviewed by: jgiles ! modules/controls/src/main/java/javafx/scene/chart/StackedAreaChart.java ! modules/controls/src/main/java/javafx/scene/chart/ValueAxis.java ! modules/controls/src/test/java/javafx/scene/chart/StackedAreaChartTest.java Changeset: 4ab502a1f9df Author: Martin Sladecek Date: 2014-05-14 08:13 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/4ab502a1f9df RT-36357 [StackedBarChart] Chart fails to display if lowerBound of Y axis greater than 0 Reviewed by: jgiles ! modules/controls/src/main/java/javafx/scene/chart/StackedBarChart.java ! modules/controls/src/main/java/javafx/scene/chart/ValueAxis.java Changeset: 7756cb66a166 Author: Martin Sladecek Date: 2014-05-14 08:15 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/7756cb66a166 RT-36868 [Accordion, TitledPane] Minimum size allows to shrink TitledPane/Accordion below minimum size of the content, also corrupts animation Reviewed by: jgiles ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/AccordionSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TitledPaneSkin.java From hang.vo at oracle.com Wed May 14 09:03:40 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 14 May 2014 09:03:40 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37067 [Task] cancellation makes the Task code throw IllegalStateException Message-ID: <201405140903.s4E93rGH006269@aojmv0008> Changeset: 33e7d781bf59 Author: Martin Sladecek Date: 2014-05-14 10:59 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/33e7d781bf59 RT-37067 [Task] cancellation makes the Task code throw IllegalStateException ! modules/graphics/src/main/java/javafx/concurrent/Task.java From hang.vo at oracle.com Wed May 14 12:03:53 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 14 May 2014 12:03:53 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37065 [Monocle] Use the X11 implementation in preference to framebuffer if DISPLAY is set Message-ID: <201405141204.s4EC45nm003694@aojmv0008> Changeset: cc70633ceec3 Author: Daniel Blaukopf Date: 2014-05-14 14:54 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/cc70633ceec3 RT-37065 [Monocle] Use the X11 implementation in preference to framebuffer if DISPLAY is set Reviewed-by: ddhill ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/MonocleSettings.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/MonocleTrace.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/NativePlatformFactory.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/x11/X11PlatformFactory.java From hang.vo at oracle.com Wed May 14 12:19:05 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 14 May 2014 12:19:05 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37063 [Monocle] X11 port should use full screen mode Message-ID: <201405141219.s4ECJGBX006502@aojmv0008> Changeset: e08545495ffd Author: Daniel Blaukopf Date: 2014-05-14 15:14 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/e08545495ffd RT-37063 [Monocle] X11 port should use full screen mode Reviewed-by: ddhill ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/x11/X.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/x11/X11Screen.java ! modules/graphics/src/main/native-glass/monocle/x11/X11.c From hang.vo at oracle.com Wed May 14 12:33:22 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 14 May 2014 12:33:22 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37064 [Monocle] Make -Dembedded=monocle the default Message-ID: <201405141233.s4ECXX2L008690@aojmv0008> Changeset: 2401a8d8e62a Author: Daniel Blaukopf Date: 2014-05-14 15:19 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/2401a8d8e62a RT-37064 [Monocle] Make -Dembedded=monocle the default Reviewed-by: kselle ! buildSrc/armv6sf.gradle ! buildSrc/x86egl.gradle From tom.schindl at bestsolution.at Wed May 14 12:54:56 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Wed, 14 May 2014 14:54:56 +0200 Subject: Embedding JavaFX in SWT on Linux (Gtk3) Message-ID: <537367A0.4030804@bestsolution.at> Hi, Starting with Eclipse Luna (released in end of June) the default mode of SWT on Linux is to make use of Gtk3. As far as I understand the situation Glass on Linux is linked against Gtk2 so JavaFX components that need glass (=fairly everything beside javafx-properties) will fail to load - in fact i got reports that the JVM crashes. IIRC i read that monocole has a port that directly uses X11 would it be a work-around to run with this port when running in swt-embedding? Am I right that the webkit binaries are also linked against gtk2 or do I remember this wrong? Tom From steve.x.northover at oracle.com Wed May 14 15:09:04 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Wed, 14 May 2014 11:09:04 -0400 Subject: Embedding JavaFX in SWT on Linux (Gtk3) In-Reply-To: <537367A0.4030804@bestsolution.at> References: <537367A0.4030804@bestsolution.at> Message-ID: <53738710.7060006@oracle.com> Hi Tom, https://javafx-jira.kenai.com/browse/RT-35264 There is no plan to move to gtk3 at this point. If we move to gtk3, FX will no longer be compatible with AWT/Swing which uses GTK2. The monocle port uses only X11 and this could be investigated, however, things like Drag and Drop are unlikely to work. I'll add all this information including Webkit use of GTK to RT-35264. Steve On 2014-05-14 8:54 AM, Tom Schindl wrote: > Hi, > > Starting with Eclipse Luna (released in end of June) the default mode of > SWT on Linux is to make use of Gtk3. > > As far as I understand the situation Glass on Linux is linked against > Gtk2 so JavaFX components that need glass (=fairly everything beside > javafx-properties) will fail to load - in fact i got reports that the > JVM crashes. > > IIRC i read that monocole has a port that directly uses X11 would it be > a work-around to run with this port when running in swt-embedding? > > Am I right that the webkit binaries are also linked against gtk2 or do I > remember this wrong? > > Tom From chien.yang at oracle.com Wed May 14 15:19:55 2014 From: chien.yang at oracle.com (Chien Yang) Date: Wed, 14 May 2014 08:19:55 -0700 Subject: Code Review Request For RT-36270: Black screen instead of components on Linux Message-ID: <5373899B.4070306@oracle.com> Hi Kevin, Please review the proposed fix: https://javafx-jira.kenai.com/browse/RT-36270 Thanks, - Chien From danno.ferrin at oracle.com Wed May 14 16:37:44 2014 From: danno.ferrin at oracle.com (Danno Ferrin) Date: Wed, 14 May 2014 10:37:44 -0600 Subject: Code Review Request For RT-37122: Css2Bin cannot overwrite existing writable field Message-ID: <7EFC705A-243A-449C-8322-844F1E640195@oracle.com> David, Kevin, Please review the proposed fix JIRA: https://javafx-jira.kenai.com/browse/RT-37122 Webrev: http://cr.openjdk.java.net/~shemnon/RT-37122/webrev.00/ ?Danno From anthony.petrov at oracle.com Wed May 14 17:03:13 2014 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Wed, 14 May 2014 21:03:13 +0400 Subject: Embedding JavaFX in SWT on Linux (Gtk3) In-Reply-To: <537367A0.4030804@bestsolution.at> References: <537367A0.4030804@bestsolution.at> Message-ID: <5373A1D1.5000802@oracle.com> Hi Tom, I ran ldd for libjfxwebkit.so, and I see that it doesn't link to GTK libraries. However, libjfxmedia.so does, so if you play any media files (either directly, or on a webpage open in webkit), then the GTK2 libraries will be loaded. -- best regards, Anthony On 5/14/2014 4:54 PM, Tom Schindl wrote: > Hi, > > Starting with Eclipse Luna (released in end of June) the default mode of > SWT on Linux is to make use of Gtk3. > > As far as I understand the situation Glass on Linux is linked against > Gtk2 so JavaFX components that need glass (=fairly everything beside > javafx-properties) will fail to load - in fact i got reports that the > JVM crashes. > > IIRC i read that monocole has a port that directly uses X11 would it be > a work-around to run with this port when running in swt-embedding? > > Am I right that the webkit binaries are also linked against gtk2 or do I > remember this wrong? > > Tom > From tom.schindl at bestsolution.at Wed May 14 17:09:07 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Wed, 14 May 2014 19:09:07 +0200 Subject: Embedding JavaFX in SWT on Linux (Gtk3) In-Reply-To: <5373A1D1.5000802@oracle.com> References: <537367A0.4030804@bestsolution.at> <5373A1D1.5000802@oracle.com> Message-ID: Ok that's good to know so if we can get rid of glass-gtk we could at least run on gtk3 - as long as one does not use swing-awt in fx - i think all is better than nothing. Tom Von meinem iPhone gesendet > Am 14.05.2014 um 19:03 schrieb Anthony Petrov : > > Hi Tom, > > I ran ldd for libjfxwebkit.so, and I see that it doesn't link to GTK libraries. However, libjfxmedia.so does, so if you play any media files (either directly, or on a webpage open in webkit), then the GTK2 libraries will be loaded. > > -- > best regards, > Anthony > >> On 5/14/2014 4:54 PM, Tom Schindl wrote: >> Hi, >> >> Starting with Eclipse Luna (released in end of June) the default mode of >> SWT on Linux is to make use of Gtk3. >> >> As far as I understand the situation Glass on Linux is linked against >> Gtk2 so JavaFX components that need glass (=fairly everything beside >> javafx-properties) will fail to load - in fact i got reports that the >> JVM crashes. >> >> IIRC i read that monocole has a port that directly uses X11 would it be >> a work-around to run with this port when running in swt-embedding? >> >> Am I right that the webkit binaries are also linked against gtk2 or do I >> remember this wrong? >> >> Tom >> From anthony.petrov at oracle.com Wed May 14 17:10:26 2014 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Wed, 14 May 2014 21:10:26 +0400 Subject: Embedding JavaFX in SWT on Linux (Gtk3) In-Reply-To: References: <537367A0.4030804@bestsolution.at> <5373A1D1.5000802@oracle.com> Message-ID: <5373A382.5@oracle.com> Yes, I think this should work then. -- best regards, Anthony On 5/14/2014 9:09 PM, Tom Schindl wrote: > Ok that's good to know so if we can get rid of glass-gtk we could at least run on gtk3 - as long as one does not use swing-awt in fx - i think all is better than nothing. > > Tom > > Von meinem iPhone gesendet > >> Am 14.05.2014 um 19:03 schrieb Anthony Petrov : >> >> Hi Tom, >> >> I ran ldd for libjfxwebkit.so, and I see that it doesn't link to GTK libraries. However, libjfxmedia.so does, so if you play any media files (either directly, or on a webpage open in webkit), then the GTK2 libraries will be loaded. >> >> -- >> best regards, >> Anthony >> >>> On 5/14/2014 4:54 PM, Tom Schindl wrote: >>> Hi, >>> >>> Starting with Eclipse Luna (released in end of June) the default mode of >>> SWT on Linux is to make use of Gtk3. >>> >>> As far as I understand the situation Glass on Linux is linked against >>> Gtk2 so JavaFX components that need glass (=fairly everything beside >>> javafx-properties) will fail to load - in fact i got reports that the >>> JVM crashes. >>> >>> IIRC i read that monocole has a port that directly uses X11 would it be >>> a work-around to run with this port when running in swt-embedding? >>> >>> Am I right that the webkit binaries are also linked against gtk2 or do I >>> remember this wrong? >>> >>> Tom >>> From tom.schindl at bestsolution.at Wed May 14 17:11:59 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Wed, 14 May 2014 19:11:59 +0200 Subject: Embedding JavaFX in SWT on Linux (Gtk3) In-Reply-To: <53738710.7060006@oracle.com> References: <537367A0.4030804@bestsolution.at> <53738710.7060006@oracle.com> Message-ID: Even if dnd doesn't work that's better than no fx! Looks like webkit does not link into gtk which is good! Tom Von meinem iPhone gesendet > Am 14.05.2014 um 17:09 schrieb Stephen F Northover : > > Hi Tom, > > https://javafx-jira.kenai.com/browse/RT-35264 > > There is no plan to move to gtk3 at this point. If we move to gtk3, FX will no longer be compatible with AWT/Swing which uses GTK2. The monocle port uses only X11 and this could be investigated, however, things like Drag and Drop are unlikely to work. > > I'll add all this information including Webkit use of GTK to RT-35264. > > Steve > >> On 2014-05-14 8:54 AM, Tom Schindl wrote: >> Hi, >> >> Starting with Eclipse Luna (released in end of June) the default mode of >> SWT on Linux is to make use of Gtk3. >> >> As far as I understand the situation Glass on Linux is linked against >> Gtk2 so JavaFX components that need glass (=fairly everything beside >> javafx-properties) will fail to load - in fact i got reports that the >> JVM crashes. >> >> IIRC i read that monocole has a port that directly uses X11 would it be >> a work-around to run with this port when running in swt-embedding? >> >> Am I right that the webkit binaries are also linked against gtk2 or do I >> remember this wrong? >> >> Tom > From simon.vienot at oracle.com Wed May 14 17:28:12 2014 From: simon.vienot at oracle.com (Simon Vienot) Date: Wed, 14 May 2014 19:28:12 +0200 Subject: Scene Builder 2.0 released. Message-ID: <5373A7AC.3010200@oracle.com> In case some of you missed it, we have just pushed Scene Builder 2.0 live [1] yesterday. All details on Jasper's nice blog post [2]. If you have 8 minutes to spare, I encourage you to have a look at this demo [3] where FX8 and SB2 shine. -Simon [1] http://www.oracle.com/technetwork/java/javase/downloads/sb2download-2177776.html [2] http://fxexperience.com/2014/05/announcing-scenebuilder-2-0/ [3] https://www.youtube.com/watch?v=ij0HwRAlCmo&feature=youtu.be From steve.x.northover at oracle.com Wed May 14 17:33:11 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Wed, 14 May 2014 13:33:11 -0400 Subject: CFV: New OpenJFX Committer: Eric Le Ponner Message-ID: <5373A8D7.7080807@oracle.com> I hereby nominate Eric Le Ponner to be an OpenJFX Committer. Eric Le Ponner is a significant contributor of the JavaFX Scene Builder 2.0 product, and is the architect of the SB Kit API as well as the designated owner of the Content Panel. Eric has been working on SB for more than 3 years, and during last year has been responsible for approximately 1620 commits to the internal SB 2.0 repository that we are converting to Open Source. Eric is part of the team that has collectively done the Scene Builder 2.0 product, which is a complete re-implementation of the code base, over a period of roughly 12 months. The new code base is more than 70,000 lines of code, spread over approximately 4000 commits. Scene Builder 2.0 is in the process of being converted to the OpenJFX repository, and will be maintained out of that repository after the conversion. Votes are due by May 29, 2014. Only current OpenJFX Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Nomination to a project Committer is described in [3]. [1] http://openjdk.java.net/census#openjfx [2] http://openjdk.java.net/bylaws#lazy-consensus [3] http://openjdk.java.net/projects#project-committer From kevin.rushforth at oracle.com Wed May 14 17:35:14 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 14 May 2014 10:35:14 -0700 Subject: CFV: New OpenJFX Committer: Eric Le Ponner In-Reply-To: <5373A8D7.7080807@oracle.com> References: <5373A8D7.7080807@oracle.com> Message-ID: <5373A952.1050806@oracle.com> Vote: YES -- Kevin Stephen F Northover wrote: > I hereby nominate Eric Le Ponner to be an OpenJFX Committer. > > Eric Le Ponner is a significant contributor of the JavaFX Scene > Builder 2.0 product, and is the architect of the SB Kit API as well as > the designated owner of the Content Panel. Eric has been working on > SB for more than 3 years, and during last year has been responsible > for approximately 1620 commits to the internal SB 2.0 repository that > we are converting to Open Source. > > Eric is part of the team that has collectively done the Scene Builder > 2.0 product, which is a complete re-implementation of the code base, > over a period of roughly 12 months. The new code base is more than > 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a > project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From anthony.petrov at oracle.com Wed May 14 17:35:44 2014 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Wed, 14 May 2014 21:35:44 +0400 Subject: CFV: New OpenJFX Committer: Eric Le Ponner In-Reply-To: <5373A8D7.7080807@oracle.com> References: <5373A8D7.7080807@oracle.com> Message-ID: <5373A970.50106@oracle.com> Vote: YES -- best regards, Anthony On 5/14/2014 9:33 PM, Stephen F Northover wrote: > I hereby nominate Eric Le Ponner to be an OpenJFX Committer. > > Eric Le Ponner is a significant contributor of the JavaFX Scene Builder > 2.0 product, and is the architect of the SB Kit API as well as the > designated owner of the Content Panel. Eric has been working on SB for > more than 3 years, and during last year has been responsible for > approximately 1620 commits to the internal SB 2.0 repository that we are > converting to Open Source. > > Eric is part of the team that has collectively done the Scene Builder > 2.0 product, which is a complete re-implementation of the code base, > over a period of roughly 12 months. The new code base is more than > 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project > Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From lisa.selle at oracle.com Wed May 14 17:37:09 2014 From: lisa.selle at oracle.com (Lisa Selle) Date: Wed, 14 May 2014 13:37:09 -0400 Subject: CFV: New OpenJFX Committer: Eric Le Ponner In-Reply-To: <5373A8D7.7080807@oracle.com> References: <5373A8D7.7080807@oracle.com> Message-ID: <5373A9C5.8020704@oracle.com> Vote: YES Lisa On 5/14/2014 1:33 PM, Stephen F Northover wrote: > I hereby nominate Eric Le Ponner to be an OpenJFX Committer. > > Eric Le Ponner is a significant contributor of the JavaFX Scene > Builder 2.0 product, and is the architect of the SB Kit API as well as > the designated owner of the Content Panel. Eric has been working on > SB for more than 3 years, and during last year has been responsible > for approximately 1620 commits to the internal SB 2.0 repository that > we are converting to Open Source. > > Eric is part of the team that has collectively done the Scene Builder > 2.0 product, which is a complete re-implementation of the code base, > over a period of roughly 12 months. The new code base is more than > 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a > project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From David.Hill at Oracle.com Wed May 14 17:37:57 2014 From: David.Hill at Oracle.com (David Hill) Date: Wed, 14 May 2014 13:37:57 -0400 Subject: CFV: New OpenJFX Committer: Eric Le Ponner In-Reply-To: <5373A8D7.7080807@oracle.com> References: <5373A8D7.7080807@oracle.com> Message-ID: <5373A9F5.4000305@Oracle.com> Vote: YES On 5/14/14, May 14, 1:33 PM, Stephen F Northover wrote: > I hereby nominate Eric Le Ponner to be an OpenJFX Committer. > > Eric Le Ponner is a significant contributor of the JavaFX Scene Builder 2.0 product, and is the architect of the SB Kit API as well as the designated owner of the Content Panel. Eric has been working on SB for more than 3 years, and during last year has been responsible for approximately 1620 commits to the internal SB 2.0 repository that we are converting to Open Source. > > Eric is part of the team that has collectively done the Scene Builder 2.0 product, which is a complete re-implementation of the code base, over a period of roughly 12 months. The new code base is more than 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX repository, and will be maintained out of that repository after the conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > -- David Hill Java Embedded Development "I use multi-million dollar satellites to find tupperware in the woods. Whats your hobby ?" From steve.x.northover at oracle.com Wed May 14 17:39:28 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Wed, 14 May 2014 13:39:28 -0400 Subject: CFV: New OpenJFX Committer: Jerome Cambon Message-ID: <5373AA50.8010402@oracle.com> I hereby nominate Jerome Cambon to be an OpenJFX Committer. Jerome Cambon is a significant contributor of the JavaFX Scene Builder 2.0 product, and is the designated owner of the Inspector Panel as well as the CSS Panel. Jerome has been working on SB for more than 3 years, and during last year has been responsible for approximately 500 commits to the SB 2.0 repository that we are converting to Open Source. Jerome is part of the team that has collectively done the Scene Builder 2.0 product, which is a complete re-implementation of the code base, over a period of roughly 12 months. The new code base is more than 70,000 lines of code, spread over approximately 4000 commits. Scene Builder 2.0 is in the process of being converted to the OpenJFX repository, and will be maintained out of that repository after the conversion. Votes are due by May 29, 2014. Only current OpenJFX Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Nomination to a project Committer is described in [3]. [1] http://openjdk.java.net/census#openjfx [2] http://openjdk.java.net/bylaws#lazy-consensus [3] http://openjdk.java.net/projects#project-committer From David.Hill at Oracle.com Wed May 14 17:43:13 2014 From: David.Hill at Oracle.com (David Hill) Date: Wed, 14 May 2014 13:43:13 -0400 Subject: CFV: New OpenJFX Committer: Jerome Cambon In-Reply-To: <5373AA50.8010402@oracle.com> References: <5373AA50.8010402@oracle.com> Message-ID: <5373AB31.208@Oracle.com> Vote: YES On 5/14/14, May 14, 1:39 PM, Stephen F Northover wrote: > I hereby nominate Jerome Cambon to be an OpenJFX Committer. > > Jerome Cambon is a significant contributor of the JavaFX Scene Builder 2.0 product, and is the designated owner of the Inspector Panel as well as the CSS Panel. Jerome has been working on SB for more than 3 years, and during last year has been responsible for approximately 500 commits to the SB 2.0 repository that we are converting to Open Source. > > Jerome is part of the team that has collectively done the Scene Builder 2.0 product, which is a complete re-implementation of the code base, over a period of roughly 12 months. The new code base is more than 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX repository, and will be maintained out of that repository after the conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > -- David Hill Java Embedded Development "Computers make very fast, very accurate mistakes." From anthony.petrov at oracle.com Wed May 14 17:43:33 2014 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Wed, 14 May 2014 21:43:33 +0400 Subject: CFV: New OpenJFX Committer: Jerome Cambon In-Reply-To: <5373AA50.8010402@oracle.com> References: <5373AA50.8010402@oracle.com> Message-ID: <5373AB45.8000201@oracle.com> Vote: YES -- best regards, Anthony On 5/14/2014 9:39 PM, Stephen F Northover wrote: > I hereby nominate Jerome Cambon to be an OpenJFX Committer. > > Jerome Cambon is a significant contributor of the JavaFX Scene Builder > 2.0 product, and is the designated owner of the Inspector Panel as well > as the CSS Panel. Jerome has been working on SB for more than 3 years, > and during last year has been responsible for approximately 500 commits > to the SB 2.0 repository that we are converting to Open Source. > > Jerome is part of the team that has collectively done the Scene Builder > 2.0 product, which is a complete re-implementation of the code base, > over a period of roughly 12 months. The new code base is more than > 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project > Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From kevin.rushforth at oracle.com Wed May 14 17:44:15 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 14 May 2014 10:44:15 -0700 Subject: CFV: New OpenJFX Committer: Jerome Cambon In-Reply-To: <5373AA50.8010402@oracle.com> References: <5373AA50.8010402@oracle.com> Message-ID: <5373AB6F.2060702@oracle.com> Vote: YES -- Kevin Stephen F Northover wrote: > I hereby nominate Jerome Cambon to be an OpenJFX Committer. > > Jerome Cambon is a significant contributor of the JavaFX Scene Builder > 2.0 product, and is the designated owner of the Inspector Panel as > well as the CSS Panel. Jerome has been working on SB for more than 3 > years, and during last year has been responsible for approximately 500 > commits to the SB 2.0 repository that we are converting to Open Source. > > Jerome is part of the team that has collectively done the Scene > Builder 2.0 product, which is a complete re-implementation of the code > base, over a period of roughly 12 months. The new code base is more > than 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a > project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From lisa.selle at oracle.com Wed May 14 17:44:51 2014 From: lisa.selle at oracle.com (Lisa Selle) Date: Wed, 14 May 2014 13:44:51 -0400 Subject: CFV: New OpenJFX Committer: Jerome Cambon In-Reply-To: <5373AA50.8010402@oracle.com> References: <5373AA50.8010402@oracle.com> Message-ID: <5373AB93.1030706@oracle.com> Vote: YES On 5/14/2014 1:39 PM, Stephen F Northover wrote: > I hereby nominate Jerome Cambon to be an OpenJFX Committer. > > Jerome Cambon is a significant contributor of the JavaFX Scene Builder > 2.0 product, and is the designated owner of the Inspector Panel as > well as the CSS Panel. Jerome has been working on SB for more than 3 > years, and during last year has been responsible for approximately 500 > commits to the SB 2.0 repository that we are converting to Open Source. > > Jerome is part of the team that has collectively done the Scene > Builder 2.0 product, which is a complete re-implementation of the code > base, over a period of roughly 12 months. The new code base is more > than 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a > project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From david.grieve at oracle.com Wed May 14 17:46:44 2014 From: david.grieve at oracle.com (David Grieve) Date: Wed, 14 May 2014 13:46:44 -0400 Subject: CFV: New OpenJFX Committer: Eric Le Ponner In-Reply-To: <5373A8D7.7080807@oracle.com> References: <5373A8D7.7080807@oracle.com> Message-ID: <5373AC04.9090406@oracle.com> Vote: YES On 5/14/14, 1:33 PM, Stephen F Northover wrote: > I hereby nominate Eric Le Ponner to be an OpenJFX Committer. > > Eric Le Ponner is a significant contributor of the JavaFX Scene > Builder 2.0 product, and is the architect of the SB Kit API as well as > the designated owner of the Content Panel. Eric has been working on > SB for more than 3 years, and during last year has been responsible > for approximately 1620 commits to the internal SB 2.0 repository that > we are converting to Open Source. > > Eric is part of the team that has collectively done the Scene Builder > 2.0 product, which is a complete re-implementation of the code base, > over a period of roughly 12 months. The new code base is more than > 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a > project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From david.grieve at oracle.com Wed May 14 17:47:10 2014 From: david.grieve at oracle.com (David Grieve) Date: Wed, 14 May 2014 13:47:10 -0400 Subject: CFV: New OpenJFX Committer: Jerome Cambon In-Reply-To: <5373AA50.8010402@oracle.com> References: <5373AA50.8010402@oracle.com> Message-ID: <5373AC1E.5080902@oracle.com> Vote: YES On 5/14/14, 1:39 PM, Stephen F Northover wrote: > I hereby nominate Jerome Cambon to be an OpenJFX Committer. > > Jerome Cambon is a significant contributor of the JavaFX Scene Builder > 2.0 product, and is the designated owner of the Inspector Panel as > well as the CSS Panel. Jerome has been working on SB for more than 3 > years, and during last year has been responsible for approximately 500 > commits to the SB 2.0 repository that we are converting to Open Source. > > Jerome is part of the team that has collectively done the Scene > Builder 2.0 product, which is a complete re-implementation of the code > base, over a period of roughly 12 months. The new code base is more > than 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a > project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From hang.vo at oracle.com Wed May 14 17:48:24 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 14 May 2014 17:48:24 +0000 Subject: hg: openjfx/8u-dev/rt: Follow-up for RT-37006: add comment and thread check Message-ID: <201405141748.s4EHmagJ001102@aojmv0008> Changeset: f943c6e121b7 Author: kcr Date: 2014-05-14 10:36 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/f943c6e121b7 Follow-up for RT-37006: add comment and thread check ! modules/graphics/src/main/java/com/sun/javafx/tk/quantum/QuantumToolkit.java From steve.x.northover at oracle.com Wed May 14 17:48:39 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Wed, 14 May 2014 13:48:39 -0400 Subject: CFV: New OpenJFX Committer: Sandra Lions-Piron Message-ID: <5373AC77.7030408@oracle.com> I hereby nominate Sandra Lions-Piron to be an OpenJFX Committer. Sandra Lions-Piron is a significant contributor of the JavaFX Scene Builder 2.0 product, and is the designated owner of the Hierarchy Panel as well as all menu commands. Sandra has been working on SB since its inception 4 years ago, and during last year has been responsible for approximately 750 commits to the SB 2.0 repository that we are converting to Open Source. Sandra is part of the team that has collectively done the Scene Builder 2.0 product, which is a complete re-implementation of the code base, over a period of roughly 12 months. The new code base is more than 70,000 lines of code, spread over approximately 4000 commits. Scene Builder 2.0 is in the process of being converted to the OpenJFX repository, and will be maintained out of that repository after the conversion. Votes are due by May 29, 2014. Only current OpenJFX Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Nomination to a project Committer is described in [3]. [1] http://openjdk.java.net/census#openjfx [2] http://openjdk.java.net/bylaws#lazy-consensus [3] http://openjdk.java.net/projects#project-committer From steve.x.northover at oracle.com Wed May 14 17:48:47 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Wed, 14 May 2014 13:48:47 -0400 Subject: CFV: New OpenJFX Committer: Yves Joan Message-ID: <5373AC7F.5080900@oracle.com> I hereby nominate Yves Joan to be an OpenJFX Committer. Yves Joan is a significant contributor of the JavaFX Scene Builder 2.0 product, and is the designated owner of the Library Panel, Document Panel and product packaging. Yves has been working on SB since its inception 4 years ago, and during last year has been responsible for approximately 960 commits to the SB 2.0 repository that we are converting to Open Source. Yves is part of the team that has collectively done the Scene Builder 2.0 product, which is a complete re-implementation of the code base, over a period of roughly 12 months. The new code base is more than 70,000 lines of code, spread over approximately 4000 commits. Scene Builder 2.0 is in the process of being converted to the OpenJFX repository, and will be maintained out of that repository after the conversion. Votes are due by May 29, 2014. Only current OpenJFX Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Nomination to a project Committer is described in [3]. [1] http://openjdk.java.net/census#openjfx [2] http://openjdk.java.net/bylaws#lazy-consensus [3] http://openjdk.java.net/projects#project-committer From steve.x.northover at oracle.com Wed May 14 17:48:52 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Wed, 14 May 2014 13:48:52 -0400 Subject: CFV: New OpenJFX Committer: Mo Chicharro Message-ID: <5373AC84.8030707@oracle.com> I hereby nominate Mo Chicharro to be an OpenJFX Committer. Mo Chicharro is a significant contributor of the JavaFX Scene Builder 2.0 product, and, as the visual and interaction designer, he is the designated owner of all FXML and CSS content. Mo has been working on SB since its inception 4 years ago, and during last year has been responsible for approximately 160 commits to the SB 2.0 repository that we are converting to Open Source. Mo is part of the team that has collectively done the Scene Builder 2.0 product, which is a complete re-implementation of the code base, over a period of roughly 12 months. The new code base is more than 70,000 lines of code, spread over approximately 4000 commits. Scene Builder 2.0 is in the process of being converted to the OpenJFX repository, and will be maintained out of that repository after the conversion. Votes are due by May 29, 2014. Only current OpenJFX Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Nomination to a project Committer is described in [3]. [1] http://openjdk.java.net/census#openjfx [2] http://openjdk.java.net/bylaws#lazy-consensus [3] http://openjdk.java.net/projects#project-committer From david.grieve at oracle.com Wed May 14 17:53:13 2014 From: david.grieve at oracle.com (David Grieve) Date: Wed, 14 May 2014 13:53:13 -0400 Subject: CFV: New OpenJFX Committer: Sandra Lions-Piron In-Reply-To: <5373AC77.7030408@oracle.com> References: <5373AC77.7030408@oracle.com> Message-ID: <5373AD89.6000806@oracle.com> Vote: YES On 5/14/14, 1:48 PM, Stephen F Northover wrote: > I hereby nominate Sandra Lions-Piron to be an OpenJFX Committer. > > Sandra Lions-Piron is a significant contributor of the JavaFX Scene > Builder 2.0 product, and is the designated owner of the Hierarchy > Panel as well as all menu commands. Sandra has been working on SB > since its inception 4 years ago, and during last year has been > responsible for approximately 750 commits to the SB 2.0 repository > that we are converting to Open Source. > > Sandra is part of the team that has collectively done the Scene > Builder 2.0 product, which is a complete re-implementation of the code > base, over a period of roughly 12 months. The new code base is more > than 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a > project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From david.grieve at oracle.com Wed May 14 17:53:30 2014 From: david.grieve at oracle.com (David Grieve) Date: Wed, 14 May 2014 13:53:30 -0400 Subject: CFV: New OpenJFX Committer: Yves Joan In-Reply-To: <5373AC7F.5080900@oracle.com> References: <5373AC7F.5080900@oracle.com> Message-ID: <5373AD9A.7000907@oracle.com> Vote: YES On 5/14/14, 1:48 PM, Stephen F Northover wrote: > I hereby nominate Yves Joan to be an OpenJFX Committer. > > Yves Joan is a significant contributor of the JavaFX Scene Builder 2.0 > product, and is the designated owner of the Library Panel, Document > Panel and product packaging. Yves has been working on SB since its > inception 4 years ago, and during last year has been responsible for > approximately 960 commits to the SB 2.0 repository that we are > converting to Open Source. > > Yves is part of the team that has collectively done the Scene Builder > 2.0 product, which is a complete re-implementation of the code base, > over a period of roughly 12 months. The new code base is more than > 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a > project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From david.grieve at oracle.com Wed May 14 17:53:42 2014 From: david.grieve at oracle.com (David Grieve) Date: Wed, 14 May 2014 13:53:42 -0400 Subject: CFV: New OpenJFX Committer: Mo Chicharro In-Reply-To: <5373AC84.8030707@oracle.com> References: <5373AC84.8030707@oracle.com> Message-ID: <5373ADA6.9020506@oracle.com> Vote: YES On 5/14/14, 1:48 PM, Stephen F Northover wrote: > I hereby nominate Mo Chicharro to be an OpenJFX Committer. > > Mo Chicharro is a significant contributor of the JavaFX Scene Builder > 2.0 product, and, as the visual and interaction designer, he is the > designated owner of all FXML and CSS content. Mo has been working on > SB since its inception 4 years ago, and during last year has been > responsible for approximately 160 commits to the SB 2.0 repository > that we are converting to Open Source. > > Mo is part of the team that has collectively done the Scene Builder > 2.0 product, which is a complete re-implementation of the code base, > over a period of roughly 12 months. The new code base is more than > 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a > project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From anthony.petrov at oracle.com Wed May 14 17:54:27 2014 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Wed, 14 May 2014 21:54:27 +0400 Subject: CFV: New OpenJFX Committer: Sandra Lions-Piron In-Reply-To: <5373AC77.7030408@oracle.com> References: <5373AC77.7030408@oracle.com> Message-ID: <5373ADD3.9080609@oracle.com> Vote: YES -- best regards, Anthony On 5/14/2014 9:48 PM, Stephen F Northover wrote: > I hereby nominate Sandra Lions-Piron to be an OpenJFX Committer. > > Sandra Lions-Piron is a significant contributor of the JavaFX Scene > Builder 2.0 product, and is the designated owner of the Hierarchy Panel > as well as all menu commands. Sandra has been working on SB since its > inception 4 years ago, and during last year has been responsible for > approximately 750 commits to the SB 2.0 repository that we are > converting to Open Source. > > Sandra is part of the team that has collectively done the Scene Builder > 2.0 product, which is a complete re-implementation of the code base, > over a period of roughly 12 months. The new code base is more than > 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project > Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From anthony.petrov at oracle.com Wed May 14 17:54:45 2014 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Wed, 14 May 2014 21:54:45 +0400 Subject: CFV: New OpenJFX Committer: Yves Joan In-Reply-To: <5373AC7F.5080900@oracle.com> References: <5373AC7F.5080900@oracle.com> Message-ID: <5373ADE5.4000800@oracle.com> Vote: YES -- best regards, Anthony On 5/14/2014 9:48 PM, Stephen F Northover wrote: > I hereby nominate Yves Joan to be an OpenJFX Committer. > > Yves Joan is a significant contributor of the JavaFX Scene Builder 2.0 > product, and is the designated owner of the Library Panel, Document > Panel and product packaging. Yves has been working on SB since its > inception 4 years ago, and during last year has been responsible for > approximately 960 commits to the SB 2.0 repository that we are > converting to Open Source. > > Yves is part of the team that has collectively done the Scene Builder > 2.0 product, which is a complete re-implementation of the code base, > over a period of roughly 12 months. The new code base is more than > 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project > Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From anthony.petrov at oracle.com Wed May 14 17:55:00 2014 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Wed, 14 May 2014 21:55:00 +0400 Subject: CFV: New OpenJFX Committer: Mo Chicharro In-Reply-To: <5373AC84.8030707@oracle.com> References: <5373AC84.8030707@oracle.com> Message-ID: <5373ADF4.4050507@oracle.com> Vote: YES -- best regards, Anthony On 5/14/2014 9:48 PM, Stephen F Northover wrote: > I hereby nominate Mo Chicharro to be an OpenJFX Committer. > > Mo Chicharro is a significant contributor of the JavaFX Scene Builder > 2.0 product, and, as the visual and interaction designer, he is the > designated owner of all FXML and CSS content. Mo has been working on SB > since its inception 4 years ago, and during last year has been > responsible for approximately 160 commits to the SB 2.0 repository that > we are converting to Open Source. > > Mo is part of the team that has collectively done the Scene Builder 2.0 > product, which is a complete re-implementation of the code base, over a > period of roughly 12 months. The new code base is more than 70,000 lines > of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project > Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From David.Hill at Oracle.com Wed May 14 17:57:17 2014 From: David.Hill at Oracle.com (David Hill) Date: Wed, 14 May 2014 13:57:17 -0400 Subject: CFV: New OpenJFX Committer: Yves Joan In-Reply-To: <5373AC7F.5080900@oracle.com> References: <5373AC7F.5080900@oracle.com> Message-ID: <5373AE7D.9040806@Oracle.com> Vote: YES On 5/14/14, May 14, 1:48 PM, Stephen F Northover wrote: > I hereby nominate Yves Joan to be an OpenJFX Committer. > > Yves Joan is a significant contributor of the JavaFX Scene Builder 2.0 product, and is the designated owner of the Library Panel, Document Panel and product packaging. Yves has been working on SB since its inception 4 years ago, and during last year has been responsible for approximately 960 commits to the SB 2.0 repository that we are converting to Open Source. > > Yves is part of the team that has collectively done the Scene Builder 2.0 product, which is a complete re-implementation of the code base, over a period of roughly 12 months. The new code base is more than 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX repository, and will be maintained out of that repository after the conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > -- David Hill Java Embedded Development "No matter how much pressure you feel at work, if you could find ways to relax for at least five minutes every hour, you'd be more productive." -- Dr. Joyce Brothers (1928 - ) From David.Hill at Oracle.com Wed May 14 17:57:32 2014 From: David.Hill at Oracle.com (David Hill) Date: Wed, 14 May 2014 13:57:32 -0400 Subject: CFV: New OpenJFX Committer: Mo Chicharro In-Reply-To: <5373AC84.8030707@oracle.com> References: <5373AC84.8030707@oracle.com> Message-ID: <5373AE8C.8030300@Oracle.com> Vote: YES On 5/14/14, May 14, 1:48 PM, Stephen F Northover wrote: > I hereby nominate Mo Chicharro to be an OpenJFX Committer. > > Mo Chicharro is a significant contributor of the JavaFX Scene Builder 2.0 product, and, as the visual and interaction designer, he is the designated owner of all FXML and CSS content. Mo has been working on SB since its inception 4 years ago, and during last year has been responsible for approximately 160 commits to the SB 2.0 repository that we are converting to Open Source. > > Mo is part of the team that has collectively done the Scene Builder 2.0 product, which is a complete re-implementation of the code base, over a period of roughly 12 months. The new code base is more than 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX repository, and will be maintained out of that repository after the conversion. > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > -- David Hill Java Embedded Development "No matter how much pressure you feel at work, if you could find ways to relax for at least five minutes every hour, you'd be more productive." -- Dr. Joyce Brothers (1928 - ) From David.Hill at Oracle.com Wed May 14 17:57:59 2014 From: David.Hill at Oracle.com (David Hill) Date: Wed, 14 May 2014 13:57:59 -0400 Subject: CFV: New OpenJFX Committer: Sandra Lions-Piron In-Reply-To: <5373AC77.7030408@oracle.com> References: <5373AC77.7030408@oracle.com> Message-ID: <5373AEA7.3020006@Oracle.com> Vote: YES On 5/14/14, May 14, 1:48 PM, Stephen F Northover wrote: > I hereby nominate Sandra Lions-Piron to be an OpenJFX Committer. > > Sandra Lions-Piron is a significant contributor of the JavaFX Scene Builder 2.0 product, and is the designated owner of the Hierarchy Panel as well as all menu commands. Sandra has been working on SB since its inception 4 years ago, and during last year has been responsible for approximately 750 commits to the SB 2.0 repository that we are converting to Open Source. > > Sandra is part of the team that has collectively done the Scene Builder 2.0 product, which is a complete re-implementation of the code base, over a period of roughly 12 months. The new code base is more than 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX repository, and will be maintained out of that repository after the conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > -- David Hill Java Embedded Development "No matter how much pressure you feel at work, if you could find ways to relax for at least five minutes every hour, you'd be more productive." -- Dr. Joyce Brothers (1928 - ) From kevin.rushforth at oracle.com Wed May 14 17:59:01 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 14 May 2014 10:59:01 -0700 Subject: CFV: New OpenJFX Committer: Sandra Lions-Piron In-Reply-To: <5373AC77.7030408@oracle.com> References: <5373AC77.7030408@oracle.com> Message-ID: <5373AEE5.7090301@oracle.com> Vote: YES -- Kevin Stephen F Northover wrote: > I hereby nominate Sandra Lions-Piron to be an OpenJFX Committer. > > Sandra Lions-Piron is a significant contributor of the JavaFX Scene > Builder 2.0 product, and is the designated owner of the Hierarchy > Panel as well as all menu commands. Sandra has been working on SB > since its inception 4 years ago, and during last year has been > responsible for approximately 750 commits to the SB 2.0 repository > that we are converting to Open Source. > > Sandra is part of the team that has collectively done the Scene > Builder 2.0 product, which is a complete re-implementation of the code > base, over a period of roughly 12 months. The new code base is more > than 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a > project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From kevin.rushforth at oracle.com Wed May 14 17:59:08 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 14 May 2014 10:59:08 -0700 Subject: CFV: New OpenJFX Committer: Yves Joan In-Reply-To: <5373AC7F.5080900@oracle.com> References: <5373AC7F.5080900@oracle.com> Message-ID: <5373AEEC.107@oracle.com> Vote: YES -- Kevin Stephen F Northover wrote: > I hereby nominate Yves Joan to be an OpenJFX Committer. > > Yves Joan is a significant contributor of the JavaFX Scene Builder 2.0 > product, and is the designated owner of the Library Panel, Document > Panel and product packaging. Yves has been working on SB since its > inception 4 years ago, and during last year has been responsible for > approximately 960 commits to the SB 2.0 repository that we are > converting to Open Source. > > Yves is part of the team that has collectively done the Scene Builder > 2.0 product, which is a complete re-implementation of the code base, > over a period of roughly 12 months. The new code base is more than > 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a > project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From kevin.rushforth at oracle.com Wed May 14 17:59:12 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 14 May 2014 10:59:12 -0700 Subject: CFV: New OpenJFX Committer: Mo Chicharro In-Reply-To: <5373AC84.8030707@oracle.com> References: <5373AC84.8030707@oracle.com> Message-ID: <5373AEF0.207@oracle.com> Vote: YES -- Kevin Stephen F Northover wrote: > I hereby nominate Mo Chicharro to be an OpenJFX Committer. > > Mo Chicharro is a significant contributor of the JavaFX Scene Builder > 2.0 product, and, as the visual and interaction designer, he is the > designated owner of all FXML and CSS content. Mo has been working on > SB since its inception 4 years ago, and during last year has been > responsible for approximately 160 commits to the SB 2.0 repository > that we are converting to Open Source. > > Mo is part of the team that has collectively done the Scene Builder > 2.0 product, which is a complete re-implementation of the code base, > over a period of roughly 12 months. The new code base is more than > 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a > project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From mike at plan99.net Wed May 14 18:02:41 2014 From: mike at plan99.net (Mike Hearn) Date: Wed, 14 May 2014 20:02:41 +0200 Subject: Scene Builder 2.0 released. In-Reply-To: <5373A7AC.3010200@oracle.com> References: <5373A7AC.3010200@oracle.com> Message-ID: Very nice, thanks! On Wed, May 14, 2014 at 7:28 PM, Simon Vienot wrote: > In case some of you missed it, we have just pushed Scene Builder 2.0 live > [1] yesterday. > All details on Jasper's nice blog post [2]. > If you have 8 minutes to spare, I encourage you to have a look at this > demo [3] where FX8 and SB2 shine. > > -Simon > > [1] http://www.oracle.com/technetwork/java/javase/ > downloads/sb2download-2177776.html > [2] http://fxexperience.com/2014/05/announcing-scenebuilder-2-0/ > [3] https://www.youtube.com/watch?v=ij0HwRAlCmo&feature=youtu.be > From phdoerfler at gmail.com Wed May 14 18:06:06 2014 From: phdoerfler at gmail.com (=?iso-8859-1?Q?Philipp_D=F6rfler?=) Date: Wed, 14 May 2014 20:06:06 +0200 Subject: Scene Builder 2.0 released. In-Reply-To: <5373A7AC.3010200@oracle.com> References: <5373A7AC.3010200@oracle.com> Message-ID: <893CF097-3DF8-4850-AF89-084D74069520@gmail.com> Good job, this released version looks really polished and seems a lot more stable and feels snappier. And I love the new thinner look! Am 14.05.2014 um 19:28 schrieb Simon Vienot : > In case some of you missed it, we have just pushed Scene Builder 2.0 live [1] yesterday. > All details on Jasper's nice blog post [2]. > If you have 8 minutes to spare, I encourage you to have a look at this demo [3] where FX8 and SB2 shine. > > -Simon > > [1] http://www.oracle.com/technetwork/java/javase/downloads/sb2download-2177776.html > [2] http://fxexperience.com/2014/05/announcing-scenebuilder-2-0/ > [3] https://www.youtube.com/watch?v=ij0HwRAlCmo&feature=youtu.be From richard.bair at oracle.com Wed May 14 18:15:08 2014 From: richard.bair at oracle.com (Richard Bair) Date: Wed, 14 May 2014 11:15:08 -0700 Subject: CFV: New OpenJFX Committer: Mo Chicharro In-Reply-To: <5373AC84.8030707@oracle.com> References: <5373AC84.8030707@oracle.com> Message-ID: Vote: YES On May 14, 2014, at 10:48 AM, Stephen F Northover wrote: > I hereby nominate Mo Chicharro to be an OpenJFX Committer. > > Mo Chicharro is a significant contributor of the JavaFX Scene Builder 2.0 product, and, as the visual and interaction designer, he is the designated owner of all FXML and CSS content. Mo has been working on SB since its inception 4 years ago, and during last year has been responsible for approximately 160 commits to the SB 2.0 repository that we are converting to Open Source. > > Mo is part of the team that has collectively done the Scene Builder 2.0 product, which is a complete re-implementation of the code base, over a period of roughly 12 months. The new code base is more than 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX repository, and will be maintained out of that repository after the conversion. > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From richard.bair at oracle.com Wed May 14 18:15:27 2014 From: richard.bair at oracle.com (Richard Bair) Date: Wed, 14 May 2014 11:15:27 -0700 Subject: CFV: New OpenJFX Committer: Yves Joan In-Reply-To: <5373AC7F.5080900@oracle.com> References: <5373AC7F.5080900@oracle.com> Message-ID: <84264B2C-F6F0-42E4-90D1-32C89E32325B@oracle.com> Vote: YES On May 14, 2014, at 10:48 AM, Stephen F Northover wrote: > I hereby nominate Yves Joan to be an OpenJFX Committer. > > Yves Joan is a significant contributor of the JavaFX Scene Builder 2.0 product, and is the designated owner of the Library Panel, Document Panel and product packaging. Yves has been working on SB since its inception 4 years ago, and during last year has been responsible for approximately 960 commits to the SB 2.0 repository that we are converting to Open Source. > > Yves is part of the team that has collectively done the Scene Builder 2.0 product, which is a complete re-implementation of the code base, over a period of roughly 12 months. The new code base is more than 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX repository, and will be maintained out of that repository after the conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From richard.bair at oracle.com Wed May 14 18:15:44 2014 From: richard.bair at oracle.com (Richard Bair) Date: Wed, 14 May 2014 11:15:44 -0700 Subject: CFV: New OpenJFX Committer: Sandra Lions-Piron In-Reply-To: <5373AC77.7030408@oracle.com> References: <5373AC77.7030408@oracle.com> Message-ID: <5C1954C3-0112-45CF-A740-4F45F6ED4533@oracle.com> Vote: YES On May 14, 2014, at 10:48 AM, Stephen F Northover wrote: > I hereby nominate Sandra Lions-Piron to be an OpenJFX Committer. > > Sandra Lions-Piron is a significant contributor of the JavaFX Scene Builder 2.0 product, and is the designated owner of the Hierarchy Panel as well as all menu commands. Sandra has been working on SB since its inception 4 years ago, and during last year has been responsible for approximately 750 commits to the SB 2.0 repository that we are converting to Open Source. > > Sandra is part of the team that has collectively done the Scene Builder 2.0 product, which is a complete re-implementation of the code base, over a period of roughly 12 months. The new code base is more than 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX repository, and will be maintained out of that repository after the conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From richard.bair at oracle.com Wed May 14 18:16:09 2014 From: richard.bair at oracle.com (Richard Bair) Date: Wed, 14 May 2014 11:16:09 -0700 Subject: CFV: New OpenJFX Committer: Jerome Cambon In-Reply-To: <5373AA50.8010402@oracle.com> References: <5373AA50.8010402@oracle.com> Message-ID: Vote: YES On May 14, 2014, at 10:39 AM, Stephen F Northover wrote: > I hereby nominate Jerome Cambon to be an OpenJFX Committer. > > Jerome Cambon is a significant contributor of the JavaFX Scene Builder 2.0 product, and is the designated owner of the Inspector Panel as well as the CSS Panel. Jerome has been working on SB for more than 3 years, and during last year has been responsible for approximately 500 commits to the SB 2.0 repository that we are converting to Open Source. > > Jerome is part of the team that has collectively done the Scene Builder 2.0 product, which is a complete re-implementation of the code base, over a period of roughly 12 months. The new code base is more than 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX repository, and will be maintained out of that repository after the conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From richard.bair at oracle.com Wed May 14 18:16:20 2014 From: richard.bair at oracle.com (Richard Bair) Date: Wed, 14 May 2014 11:16:20 -0700 Subject: CFV: New OpenJFX Committer: Eric Le Ponner In-Reply-To: <5373A8D7.7080807@oracle.com> References: <5373A8D7.7080807@oracle.com> Message-ID: <6BB909D5-8F7F-45C4-B1FC-C2A7A8307F65@oracle.com> Vote: YES On May 14, 2014, at 10:33 AM, Stephen F Northover wrote: > I hereby nominate Eric Le Ponner to be an OpenJFX Committer. > > Eric Le Ponner is a significant contributor of the JavaFX Scene Builder 2.0 product, and is the architect of the SB Kit API as well as the designated owner of the Content Panel. Eric has been working on SB for more than 3 years, and during last year has been responsible for approximately 1620 commits to the internal SB 2.0 repository that we are converting to Open Source. > > Eric is part of the team that has collectively done the Scene Builder 2.0 product, which is a complete re-implementation of the code base, over a period of roughly 12 months. The new code base is more than 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX repository, and will be maintained out of that repository after the conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From vadim.pakhnushev at oracle.com Wed May 14 18:23:51 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Wed, 14 May 2014 22:23:51 +0400 Subject: CFV: New OpenJFX Committer: Eric Le Ponner In-Reply-To: <5373A8D7.7080807@oracle.com> References: <5373A8D7.7080807@oracle.com> Message-ID: <5373B4B7.2030101@oracle.com> Vote: yes On 14.05.2014 21:33, Stephen F Northover wrote: > I hereby nominate Eric Le Ponner to be an OpenJFX Committer. > > Eric Le Ponner is a significant contributor of the JavaFX Scene > Builder 2.0 product, and is the architect of the SB Kit API as well as > the designated owner of the Content Panel. Eric has been working on > SB for more than 3 years, and during last year has been responsible > for approximately 1620 commits to the internal SB 2.0 repository that > we are converting to Open Source. > > Eric is part of the team that has collectively done the Scene Builder > 2.0 product, which is a complete re-implementation of the code base, > over a period of roughly 12 months. The new code base is more than > 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a > project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From vadim.pakhnushev at oracle.com Wed May 14 18:24:04 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Wed, 14 May 2014 22:24:04 +0400 Subject: CFV: New OpenJFX Committer: Jerome Cambon In-Reply-To: <5373AA50.8010402@oracle.com> References: <5373AA50.8010402@oracle.com> Message-ID: <5373B4C4.3040303@oracle.com> Vote: yes On 14.05.2014 21:39, Stephen F Northover wrote: > I hereby nominate Jerome Cambon to be an OpenJFX Committer. > > Jerome Cambon is a significant contributor of the JavaFX Scene Builder > 2.0 product, and is the designated owner of the Inspector Panel as > well as the CSS Panel. Jerome has been working on SB for more than 3 > years, and during last year has been responsible for approximately 500 > commits to the SB 2.0 repository that we are converting to Open Source. > > Jerome is part of the team that has collectively done the Scene > Builder 2.0 product, which is a complete re-implementation of the code > base, over a period of roughly 12 months. The new code base is more > than 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a > project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From vadim.pakhnushev at oracle.com Wed May 14 18:24:18 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Wed, 14 May 2014 22:24:18 +0400 Subject: CFV: New OpenJFX Committer: Sandra Lions-Piron In-Reply-To: <5373AC77.7030408@oracle.com> References: <5373AC77.7030408@oracle.com> Message-ID: <5373B4D2.6030503@oracle.com> Vote: yes On 14.05.2014 21:48, Stephen F Northover wrote: > I hereby nominate Sandra Lions-Piron to be an OpenJFX Committer. > > Sandra Lions-Piron is a significant contributor of the JavaFX Scene > Builder 2.0 product, and is the designated owner of the Hierarchy > Panel as well as all menu commands. Sandra has been working on SB > since its inception 4 years ago, and during last year has been > responsible for approximately 750 commits to the SB 2.0 repository > that we are converting to Open Source. > > Sandra is part of the team that has collectively done the Scene > Builder 2.0 product, which is a complete re-implementation of the code > base, over a period of roughly 12 months. The new code base is more > than 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a > project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From vadim.pakhnushev at oracle.com Wed May 14 18:24:26 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Wed, 14 May 2014 22:24:26 +0400 Subject: CFV: New OpenJFX Committer: Yves Joan In-Reply-To: <5373AC7F.5080900@oracle.com> References: <5373AC7F.5080900@oracle.com> Message-ID: <5373B4DA.90809@oracle.com> Vote: yes On 14.05.2014 21:48, Stephen F Northover wrote: > I hereby nominate Yves Joan to be an OpenJFX Committer. > > Yves Joan is a significant contributor of the JavaFX Scene Builder 2.0 > product, and is the designated owner of the Library Panel, Document > Panel and product packaging. Yves has been working on SB since its > inception 4 years ago, and during last year has been responsible for > approximately 960 commits to the SB 2.0 repository that we are > converting to Open Source. > > Yves is part of the team that has collectively done the Scene Builder > 2.0 product, which is a complete re-implementation of the code base, > over a period of roughly 12 months. The new code base is more than > 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a > project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From vadim.pakhnushev at oracle.com Wed May 14 18:24:33 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Wed, 14 May 2014 22:24:33 +0400 Subject: CFV: New OpenJFX Committer: Mo Chicharro In-Reply-To: <5373AC84.8030707@oracle.com> References: <5373AC84.8030707@oracle.com> Message-ID: <5373B4E1.4070007@oracle.com> Vote: yes On 14.05.2014 21:48, Stephen F Northover wrote: > I hereby nominate Mo Chicharro to be an OpenJFX Committer. > > Mo Chicharro is a significant contributor of the JavaFX Scene Builder > 2.0 product, and, as the visual and interaction designer, he is the > designated owner of all FXML and CSS content. Mo has been working on > SB since its inception 4 years ago, and during last year has been > responsible for approximately 160 commits to the SB 2.0 repository > that we are converting to Open Source. > > Mo is part of the team that has collectively done the Scene Builder > 2.0 product, which is a complete re-implementation of the code base, > over a period of roughly 12 months. The new code base is more than > 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a > project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From hang.vo at oracle.com Wed May 14 18:33:47 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 14 May 2014 18:33:47 +0000 Subject: hg: openjfx/8u-dev/rt: [Acessibility, Mac] RT-36992 Tooltips cause infinite narrator pain. Reviewed-by: Felipe H. Message-ID: <201405141833.s4EIXx07008382@aojmv0008> Changeset: 66730f4e9e3b Author: Joseph Andresen Date: 2014-05-14 11:24 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/66730f4e9e3b [Acessibility, Mac] RT-36992 Tooltips cause infinite narrator pain. Reviewed-by: Felipe H. ! modules/controls/src/main/java/javafx/scene/control/Tooltip.java ! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacAccessible.java ! modules/graphics/src/main/java/javafx/scene/accessibility/Role.java ! modules/graphics/src/main/native-glass/mac/GlassWindow.m From david.grieve at oracle.com Wed May 14 18:38:46 2014 From: david.grieve at oracle.com (David Grieve) Date: Wed, 14 May 2014 14:38:46 -0400 Subject: [8u] Review Request: (RT-36554) Ensemble8: Mac: System menu stays on screen after leaving the Menu demo Message-ID: <5373B836.8010305@oracle.com> Jonathan, Please review http://cr.openjdk.java.net/~dgrieve/RT-36554/webrev.00/ https://javafx-jira.kenai.com/browse/RT-36554 Kevin, Steve, Lisa I'd like at least one of you to review the StubToolkit change for cross-platform considerations (I'm assuming there are none). http://cr.openjdk.java.net/~dgrieve/RT-36554/webrev.00/modules/graphics/src/test/java/com/sun/javafx/pgstub/StubToolkit.java.patch From hang.vo at oracle.com Wed May 14 19:04:10 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 14 May 2014 19:04:10 +0000 Subject: hg: openjfx/8u-dev/rt: 7 new changesets Message-ID: <201405141904.s4EJ4xL2012992@aojmv0008> Changeset: 3f1e0d6a954d Author: shemnon Date: 2014-05-13 12:15 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/3f1e0d6a954d RT-35628: Application Bundlers Summary: Many small fixes discovered while writing tests for fully enumerated bundler arguments * Allow an empty string for the runtime to be equivalent to the system JRE (in addition to a null value) * Mac and Linux bundlers had lost the ability to specify JVM properties * Each bundler only returns arguments the user should set, not the internal implementation details * Added some Mac arguments so their use can be explicit (CFBundleIdentifier, Bundle id signing prefix) * fixed a url encoding bug when mac app names had a space in the PKG packager * Added support for multi-value arguments in the javapackager command line for jvmOptions, userJvmOptions, and jvmProperties. This technique will extend to any name-value set used in the future * A test testing all enumerated argument values for each bundler ! build.gradle ! modules/fxpackager/src/main/java/com/oracle/tools/packager/JreUtils.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/linux/LinuxAppBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/linux/LinuxDebBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/linux/LinuxRpmBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacAppBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacAppStoreBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacDmgBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacPkgBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WinAppBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WinExeBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WinMsiBundler.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/DeployParams.java ! modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/template.control ! modules/fxpackager/src/main/resources/com/oracle/tools/packager/mac/MacAppBundler.properties ! modules/fxpackager/src/test/java/com/oracle/tools/packager/linux/LinuxAppBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/linux/LinuxDebBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/linux/LinuxRpmBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/mac/MacAppBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/mac/MacAppStoreBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/mac/MacDmgBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/mac/MacPkgBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/windows/WinAppBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/windows/WinExeBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/windows/WinMsiBundlerTest.java Changeset: 3d88329f2dc4 Author: shemnon Date: 2014-05-13 16:30 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/3d88329f2dc4 RT-37100: ant interface seems to ignore all the fx:platform arguments Summary: some params were not pushed into the params map. FTFY ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/BundleParams.java Changeset: d276f9bd855f Author: shemnon Date: 2014-05-14 11:47 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/d276f9bd855f RT-37122: Css2Bin cannot overwrite existing writable file Summary: tweak the boolean logic, with test ! modules/graphics/src/main/java/com/sun/javafx/css/Stylesheet.java ! modules/graphics/src/test/java/com/sun/javafx/css/StylesheetTest.java + modules/graphics/src/test/resources/com/sun/javafx/css/RT-37122.css Changeset: 2396fec9b032 Author: ddhill Date: 2014-05-14 14:56 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/2396fec9b032 RT-36712,RT-35872 provide for a conditional compilation of webkit,media based on configuration file. Reviewed-by: kcr ! build.gradle ! buildSrc/armv5sf.gradle ! buildSrc/armv7hf.gradle ! buildSrc/armv7sf.gradle Changeset: da8f82520f32 Author: ddhill Date: 2014-05-14 14:57 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/da8f82520f32 RT-36013 enable building freetype and pango in cross builds Reviewed-by: kcr ! build.gradle ! buildSrc/armv5sf.gradle ! buildSrc/armv6hf.gradle ! buildSrc/armv6sf.gradle ! buildSrc/armv7hf.gradle ! buildSrc/armv7sf.gradle Changeset: 673952cc9f16 Author: ddhill Date: 2014-05-14 14:57 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/673952cc9f16 RT-35494 fixing freetype/pango support in x86egl Reviewed-by: kcr ! buildSrc/x86egl.gradle Changeset: a93c5f5e55cd Author: ddhill Date: 2014-05-14 14:57 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/a93c5f5e55cd RT-37020 clean up jfxrtJarExcludes Reviewed-by: kcr ! build.gradle ! buildSrc/armv5sf.gradle ! buildSrc/armv6hf.gradle ! buildSrc/armv6sf.gradle ! buildSrc/armv7hf.gradle ! buildSrc/armv7sf.gradle ! buildSrc/linux.gradle ! buildSrc/mac.gradle ! buildSrc/win.gradle From mike at plan99.net Wed May 14 21:43:41 2014 From: mike at plan99.net (Mike Hearn) Date: Wed, 14 May 2014 23:43:41 +0200 Subject: Roadmap for javafxpackager? Message-ID: I've been looking around for the best way to distribute my app. Javafxpackager is a big leap over what Java provided before (nothing) but it's still pretty basic. I'm wondering if there's a plan or roadmap for improving it. For instance I made a Mac DMG (it works, yay!) but I had to manually replace the default icon file: there's apparently no way to adjust that. Also, no support for configuring file associations etc. It looks like to get something sophisticated like the Scene Builder packaging still requires a lot of platform specific work. From joe.mcglynn at oracle.com Wed May 14 22:02:50 2014 From: joe.mcglynn at oracle.com (Joe McGlynn) Date: Wed, 14 May 2014 15:02:50 -0700 Subject: Roadmap for javafxpackager? In-Reply-To: References: Message-ID: <1F9B87A1-BF71-46C1-A7D1-D9AD2A2814F4@oracle.com> Hi Mike, Take a look at the packager in the 8u20 EA builds, it?s significantly improved over the original FX Packager. We are looking right now at what features we?ll do for the next feature update for JDK 8 after 8u20. I believe icon support should already be there in the original FX Packager, and certainly in the 8u20 version. File associations are coming in a future update, certainly very high on the list of features we want to address. Joe On May 14, 2014, at 2:43 PM, Mike Hearn wrote: > I've been looking around for the best way to distribute my app. > Javafxpackager is a big leap over what Java provided before (nothing) but > it's still pretty basic. I'm wondering if there's a plan or roadmap for > improving it. For instance I made a Mac DMG (it works, yay!) but I had to > manually replace the default icon file: there's apparently no way to adjust > that. Also, no support for configuring file associations etc. > > It looks like to get something sophisticated like the Scene Builder > packaging still requires a lot of platform specific work. From mike at plan99.net Wed May 14 22:13:46 2014 From: mike at plan99.net (Mike Hearn) Date: Thu, 15 May 2014 00:13:46 +0200 Subject: Roadmap for javafxpackager? In-Reply-To: <1F9B87A1-BF71-46C1-A7D1-D9AD2A2814F4@oracle.com> References: <1F9B87A1-BF71-46C1-A7D1-D9AD2A2814F4@oracle.com> Message-ID: Awesome! I'll check it out. I'm not sure how your versioning scheme works. Does 8u20 mean it will be released 20 weeks after the original Java 8.0 or something? When is it expected to go stable? On Thu, May 15, 2014 at 12:02 AM, Joe McGlynn wrote: > Hi Mike, > > Take a look at the packager in the 8u20 EA builds, it?s significantly > improved over the original FX Packager. > > We are looking right now at what features we?ll do for the next feature > update for JDK 8 after 8u20. I believe icon support should already be > there in the original FX Packager, and certainly in the 8u20 version. File > associations are coming in a future update, certainly very high on the list > of features we want to address. > > Joe > > > On May 14, 2014, at 2:43 PM, Mike Hearn wrote: > > > I've been looking around for the best way to distribute my app. > > Javafxpackager is a big leap over what Java provided before (nothing) but > > it's still pretty basic. I'm wondering if there's a plan or roadmap for > > improving it. For instance I made a Mac DMG (it works, yay!) but I had to > > manually replace the default icon file: there's apparently no way to > adjust > > that. Also, no support for configuring file associations etc. > > > > It looks like to get something sophisticated like the Scene Builder > > packaging still requires a lot of platform specific work. > > From danno.ferrin at oracle.com Wed May 14 22:26:03 2014 From: danno.ferrin at oracle.com (Danno Ferrin) Date: Wed, 14 May 2014 16:26:03 -0600 Subject: Roadmap for javafxpackager? In-Reply-To: References: Message-ID: The icon can be customized prior to the 8u20 release via magic file locations: http://docs.oracle.com/javafx/2/deployment/self-contained-packaging.htm#BCGICFDB You can customize both the app icon as well as the DMG icon, and the backing image. The main issue is you need to create an icns yourself. Another option is to use the gradle plugin I wrote that will create the ICNS for you out of PNG images. File Association support is not coming in 8u20, I will take this message as a vote to add it to a later release. On May 14, 2014, at 3:43 PM, Mike Hearn wrote: > I've been looking around for the best way to distribute my app. > Javafxpackager is a big leap over what Java provided before (nothing) but > it's still pretty basic. I'm wondering if there's a plan or roadmap for > improving it. For instance I made a Mac DMG (it works, yay!) but I had to > manually replace the default icon file: there's apparently no way to adjust > that. Also, no support for configuring file associations etc. > > It looks like to get something sophisticated like the Scene Builder > packaging still requires a lot of platform specific work. From kevin.s at qualitycode.com Wed May 14 22:46:40 2014 From: kevin.s at qualitycode.com (Kevin Smith) Date: Wed, 14 May 2014 15:46:40 -0700 Subject: Right-to-left ChoiceBox popup position Message-ID: <5373F250.10209@qualitycode.com> In a scene that is configured to use a right-to-left orientation, we have a ChoiceBox. When clicked, the popup of available items is shownin the wrong position (well away from the choicebox itself). My guess is that it is ignoring the orientation, and coming up in a relative position that would be correct in a left-to-right screen. We have seen this on Windows, Mac, and Linux, using Java 1.8.0. Is this already a known problem? If not, let me know if I need to create a sample app that demonstrates it. Thanks, Kevin From chien.yang at oracle.com Wed May 14 22:47:54 2014 From: chien.yang at oracle.com (Chien Yang) Date: Wed, 14 May 2014 15:47:54 -0700 Subject: Code Review Request For RT-35993: SceneBuilder does not work on ATI graphic card (build 14 and earlier version) Message-ID: <5373F29A.9000000@oracle.com> Hi Vadim and Kevin, Please review the proposed fix: https://javafx-jira.kenai.com/browse/RT-35993 Thanks, - Chien From jonathan.giles at oracle.com Wed May 14 22:48:04 2014 From: jonathan.giles at oracle.com (Jonathan Giles) Date: Thu, 15 May 2014 10:48:04 +1200 Subject: Right-to-left ChoiceBox popup position In-Reply-To: <5373F250.10209@qualitycode.com> References: <5373F250.10209@qualitycode.com> Message-ID: <5373F2A4.3090607@oracle.com> As far as I know it is unknown at this point. Please do file a bug with a test application. Thanks, -- Jonathan On 15/05/2014 10:46 a.m., Kevin Smith wrote: > In a scene that is configured to use a right-to-left orientation, we > have a ChoiceBox. When clicked, the popup of available items is shownin > the wrong position (well away from the choicebox itself). My guess is > that it is ignoring the orientation, and coming up in a relative > position that would be correct in a left-to-right screen. > > We have seen this on Windows, Mac, and Linux, using Java 1.8.0. > > Is this already a known problem? If not, let me know if I need to create > a sample app that demonstrates it. > > Thanks, > > Kevin From kevin.rushforth at oracle.com Wed May 14 22:54:34 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 14 May 2014 15:54:34 -0700 Subject: Roadmap for javafxpackager? In-Reply-To: References: <1F9B87A1-BF71-46C1-A7D1-D9AD2A2814F4@oracle.com> Message-ID: <5373F42A.6050309@oracle.com> Hi Mike, JDK 8u20 is the first limited update release for JDK 8. See: http://www.oracle.com/technetwork/java/javase/overview/jdk-version-number-scheme-1918258.html The 8u20 release is scheduled for GA in August. Early access builds are available here: https://jdk8.java.net/download.html -- Kevin Mike Hearn wrote: > Awesome! I'll check it out. > > I'm not sure how your versioning scheme works. Does 8u20 mean it will be > released 20 weeks after the original Java 8.0 or something? When is it > expected to go stable? > > > On Thu, May 15, 2014 at 12:02 AM, Joe McGlynn wrote: > > >> Hi Mike, >> >> Take a look at the packager in the 8u20 EA builds, it?s significantly >> improved over the original FX Packager. >> >> We are looking right now at what features we?ll do for the next feature >> update for JDK 8 after 8u20. I believe icon support should already be >> there in the original FX Packager, and certainly in the 8u20 version. File >> associations are coming in a future update, certainly very high on the list >> of features we want to address. >> >> Joe >> >> >> On May 14, 2014, at 2:43 PM, Mike Hearn wrote: >> >> >>> I've been looking around for the best way to distribute my app. >>> Javafxpackager is a big leap over what Java provided before (nothing) but >>> it's still pretty basic. I'm wondering if there's a plan or roadmap for >>> improving it. For instance I made a Mac DMG (it works, yay!) but I had to >>> manually replace the default icon file: there's apparently no way to >>> >> adjust >> >>> that. Also, no support for configuring file associations etc. >>> >>> It looks like to get something sophisticated like the Scene Builder >>> packaging still requires a lot of platform specific work. >>> >> From hang.vo at oracle.com Wed May 14 23:32:50 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 14 May 2014 23:32:50 +0000 Subject: hg: openjfx/8u-dev/rt: Fix to RT-36270: Black screen instead of components on Linux Message-ID: <201405142333.s4ENX2ZK024762@aojmv0008> Changeset: 572fa8e3704d Author: Chien Yang Date: 2014-05-14 16:20 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/572fa8e3704d Fix to RT-36270: Black screen instead of components on Linux Reviewed by kcr ! modules/graphics/src/main/java/com/sun/prism/es2/X11GLFactory.java From hang.vo at oracle.com Thu May 15 08:02:20 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 15 May 2014 08:02:20 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405150802.s4F82bKu008306@aojmv0008> Changeset: cc419fb66f71 Author: Martin Sladecek Date: 2014-05-15 09:54 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/cc419fb66f71 RT-36998 LineChart axis does not show all its tick labels when it's manually ranged Reviewed by: jgiles ! modules/controls/src/main/java/javafx/scene/chart/Axis.java ! modules/controls/src/main/java/javafx/scene/chart/NumberAxis.java ! modules/controls/src/test/java/javafx/scene/chart/NumberAxisTest.java Changeset: 01d454dab4f2 Author: Martin Sladecek Date: 2014-05-15 09:56 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/01d454dab4f2 RT-37052 Regression: TableView single selects on multiple selection DND Reviewed by: jgiles ! modules/controls/src/main/java/com/sun/javafx/scene/control/behavior/CellBehaviorBase.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/behavior/TableCellBehaviorBase.java From hang.vo at oracle.com Thu May 15 15:17:52 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 15 May 2014 15:17:52 +0000 Subject: hg: openjfx/8u-dev/rt: Fix to RT-35993: SceneBuilder does not work on ATI graphic card (build 14 and earlier version) Message-ID: <201405151518.s4FFI3ik018408@aojmv0008> Changeset: 1174087bb560 Author: Chien Yang Date: 2014-05-15 08:08 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/1174087bb560 Fix to RT-35993: SceneBuilder does not work on ATI graphic card (build 14 and earlier version) Reviewed by kcr, vadim ! modules/graphics/src/main/native-prism-d3d/D3DBadHardware.h From hang.vo at oracle.com Thu May 15 15:32:59 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 15 May 2014 15:32:59 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405151533.s4FFXGho020759@aojmv0008> Changeset: 89195c12bdd8 Author: shemnon Date: 2014-05-15 08:43 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/89195c12bdd8 [TEST-ONLY] RT-35628: Application Bundlers Summary: testing configuration updates ! modules/fxpackager/src/test/java/com/oracle/tools/packager/linux/LinuxAppBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/linux/LinuxDebBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/linux/LinuxRpmBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/mac/MacAppBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/mac/MacAppStoreBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/mac/MacDmgBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/mac/MacPkgBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/windows/WinAppBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/windows/WinExeBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/windows/WinMsiBundlerTest.java Changeset: f26d646130b5 Author: shemnon Date: 2014-05-15 09:23 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/f26d646130b5 [TEST-ONLY] RT-35628: Application Bundlers Summary: deal with cases where signing keys are not present as part of the test environment ! modules/fxpackager/src/test/java/com/oracle/tools/packager/mac/MacAppBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/mac/MacPkgBundlerTest.java From hang.vo at oracle.com Thu May 15 16:03:32 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 15 May 2014 16:03:32 +0000 Subject: hg: openjfx/8u-dev/rt: 3 new changesets Message-ID: <201405151603.s4FG3tsY025415@aojmv0008> Changeset: b14ff584d784 Author: David Grieve Date: 2014-05-15 11:51 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/b14ff584d784 RT-36554: listen for changes to MenuBar sceneProperty and update system menu bar ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/MenuBarSkin.java ! modules/controls/src/test/java/com/sun/javafx/scene/control/skin/MenuBarSkinTest.java ! modules/graphics/src/test/java/com/sun/javafx/pgstub/StubToolkit.java Changeset: 72e044d60af9 Author: David Grieve Date: 2014-05-15 11:51 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/72e044d60af9 [DOCS-ONLY] RT-33060: add limitations of @import to cssref ! modules/graphics/src/main/docs/javafx/scene/doc-files/cssref.html Changeset: 2d9c28fc2da2 Author: David Grieve Date: 2014-05-15 11:57 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/2d9c28fc2da2 [DOCS ONLY] RT-37128: Add "@since JavaFX 8u20" tags to new userAgentStyleSheet API ! modules/graphics/src/main/java/javafx/scene/Scene.java ! modules/graphics/src/main/java/javafx/scene/SubScene.java From chien.yang at oracle.com Thu May 15 17:14:00 2014 From: chien.yang at oracle.com (Chien Yang) Date: Thu, 15 May 2014 10:14:00 -0700 Subject: Code Review Request For RT-35153: [D3D] JavaFX SceneBuilder not working and as well as GUI is rendered very bad after installing VGA Message-ID: <5374F5D8.1000209@oracle.com> Hi Vadim and Kevin, Please review the proposed fix: https://javafx-jira.kenai.com/browse/RT-35153 Thanks, - Chien From David.Hill at Oracle.com Thu May 15 19:57:14 2014 From: David.Hill at Oracle.com (David Hill) Date: Thu, 15 May 2014 15:57:14 -0400 Subject: build correction for x86egl Message-ID: <53751C1A.30303@Oracle.com> Depending on the build platform (linux 32 or 64) we should be putting the libraries in the right place. The following diff does that. Who wants to give me my +1 ? :-) diff -r 01d454dab4f2 buildSrc/x86egl.gradle --- a/buildSrc/x86egl.gradle Thu May 15 09:56:25 2014 +0200 +++ b/buildSrc/x86egl.gradle Thu May 15 15:54:42 2014 -0400 @@ -71,9 +71,9 @@ X86EGL.compileWebnodeNative = false; X86EGL.compileMediaNative = false; -// Libraries end up in the sdk/rt/lib/i386 directory for i386 builds -X86EGL.arch = "i386" -X86EGL.libDest = "lib/i386" +// Libraries end up in the sdk/rt/lib/[i386|amd46] directory depending on machine arch +X86EGL.arch = OS_ARCH +X86EGL.libDest = "lib/${OS_ARCH}" // TODO this is garbage. Each target file should define what it includes, // not what it excludes. -- David Hill Java Embedded Development "And remember, no matter where you go, there you are." -- Earl Mac Rauch, from "Buckaroo Bansai" From hang.vo at oracle.com Thu May 15 21:03:16 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 15 May 2014 21:03:16 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36991: [Accessibility] Editable Combobox doesnt expand with Ctrl-Opt-Space on Mac Message-ID: <201405152103.s4FL3SKs013354@aojmv0008> Changeset: c1ee6634a0c9 Author: Felipe Heidrich Date: 2014-05-15 13:53 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/c1ee6634a0c9 RT-36991: [Accessibility] Editable Combobox doesnt expand with Ctrl-Opt-Space on Mac ! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacAccessible.java From david.grieve at oracle.com Thu May 15 21:04:28 2014 From: david.grieve at oracle.com (David Grieve) Date: Thu, 15 May 2014 17:04:28 -0400 Subject: [8u] Review Request: (RT-36778) [TitledPane] Focus on TitledPane inside Accordion not visible Message-ID: <53752BDC.8000604@oracle.com> Jonathan, I've pasted a diff for modena.css in https://javafx-jira.kenai.com/browse/RT-36778 From hang.vo at oracle.com Thu May 15 21:17:43 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 15 May 2014 21:17:43 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405152117.s4FLHxVO015635@aojmv0008> Changeset: 09e01a97c670 Author: ddhill Date: 2014-05-15 17:07 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/09e01a97c670 RT-37154 fix library location when building x86egl on 64bit linux. Reviewed-by: dblaukopf ! buildSrc/x86egl.gradle Changeset: ff13b95f03c5 Author: David Grieve Date: 2014-05-15 17:11 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/ff13b95f03c5 RT-36778: make sure value of -fx-color for .titled-pane:focused is -fx-base. ! modules/controls/src/main/resources/com/sun/javafx/scene/control/skin/modena/modena.css From hang.vo at oracle.com Thu May 15 21:33:00 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 15 May 2014 21:33:00 +0000 Subject: hg: openjfx/8u-dev/rt: Fix to RT-35153: [D3D] JavaFX SceneBuilder not working and as well as GUI is rendered very bad after installing VGA Message-ID: <201405152133.s4FLXC0T017981@aojmv0008> Changeset: 9894a5aa58b5 Author: Chien Yang Date: 2014-05-15 14:23 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/9894a5aa58b5 Fix to RT-35153: [D3D] JavaFX SceneBuilder not working and as well as GUI is rendered very bad after installing VGA Reviewed by kcr, vadim ! modules/graphics/src/main/native-prism-d3d/D3DBadHardware.h From hang.vo at oracle.com Thu May 15 22:32:10 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 15 May 2014 22:32:10 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37124: [Text] Bidi marks in the middle of a text does not work Message-ID: <201405152232.s4FMWLPY027262@aojmv0008> Changeset: 49cc937b8e89 Author: Felipe Heidrich Date: 2014-05-15 15:27 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/49cc937b8e89 RT-37124: [Text] Bidi marks in the middle of a text does not work ! modules/graphics/src/main/java/com/sun/javafx/text/GlyphLayout.java From hang.vo at oracle.com Thu May 15 23:03:21 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 15 May 2014 23:03:21 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405152303.s4FN3dh5002502@aojmv0008> Changeset: 8b74b262fa83 Author: jgiles Date: 2014-05-15 09:42 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/8b74b262fa83 [TEST ONLY] Don't run RT-30394 unit test on linux ! modules/controls/src/test/java/javafx/scene/control/TreeTableViewMouseInputTest.java Changeset: af32e28d99ab Author: jgiles Date: 2014-05-16 10:45 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/af32e28d99ab New test infrastructure and unit tests for the ContextMenu control. Tests and bug fixes were specifically written to ensure the following regressions were resolved: RT-37091: Sub Menu Fails to show when ContextMenu is rebuilt by clearing and re-adding MenuItems RT-37102: [Controls] NPE in ContextMenu RT-37127: Regresssion: CustomMenuItem in submenu fires too often ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ContextMenuContent.java ! modules/controls/src/test/java/com/sun/javafx/scene/control/infrastructure/MouseEventFirer.java + modules/controls/src/test/java/com/sun/javafx/scene/control/skin/ContextMenuContentRetriever.java ! modules/controls/src/test/java/javafx/scene/control/ContextMenuTest.java From artem.ananiev at oracle.com Fri May 16 08:23:32 2014 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Fri, 16 May 2014 12:23:32 +0400 Subject: CFV: New OpenJFX Committer: Eric Le Ponner In-Reply-To: <5373A8D7.7080807@oracle.com> References: <5373A8D7.7080807@oracle.com> Message-ID: <5375CB04.4040009@oracle.com> Vote: yes Artem On 5/14/2014 9:33 PM, Stephen F Northover wrote: > I hereby nominate Eric Le Ponner to be an OpenJFX Committer. > > Eric Le Ponner is a significant contributor of the JavaFX Scene Builder > 2.0 product, and is the architect of the SB Kit API as well as the > designated owner of the Content Panel. Eric has been working on SB for > more than 3 years, and during last year has been responsible for > approximately 1620 commits to the internal SB 2.0 repository that we are > converting to Open Source. > > Eric is part of the team that has collectively done the Scene Builder > 2.0 product, which is a complete re-implementation of the code base, > over a period of roughly 12 months. The new code base is more than > 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project > Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From artem.ananiev at oracle.com Fri May 16 08:23:47 2014 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Fri, 16 May 2014 12:23:47 +0400 Subject: CFV: New OpenJFX Committer: Jerome Cambon In-Reply-To: <5373AA50.8010402@oracle.com> References: <5373AA50.8010402@oracle.com> Message-ID: <5375CB13.6030901@oracle.com> Vote: yes Artem On 5/14/2014 9:39 PM, Stephen F Northover wrote: > I hereby nominate Jerome Cambon to be an OpenJFX Committer. > > Jerome Cambon is a significant contributor of the JavaFX Scene Builder > 2.0 product, and is the designated owner of the Inspector Panel as well > as the CSS Panel. Jerome has been working on SB for more than 3 years, > and during last year has been responsible for approximately 500 commits > to the SB 2.0 repository that we are converting to Open Source. > > Jerome is part of the team that has collectively done the Scene Builder > 2.0 product, which is a complete re-implementation of the code base, > over a period of roughly 12 months. The new code base is more than > 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project > Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From artem.ananiev at oracle.com Fri May 16 08:24:16 2014 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Fri, 16 May 2014 12:24:16 +0400 Subject: CFV: New OpenJFX Committer: Sandra Lions-Piron In-Reply-To: <5373AC77.7030408@oracle.com> References: <5373AC77.7030408@oracle.com> Message-ID: <5375CB30.20100@oracle.com> Vote: yes Artem On 5/14/2014 9:48 PM, Stephen F Northover wrote: > I hereby nominate Sandra Lions-Piron to be an OpenJFX Committer. > > Sandra Lions-Piron is a significant contributor of the JavaFX Scene > Builder 2.0 product, and is the designated owner of the Hierarchy Panel > as well as all menu commands. Sandra has been working on SB since its > inception 4 years ago, and during last year has been responsible for > approximately 750 commits to the SB 2.0 repository that we are > converting to Open Source. > > Sandra is part of the team that has collectively done the Scene Builder > 2.0 product, which is a complete re-implementation of the code base, > over a period of roughly 12 months. The new code base is more than > 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project > Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From artem.ananiev at oracle.com Fri May 16 08:24:27 2014 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Fri, 16 May 2014 12:24:27 +0400 Subject: CFV: New OpenJFX Committer: Yves Joan In-Reply-To: <5373AC7F.5080900@oracle.com> References: <5373AC7F.5080900@oracle.com> Message-ID: <5375CB3B.50607@oracle.com> Vote: yes Artem On 5/14/2014 9:48 PM, Stephen F Northover wrote: > I hereby nominate Yves Joan to be an OpenJFX Committer. > > Yves Joan is a significant contributor of the JavaFX Scene Builder 2.0 > product, and is the designated owner of the Library Panel, Document > Panel and product packaging. Yves has been working on SB since its > inception 4 years ago, and during last year has been responsible for > approximately 960 commits to the SB 2.0 repository that we are > converting to Open Source. > > Yves is part of the team that has collectively done the Scene Builder > 2.0 product, which is a complete re-implementation of the code base, > over a period of roughly 12 months. The new code base is more than > 70,000 lines of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project > Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From artem.ananiev at oracle.com Fri May 16 08:24:47 2014 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Fri, 16 May 2014 12:24:47 +0400 Subject: CFV: New OpenJFX Committer: Mo Chicharro In-Reply-To: <5373AC84.8030707@oracle.com> References: <5373AC84.8030707@oracle.com> Message-ID: <5375CB4F.7090601@oracle.com> Vote: yes Artem On 5/14/2014 9:48 PM, Stephen F Northover wrote: > I hereby nominate Mo Chicharro to be an OpenJFX Committer. > > Mo Chicharro is a significant contributor of the JavaFX Scene Builder > 2.0 product, and, as the visual and interaction designer, he is the > designated owner of all FXML and CSS content. Mo has been working on SB > since its inception 4 years ago, and during last year has been > responsible for approximately 160 commits to the SB 2.0 repository that > we are converting to Open Source. > > Mo is part of the team that has collectively done the Scene Builder 2.0 > product, which is a complete re-implementation of the code base, over a > period of roughly 12 months. The new code base is more than 70,000 lines > of code, spread over approximately 4000 commits. > Scene Builder 2.0 is in the process of being converted to the OpenJFX > repository, and will be maintained out of that repository after the > conversion. > > Votes are due by May 29, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project > Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > From hang.vo at oracle.com Fri May 16 13:17:50 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 16 May 2014 13:17:50 +0000 Subject: hg: openjfx/8u-dev/rt: [TEST ONLY] fix NPE in tearDown code if a test is skipped Message-ID: <201405161318.s4GDI1VL016253@aojmv0008> Changeset: 56356cc2339d Author: kcr Date: 2014-05-16 06:00 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/56356cc2339d [TEST ONLY] fix NPE in tearDown code if a test is skipped ! modules/controls/src/test/java/javafx/scene/control/TreeTableViewMouseInputTest.java From hang.vo at oracle.com Fri May 16 13:47:07 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 16 May 2014 13:47:07 +0000 Subject: hg: openjfx/8u-dev/rt: [BUILD] correcting a typo in armv7hf.gradle Message-ID: <201405161347.s4GDlJpK020742@aojmv0008> Changeset: 4a4226fffb64 Author: ddhill Date: 2014-05-16 09:31 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/4a4226fffb64 [BUILD] correcting a typo in armv7hf.gradle ! buildSrc/armv7hf.gradle From hang.vo at oracle.com Fri May 16 14:18:01 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 16 May 2014 14:18:01 +0000 Subject: hg: openjfx/8u-dev/rt: [BUILD] removing obsolete comments from armv?.gradle Message-ID: <201405161418.s4GEICgM025430@aojmv0008> Changeset: da8449c57b89 Author: ddhill Date: 2014-05-16 10:10 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/da8449c57b89 [BUILD] removing obsolete comments from armv?.gradle ! buildSrc/armv5sf.gradle ! buildSrc/armv6hf.gradle ! buildSrc/armv6sf.gradle ! buildSrc/armv7hf.gradle ! buildSrc/armv7sf.gradle From swpalmer at gmail.com Fri May 16 14:38:39 2014 From: swpalmer at gmail.com (Scott Palmer) Date: Fri, 16 May 2014 10:38:39 -0400 Subject: Javadocs and CSS Message-ID: Should a better cross-reference or mention of CSS properties in the Javadocs? Many properties can be set via calling methods or through CSS, but when browsing the Javadocs the related CSS properties are not mentioned (at least not in most cases). The package docs for javafx.scene mention the CSS Reference Guide at the end of the description, and careful reading of that document mentions the convention used to go from JavaFX variable names to CSS property. (last paragraph of http://docs.oracle.com/javase/8/javafx/api/javafx/scene/doc-files/cssref.html#introscenegraph) I think all that is needed is to mention in the JavaDocs if the property is configurable from CSS or not. Or at least mention the exceptions to the rule. For example most properties of Labeled are configurable via CSS, but "lineSpacing" and "mnemonicParsing" are *not* mentioned among the CSS properties. (http://docs.oracle.com/javase/8/javafx/api/javafx/scene/doc-files/cssref.html#labeled) Scott From david.grieve at oracle.com Fri May 16 14:57:38 2014 From: david.grieve at oracle.com (David Grieve) Date: Fri, 16 May 2014 10:57:38 -0400 Subject: Javadocs and CSS In-Reply-To: References: Message-ID: <53762762.3050300@oracle.com> Would you mind creating a bug for this? On 5/16/14, 10:38 AM, Scott Palmer wrote: > Should a better cross-reference or mention of CSS properties in the Javadocs? > > Many properties can be set via calling methods or through CSS, but > when browsing the Javadocs the related CSS properties are not > mentioned (at least not in most cases). > > The package docs for javafx.scene mention the CSS Reference Guide at > the end of the description, and careful reading of that document > mentions the convention used to go from JavaFX variable names to CSS > property. (last paragraph of > http://docs.oracle.com/javase/8/javafx/api/javafx/scene/doc-files/cssref.html#introscenegraph) > > I think all that is needed is to mention in the JavaDocs if the > property is configurable from CSS or not. Or at least mention the > exceptions to the rule. For example most properties of Labeled are > configurable via CSS, but "lineSpacing" and "mnemonicParsing" are > *not* mentioned among the CSS properties. > (http://docs.oracle.com/javase/8/javafx/api/javafx/scene/doc-files/cssref.html#labeled) > > > Scott From tom.schindl at bestsolution.at Fri May 16 15:00:31 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Fri, 16 May 2014 17:00:31 +0200 Subject: Javadocs and CSS In-Reply-To: References: Message-ID: <077D1EA4-D6A6-4458-BB9D-CD37344F9AD4@bestsolution.at> Well that would work for properties on controls but many of them are in the Skin classes and those could be different from platform to platform and theme to theme and so are an implementation detail. Tom Von meinem iPhone gesendet > Am 16.05.2014 um 16:38 schrieb Scott Palmer : > > Should a better cross-reference or mention of CSS properties in the Javadocs? > > Many properties can be set via calling methods or through CSS, but > when browsing the Javadocs the related CSS properties are not > mentioned (at least not in most cases). > > The package docs for javafx.scene mention the CSS Reference Guide at > the end of the description, and careful reading of that document > mentions the convention used to go from JavaFX variable names to CSS > property. (last paragraph of > http://docs.oracle.com/javase/8/javafx/api/javafx/scene/doc-files/cssref.html#introscenegraph) > > I think all that is needed is to mention in the JavaDocs if the > property is configurable from CSS or not. Or at least mention the > exceptions to the rule. For example most properties of Labeled are > configurable via CSS, but "lineSpacing" and "mnemonicParsing" are > *not* mentioned among the CSS properties. > (http://docs.oracle.com/javase/8/javafx/api/javafx/scene/doc-files/cssref.html#labeled) > > > Scott From swpalmer at gmail.com Fri May 16 15:42:37 2014 From: swpalmer at gmail.com (Scott Palmer) Date: Fri, 16 May 2014 11:42:37 -0400 Subject: Javadocs and CSS In-Reply-To: <53762762.3050300@oracle.com> References: <53762762.3050300@oracle.com> Message-ID: Created https://javafx-jira.kenai.com/browse/RT-37168 On Fri, May 16, 2014 at 10:57 AM, David Grieve wrote: > Would you mind creating a bug for this? > > > On 5/16/14, 10:38 AM, Scott Palmer wrote: >> >> Should a better cross-reference or mention of CSS properties in the >> Javadocs? >> >> Many properties can be set via calling methods or through CSS, but >> when browsing the Javadocs the related CSS properties are not >> mentioned (at least not in most cases). >> >> The package docs for javafx.scene mention the CSS Reference Guide at >> the end of the description, and careful reading of that document >> mentions the convention used to go from JavaFX variable names to CSS >> property. (last paragraph of >> >> http://docs.oracle.com/javase/8/javafx/api/javafx/scene/doc-files/cssref.html#introscenegraph) >> >> I think all that is needed is to mention in the JavaDocs if the >> property is configurable from CSS or not. Or at least mention the >> exceptions to the rule. For example most properties of Labeled are >> configurable via CSS, but "lineSpacing" and "mnemonicParsing" are >> *not* mentioned among the CSS properties. >> >> (http://docs.oracle.com/javase/8/javafx/api/javafx/scene/doc-files/cssref.html#labeled) >> >> >> Scott > > From anthony.petrov at oracle.com Fri May 16 15:43:51 2014 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Fri, 16 May 2014 19:43:51 +0400 Subject: [8u20] Review request for RT-32597: [SwingNode]: support high DPI displays Message-ID: <53763237.10801@oracle.com> Jim, Kevin, Anton, Sergey, Please review: https://javafx-jira.kenai.com/browse/RT-32597 -- best regards, Anthony From swpalmer at gmail.com Fri May 16 16:03:05 2014 From: swpalmer at gmail.com (Scott Palmer) Date: Fri, 16 May 2014 12:03:05 -0400 Subject: Javadocs and CSS In-Reply-To: <077D1EA4-D6A6-4458-BB9D-CD37344F9AD4@bestsolution.at> References: <077D1EA4-D6A6-4458-BB9D-CD37344F9AD4@bestsolution.at> Message-ID: I'm not sure what you mean. I'm only talking about documentation for the public API. It's just a clarification for the existing docs. On a side note, a search of the code shows that "-fx-line-spacing" is a CSS property.. but it isn't mentioned anywhere in the CSS Reference Guide. I've created https://javafx-jira.kenai.com/browse/RT-37170 to cover that case. Scott On Fri, May 16, 2014 at 11:00 AM, Tom Schindl wrote: > Well that would work for properties on controls but many of them are in the Skin classes and those could be different from platform to platform and theme to theme and so are an implementation detail. > > Tom > > Von meinem iPhone gesendet > >> Am 16.05.2014 um 16:38 schrieb Scott Palmer : >> >> Should a better cross-reference or mention of CSS properties in the Javadocs? >> >> Many properties can be set via calling methods or through CSS, but >> when browsing the Javadocs the related CSS properties are not >> mentioned (at least not in most cases). >> >> The package docs for javafx.scene mention the CSS Reference Guide at >> the end of the description, and careful reading of that document >> mentions the convention used to go from JavaFX variable names to CSS >> property. (last paragraph of >> http://docs.oracle.com/javase/8/javafx/api/javafx/scene/doc-files/cssref.html#introscenegraph) >> >> I think all that is needed is to mention in the JavaDocs if the >> property is configurable from CSS or not. Or at least mention the >> exceptions to the rule. For example most properties of Labeled are >> configurable via CSS, but "lineSpacing" and "mnemonicParsing" are >> *not* mentioned among the CSS properties. >> (http://docs.oracle.com/javase/8/javafx/api/javafx/scene/doc-files/cssref.html#labeled) >> >> >> Scott From hang.vo at oracle.com Fri May 16 16:17:50 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 16 May 2014 16:17:50 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405161618.s4GGI7qQ013838@aojmv0008> Changeset: 9352ac09d39a Author: shemnon Date: 2014-05-16 08:02 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/9352ac09d39a RT-37082: incorrect rpm package naming Summary: Allow file system names of the bundles to keep upper case, but otherwise bring the names into coformance for the command line when automatically setting. ! modules/fxpackager/src/main/java/com/oracle/tools/packager/linux/LinuxAppBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/linux/LinuxDebBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/linux/LinuxRpmBundler.java ! modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/LinuxAppBundler.properties ! modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/template.deb.init.script ! modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/template.desktop ! modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/template.postinst ! modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/template.rpm.init.script ! modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/template.spec ! modules/fxpackager/src/test/java/com/oracle/tools/packager/linux/LinuxAppBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/linux/LinuxDebBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/linux/LinuxRpmBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/mac/MacAppStoreBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/mac/MacDmgBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/mac/MacPkgBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/windows/WinAppBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/windows/WinExeBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/windows/WinMsiBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/windows/WinServiceBundlerTest.java Changeset: c9f32dfad4c9 Author: Felipe Heidrich Date: 2014-05-16 09:05 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/c9f32dfad4c9 RT-37131: [Font] java.util.ConcurrentModificationException ! modules/graphics/src/main/java/com/sun/javafx/font/PrismFontFactory.java From david.grieve at oracle.com Fri May 16 16:21:17 2014 From: david.grieve at oracle.com (David Grieve) Date: Fri, 16 May 2014 12:21:17 -0400 Subject: Javadocs and CSS In-Reply-To: References: <077D1EA4-D6A6-4458-BB9D-CD37344F9AD4@bestsolution.at> Message-ID: <53763AFD.4060504@oracle.com> Maintaining the css ref is a real pain. All those tables should be given over to an automated process. On 5/16/14, 12:03 PM, Scott Palmer wrote: > I'm not sure what you mean. I'm only talking about documentation for > the public API. It's just a clarification for the existing docs. > > On a side note, a search of the code shows that "-fx-line-spacing" is > a CSS property.. but it isn't mentioned anywhere in the CSS Reference > Guide. > I've created https://javafx-jira.kenai.com/browse/RT-37170 to cover that case. > > Scott > > On Fri, May 16, 2014 at 11:00 AM, Tom Schindl > wrote: >> Well that would work for properties on controls but many of them are in the Skin classes and those could be different from platform to platform and theme to theme and so are an implementation detail. >> >> Tom >> >> Von meinem iPhone gesendet >> >>> Am 16.05.2014 um 16:38 schrieb Scott Palmer : >>> >>> Should a better cross-reference or mention of CSS properties in the Javadocs? >>> >>> Many properties can be set via calling methods or through CSS, but >>> when browsing the Javadocs the related CSS properties are not >>> mentioned (at least not in most cases). >>> >>> The package docs for javafx.scene mention the CSS Reference Guide at >>> the end of the description, and careful reading of that document >>> mentions the convention used to go from JavaFX variable names to CSS >>> property. (last paragraph of >>> http://docs.oracle.com/javase/8/javafx/api/javafx/scene/doc-files/cssref.html#introscenegraph) >>> >>> I think all that is needed is to mention in the JavaDocs if the >>> property is configurable from CSS or not. Or at least mention the >>> exceptions to the rule. For example most properties of Labeled are >>> configurable via CSS, but "lineSpacing" and "mnemonicParsing" are >>> *not* mentioned among the CSS properties. >>> (http://docs.oracle.com/javase/8/javafx/api/javafx/scene/doc-files/cssref.html#labeled) >>> >>> >>> Scott From hang.vo at oracle.com Fri May 16 18:32:54 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 16 May 2014 18:32:54 +0000 Subject: hg: openjfx/8u-dev/rt: [Cleanup] mark PrismFontFactory#loadEmbeddedFont0() private Message-ID: <201405161833.s4GIX6Ss006266@aojmv0008> Changeset: f5364c52b59a Author: Felipe Heidrich Date: 2014-05-16 11:19 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/f5364c52b59a [Cleanup] mark PrismFontFactory#loadEmbeddedFont0() private ! modules/graphics/src/main/java/com/sun/javafx/font/PrismFontFactory.java From hang.vo at oracle.com Fri May 16 19:17:49 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 16 May 2014 19:17:49 +0000 Subject: hg: openjfx/8u-dev/rt: [TEST-ONLY] RT-35628: Application Bundlers Message-ID: <201405161918.s4GJI0oh013724@aojmv0008> Changeset: e50fa5e34167 Author: shemnon Date: 2014-05-16 13:04 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/e50fa5e34167 [TEST-ONLY] RT-35628: Application Bundlers Summary: don't run deb tests if dpkg-deb is not present ! modules/fxpackager/src/main/java/com/oracle/tools/packager/linux/LinuxDebBundler.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/linux/LinuxDebBundlerTest.java From chien.yang at oracle.com Fri May 16 19:54:09 2014 From: chien.yang at oracle.com (Chien Yang) Date: Fri, 16 May 2014 12:54:09 -0700 Subject: Code Review Request For RT-37129: [Linux] Need to blacklist old ATI X1nnn series cards Message-ID: <53766CE1.3050409@oracle.com> Hi Kevin and Vadim, Please review the proposed fix: https://javafx-jira.kenai.com/browse/RT-37129 Thanks, - Chien From hang.vo at oracle.com Fri May 16 21:47:41 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 16 May 2014 21:47:41 +0000 Subject: hg: openjfx/8u-dev/rt: [SAMPLES] RT-36463: set progress start value to zero in timeline in ProgressIndicatorApp Message-ID: <201405162147.s4GLlqDF007125@aojmv0008> Changeset: d599602552d0 Author: David Grieve Date: 2014-05-16 17:40 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/d599602552d0 [SAMPLES] RT-36463: set progress start value to zero in timeline in ProgressIndicatorApp ! apps/samples/Ensemble8/src/samples/java/ensemble/samples/controls/progressindicator/ProgressIndicatorApp.java From kevin.rushforth at oracle.com Fri May 16 22:49:54 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 16 May 2014 15:49:54 -0700 Subject: [8u] review request: RT-37075: Application.runLater throws IllegalStateException if called from ShutdownHook Message-ID: <53769612.8060500@oracle.com> Steve & Anthony, Please review the following fix. Details in JIRA. https://javafx-jira.kenai.com/browse/RT-37075 -- Kevin From fbrunnerlist at gmx.ch Fri May 16 23:52:51 2014 From: fbrunnerlist at gmx.ch (Florian Brunner) Date: Sat, 17 May 2014 01:52:51 +0200 Subject: Javadoc: docklet, properties, getters and setters Message-ID: <1439186.GxRxf1CxXa@andor> As far as I'm aware, with Java SE 8 you don't have to specify a docklet anymore. The default docklet already supprts JavaFX properties. But when I generate the Javadoc, the section "Property description: ..." is missing in the getters and the setters. I noticed however, that the JavaFX 8 Javadoc does have these sections (e.g. see Button.setDefaultButton: http://docs.oracle.com/javase/8/javafx/api/javafx/scene/control/Button.html#setDefaultButton-boolean- ) How did you manage to generate these sections? Thanks for some hints. -Florian From kevin.rushforth at oracle.com Sat May 17 00:31:54 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 16 May 2014 17:31:54 -0700 Subject: Javadoc: docklet, properties, getters and setters In-Reply-To: <1439186.GxRxf1CxXa@andor> References: <1439186.GxRxf1CxXa@andor> Message-ID: <5376ADFA.6030107@oracle.com> Try: javadoc -javafx ... -- Kevin Florian Brunner wrote: > As far as I'm aware, with Java SE 8 you don't have to specify a docklet > anymore. The default docklet already supprts JavaFX properties. > > But when I generate the Javadoc, the section "Property description: ..." is > missing in the getters and the setters. > > I noticed however, that the JavaFX 8 Javadoc does have these sections (e.g. > see Button.setDefaultButton: > http://docs.oracle.com/javase/8/javafx/api/javafx/scene/control/Button.html#setDefaultButton-boolean- ) > > How did you manage to generate these sections? > > Thanks for some hints. > > -Florian > > From fbrunnerlist at gmx.ch Sat May 17 09:07:17 2014 From: fbrunnerlist at gmx.ch (Florian Brunner) Date: Sat, 17 May 2014 11:07:17 +0200 Subject: Javadoc: docklet, properties, getters and setters In-Reply-To: <5376ADFA.6030107@oracle.com> References: <1439186.GxRxf1CxXa@andor> <5376ADFA.6030107@oracle.com> Message-ID: <1582871.GSJI1n70cf@andor> Yes, that did the trick. Thanks! For Maven this would be: ... -javafx ... -Florian Am Freitag, 16. Mai 2014, 17.31:54 schrieb Kevin Rushforth: > Try: > > javadoc -javafx ... > > -- Kevin > > Florian Brunner wrote: > > As far as I'm aware, with Java SE 8 you don't have to specify a docklet > > anymore. The default docklet already supprts JavaFX properties. > > > > But when I generate the Javadoc, the section "Property description: ..." > > is > > missing in the getters and the setters. > > > > I noticed however, that the JavaFX 8 Javadoc does have these sections > > (e.g. > > see Button.setDefaultButton: > > http://docs.oracle.com/javase/8/javafx/api/javafx/scene/control/Button.htm > > l#setDefaultButton-boolean- ) > > > > How did you manage to generate these sections? > > > > Thanks for some hints. > > > > -Florian From hang.vo at oracle.com Sat May 17 12:33:20 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Sat, 17 May 2014 12:33:20 +0000 Subject: hg: openjfx/8u-dev/rt: [TEST-ONLY] Disable intermittent test on Windows until RT-36285 is fixed Message-ID: <201405171233.s4HCXWvn014341@aojmv0008> Changeset: 7916c4210359 Author: kcr Date: 2014-05-17 05:27 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/7916c4210359 [TEST-ONLY] Disable intermittent test on Windows until RT-36285 is fixed ! tests/system/src/test/java/javafx/embed/swing/RT30650Test.java From tom.schindl at bestsolution.at Sat May 17 12:35:34 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Sat, 17 May 2014 14:35:34 +0200 Subject: Javadoc: docklet, properties, getters and setters In-Reply-To: <5376ADFA.6030107@oracle.com> References: <1439186.GxRxf1CxXa@andor> <5376ADFA.6030107@oracle.com> Message-ID: <53775796.3080709@bestsolution.at> Hi, Generally speaking I have to say that I'm not really a fan of this javafx-properties additions: a) IDEs now need to be taught this special case to show JavaFX javadoc on hover - Eclipse does that we Luna not sure others understand that pattern yet b) Inconsistent pattern useage - sometimes the doc is on the field sometimes it is on property-method c) You can most likely not turn on warnings for incorrect and missing javadoc because they don't yet understand this pattern (at least in Eclipse it does not work) d) There is no spec - well I know JavaFX is not JSRed - but javadoc -help does not even list this! e) I think it is a bad habit that a OpenJDK project makes up its own rules - what if any project would set out its own javadoc special case? All the abuse of stuff like javadoc, @Deprecated for none-public API make it hard to e.g. turn on warnings on the project because you are getting too much noise to really see the ones that matter. Enough rant ;-) Tom On 17.05.14 02:31, Kevin Rushforth wrote: > Try: > > javadoc -javafx ... > > -- Kevin > > > Florian Brunner wrote: >> As far as I'm aware, with Java SE 8 you don't have to specify a >> docklet anymore. The default docklet already supprts JavaFX properties. >> >> But when I generate the Javadoc, the section "Property description: >> ..." is missing in the getters and the setters. >> >> I noticed however, that the JavaFX 8 Javadoc does have these sections >> (e.g. see Button.setDefaultButton: >> http://docs.oracle.com/javase/8/javafx/api/javafx/scene/control/Button.html#setDefaultButton-boolean- >> ) >> >> How did you manage to generate these sections? >> >> Thanks for some hints. >> >> -Florian >> >> From hang.vo at oracle.com Sat May 17 12:48:30 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Sat, 17 May 2014 12:48:30 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405171248.s4HCmkmk016508@aojmv0008> Changeset: 295484b36a19 Author: hudson Date: 2014-05-14 13:07 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/295484b36a19 Added tag 8u20-b14 ! .hgtags Changeset: 9d0859bb4337 Author: kcr Date: 2014-05-17 05:41 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/9d0859bb4337 Automated merge with ssh://jfxsrc.us.oracle.com//javafx/8u/master/jfx/rt From hang.vo at oracle.com Sat May 17 22:17:40 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Sat, 17 May 2014 22:17:40 +0000 Subject: hg: openjfx/8u-dev/rt: Fix to RT-37129: [Linux] Need to blacklist old ATI X1nnn series cards Message-ID: <201405172217.s4HMHqYX008348@aojmv0008> Changeset: 330af8dadc9a Author: Chien Yang Date: 2014-05-17 10:43 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/330af8dadc9a Fix to RT-37129: [Linux] Need to blacklist old ATI X1nnn series cards Reviewed by kcr and vadim ! modules/graphics/src/main/java/com/sun/prism/es2/X11GLFactory.java From hang.vo at oracle.com Sun May 18 12:17:59 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Sun, 18 May 2014 12:17:59 +0000 Subject: hg: openjfx/8u-dev/rt: RT-35314: HelloSanity - fixing window to be always on top Message-ID: <201405181218.s4ICIAB8008754@aojmv0008> Changeset: 58935e6b9c1b Author: Elina Kleyman Date: 2014-05-18 15:05 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/58935e6b9c1b RT-35314: HelloSanity - fixing window to be always on top ! apps/toys/Hello/src/main/java/hello/TestBuilder.java From hang.vo at oracle.com Mon May 19 05:17:36 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Mon, 19 May 2014 05:17:36 +0000 Subject: hg: openjfx/8u-dev/rt: 5 new changesets Message-ID: <201405190518.s4J5IA9n005189@aojmv0008> Changeset: 48020242a13e Author: jgiles Date: 2014-05-19 13:32 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/48020242a13e Backed out changeset: 6391863941e9 ! .idea/modules.xml Changeset: e685583ccea6 Author: jgiles Date: 2014-05-19 14:01 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/e685583ccea6 RT-37130: [TableView, TreeTableView] If cell selection is enabled, IndexOutOfBoundsException when pressing shift-pageup twice. ! modules/controls/src/main/java/javafx/scene/control/TableView.java ! modules/controls/src/main/java/javafx/scene/control/TreeTableView.java ! modules/controls/src/test/java/javafx/scene/control/ListViewKeyInputTest.java ! modules/controls/src/test/java/javafx/scene/control/TableViewKeyInputTest.java ! modules/controls/src/test/java/javafx/scene/control/TreeTableViewKeyInputTest.java ! modules/controls/src/test/java/javafx/scene/control/TreeViewKeyInputTest.java Changeset: b038159dc2c7 Author: jgiles Date: 2014-05-19 14:49 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/b038159dc2c7 [TEST ONLY] Ignoring test as it is failing (noted in RT-37166). ! modules/controls/src/test/java/javafx/scene/control/TreeTableViewMouseInputTest.java Changeset: bd4dcf09755a Author: jgiles Date: 2014-05-19 16:00 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/bd4dcf09755a RT-37152: [TableView] Horizontal Scroll steps in a tableview are not correctly calculated (are too small) ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TableColumnHeader.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TableViewSkinBase.java Changeset: 1cf7aaa19cd3 Author: jgiles Date: 2014-05-19 16:58 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/1cf7aaa19cd3 RT-37118: [MenuBarSkin] NullPointerException from MenuBarSkin constructor if MenuBar is not in a scene ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/MenuBarSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/Utils.java ! modules/controls/src/test/java/javafx/scene/control/MenuBarTest.java From hang.vo at oracle.com Mon May 19 12:48:34 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Mon, 19 May 2014 12:48:34 +0000 Subject: hg: openjfx/8u-dev/rt: 3 new changesets Message-ID: <201405191248.s4JCmwrE016448@aojmv0008> Changeset: 3be41b5b33f5 Author: yjoan Date: 2014-05-19 11:20 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/3be41b5b33f5 Sync up SceneBuilder changes This changeset is precisely the one used to produce SceneBuilder 2.0 build 20, the General Availability build. Warning: it is for use with Java 8 GA; if you use Java 8 U20 then SceneBuilder will not start up. ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/DocumentWindow.fxml ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/DocumentWindowController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/SceneBuilderApp.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/about/About.fxml ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/about/AboutWindowController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/css/DocumentWindow.css ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/css/MessageBar.css ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/css/MessagePanel.css ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/css/ThemeDark.css ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/i18n/SceneBuilderApp.properties ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/info/InfoPanel.fxml ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/info/InfoPanelController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/menubar/DebugMenuController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/menubar/MenuBar.fxml ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/menubar/MenuBarController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/message/MessageBarController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/message/MessagePanel.fxml ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/message/MessagePanelController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/message/file-dirty.png + apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/message/file-dirty at 2x.png ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/preferences/Preferences.fxml ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/preferences/PreferencesController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/preferences/PreferencesRecordGlobal.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/preferences/PreferencesWindowController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/selectionbar/SelectionBarController.java - apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/skeleton/SkeletonWindow.css ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/skeleton/SkeletonWindow.fxml ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/EditorController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/EditorPlatform.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/JobManager.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/WatchingController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/css/Theme.css ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/drag/DragController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/drag/source/AbstractDragSource.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/drag/source/DocumentDragSource.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/drag/source/ExternalDragSource.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/drag/source/LibraryDragSource.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/drag/target/AccessoryDropTarget.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/drag/target/ContainerXYDropTarget.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/drag/target/ContainerZDropTarget.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/drag/target/GridPaneDropTarget.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/drag/target/ImageViewDropTarget.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/drag/target/RootDropTarget.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/i18n/SceneBuilderKit.properties ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/ImageUtils.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Accordion.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Accordion at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/AmbientLight.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/AmbientLight at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/AnchorPane.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/AnchorPane at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Arc.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Arc at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ArcTo.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ArcTo at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/AreaChart.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/AreaChart at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/BarChart.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/BarChart3D.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/BarChart3D at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/BarChart at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/BorderPane-bottom.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/BorderPane-bottom at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/BorderPane-center.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/BorderPane-center at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/BorderPane-left.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/BorderPane-left at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/BorderPane-right.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/BorderPane-right at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/BorderPane-top.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/BorderPane-top at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/BorderPane.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/BorderPane at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Box.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Box at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/BubbleChart.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/BubbleChart at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Button.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Button at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Canvas.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Canvas at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/CategoryAxis.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/CategoryAxis at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Chart.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Chart at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/CheckBox.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/CheckBox at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/CheckMenuItem.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/CheckMenuItem at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ChoiceBox.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ChoiceBox at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Circle.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Circle at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ClosePath.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ClosePath at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ColorPicker.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ColorPicker at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ComboBox.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ComboBox at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ContextMenu.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ContextMenu at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/CubicCurve.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/CubicCurve at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/CubicCurveTo.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/CubicCurveTo at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/CustomMenuItem.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/CustomMenuItem at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/CustomNode.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/CustomNode at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Cylinder.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Cylinder at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/DatePicker.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/DatePicker at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Ellipse.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Ellipse at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/FlowPane.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/FlowPane at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Graphic.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Graphic at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/GridPane.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/GridPane at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Group.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Group at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/HBox.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/HBox at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/HLineTo.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/HLineTo at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/HTMLEditor.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/HTMLEditor at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Hyperlink.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Hyperlink at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ImageView.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ImageView at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Included.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Included at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Label.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Label at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Line.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Line at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/LineChart.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/LineChart at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/LineTo.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/LineTo at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ListView.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ListView at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/MediaView.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/MediaView at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Menu.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Menu at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/MenuBar.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/MenuBar at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/MenuButton.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/MenuButton at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/MenuItem.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/MenuItem at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/MeshView.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/MeshView at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/MissingIcon.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/MissingIcon at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/MoveTo.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/MoveTo at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/NumberAxis.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/NumberAxis at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Pagination.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Pagination at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Pane.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Pane at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ParallelCamera.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ParallelCamera at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/PasswordField.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/PasswordField at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Path.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Path at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/PerspectiveCamera.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/PerspectiveCamera at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/PieChart.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/PieChart3D.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/PieChart3D at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/PieChart at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/PointLight.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/PointLight at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Polygon.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Polygon at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Polyline.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Polyline at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ProgressBar.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ProgressBar at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ProgressIndicator.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ProgressIndicator at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/QuadCurve.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/QuadCurve at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/QuadCurveTo.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/QuadCurveTo at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/RadioButton.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/RadioButton at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/RadioMenuItem.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/RadioMenuItem at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Rectangle.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Rectangle at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Region.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Region at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/SVGPath.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/SVGPath at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ScatterChart.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ScatterChart at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ScrollBar-h.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ScrollBar-h at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ScrollBar-v.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ScrollBar-v at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ScrollPane.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ScrollPane at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Separator-h.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Separator-h at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Separator-v.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Separator-v at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/SeparatorMenuItem.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/SeparatorMenuItem at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Slider-h.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Slider-h at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Slider-v.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Slider-v at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Sphere.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Sphere at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/SplitMenuButton.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/SplitMenuButton at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/SplitPane-h.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/SplitPane-h at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/SplitPane-v.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/SplitPane-v at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/StackPane.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/StackPane at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/StackedAreaChart.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/StackedAreaChart at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/StackedBarChart.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/StackedBarChart at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/SubScene.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/SubScene at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/SwingNode.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/SwingNode at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Tab.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Tab at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TabPane.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TabPane at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TableColumn.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TableColumn at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TableView.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TableView at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Text.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Text at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TextArea.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TextArea at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TextField.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TextField at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TextFlow.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TextFlow at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TilePane.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TilePane at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TitledPane.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TitledPane at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ToggleButton.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ToggleButton at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ToolBar.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/ToolBar at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Tooltip.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/Tooltip at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TreeTableColumn.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TreeTableColumn at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TreeTableView.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TreeTableView at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TreeView.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/TreeView at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/VBox.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/VBox at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/VLineTo.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/VLineTo at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/WebView.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/nodeicons/WebView at 2x.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/ui/ClosedHand.png + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/images/ui/OpenHand.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/ArrangeZOrderJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/BatchJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/BatchModifyFxIdJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/BatchModifyObjectJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/BatchModifySelectionJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/DeleteObjectJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/DeleteObjectSelectionJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/DuplicateSelectionJob.java + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/ImportFileJob.java + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/IncludeFileJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/InsertAsAccessoryJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/InsertAsSubComponentJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/PasteIntoJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/PasteJob.java + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/PrunePropertiesJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/RelocateNodeJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/RelocateSelectionJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/SetDocumentRootJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/ToggleFxRootJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/TrimSelectionJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/gridpane/DeleteColumnJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/gridpane/DeleteRowJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/gridpane/RemoveColumnContentJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/gridpane/RemoveRowContentJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/gridpane/v2/InsertColumnConstraintsJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/gridpane/v2/InsertRowConstraintsJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/togglegroup/AdjustAllToggleGroupJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/togglegroup/AdjustToggleGroupJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/v2/BackupSelectionJob.java + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/v2/RemoveFxControllerJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/v2/UpdateSelectionJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/wrap/WrapInGridPaneJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/wrap/WrapJobUtils.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/AbstractDecoration.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/ContentPanelController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/WorkspaceController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/AbstractNodeDriver.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/GridPaneDriver.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/HBoxDriver.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/VBoxDriver.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/gridpane/GridPaneMosaic.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/relocater/AnchorPaneRelocater.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/resizer/ImageViewResizer.java - apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/resizer/LazyResizer.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/gesture/DragGesture.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/gesture/key/AbstractKeyGesture.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/gesture/key/MoveWithKeyGesture.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/gesture/mouse/ResizeGesture.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/gesture/mouse/SelectAndMoveGesture.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/mode/EditModeController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/mode/HitNodeChrome.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/mode/PickModeController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/css/CssContentMaker.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/css/CssPanel.fxml ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/css/CssPanelController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/css/NodeCssState.java + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/css/images/css-lookup-icon at 2x.png ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/hierarchy/AbstractHierarchyPanelController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/hierarchy/HierarchyDNDController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/hierarchy/treeview/HierarchyTreeCell.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/Inspector.fxml ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/InspectorPanelController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/AnchorPaneConstraintsEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/AutoSuggestEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/BoundedDoubleEditor.fxml ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/ControllerClassEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/EditorUtils.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/FxIdEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/IntegerAutoSuggestEditor.fxml ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/IntegerEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/PropertyEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/StyleClassEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/StyleClassEditorItem.fxml ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/StylesheetEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/ToggleGroupEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/popupeditors/FontPopupEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/popupeditors/KeyCombinationPopupEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/library/ImportDialog.fxml ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/library/ImportWindowController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/library/LibraryListCell.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/library/LibraryPanel.fxml ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/library/LibraryPanelController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/util/AbstractPanelController.java + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/report/CSSParsingReport.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/report/ErrorReport.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/report/ErrorReportEntry.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/selection/ObjectSelectionGroup.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/selection/Selection.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/util/ContextMenuController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/util/InlineEditController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/FXOMArchive.java + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/FXOMAssetIndex.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/FXOMCollection.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/FXOMDocument.java + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/FXOMFxIdIndex.java + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/FXOMFxIdMerger.java - apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/FXOMIndex.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/FXOMInstance.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/FXOMIntrinsic.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/FXOMLoader.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/FXOMNodes.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/FXOMNormalizer.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/FXOMObject.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/FXOMPropertyC.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/FXOMPropertyT.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/FXOMRefresher.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/FXOMSaver.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/TransientIntrinsic.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/TransientObject.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/TransientProperty.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/glue/GlueDocument.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/glue/GlueElement.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/library/BuiltinLibrary.java - apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/library/builtin/Box.fxml ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/library/builtin/Path.fxml ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/library/builtin/SplitPaneH.fxml ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/library/builtin/SplitPaneV.fxml ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/library/builtin/ToolBar.fxml ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/library/user/LibraryFolderWatcher.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/library/user/UserLibrary.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/library/util/JarExplorer.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/metadata/property/value/ComplexPropertyMetadata.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/metadata/property/value/DoubleArrayPropertyMetadata.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/metadata/property/value/EnumerationPropertyMetadata.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/metadata/property/value/SingleValuePropertyMetadata.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/metadata/property/value/StringPropertyMetadata.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/metadata/property/value/effect/FloatMapPropertyMetadata.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/metadata/property/value/effect/light/DistantLightPropertyMetadata.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/metadata/property/value/effect/light/LightPropertyMetadata.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/metadata/property/value/effect/light/PointLightPropertyMetadata.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/metadata/property/value/effect/light/SpotLightPropertyMetadata.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/metadata/property/value/list/ColumnConstraintsListPropertyMetadata.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/metadata/property/value/list/ListValuePropertyMetadata.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/metadata/property/value/list/RowConstraintsListPropertyMetadata.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/metadata/property/value/list/StringListPropertyMetadata.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/metadata/util/ClipboardEncoder.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/metadata/util/DesignHierarchyMask.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/metadata/util/PrefixedValue.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/CssInternal.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/effectpicker/editors/LightControl.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/paintpicker/PaintPicker.css ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/paintpicker/colorpicker/ColorPicker.css ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/paintpicker/gradientpicker/GradientPicker.css ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/paintpicker/rotator/RotatorControl.css Changeset: 06610e38e75c Author: yjoan Date: 2014-05-19 14:30 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/06610e38e75c Samples of SceneBuilder which are delivered as part of the samples bundle + apps/scenebuilder/samples/HelloI18N/.classpath + apps/scenebuilder/samples/HelloI18N/.project + apps/scenebuilder/samples/HelloI18N/build.xml + apps/scenebuilder/samples/HelloI18N/manifest.mf + apps/scenebuilder/samples/HelloI18N/nbproject/build-impl.xml + apps/scenebuilder/samples/HelloI18N/nbproject/configs/Run_as_WebStart.properties + apps/scenebuilder/samples/HelloI18N/nbproject/configs/Run_in_Browser.properties + apps/scenebuilder/samples/HelloI18N/nbproject/jfx-impl.xml + apps/scenebuilder/samples/HelloI18N/nbproject/jfx-impl_backup.xml + apps/scenebuilder/samples/HelloI18N/nbproject/project.properties + apps/scenebuilder/samples/HelloI18N/nbproject/project.xml + apps/scenebuilder/samples/HelloI18N/src/helloi18n/Bundle.properties + apps/scenebuilder/samples/HelloI18N/src/helloi18n/Bundle_fr_FR.properties + apps/scenebuilder/samples/HelloI18N/src/helloi18n/HelloI18N.fxml + apps/scenebuilder/samples/HelloI18N/src/helloi18n/HelloI18NController.java + apps/scenebuilder/samples/HelloI18N/src/helloi18n/Main.java + apps/scenebuilder/samples/HelloSwingNode/.classpath + apps/scenebuilder/samples/HelloSwingNode/.project + apps/scenebuilder/samples/HelloSwingNode/build.xml + apps/scenebuilder/samples/HelloSwingNode/manifest.mf + apps/scenebuilder/samples/HelloSwingNode/nbproject/build-impl.xml + apps/scenebuilder/samples/HelloSwingNode/nbproject/configs/Run_as_WebStart.properties + apps/scenebuilder/samples/HelloSwingNode/nbproject/configs/Run_in_Browser.properties + apps/scenebuilder/samples/HelloSwingNode/nbproject/jfx-impl.xml + apps/scenebuilder/samples/HelloSwingNode/nbproject/project.properties + apps/scenebuilder/samples/HelloSwingNode/nbproject/project.xml + apps/scenebuilder/samples/HelloSwingNode/src/helloswingnode/HelloSwingNode.fxml + apps/scenebuilder/samples/HelloSwingNode/src/helloswingnode/HelloSwingNode.java + apps/scenebuilder/samples/HelloSwingNode/src/helloswingnode/HelloSwingNodeController.java + apps/scenebuilder/samples/HelloSwingNode/src/helloswingnode/SwingButton.java + apps/scenebuilder/samples/IssueTrackingBiDi/.classpath + apps/scenebuilder/samples/IssueTrackingBiDi/.project + apps/scenebuilder/samples/IssueTrackingBiDi/build.xml + apps/scenebuilder/samples/IssueTrackingBiDi/manifest.mf + apps/scenebuilder/samples/IssueTrackingBiDi/nbproject/build-impl.xml + apps/scenebuilder/samples/IssueTrackingBiDi/nbproject/configs/Run_as_WebStart.properties + apps/scenebuilder/samples/IssueTrackingBiDi/nbproject/configs/Run_in_Browser.properties + apps/scenebuilder/samples/IssueTrackingBiDi/nbproject/jfx-impl.xml + apps/scenebuilder/samples/IssueTrackingBiDi/nbproject/project.properties + apps/scenebuilder/samples/IssueTrackingBiDi/nbproject/project.xml + apps/scenebuilder/samples/IssueTrackingBiDi/src/issuetrackingbidi/Bundle.properties + apps/scenebuilder/samples/IssueTrackingBiDi/src/issuetrackingbidi/Bundle_ar.properties + apps/scenebuilder/samples/IssueTrackingBiDi/src/issuetrackingbidi/Bundle_fr.properties + apps/scenebuilder/samples/IssueTrackingBiDi/src/issuetrackingbidi/Bundle_iw.properties + apps/scenebuilder/samples/IssueTrackingBiDi/src/issuetrackingbidi/IssueTrackingBiDi.css + apps/scenebuilder/samples/IssueTrackingBiDi/src/issuetrackingbidi/IssueTrackingBiDi.fxml + apps/scenebuilder/samples/IssueTrackingBiDi/src/issuetrackingbidi/IssueTrackingBiDi.png + apps/scenebuilder/samples/IssueTrackingBiDi/src/issuetrackingbidi/IssueTrackingBiDiController.java + apps/scenebuilder/samples/IssueTrackingBiDi/src/issuetrackingbidi/Main.java + apps/scenebuilder/samples/IssueTrackingBiDi/src/issuetrackingbidi/model/Issue.java + apps/scenebuilder/samples/IssueTrackingBiDi/src/issuetrackingbidi/model/ObservableIssue.java + apps/scenebuilder/samples/IssueTrackingBiDi/src/issuetrackingbidi/model/TrackingService.java + apps/scenebuilder/samples/IssueTrackingBiDi/src/issuetrackingbidi/model/TrackingServiceStub.java + apps/scenebuilder/samples/IssueTrackingLite/.classpath + apps/scenebuilder/samples/IssueTrackingLite/.project + apps/scenebuilder/samples/IssueTrackingLite/build.xml + apps/scenebuilder/samples/IssueTrackingLite/manifest.mf + apps/scenebuilder/samples/IssueTrackingLite/nbproject/build-impl.xml + apps/scenebuilder/samples/IssueTrackingLite/nbproject/configs/Run_as_WebStart.properties + apps/scenebuilder/samples/IssueTrackingLite/nbproject/configs/Run_in_Browser.properties + apps/scenebuilder/samples/IssueTrackingLite/nbproject/jfx-impl.xml + apps/scenebuilder/samples/IssueTrackingLite/nbproject/jfx-impl_backup.xml + apps/scenebuilder/samples/IssueTrackingLite/nbproject/project.properties + apps/scenebuilder/samples/IssueTrackingLite/nbproject/project.xml + apps/scenebuilder/samples/IssueTrackingLite/src/issuetrackinglite/IssueTrackingLite.css + apps/scenebuilder/samples/IssueTrackingLite/src/issuetrackinglite/IssueTrackingLite.fxml + apps/scenebuilder/samples/IssueTrackingLite/src/issuetrackinglite/IssueTrackingLite.png + apps/scenebuilder/samples/IssueTrackingLite/src/issuetrackinglite/IssueTrackingLiteController.java + apps/scenebuilder/samples/IssueTrackingLite/src/issuetrackinglite/Main.java + apps/scenebuilder/samples/IssueTrackingLite/src/issuetrackinglite/model/Issue.java + apps/scenebuilder/samples/IssueTrackingLite/src/issuetrackinglite/model/ObservableIssue.java + apps/scenebuilder/samples/IssueTrackingLite/src/issuetrackinglite/model/TrackingService.java + apps/scenebuilder/samples/IssueTrackingLite/src/issuetrackinglite/model/TrackingServiceStub.java + apps/scenebuilder/samples/Login/.classpath + apps/scenebuilder/samples/Login/.project + apps/scenebuilder/samples/Login/build.xml + apps/scenebuilder/samples/Login/manifest.mf + apps/scenebuilder/samples/Login/nbproject/build-impl.xml + apps/scenebuilder/samples/Login/nbproject/configs/Run_as_WebStart.properties + apps/scenebuilder/samples/Login/nbproject/configs/Run_in_Browser.properties + apps/scenebuilder/samples/Login/nbproject/jfx-impl.xml + apps/scenebuilder/samples/Login/nbproject/jfx-impl_backup.xml + apps/scenebuilder/samples/Login/nbproject/project.properties + apps/scenebuilder/samples/Login/nbproject/project.xml + apps/scenebuilder/samples/Login/src/login/CoarseGrid.png + apps/scenebuilder/samples/Login/src/login/Login.css + apps/scenebuilder/samples/Login/src/login/Login.fxml + apps/scenebuilder/samples/Login/src/login/LoginController.java + apps/scenebuilder/samples/Login/src/login/LoginLogo.png + apps/scenebuilder/samples/Login/src/login/Main.java + apps/scenebuilder/samples/Login/src/login/Profile.fxml + apps/scenebuilder/samples/Login/src/login/ProfileController.java + apps/scenebuilder/samples/Login/src/login/model/User.java + apps/scenebuilder/samples/Login/src/login/security/Authenticator.java + apps/scenebuilder/samples/UnlockCustom/.classpath + apps/scenebuilder/samples/UnlockCustom/.project + apps/scenebuilder/samples/UnlockCustom/build.xml + apps/scenebuilder/samples/UnlockCustom/manifest.mf + apps/scenebuilder/samples/UnlockCustom/nbproject/build-impl.xml + apps/scenebuilder/samples/UnlockCustom/nbproject/configs/Run_as_WebStart.properties + apps/scenebuilder/samples/UnlockCustom/nbproject/configs/Run_in_Browser.properties + apps/scenebuilder/samples/UnlockCustom/nbproject/jfx-impl.xml + apps/scenebuilder/samples/UnlockCustom/nbproject/project.properties + apps/scenebuilder/samples/UnlockCustom/nbproject/project.xml + apps/scenebuilder/samples/UnlockCustom/src/unlock/Keypad.fxml + apps/scenebuilder/samples/UnlockCustom/src/unlock/Keypad.java + apps/scenebuilder/samples/UnlockCustom/src/unlock/KeypadController.java + apps/scenebuilder/samples/UnlockCustom/src/unlock/Unlock.css + apps/scenebuilder/samples/UnlockCustom/src/unlock/Unlock.fxml + apps/scenebuilder/samples/UnlockCustom/src/unlock/Unlock.java + apps/scenebuilder/samples/UnlockCustom/src/unlock/UnlockController.java + apps/scenebuilder/samples/UnlockCustom/src/unlock/lock.png + apps/scenebuilder/samples/samples_readme.txt Changeset: 90e00dc08fe1 Author: yjoan Date: 2014-05-19 14:31 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/90e00dc08fe1 Sync up SceneBuilder changes + apps/scenebuilder/SceneBuilderApp/.classpath + apps/scenebuilder/SceneBuilderApp/.project ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/AppPlatform.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/DocumentWindowController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/SceneBuilderTest.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/about/AboutWindowController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/about/about-header.png ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/css/ThemeDark.css ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/i18n/SceneBuilderApp.properties ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/info/InfoPanelController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/menubar/MenuBar.fxml ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/menubar/MenuBarController.java - apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/preview/BackgroundColor.fxml - apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/preview/BackgroundColorDialogController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/selectionbar/SelectionBarController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/skeleton/SkeletonBuffer.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/template/FxmlTemplates.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/util/FileMutex.java + apps/scenebuilder/SceneBuilderKit/.classpath + apps/scenebuilder/SceneBuilderKit/.project ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/EditorController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/EditorPlatform.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/css/Theme.css ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/drag/DragController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/drag/source/ExternalDragSource.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/drag/source/LibraryDragSource.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/drag/target/RootDropTarget.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/InsertAsAccessoryJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/ModifyFxControllerJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/PasteIntoJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/PasteJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/UseComputedSizesObjectJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/gridpane/v2/SpanJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/wrap/AbstractWrapInJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/wrap/FXOMObjectCourseComparator.java + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/wrap/WrapInFlowPaneJob.java + apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/wrap/WrapInTilePaneJob.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/wrap/WrapJobUtils.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/AbstractResilientHandles.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/HudWindowController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/WorkspaceController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/AbstractNodeDriver.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/FlowPaneDriver.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/HBoxDriver.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/TableColumnDriver.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/TableViewDriver.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/TextFlowDriver.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/ToolBarDriver.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/TreeTableColumnDriver.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/TreeTableViewDriver.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/VBoxDriver.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/handles/AbstractHandles.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/handles/LineHandles.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/handles/TabHandles.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/handles/TableColumnHandles.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/handles/TableViewHandles.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/handles/TreeTableColumnHandles.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/handles/TreeTableViewHandles.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/pring/AbstractGenericPring.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/pring/AbstractPring.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/resizer/ImageViewResizer.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/resizer/TreeTableColumnResizer.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/rudder/ResizeRudder.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/tring/AbstractGenericTring.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/gesture/mouse/ResizeTableColumnGesture.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/gesture/mouse/ResizeTreeTableColumnGesture.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/util/Picker.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/css/CssPanelController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/css/CssValueConverter.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/css/NodeCssState.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/hierarchy/AbstractHierarchyPanelController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/hierarchy/HierarchyDNDController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/hierarchy/treeview/HierarchyTreeCell.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/hierarchy/treeview/HierarchyTreeViewController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/hierarchy/treeview/HierarchyTreeViewUtils.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/Inspector.fxml ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/InspectorPanelController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/AutoSuggestEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/CursorEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/DividerPositionsEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/ImageEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/PropertiesEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/PropertyEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/StyleClassEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/StyleEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/StylesheetEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/popupeditors/FontPopupEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/popupeditors/KeyCombinationPopupEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/library/ImportWindowController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/library/LibraryPanelController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/util/ContextMenuController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/util/InlineEditController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/FXOMBuilderFactory.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/FXOMDocument.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/FXOMNodes.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/glue/GlueElement.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/sampledata/PieChartSampleData.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/sampledata/SampleDataGenerator.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/fxom/sampledata/XYChartSampleData.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/glossary/ControllerClass.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/metadata/property/value/list/ListValuePropertyMetadata.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/CssInternal.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/Deprecation.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/effectpicker/ColorInputPathItem.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/effectpicker/ImageInputPathItem.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/paintpicker/PaintPickerController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/paintpicker/colorpicker/ColorPicker.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/paintpicker/gradientpicker/GradientPicker.java From hang.vo at oracle.com Mon May 19 20:03:17 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Mon, 19 May 2014 20:03:17 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37201 [Accordion] SceneBuilder side panel not fully visible (reverted fix for RT-36868) Message-ID: <201405192003.s4JK3Uum027463@aojmv0008> Changeset: 674e7c021c37 Author: kcr Date: 2014-05-19 12:43 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/674e7c021c37 RT-37201 [Accordion] SceneBuilder side panel not fully visible (reverted fix for RT-36868) Summary: Backed out changeset 7756cb66a166 ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/AccordionSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TitledPaneSkin.java From hang.vo at oracle.com Mon May 19 21:03:13 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Mon, 19 May 2014 21:03:13 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37172: [Font] AIOOB exception in text layout code with multi-byte chars Message-ID: <201405192103.s4JL3PqT006810@aojmv0008> Changeset: 3afb6e3979d5 Author: Felipe Heidrich Date: 2014-05-16 15:33 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/3afb6e3979d5 RT-37172: [Font] AIOOB exception in text layout code with multi-byte chars ! modules/graphics/src/main/java/com/sun/javafx/font/directwrite/DWGlyphLayout.java From hang.vo at oracle.com Mon May 19 22:03:10 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Mon, 19 May 2014 22:03:10 +0000 Subject: hg: openjfx/8u-dev/rt: [TOYS] RT-37198: Fix HelloLaunchOnNewThread print statements Message-ID: <201405192203.s4JM3Ln7016488@aojmv0008> Changeset: bd6df46d91c9 Author: kcr Date: 2014-05-19 14:56 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/bd6df46d91c9 [TOYS] RT-37198: Fix HelloLaunchOnNewThread print statements ! apps/toys/Hello/src/main/java/hello/HelloLaunchOnNewThread.java From hang.vo at oracle.com Tue May 20 03:47:47 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 20 May 2014 03:47:47 +0000 Subject: hg: openjfx/8u-dev/rt: 4 new changesets Message-ID: <201405200348.s4K3mQPL009661@aojmv0008> Changeset: 2955bf2bc412 Author: jgiles Date: 2014-05-20 09:09 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/2955bf2bc412 RT-37177: [Tooltip, ContextMenu] FXML defined id is null ! modules/controls/src/main/java/javafx/scene/control/ContextMenu.java ! modules/controls/src/main/java/javafx/scene/control/Tooltip.java Changeset: ada2c2cc2108 Author: jgiles Date: 2014-05-20 14:03 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/ada2c2cc2108 RT-36939: ComboBox popup list is wrong height the first time it is shown if setPrefWidth() is used ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ComboBoxListViewSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ComboBoxPopupControl.java Changeset: c9f96bf235b4 Author: jgiles Date: 2014-05-20 14:50 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/c9f96bf235b4 RT-37060: TableView can't scroll to a column right after adding it. ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TableViewSkinBase.java ! modules/controls/src/main/java/javafx/scene/control/ControlUtils.java Changeset: 5c1aa053d3a0 Author: jgiles Date: 2014-05-20 15:34 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/5c1aa053d3a0 [DOC ONLY] Update the Cell.updateItem(T, boolean) javadoc to make clearer the expectations of developers who override it (because this is the #1 bug report I get that could be fixed by 1) having better documentation and 2) having people read it). Prompted by RT-37073. ! modules/controls/src/main/java/javafx/scene/control/Cell.java From hang.vo at oracle.com Tue May 20 06:48:02 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 20 May 2014 06:48:02 +0000 Subject: hg: openjfx/8u-dev/rt: [TOYS] Updated HelloAccordion based on UX findings in RT-36868 Message-ID: <201405200648.s4K6mDPh005904@aojmv0008> Changeset: 6c7f6d64aac5 Author: Martin Sladecek Date: 2014-05-20 08:44 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/6c7f6d64aac5 [TOYS] Updated HelloAccordion based on UX findings in RT-36868 ! apps/toys/Hello/src/main/java/hello/HelloAccordion.java From hang.vo at oracle.com Tue May 20 08:48:08 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 20 May 2014 08:48:08 +0000 Subject: hg: openjfx/8u-dev/rt: RT-34745 [Lens] Shift is being ignored while caps lock is on Message-ID: <201405200848.s4K8mJhD023927@aojmv0008> Changeset: 701abcfabf03 Author: Daniel Blaukopf Date: 2014-05-20 11:30 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/701abcfabf03 RT-34745 [Lens] Shift is being ignored while caps lock is on Reviewed-by: kselle ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/KeyInput.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxKeyProcessor.java ! modules/graphics/src/main/native-glass/lens/LensInputEvents.c + tests/system/src/test/java/com/sun/glass/ui/monocle/input/USKeyboardTest.java From hang.vo at oracle.com Tue May 20 09:32:51 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 20 May 2014 09:32:51 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37167 [StackedAreaChart, Ensemble8] Stacked Area Chart fill paints above line Message-ID: <201405200933.s4K9X22G000584@aojmv0008> Changeset: 7a1db976a80b Author: Martin Sladecek Date: 2014-05-20 11:20 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/7a1db976a80b RT-37167 [StackedAreaChart,Ensemble8] Stacked Area Chart fill paints above line Reviewed by: dgrieve ! modules/controls/src/main/java/javafx/scene/chart/Axis.java ! modules/controls/src/main/java/javafx/scene/chart/CategoryAxis.java ! modules/controls/src/main/java/javafx/scene/chart/StackedBarChart.java ! modules/controls/src/main/java/javafx/scene/chart/ValueAxis.java ! modules/controls/src/test/java/javafx/scene/chart/CategoryAxisTest.java ! modules/controls/src/test/java/javafx/scene/chart/ValueAxisTest.java From tom.schindl at bestsolution.at Tue May 20 11:26:05 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Tue, 20 May 2014 13:26:05 +0200 Subject: TabPaneSkin modification of styleable property Message-ID: <537B3BCD.7040906@bestsolution.at> Hi, This question is mostly for David but others might be able to support my feeling that TabPaneSkin works against the CSS-Engine inside its initializeTabListener-method where it does something like this: > // save and set tab animation to none - as it is not a good idea > // to animate on the same data for open and close. > TabAnimation prevOpenAnimation = openTabAnimation.get(); > TabAnimation prevCloseAnimation = closeTabAnimation.get(); > openTabAnimation.set(TabAnimation.NONE); > closeTabAnimation.set(TabAnimation.NONE); > for (int i = c.getFrom(); i < c.getTo(); i++) { > permutatedTabs.add(tabs.get(i)); > } > > removeTabs(permutatedTabs); > addTabs(permutatedTabs, c.getFrom()); > openTabAnimation.set(prevOpenAnimation); > closeTabAnimation.set(prevCloseAnimation); if I now appropriately understand the working of the CSS-Engine it will never set a value from CSS afterwards because the property origin is set to user. Minor detail - the code of remembering and restoring the state should most likely be wrapped in a try-finally statement. Tom From david.grieve at oracle.com Tue May 20 12:26:29 2014 From: david.grieve at oracle.com (David Grieve) Date: Tue, 20 May 2014 08:26:29 -0400 Subject: TabPaneSkin modification of styleable property In-Reply-To: <537B3BCD.7040906@bestsolution.at> References: <537B3BCD.7040906@bestsolution.at> Message-ID: <537B49F5.6050404@oracle.com> Good find. The code needs to save off the StyleOrigin and use applyStyle instead of set. I don't like that you have to deal with this level of detail, but I haven't figured out any way around it yet. I'm open to ideas. // save and set tab animation to none - as it is not a good idea // to animate on the same data for open and close. TabAnimation prevOpenAnimation = openTabAnimation.get(); StyleOrigin prevOpenOrigin = ((StyleableProperty)openTabAnimation).getStyleOrigin(); TabAnimation prevCloseAnimation = closeTabAnimation.get(); StyleOrigin prevCloseOrigin = ((StyleableProperty)closeTabAnimation).getStyleOrigin(); ((StyleableProperty)openTabAnimation).applyStyle(null, TabAnimation.NONE); ((StyleableProperty)closeTabAnimation).applyStyle(null, TabAnimation.NONE); for (int i = c.getFrom(); i < c.getTo(); i++) { permutatedTabs.add(tabs.get(i)); } removeTabs(permutatedTabs); addTabs(permutatedTabs, c.getFrom()); ((StyleableProperty)openTabAnimation).applyStyle(prevOpenOrigin, prevOpenAnimation); ((StyleableProperty)closeTabAnimation).applyStyle(prevCloseOrigin, prevCloseAnimation); getSkinnable().getSelectionModel().select(selTab); On 5/20/14, 7:26 AM, Tom Schindl wrote: > Hi, > > This question is mostly for David but others might be able to support my > feeling that TabPaneSkin works against the CSS-Engine inside its > initializeTabListener-method where it does something like this: > >> // save and set tab animation to none - as it is not a good idea >> // to animate on the same data for open and close. >> TabAnimation prevOpenAnimation = openTabAnimation.get(); >> TabAnimation prevCloseAnimation = closeTabAnimation.get(); >> openTabAnimation.set(TabAnimation.NONE); >> closeTabAnimation.set(TabAnimation.NONE); >> for (int i = c.getFrom(); i < c.getTo(); i++) { >> permutatedTabs.add(tabs.get(i)); >> } >> >> removeTabs(permutatedTabs); >> addTabs(permutatedTabs, c.getFrom()); >> openTabAnimation.set(prevOpenAnimation); >> closeTabAnimation.set(prevCloseAnimation); > if I now appropriately understand the working of the CSS-Engine it will > never set a value from CSS afterwards because the property origin is set > to user. > > Minor detail - the code of remembering and restoring the state should > most likely be wrapped in a try-finally statement. > > Tom From tom.schindl at bestsolution.at Tue May 20 12:45:51 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Tue, 20 May 2014 14:45:51 +0200 Subject: TabPaneSkin modification of styleable property In-Reply-To: <537B49F5.6050404@oracle.com> References: <537B3BCD.7040906@bestsolution.at> <537B49F5.6050404@oracle.com> Message-ID: <537B4E7F.7070209@bestsolution.at> Would it be better to simply use a boolean flag instead of modifing the property, something along: try { disableAnimation = true; // ... } finally { disableAnimation = false; } Tom On 20.05.14 14:26, David Grieve wrote: > Good find. The code needs to save off the StyleOrigin and use applyStyle > instead of set. I don't like that you have to deal with this level of > detail, but I haven't figured out any way around it yet. I'm open to ideas. > > // save and set tab animation to none - as it is not > a good idea > // to animate on the same data for open and close. > TabAnimation prevOpenAnimation = > openTabAnimation.get(); > StyleOrigin prevOpenOrigin = > ((StyleableProperty)openTabAnimation).getStyleOrigin(); > TabAnimation prevCloseAnimation = > closeTabAnimation.get(); > StyleOrigin prevCloseOrigin = > ((StyleableProperty)closeTabAnimation).getStyleOrigin(); > ((StyleableProperty)openTabAnimation).applyStyle(null, > TabAnimation.NONE); > ((StyleableProperty)closeTabAnimation).applyStyle(null, > TabAnimation.NONE); > for (int i = c.getFrom(); i < c.getTo(); i++) { > permutatedTabs.add(tabs.get(i)); > } > > removeTabs(permutatedTabs); > addTabs(permutatedTabs, c.getFrom()); > ((StyleableProperty)openTabAnimation).applyStyle(prevOpenOrigin, > prevOpenAnimation); > ((StyleableProperty)closeTabAnimation).applyStyle(prevCloseOrigin, > prevCloseAnimation); > getSkinnable().getSelectionModel().select(selTab); > > > > On 5/20/14, 7:26 AM, Tom Schindl wrote: >> Hi, >> >> This question is mostly for David but others might be able to support my >> feeling that TabPaneSkin works against the CSS-Engine inside its >> initializeTabListener-method where it does something like this: >> >>> // save and set tab animation to none - as it is >>> not a good idea >>> // to animate on the same data for open and close. >>> TabAnimation prevOpenAnimation = >>> openTabAnimation.get(); >>> TabAnimation prevCloseAnimation = >>> closeTabAnimation.get(); >>> openTabAnimation.set(TabAnimation.NONE); >>> closeTabAnimation.set(TabAnimation.NONE); >>> for (int i = c.getFrom(); i < c.getTo(); i++) { >>> permutatedTabs.add(tabs.get(i)); >>> } >>> >>> removeTabs(permutatedTabs); >>> addTabs(permutatedTabs, c.getFrom()); >>> openTabAnimation.set(prevOpenAnimation); >>> closeTabAnimation.set(prevCloseAnimation); >> if I now appropriately understand the working of the CSS-Engine it will >> never set a value from CSS afterwards because the property origin is set >> to user. >> >> Minor detail - the code of remembering and restoring the state should >> most likely be wrapped in a try-finally statement. >> >> Tom > From david.grieve at oracle.com Tue May 20 13:10:17 2014 From: david.grieve at oracle.com (David Grieve) Date: Tue, 20 May 2014 09:10:17 -0400 Subject: TabPaneSkin modification of styleable property In-Reply-To: <537B4E7F.7070209@bestsolution.at> References: <537B3BCD.7040906@bestsolution.at> <537B49F5.6050404@oracle.com> <537B4E7F.7070209@bestsolution.at> Message-ID: <537B5439.5060004@oracle.com> What I meant was that I don't like that you have to be aware from library code that calling setXXX(value) screws up CSS so you have to use applyStyle(null, value). I wish there was some way of knowing that the setXXX is happening inside library code so this kind of usage wasn't an issue. It would be best to have a bug to track this. On 5/20/14, 8:45 AM, Tom Schindl wrote: > Would it be better to simply use a boolean flag instead of modifing the > property, something along: > > try { > disableAnimation = true; > // ... > } finally { > disableAnimation = false; > } > > Tom > > On 20.05.14 14:26, David Grieve wrote: >> Good find. The code needs to save off the StyleOrigin and use applyStyle >> instead of set. I don't like that you have to deal with this level of >> detail, but I haven't figured out any way around it yet. I'm open to ideas. >> >> // save and set tab animation to none - as it is not >> a good idea >> // to animate on the same data for open and close. >> TabAnimation prevOpenAnimation = >> openTabAnimation.get(); >> StyleOrigin prevOpenOrigin = >> ((StyleableProperty)openTabAnimation).getStyleOrigin(); >> TabAnimation prevCloseAnimation = >> closeTabAnimation.get(); >> StyleOrigin prevCloseOrigin = >> ((StyleableProperty)closeTabAnimation).getStyleOrigin(); >> ((StyleableProperty)openTabAnimation).applyStyle(null, >> TabAnimation.NONE); >> ((StyleableProperty)closeTabAnimation).applyStyle(null, >> TabAnimation.NONE); >> for (int i = c.getFrom(); i < c.getTo(); i++) { >> permutatedTabs.add(tabs.get(i)); >> } >> >> removeTabs(permutatedTabs); >> addTabs(permutatedTabs, c.getFrom()); >> ((StyleableProperty)openTabAnimation).applyStyle(prevOpenOrigin, >> prevOpenAnimation); >> ((StyleableProperty)closeTabAnimation).applyStyle(prevCloseOrigin, >> prevCloseAnimation); >> getSkinnable().getSelectionModel().select(selTab); >> >> >> >> On 5/20/14, 7:26 AM, Tom Schindl wrote: >>> Hi, >>> >>> This question is mostly for David but others might be able to support my >>> feeling that TabPaneSkin works against the CSS-Engine inside its >>> initializeTabListener-method where it does something like this: >>> >>>> // save and set tab animation to none - as it is >>>> not a good idea >>>> // to animate on the same data for open and close. >>>> TabAnimation prevOpenAnimation = >>>> openTabAnimation.get(); >>>> TabAnimation prevCloseAnimation = >>>> closeTabAnimation.get(); >>>> openTabAnimation.set(TabAnimation.NONE); >>>> closeTabAnimation.set(TabAnimation.NONE); >>>> for (int i = c.getFrom(); i < c.getTo(); i++) { >>>> permutatedTabs.add(tabs.get(i)); >>>> } >>>> >>>> removeTabs(permutatedTabs); >>>> addTabs(permutatedTabs, c.getFrom()); >>>> openTabAnimation.set(prevOpenAnimation); >>>> closeTabAnimation.set(prevCloseAnimation); >>> if I now appropriately understand the working of the CSS-Engine it will >>> never set a value from CSS afterwards because the property origin is set >>> to user. >>> >>> Minor detail - the code of remembering and restoring the state should >>> most likely be wrapped in a try-finally statement. >>> >>> Tom From tom.schindl at bestsolution.at Tue May 20 13:17:35 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Tue, 20 May 2014 15:17:35 +0200 Subject: TabPaneSkin modification of styleable property In-Reply-To: <537B5439.5060004@oracle.com> References: <537B3BCD.7040906@bestsolution.at> <537B49F5.6050404@oracle.com> <537B4E7F.7070209@bestsolution.at> <537B5439.5060004@oracle.com> Message-ID: <537B55EF.7040106@bestsolution.at> What if we add a method like: StyleableObjectProperty#runWithOutOriginTracking(Runnable r) Tom On 20.05.14 15:10, David Grieve wrote: > What I meant was that I don't like that you have to be aware from > library code that calling setXXX(value) screws up CSS so you have to use > applyStyle(null, value). I wish there was some way of knowing that the > setXXX is happening inside library code so this kind of usage wasn't an > issue. > > It would be best to have a bug to track this. > > On 5/20/14, 8:45 AM, Tom Schindl wrote: >> Would it be better to simply use a boolean flag instead of modifing the >> property, something along: >> >> try { >> disableAnimation = true; >> // ... >> } finally { >> disableAnimation = false; >> } >> >> Tom >> >> On 20.05.14 14:26, David Grieve wrote: >>> Good find. The code needs to save off the StyleOrigin and use applyStyle >>> instead of set. I don't like that you have to deal with this level of >>> detail, but I haven't figured out any way around it yet. I'm open to >>> ideas. >>> >>> // save and set tab animation to none - as it is >>> not >>> a good idea >>> // to animate on the same data for open and close. >>> TabAnimation prevOpenAnimation = >>> openTabAnimation.get(); >>> StyleOrigin prevOpenOrigin = >>> ((StyleableProperty)openTabAnimation).getStyleOrigin(); >>> TabAnimation prevCloseAnimation = >>> closeTabAnimation.get(); >>> StyleOrigin prevCloseOrigin = >>> ((StyleableProperty)closeTabAnimation).getStyleOrigin(); >>> ((StyleableProperty)openTabAnimation).applyStyle(null, >>> TabAnimation.NONE); >>> ((StyleableProperty)closeTabAnimation).applyStyle(null, >>> TabAnimation.NONE); >>> for (int i = c.getFrom(); i < c.getTo(); i++) { >>> permutatedTabs.add(tabs.get(i)); >>> } >>> >>> removeTabs(permutatedTabs); >>> addTabs(permutatedTabs, c.getFrom()); >>> ((StyleableProperty)openTabAnimation).applyStyle(prevOpenOrigin, >>> >>> prevOpenAnimation); >>> ((StyleableProperty)closeTabAnimation).applyStyle(prevCloseOrigin, >>> >>> prevCloseAnimation); >>> getSkinnable().getSelectionModel().select(selTab); >>> >>> >>> >>> On 5/20/14, 7:26 AM, Tom Schindl wrote: >>>> Hi, >>>> >>>> This question is mostly for David but others might be able to >>>> support my >>>> feeling that TabPaneSkin works against the CSS-Engine inside its >>>> initializeTabListener-method where it does something like this: >>>> >>>>> // save and set tab animation to none - as it is >>>>> not a good idea >>>>> // to animate on the same data for open and >>>>> close. >>>>> TabAnimation prevOpenAnimation = >>>>> openTabAnimation.get(); >>>>> TabAnimation prevCloseAnimation = >>>>> closeTabAnimation.get(); >>>>> openTabAnimation.set(TabAnimation.NONE); >>>>> closeTabAnimation.set(TabAnimation.NONE); >>>>> for (int i = c.getFrom(); i < c.getTo(); i++) { >>>>> permutatedTabs.add(tabs.get(i)); >>>>> } >>>>> >>>>> removeTabs(permutatedTabs); >>>>> addTabs(permutatedTabs, c.getFrom()); >>>>> openTabAnimation.set(prevOpenAnimation); >>>>> closeTabAnimation.set(prevCloseAnimation); >>>> if I now appropriately understand the working of the CSS-Engine it will >>>> never set a value from CSS afterwards because the property origin is >>>> set >>>> to user. >>>> >>>> Minor detail - the code of remembering and restoring the state should >>>> most likely be wrapped in a try-finally statement. >>>> >>>> Tom > From david.grieve at oracle.com Tue May 20 13:57:20 2014 From: david.grieve at oracle.com (David Grieve) Date: Tue, 20 May 2014 09:57:20 -0400 Subject: [8u] Review Request: (RT-37174) [Ensemble8] Progress Indicator sample: indeterminate progress indicator stops spinning on re-entering sample Message-ID: <537B5F40.1050603@oracle.com> Jonathan, Martin, Please review http://cr.openjdk.java.net/~dgrieve/RT-37174/webrev.00/ https://javafx-jira.kenai.com/browse/RT-37174 From hang.vo at oracle.com Tue May 20 15:03:41 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 20 May 2014 15:03:41 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36418: Adding unit tests for scroll gesture recognizer Message-ID: <201405201503.s4KF3qgR023044@aojmv0008> Changeset: 1000cd96bf56 Author: Elina Kleyman Date: 2014-05-20 17:50 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/1000cd96bf56 RT-36418: Adding unit tests for scroll gesture recognizer + tests/system/src/test/java/com/sun/glass/ui/monocle/input/ScrollTest.java + tests/system/src/test/java/com/sun/glass/ui/monocle/input/ScrollTestBase.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/TestApplication.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/devices/TestTouchDevice.java From hang.vo at oracle.com Tue May 20 15:18:08 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 20 May 2014 15:18:08 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37012: [media] Native memory leaking until nio.Buffers are GC'ed Message-ID: <201405201518.s4KFIKW7025435@aojmv0008> Changeset: c4fedef42f45 Author: anashaty Date: 2014-05-20 19:01 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/c4fedef42f45 RT-37012: [media] Native memory leaking until nio.Buffers are GC'ed Reviewed-by: stayer, Alexander.Matveev at oracle.com ! modules/media/src/main/java/com/sun/media/jfxmedia/locator/ConnectionHolder.java From daniel.blaukopf at oracle.com Tue May 20 15:57:30 2014 From: daniel.blaukopf at oracle.com (Daniel Blaukopf) Date: Tue, 20 May 2014 18:57:30 +0300 Subject: Review request: RT-36421 Implement drag and drop for monocle Message-ID: Hi Dave and Lisa, Please review: http://cr.openjdk.java.net/~dblaukop/webrev-20140520-0006-RT-36421/webrev/ https://javafx-jira.kenai.com/browse/RT-36421 Thanks, Daniel From felipe.heidrich at oracle.com Tue May 20 16:30:08 2014 From: felipe.heidrich at oracle.com (Felipe Heidrich) Date: Tue, 20 May 2014 09:30:08 -0700 Subject: review request: RT-37148: [Graphics, Text, Canvas] Draw gradient text broken for Canvas. Message-ID: Hi Jim Please review: https://javafx-jira.kenai.com/browse/RT-37148 http://cr.openjdk.java.net/~fheidric/RT37148/webrev/ Thank you Felipe From steven.vanimpe at icloud.com Tue May 20 16:27:43 2014 From: steven.vanimpe at icloud.com (Steven Van Impe) Date: Tue, 20 May 2014 18:27:43 +0200 Subject: Retro Game I on the App Store Message-ID: <12D9F95C-ABCF-41C0-B96E-C16ACEB24CC1@icloud.com> Hi everyone, About 2 weeks ago I started an experiment aimed at learning more about RoboVM. I set out to port a simple Pong game to iOS, just to see how far I?d get. Much to my surprise (and thanks to Niklas? help), everything went smooth and Retro Game I (Pong was taken) is now available on the App Store: https://itunes.apple.com/us/app/retro-game-i/id876950489 I?ve been told this is the first JavaFX app on the App Store. The steps I took to port and submit the app are summarized in the follow blog entry: http://asipofjava.blogspot.be/2014/05/pong-aka-retro-game-i-available-in-app.html There probably is a lot of room for improvement in what I did, but hopefully this will show that -even if the tools aren?t ?there? yet- it?s already pretty easy to build iOS apps with JavaFX with what we have today. I mean, if I can do it ... ;) Best regards, --- Steven Van Impe Lecturer @ University College Ghent, Belgium http://asipofjava.blogspot.com/ From hang.vo at oracle.com Tue May 20 17:17:50 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 20 May 2014 17:17:50 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405201718.s4KHI7FB014414@aojmv0008> Changeset: 2c13160443c2 Author: Anthony Petrov Date: 2014-05-20 21:08 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/2c13160443c2 [TEST] RT-36285: RT30650Test fails intermittently on nightly build machine Summary: Increase the delay before performing actual test Reviewed-by: kcr ! tests/system/src/test/java/javafx/embed/swing/RT30650GUI.java ! tests/system/src/test/java/javafx/embed/swing/RT30650Test.java Changeset: 7b60160523d6 Author: Felipe Heidrich Date: 2014-05-20 10:18 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/7b60160523d6 RT-36994: [Accessibility, Mac] Value Indicator Slider has strange behavior on Mac ! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacAccessible.java From mike at plan99.net Tue May 20 18:17:49 2014 From: mike at plan99.net (Mike Hearn) Date: Tue, 20 May 2014 20:17:49 +0200 Subject: How to force pixels to hit the screen? Message-ID: I'd like to create my main stage, show some splash widgets, then begin the slower process of hauling the data and rest of the main UI into memory. Unfortunately when I do this most of the startup time has the stage being empty, instead of showing the splash. Introducing some artificial delays makes it reliably appear, but of course I don't want to slow down startup. My guess is that the app initialisation work is starving the render thread, so the pixels for the splash don't hit the screen quickly enough. I tried using an AnimationTimer to wait for a few pulses, but it didn't work. Ditto for plain old runLater. If anyone has ideas, it'd be appreciated. From kevin.rushforth at oracle.com Tue May 20 18:36:14 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 20 May 2014 11:36:14 -0700 Subject: How to force pixels to hit the screen? In-Reply-To: References: Message-ID: <537BA09E.4030105@oracle.com> Hi Mike, As long as you are doing any of the "heavy lifting" on the FX application thread it will necessarily starve the rendering, since the application thread is where animation is run and rendering is triggered. Applications are encouraged to do computationally expensive tasks or tasks that are subject to blocking (e.g., network reads) on a different thread. You have a couple of choices: 1) Use a Preloader to display the splash screen. Do most of your initialization in the init method of the app, and then construct the scene graph and display it in the start method of the app. Further, as long as you don't create a Scene, you can construct much of your scene graph in the init method, too (there are also some controls that cannot be constructed off the App thread due to known issues). 2) Similar to above, but without a Preloader: Create the splash screen in your start method. Do most of your initialization on a background thread (which you would also create in the start() method), allowing start() to return quickly; when the initialization is done, call Platform.runLater() to construct the scene graph. Hope this helps. -- Kevin Mike Hearn wrote: > I'd like to create my main stage, show some splash widgets, then begin the > slower process of hauling the data and rest of the main UI into memory. > Unfortunately when I do this most of the startup time has the stage being > empty, instead of showing the splash. Introducing some artificial delays > makes it reliably appear, but of course I don't want to slow down startup. > > My guess is that the app initialisation work is starving the render thread, > so the pixels for the splash don't hit the screen quickly enough. I tried > using an AnimationTimer to wait for a few pulses, but it didn't work. Ditto > for plain old runLater. > > If anyone has ideas, it'd be appreciated. > From mike at plan99.net Tue May 20 18:47:30 2014 From: mike at plan99.net (Mike Hearn) Date: Tue, 20 May 2014 20:47:30 +0200 Subject: How to force pixels to hit the screen? In-Reply-To: <537BA09E.4030105@oracle.com> References: <537BA09E.4030105@oracle.com> Message-ID: > > As long as you are doing any of the "heavy lifting" on the FX application > thread it will necessarily starve the rendering, since the application > thread is where animation is run and rendering is triggered. Applications > are encouraged to do computationally expensive tasks or tasks that are > subject to blocking (e.g., network reads) on a different thread. Yes, unfortunately one of the heavy tasks is FXMLLoader.load which hits the threading issues I emailed about earlier. But I'm not sure I really understand this. I'm OK with my (non interactive) splash being hung whilst the app thread goes off and do other things, as long as it was able to draw at least one frame to the screen. Is there any way to wait for the rendering thread to settle and process the commands produced by the app thread? From kevin.rushforth at oracle.com Tue May 20 18:56:31 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 20 May 2014 11:56:31 -0700 Subject: How to force pixels to hit the screen? In-Reply-To: References: <537BA09E.4030105@oracle.com> Message-ID: <537BA55F.9030104@oracle.com> I see. > Is there any way to wait for the rendering thread to settle and > process the commands produced by the app thread? No guaranteed way that I know of; we run into a similar issue with our robot-based unit tests. Using an AnimationTimer and waiting for a few frames might work, but it sounds like you tried that? -- Kevin Using the Preloader Mike Hearn wrote: > > As long as you are doing any of the "heavy lifting" on the FX > application thread it will necessarily starve the rendering, since > the application thread is where animation is run and rendering is > triggered. Applications are encouraged to do computationally > expensive tasks or tasks that are subject to blocking (e.g., > network reads) on a different thread. > > > Yes, unfortunately one of the heavy tasks is FXMLLoader.load which > hits the threading issues I emailed about earlier. > > But I'm not sure I really understand this. I'm OK with my (non > interactive) splash being hung whilst the app thread goes off and do > other things, as long as it was able to draw at least one frame to the > screen. Is there any way to wait for the rendering thread to settle > and process the commands produced by the app thread? From ngalarneau at ABINITIO.COM Tue May 20 19:13:49 2014 From: ngalarneau at ABINITIO.COM (ngalarneau at ABINITIO.COM) Date: Tue, 20 May 2014 15:13:49 -0400 Subject: How to force pixels to hit the screen? In-Reply-To: <537BA55F.9030104@oracle.com> References: <537BA09E.4030105@oracle.com> <537BA55F.9030104@oracle.com> Message-ID: Kevin, What if the splash screen was drawn in the start() method and then the rest of the start up code (including the FXML Loader stuff) was run from Platform.runLater()? Would that runLater() code always run after the splash image was finished being rendered? How does the code in runLater() get scheduled? Neil From: Kevin Rushforth To: Mike Hearn , Cc: "openjfx-dev at openjdk.java.net" Date: 05/20/2014 02:56 PM Subject: Re: How to force pixels to hit the screen? Sent by: "openjfx-dev" I see. > Is there any way to wait for the rendering thread to settle and > process the commands produced by the app thread? No guaranteed way that I know of; we run into a similar issue with our robot-based unit tests. Using an AnimationTimer and waiting for a few frames might work, but it sounds like you tried that? -- Kevin Using the Preloader Mike Hearn wrote: > > As long as you are doing any of the "heavy lifting" on the FX > application thread it will necessarily starve the rendering, since > the application thread is where animation is run and rendering is > triggered. Applications are encouraged to do computationally > expensive tasks or tasks that are subject to blocking (e.g., > network reads) on a different thread. > > > Yes, unfortunately one of the heavy tasks is FXMLLoader.load which > hits the threading issues I emailed about earlier. > > But I'm not sure I really understand this. I'm OK with my (non > interactive) splash being hung whilst the app thread goes off and do > other things, as long as it was able to draw at least one frame to the > screen. Is there any way to wait for the rendering thread to settle > and process the commands produced by the app thread? NOTICE from Ab Initio: This email (including any attachments) may contain information that is subject to confidentiality obligations or is legally privileged, and sender does not waive confidentiality or privilege. If received in error, please notify the sender, delete this email, and make no further use, disclosure, or distribution. From David.Hill at Oracle.com Tue May 20 19:50:56 2014 From: David.Hill at Oracle.com (David Hill) Date: Tue, 20 May 2014 15:50:56 -0400 Subject: How to force pixels to hit the screen? In-Reply-To: References: Message-ID: <537BB220.8090104@Oracle.com> On 5/20/14, May 20, 2:17 PM, Mike Hearn wrote: > I'd like to create my main stage, show some splash widgets, then begin the > slower process of hauling the data and rest of the main UI into memory. > Unfortunately when I do this most of the startup time has the stage being > empty, instead of showing the splash. Introducing some artificial delays > makes it reliably appear, but of course I don't want to slow down startup. > > My guess is that the app initialisation work is starving the render thread, > so the pixels for the splash don't hit the screen quickly enough. I tried > using an AnimationTimer to wait for a few pulses, but it didn't work. Ditto > for plain old runLater. > > If anyone has ideas, it'd be appreciated. I talked about some related issue at JavaOne 2013. My talk was called " Making Your JavaFX Application Fly on the Raspberry Pi" and can be found here: http://parleys.com/play/524f478ce4b0c4f11ec57606/about Unfortunately, I don't see that they posted just the slides anywhere, just me doing a voice over the slides. While the talk is targeted towards the Pi, the JavaFX issues are pretty much platform independent. While I did not use FXML, I used worker threads to load images. There is a chunk of the talk where I cover the User Event thread, what is does (page 24 @ 16:44) and what to avoid, and a bit on worker threads themselves. The demo app is in the OpenJFX tree at apps/toys/FXSlideShow It looks like https://javafx-jira.kenai.com/browse/RT-17716 raises some issues that need to be fixed before FXMLLoader.load can work off the event thread :-( -- David Hill Java Embedded Development "A hasty judgment is a first step to recantation." -- Publilius Syrus From tobi at ultramixer.com Tue May 20 20:16:48 2014 From: tobi at ultramixer.com (Tobias Bley) Date: Tue, 20 May 2014 22:16:48 +0200 Subject: Retro Game I on the App Store In-Reply-To: <12D9F95C-ABCF-41C0-B96E-C16ACEB24CC1@icloud.com> References: <12D9F95C-ABCF-41C0-B96E-C16ACEB24CC1@icloud.com> Message-ID: <0C570AF4-67DF-461C-826A-115E7DFC4859@ultramixer.com> Hi, sorry, it?s not the first JFX app on the AppStore?. We released our JFX based remote control app on 03/05/2014 ;) https://itunes.apple.com/de/app/ultramixer-remote/id669471908?mt=8 Concerning your retro game: It?s good to see other JFX based apps on the AppStore?but?. such a simple ping pong game isn?t more than a tech demo because you don?t use complex graphic rendering (only one color, no complex CSS, ?) If you take a look at our real app ?UltraMixerRemote? you?ll see that JavaFX on iOS currently isn?t really good. The main points are: rendering artifacts and poor rendering performance (try on a iPhone4)?. I reported the rendering performance issue on 05/07/2013 (!) on JFX JIRA but no one of Oracle is interested to fix the issue :( SoIMO currently you can?t really use JFX and RoboVM for real world apps on iOS Best regards, Tobi Am 20.05.2014 um 18:27 schrieb Steven Van Impe : > Hi everyone, > > About 2 weeks ago I started an experiment aimed at learning more about RoboVM. I set out to port a simple Pong game to iOS, just to see how far I?d get. Much to my surprise (and thanks to Niklas? help), everything went smooth and Retro Game I (Pong was taken) is now available on the App Store: > > https://itunes.apple.com/us/app/retro-game-i/id876950489 > > I?ve been told this is the first JavaFX app on the App Store. The steps I took to port and submit the app are summarized in the follow blog entry: > > http://asipofjava.blogspot.be/2014/05/pong-aka-retro-game-i-available-in-app.html > > There probably is a lot of room for improvement in what I did, but hopefully this will show that -even if the tools aren?t ?there? yet- it?s already pretty easy to build iOS apps with JavaFX with what we have today. I mean, if I can do it ... ;) > > Best regards, > > --- > Steven Van Impe > Lecturer @ University College Ghent, Belgium > > http://asipofjava.blogspot.com/ > From steven.vanimpe at icloud.com Tue May 20 20:36:23 2014 From: steven.vanimpe at icloud.com (Steven Van Impe) Date: Tue, 20 May 2014 22:36:23 +0200 Subject: Retro Game I on the App Store In-Reply-To: <0C570AF4-67DF-461C-826A-115E7DFC4859@ultramixer.com> References: <12D9F95C-ABCF-41C0-B96E-C16ACEB24CC1@icloud.com> <0C570AF4-67DF-461C-826A-115E7DFC4859@ultramixer.com> Message-ID: <07EEC66C-93C5-474C-B00C-8EE0A9022433@icloud.com> > sorry, it?s not the first JFX app on the AppStore?. We released our JFX based remote control app on 03/05/2014 ;) Damn, I?ll have to update my blog then ;) Did you use RoboVM for this as well? > such a simple ping pong game isn?t more than a tech demo That?s right, it was only meant as an experiment and tech demo, not as an example of a serious application. I?d like to try a ?real world' application next, but I don?t see any free time in the coming months, so I might just wait and see what the future brings for RoboVM. Steven From tobi at ultramixer.com Tue May 20 20:44:56 2014 From: tobi at ultramixer.com (Tobias Bley) Date: Tue, 20 May 2014 22:44:56 +0200 Subject: Retro Game I on the App Store In-Reply-To: <07EEC66C-93C5-474C-B00C-8EE0A9022433@icloud.com> References: <12D9F95C-ABCF-41C0-B96E-C16ACEB24CC1@icloud.com> <0C570AF4-67DF-461C-826A-115E7DFC4859@ultramixer.com> <07EEC66C-93C5-474C-B00C-8EE0A9022433@icloud.com> Message-ID: <8F328277-7578-415E-AA1A-DD2A23D12903@ultramixer.com> 1) Yes, we use RoboVM as well - because currently it?s the only way to bring JFX on iOS? (ok there is Avian VM as well?.) 2) I think RoboVM is great and is not the problem. It?s JavaFX which is currently not optimized to run on iOS (retina devices). Am 20.05.2014 um 22:36 schrieb Steven Van Impe : >> sorry, it?s not the first JFX app on the AppStore?. We released our JFX based remote control app on 03/05/2014 ;) > > Damn, I?ll have to update my blog then ;) Did you use RoboVM for this as well? > >> such a simple ping pong game isn?t more than a tech demo > > That?s right, it was only meant as an experiment and tech demo, not as an example of a serious application. I?d like to try a ?real world' application next, but I don?t see any free time in the coming months, so I might just wait and see what the future brings for RoboVM. > > > Steven From hang.vo at oracle.com Tue May 20 23:03:36 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 20 May 2014 23:03:36 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37226: [Accessibility] JavaFX crashes when Narrator is closed. Message-ID: <201405202303.s4KN3vPR009275@aojmv0008> Changeset: 1ea1fc4d89b9 Author: Felipe Heidrich Date: 2014-05-20 15:50 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/1ea1fc4d89b9 RT-37226: [Accessibility] JavaFX crashes when Narrator is closed. ! modules/graphics/src/main/native-glass/win/GlassAccessible.cpp From hang.vo at oracle.com Tue May 20 23:17:49 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 20 May 2014 23:17:49 +0000 Subject: hg: openjfx/8u-dev/rt: [Accessibility] Verified that not tracking the cloned range and relying on the caller to free it works. Message-ID: <201405202318.s4KNI51p012037@aojmv0008> Changeset: 83dd569f52e6 Author: Felipe Heidrich Date: 2014-05-20 16:05 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/83dd569f52e6 [Accessibility] Verified that not tracking the cloned range and relying on the caller to free it works. ! modules/graphics/src/main/java/com/sun/glass/ui/win/WinTextRangeProvider.java From hang.vo at oracle.com Wed May 21 00:03:20 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 21 May 2014 00:03:20 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405210003.s4L03hYa020432@aojmv0008> Changeset: e17ba3e406c2 Author: jgiles Date: 2014-05-21 10:21 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/e17ba3e406c2 RT-32627: ProgressBarSkin should extend ProgressIndicatorSkin. - modules/controls/src/main/java/com/sun/javafx/scene/control/behavior/ProgressBarBehavior.java - modules/controls/src/main/java/com/sun/javafx/scene/control/behavior/ProgressIndicatorBehavior.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ProgressBarSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ProgressIndicatorSkin.java Changeset: 35b2725a3dce Author: jgiles Date: 2014-05-21 11:29 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/35b2725a3dce RT-37117: [ProgressBar] Animation in progress bar disappears after few run with Java 8 which was running successfully with java 7 (regression) Contributed-by: msladecek ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ProgressBarSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ProgressIndicatorSkin.java From hang.vo at oracle.com Wed May 21 02:33:06 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 21 May 2014 02:33:06 +0000 Subject: hg: openjfx/8u-dev/rt: 3 new changesets Message-ID: <201405210233.s4L2XdtN011970@aojmv0008> Changeset: 2c22900b6925 Author: jgiles Date: 2014-05-21 14:22 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/2c22900b6925 RT-34779: Mac: Another Memory Leak when Menu.useSystemMenuBar(true) is used. ! modules/graphics/src/main/java/com/sun/javafx/tk/quantum/GlassSystemMenu.java ! modules/graphics/src/main/java/javafx/scene/Scene.java Changeset: 92718656242d Author: jgiles Date: 2014-05-21 13:26 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/92718656242d Tooltip code formatting cleanup ! modules/controls/src/main/java/javafx/scene/control/Tooltip.java Changeset: e48f9ada2f39 Author: jgiles Date: 2014-05-21 13:26 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/e48f9ada2f39 RT-37107: [Tooltip] Tooltip Positioning "steals" hover. ! modules/controls/src/main/java/javafx/scene/control/Tooltip.java From hang.vo at oracle.com Wed May 21 04:18:02 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 21 May 2014 04:18:02 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37151: [TableView] When resizing a column in a TableView with many columns (do not fit in the screen), the table scrolls horizontally to the beginning of the table. Message-ID: <201405210418.s4L4IG5O026978@aojmv0008> Changeset: 88934d7bb861 Author: jgiles Date: 2014-05-21 16:06 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/88934d7bb861 RT-37151: [TableView] When resizing a column in a TableView with many columns (do not fit in the screen), the table scrolls horizontally to the beginning of the table. ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/VirtualFlow.java From hang.vo at oracle.com Wed May 21 07:03:29 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 21 May 2014 07:03:29 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405210703.s4L73mFp021090@aojmv0008> Changeset: 36a59c629605 Author: yjoan Date: 2014-05-21 08:39 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/36a59c629605 Adding SceneBuilder sample AirportApp + apps/scenebuilder/samples/AirportApp/.classpath + apps/scenebuilder/samples/AirportApp/.project + apps/scenebuilder/samples/AirportApp/build.xml + apps/scenebuilder/samples/AirportApp/manifest.mf + apps/scenebuilder/samples/AirportApp/nbproject/build-impl.xml + apps/scenebuilder/samples/AirportApp/nbproject/configs/Run_as_WebStart.properties + apps/scenebuilder/samples/AirportApp/nbproject/configs/Run_in_Browser.properties + apps/scenebuilder/samples/AirportApp/nbproject/jfx-impl.xml + apps/scenebuilder/samples/AirportApp/nbproject/project.properties + apps/scenebuilder/samples/AirportApp/nbproject/project.xml + apps/scenebuilder/samples/AirportApp/src/airportapp/Controller.java + apps/scenebuilder/samples/AirportApp/src/airportapp/Main.java + apps/scenebuilder/samples/AirportApp/src/airportapp/airportapp.css + apps/scenebuilder/samples/AirportApp/src/airportapp/airportapp.fxml + apps/scenebuilder/samples/AirportApp/src/airportapp/map.jpg Changeset: 2973eb756769 Author: yjoan Date: 2014-05-21 08:40 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/2973eb756769 Sync up SceneBuilder changes ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/AppPlatform.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/CssPanelDelegate.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/DocumentWatchingController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/DocumentWindowController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/SceneBuilderApp.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/info/InfoPanelController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/menubar/DebugMenuController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/menubar/MenuBarController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/message/MessageBarController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/message/MessagePanelController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/preferences/PreferencesRecordDocument.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/preferences/PreferencesWindowController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/preview/PreviewWindowController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/report/JarAnalysisReportController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/selectionbar/SelectionBarController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/skeleton/SkeletonWindowController.java ! apps/scenebuilder/SceneBuilderApp/src/com/oracle/javafx/scenebuilder/app/template/TemplateDialogController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/EditorController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/drag/DragController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/AbstractDecoration.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/ContentPanelController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/WorkspaceController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/handles/AbstractCurveHandles.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/handles/TabHandles.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/handles/TableColumnHandles.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/handles/TreeTableColumnHandles.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/gesture/DragGesture.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/gesture/ZoomGesture.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/gesture/key/AbstractKeyGesture.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/gesture/mouse/AbstractMouseDragGesture.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/gesture/mouse/AbstractMouseGesture.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/mode/EditModeController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/mode/PickModeController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/css/CssPanelController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/css/SelectionPath.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/hierarchy/AbstractHierarchyPanelController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/hierarchy/HierarchyTaskScheduler.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/hierarchy/treeview/HierarchyTreeCell.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/hierarchy/treeview/HierarchyTreeViewController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/InspectorPanelController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/AnchorPaneConstraintsEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/AutoSuggestEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/BooleanEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/BoundedDoubleEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/ControllerClassEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/CursorEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/DividerPositionsEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/DoubleEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/EditorUtils.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/EnumEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/EventHandlerEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/FxIdEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/GenericEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/I18nStringEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/ImageEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/InsetsEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/IntegerEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/Point3DEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/PropertiesEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/PropertyEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/RotateEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/StringEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/StyleClassEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/StyleEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/StylesheetEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/TextAlignmentEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/editors/ToggleGroupEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/popupeditors/EffectPopupEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/popupeditors/FontPopupEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/popupeditors/KeyCombinationPopupEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/popupeditors/PaintPopupEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/popupeditors/PopupEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/popupeditors/Rectangle2DPopupEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/inspector/popupeditors/StringPopupEditor.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/library/ImportWindowController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/library/LibraryListCell.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/library/LibraryPanelController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/util/AbstractPanelController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/util/AbstractPopupController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/util/AbstractWindowController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/util/dialog/AbstractModalDialog.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/util/dialog/ErrorDialog.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/search/SearchController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/util/ContextMenuController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/util/InlineEditController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/glossary/ControllerClass.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/library/user/UserLibrary.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/FileWatcher.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/effectpicker/BlendPathItem.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/effectpicker/EffectPathItem.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/effectpicker/EffectPicker.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/effectpicker/LightingPathItem.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/effectpicker/editors/CheckBoxControl.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/effectpicker/editors/DoubleTextFieldControl.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/effectpicker/editors/EnumControl.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/effectpicker/editors/LightControl.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/effectpicker/editors/SliderControl.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/paintpicker/PaintPickerController.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/paintpicker/colorpicker/ColorPicker.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/paintpicker/gradientpicker/GradientPicker.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/paintpicker/gradientpicker/GradientPickerStop.java ! apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/util/control/paintpicker/slider/SliderControl.java ! apps/scenebuilder/samples/HelloI18N/src/helloi18n/HelloI18NController.java ! apps/scenebuilder/samples/IssueTrackingBiDi/src/issuetrackingbidi/IssueTrackingBiDiController.java ! apps/scenebuilder/samples/IssueTrackingBiDi/src/issuetrackingbidi/model/TrackingServiceStub.java ! apps/scenebuilder/samples/IssueTrackingLite/src/issuetrackinglite/IssueTrackingLiteController.java ! apps/scenebuilder/samples/IssueTrackingLite/src/issuetrackinglite/model/TrackingServiceStub.java ! apps/scenebuilder/samples/UnlockCustom/src/unlock/UnlockController.java From johan at lodgon.com Wed May 21 07:27:47 2014 From: johan at lodgon.com (Johan Vos) Date: Wed, 21 May 2014 09:27:47 +0200 Subject: Retro Game I on the App Store In-Reply-To: <8F328277-7578-415E-AA1A-DD2A23D12903@ultramixer.com> References: <12D9F95C-ABCF-41C0-B96E-C16ACEB24CC1@icloud.com> <0C570AF4-67DF-461C-826A-115E7DFC4859@ultramixer.com> <07EEC66C-93C5-474C-B00C-8EE0A9022433@icloud.com> <8F328277-7578-415E-AA1A-DD2A23D12903@ultramixer.com> Message-ID: The more apps that are created for IOS (and Android), the more chances a company or a community will improve the underlying platform. That's a simple rule in the IT industry. Keep pushing. - Johan 2014-05-20 22:44 GMT+02:00 Tobias Bley : > 1) Yes, we use RoboVM as well - because currently it's the only way to > bring JFX on iOS... (ok there is Avian VM as well....) > > 2) I think RoboVM is great and is not the problem. It's JavaFX which is > currently not optimized to run on iOS (retina devices). > > > Am 20.05.2014 um 22:36 schrieb Steven Van Impe >: > > >> sorry, it's not the first JFX app on the AppStore.... We released our JFX > based remote control app on 03/05/2014 ;) > > > > Damn, I'll have to update my blog then ;) Did you use RoboVM for this as > well? > > > >> such a simple ping pong game isn't more than a tech demo > > > > That's right, it was only meant as an experiment and tech demo, not as > an example of a serious application. I'd like to try a 'real world' > application next, but I don't see any free time in the coming months, so I > might just wait and see what the future brings for RoboVM. > > > > > > Steven > > From mike at plan99.net Wed May 21 07:43:16 2014 From: mike at plan99.net (Mike Hearn) Date: Wed, 21 May 2014 09:43:16 +0200 Subject: How to force pixels to hit the screen? In-Reply-To: References: <537BA09E.4030105@oracle.com> <537BA55F.9030104@oracle.com> Message-ID: > > Would that runLater() code always run after the splash image was finished > being rendered? Unfortunately I tried this and it doesn't work. JavaFX has a dual threaded architecture in which all app logic and scene graph handling happens on the app thread, and the process of drawing a frame actually just pushes commands onto a render thread which then does the work of translating into OpenGL or DirectX or whatever the underlying rendering engine is. Exactly what that data stream looks like I'm not sure, but my guess as to what is happening (didn't profile it yet) is that my app does lots of stuff during startup (including starting other threads, networking events, etc) and the OS doesn't know that the Prism render thread is special, so it doesn't get scheduled with higher priority vs the others. If there was a way to synchronize with the render thread, that would work, and if there was a way to make the render thread higher priority than the rest, that might also work. But I'm not enough of a guru (yet) to know the best way to do this. From hang.vo at oracle.com Wed May 21 07:47:46 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 21 May 2014 07:47:46 +0000 Subject: hg: openjfx/8u-dev/rt: RT-28412 [ToggleGroup] incorrect behavior of selectToggle method Message-ID: <201405210748.s4L7m0Vv027264@aojmv0008> Changeset: 92f153791fa4 Author: Martin Sladecek Date: 2014-05-21 09:33 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/92f153791fa4 RT-28412 [ToggleGroup] incorrect behavior of selectToggle method Reviewed by: jgiles ! modules/controls/src/main/java/javafx/scene/control/ToggleGroup.java ! modules/controls/src/test/java/javafx/scene/control/ToggleGroupTest.java From lehmann at media-interactive.de Wed May 21 08:28:40 2014 From: lehmann at media-interactive.de (Werner Lehmann) Date: Wed, 21 May 2014 10:28:40 +0200 Subject: How to force pixels to hit the screen? In-Reply-To: References: <537BA09E.4030105@oracle.com> <537BA55F.9030104@oracle.com> Message-ID: <537C63B8.6080807@media-interactive.de> Did you try to lower the priority of your thread(s)? Also, I the suggestion to wait a few frames, e.g. on the AnimationTimer, made a lot of sense to me. This will of course slow down total startup time but there is a better chance of having a complete splash screen. I am also wondering if there could be some kind of trigger to know when the splash has hit the screen? Maybe SplashScreen.layoutChildren could spawn a worker thread (or use runLater) to initialize the rest of the application. Werner On 21.05.2014 09:43, Mike Hearn wrote: > if there was a way to make the render thread higher priority than the > rest, that might also work From dave at jfree.org Wed May 21 08:50:45 2014 From: dave at jfree.org (David Gilbert) Date: Wed, 21 May 2014 10:50:45 +0200 Subject: FXGraphics2D (a Java2D to JavaFX Canvas bridge) Message-ID: <4302DEBE-6D9D-40F4-8F26-E3E14B0750AC@jfree.org> Hello, To add JavaFX support to JFreeChart (http://www.jfree.org/jfreechart) and Orson Charts (http://www.object-refinery.com/orsoncharts), which are both Java2D-based, I have written a Graphics2D implementation that targets the JavaFX Canvas. This is potentially useful to other people with existing Java2D code, so I put the code on GitHub (under a BSD-style license): https://github.com/jfree/fxgraphics2d The code is in good working shape (try the demos and see for yourself) but has not been widely tested yet. Your feedback will be very welcome. Best regards, David Gilbert http://www.jfree.org From hang.vo at oracle.com Wed May 21 09:32:52 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 21 May 2014 09:32:52 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36541: [Glass, Mac] Extremely poor performance with ColorfulCirclesApp on Early 2013 retina MacBook Pro Message-ID: <201405210933.s4L9X5mM014239@aojmv0008> Changeset: 0e6a232fa8c4 Author: pchelko Date: 2014-05-21 13:32 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/0e6a232fa8c4 RT-36541: [Glass, Mac] Extremely poor performance with ColorfulCirclesApp on Early 2013 retina MacBook Pro Reviewed-by: anthony, snorthov ! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacApplication.java ! modules/graphics/src/main/native-glass/mac/GlassApplication.h ! modules/graphics/src/main/native-glass/mac/GlassApplication.m ! modules/graphics/src/main/native-glass/mac/GlassFrameBufferObject.m From David.Hill at Oracle.com Wed May 21 13:48:34 2014 From: David.Hill at Oracle.com (David Hill) Date: Wed, 21 May 2014 09:48:34 -0400 Subject: How to force pixels to hit the screen? In-Reply-To: <537C63B8.6080807@media-interactive.de> References: <537BA09E.4030105@oracle.com> <537BA55F.9030104@oracle.com> <537C63B8.6080807@media-interactive.de> Message-ID: <537CAEB2.7000009@Oracle.com> On 5/21/14, May 21, 4:28 AM, Werner Lehmann wrote: > Did you try to lower the priority of your thread(s)? Also, I the suggestion to wait a few frames, e.g. on the AnimationTimer, made a lot of sense to me. This will of course slow down total startup time but there is a better chance of having a complete splash screen. Java/Thread Priorities/Linux - maybe not what you expect . One of the tasks of the User Event Thread is to schedule/queue repaints, which then happen on the Render thread. During startup - there is serious contention for the user event thread, as it is used to initialize the world (which includes your application). This is the same time when hotspot is waking up and looking for something to optimize. > > I am also wondering if there could be some kind of trigger to know when the splash has hit the screen? Maybe SplashScreen.layoutChildren could spawn a worker thread (or use runLater) to initialize the rest of the application. One trick that I have used in the past - write your app to start up as if it is only going to show the splash screen - and then create a worker thread that delays a second or two before starting to build the rest of the app. This slight delay can often help with the perceived startup speed as it gets something on the screen faster. > > Werner > > On 21.05.2014 09:43, Mike Hearn wrote: >> if there was a way to make the render thread higher priority than the >> rest, that might also work -- David Hill Java Embedded Development "A specification that will not fit on one page of 8.5x11 inch paper cannot be understood." -- Mark Ardis From philip.race at oracle.com Wed May 21 15:36:37 2014 From: philip.race at oracle.com (Phil Race) Date: Wed, 21 May 2014 08:36:37 -0700 Subject: Please review fix for RT-37215 [Printing] Illegal argument exception for HARDWARE_MINIMUM margin Message-ID: <537CC805.4090402@oracle.com> https://javafx-jira.kenai.com/browse/RT-37215 http://cr.openjdk.java.net/~prr/rt-37215/ From hang.vo at oracle.com Wed May 21 15:48:05 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 21 May 2014 15:48:05 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37227: [Regression] NPE when setting RTL Orientation. Message-ID: <201405211548.s4LFmK1w013050@aojmv0008> Changeset: 173e83b68f7e Author: Felipe Heidrich Date: 2014-05-21 08:34 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/173e83b68f7e RT-37227: [Regression] NPE when setting RTL Orientation. ! modules/graphics/src/main/java/com/sun/javafx/text/GlyphLayout.java From adanecito at yahoo.com Wed May 21 16:35:52 2014 From: adanecito at yahoo.com (Tony Anecito) Date: Wed, 21 May 2014 09:35:52 -0700 (PDT) Subject: Retro Game I on the App Store In-Reply-To: References: <12D9F95C-ABCF-41C0-B96E-C16ACEB24CC1@icloud.com> <0C570AF4-67DF-461C-826A-115E7DFC4859@ultramixer.com> <07EEC66C-93C5-474C-B00C-8EE0A9022433@icloud.com> <8F328277-7578-415E-AA1A-DD2A23D12903@ultramixer.com> Message-ID: <1400690152.5118.YahooMailNeo@web121804.mail.ne1.yahoo.com> I sure would love to see Android supported by openJDK and IOS. Seems like a big opportunity for the group and Oracle.?If we could port our apps quickly to it would be really good for everyone. With the CPU and memory capabilities increasing and Android being linux based already seems like they are ready for "Real" apps. ? -Tony On Wednesday, May 21, 2014 1:28 AM, Johan Vos wrote: The more apps that are created for IOS (and Android), the more chances a company or a community will improve the underlying platform. That's a simple rule in the IT industry. Keep pushing. - Johan 2014-05-20 22:44 GMT+02:00 Tobias Bley : > 1) Yes, we use RoboVM as well - because currently it's the only way to > bring JFX on iOS... (ok there is Avian VM as well....) > > 2) I think RoboVM is great and is not the problem. It's JavaFX which is > currently not optimized to run on iOS (retina devices). > > > Am 20.05.2014 um 22:36 schrieb Steven Van Impe >: > > >> sorry, it's not the first JFX app on the AppStore.... We released our JFX > based remote control app on 03/05/2014 ;) > > > > Damn, I'll have to update my blog then ;) Did you use RoboVM for this as > well? > > > >> such a simple ping pong game isn't more than a tech demo > > > > That's right, it was only meant as an experiment and tech demo, not as > an example of a serious application. I'd like to try a 'real world' > application next, but I don't see any free time in the coming months, so I > might just wait and see what the future brings for RoboVM. > > > > > > Steven > > From johan at lodgon.com Wed May 21 16:51:29 2014 From: johan at lodgon.com (Johan Vos) Date: Wed, 21 May 2014 18:51:29 +0200 Subject: Retro Game I on the App Store In-Reply-To: <1400690152.5118.YahooMailNeo@web121804.mail.ne1.yahoo.com> References: <12D9F95C-ABCF-41C0-B96E-C16ACEB24CC1@icloud.com> <0C570AF4-67DF-461C-826A-115E7DFC4859@ultramixer.com> <07EEC66C-93C5-474C-B00C-8EE0A9022433@icloud.com> <8F328277-7578-415E-AA1A-DD2A23D12903@ultramixer.com> <1400690152.5118.YahooMailNeo@web121804.mail.ne1.yahoo.com> Message-ID: We're pretty close to building the JavaFX SDK for Android in the OpenJFX repository itself. Currently, the JavaFX SDK build is available at https://bitbucket.org/javafxports/android/wiki/Home and it is build on the sources from https://bitbucket.org/javafxports/android-graphics-rt which is based on the OpenJFX 8.0 tree. Things like multi-touch support are copied form the 8udev tree into the bitbucket repository. Apart from building the SDK from the OpenJFX sources, the big hurdle is the build process. This is currently a multi-step process but we are trying to simplify it. For a specific project, I'm already down to a single gradle file for building a JavaFX app that then runs in 3 flavors: a desktop one, one using LeapMotion, and an Android one. - Johan 2014-05-21 18:35 GMT+02:00 Tony Anecito : > I sure would love to see Android supported by openJDK and IOS. Seems like > a big opportunity for the group and Oracle. If we could port our apps > quickly to it would be really good for everyone. With the CPU and memory > capabilities increasing and Android being linux based already seems like > they are ready for "Real" apps. > > -Tony > On Wednesday, May 21, 2014 1:28 AM, Johan Vos wrote: > > > The more apps that are created for IOS (and Android), the more chances a > company or a community will improve the underlying platform. That's a > simple rule in the IT industry. > Keep pushing. > > - Johan > > > > 2014-05-20 22:44 GMT+02:00 Tobias Bley : > > > 1) Yes, we use RoboVM as well - because currently it's the only way to > > bring JFX on iOS... (ok there is Avian VM as well....) > > > > > 2) I think RoboVM is great and is not the problem. It's JavaFX which is > > currently not optimized to run on iOS (retina devices). > > > > > > Am 20.05.2014 um 22:36 schrieb Steven Van Impe < > steven.vanimpe at icloud.com > > >: > > > > >> sorry, it's not the first JFX app on the AppStore.... We released our > JFX > > > based remote control app on 03/05/2014 ;) > > > > > > Damn, I'll have to update my blog then ;) Did you use RoboVM for this > as > > well? > > > > > >> such a simple ping pong game isn't more than a tech demo > > > > > > That's right, it was only meant as an experiment and tech demo, not as > > an example of a serious application. I'd like to try a 'real world' > > application next, but I don't see any free time in the coming months, so > I > > might just wait and see what the future brings for RoboVM. > > > > > > > > > Steven > > > > > > > From bilalsoidik at gmail.com Wed May 21 18:41:06 2014 From: bilalsoidik at gmail.com (Bilal Soidik) Date: Wed, 21 May 2014 19:41:06 +0100 Subject: Are Multitouch & Gestures supported on an embedded scene in a JFXPanel Message-ID: Hi! Just I want to know if touch Event are correctly supported in JavaFX application embedded in Swing application. -- *Bilal Soidiki Mpapandza* *Etudiant en Master Sp?. Qualit? du Logiciel, FS UIT* *Ing?nieur logiciel et D?veloppeur Java, C/C++,.NET et PHP* *T?l. *:*(+212) 602746546* *Blog *:* http://la-lune-1.blogspot.com * *Twitter *:* bilaalsoidik* *Skype *:* bilalsoidik* From anthony.petrov at oracle.com Wed May 21 18:48:54 2014 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Wed, 21 May 2014 22:48:54 +0400 Subject: Are Multitouch & Gestures supported on an embedded scene in a JFXPanel In-Reply-To: References: Message-ID: <537CF516.6060706@oracle.com> Hi Bilal, No. This isn't possible at the moment because Swing doesn't support multi-touch. So we can't pass the multi-touch events to the JavaFX scene because there's simply nothing to pass. If your app requires multi-touch input, then your JavaFX scene should be added to a JavaFX Stage. -- best regards, Anthony On 5/21/2014 10:41 PM, Bilal Soidik wrote: > Hi! > Just I want to know if touch Event are correctly supported in JavaFX > application embedded in Swing application. > From jeff at reportmill.com Wed May 21 18:52:52 2014 From: jeff at reportmill.com (Jeff Martin) Date: Wed, 21 May 2014 13:52:52 -0500 Subject: Should TreeItem have a Text property? Message-ID: <775D57B0-3FAD-4E3A-B951-BC9C9D95AEA1@reportmill.com> I'm working with TreeView today and it seems like it would be convenient if TreeItem had a Text property in addition to it's Graphic property. This would seem to solve the most common need for a custom TreeCell factory. Since most trees basically show a tree of labels, it would seem to make as much sense as the Graphic property. It might have been sufficient if the default rendering used TreeItem.toString() instead of TreeItem.getValue().toString(), although this would miss the free updating you could get by resetting a TreeItem.Text property dynamically. jeff From hang.vo at oracle.com Wed May 21 19:03:12 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 21 May 2014 19:03:12 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37075: Application.runLater throws IllegalStateException if called from ShutdownHook Message-ID: <201405211903.s4LJ3VJK013814@aojmv0008> Changeset: 18976928a1be Author: kcr Date: 2014-05-21 11:59 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/18976928a1be RT-37075: Application.runLater throws IllegalStateException if called from ShutdownHook Reviewed-by: anthony ! modules/graphics/src/main/java/com/sun/javafx/robot/impl/BaseFXRobot.java ! modules/graphics/src/main/java/com/sun/javafx/tk/quantum/QuantumToolkit.java ! modules/graphics/src/main/java/javafx/application/Platform.java ! modules/web/src/android/java/com/sun/javafx/webkit/prism/PrismInvoker.java ! modules/web/src/main/java/com/sun/javafx/webkit/prism/PrismInvoker.java From tbee at tbee.org Wed May 21 19:11:16 2014 From: tbee at tbee.org (Tom Eugelink) Date: Wed, 21 May 2014 21:11:16 +0200 Subject: add calculating methods to bind Message-ID: <537CFA54.90900@tbee.org> I would like to add a snap method to a calculating bind. For example: startXProperty().bind( heightProperty().multiply(0.2).snap() ) One option would be to extend the DoubleProperty that is used for the heightProperty, but that would only work for situations where I am the owner of the source. If the binding were reversed (I don't own the source for Line) that will not work. The other option would be to create a special bind method: bindSnap( startXProperty(), heightProperty().multiply(0.2) ) But that would mean duplicating the code in the bind method, and I do not want that (if it is possible at all). And it is not possible to register a change listener to startXProperty and snap the result, because there is none, the value is calculated on the fly. So I really need a way to get into the chain. Any suggestions? Tom From tbee at tbee.org Wed May 21 19:25:37 2014 From: tbee at tbee.org (Tom Eugelink) Date: Wed, 21 May 2014 21:25:37 +0200 Subject: add calculating methods to bind In-Reply-To: <537CFA54.90900@tbee.org> References: <537CFA54.90900@tbee.org> Message-ID: <537CFDB1.4070205@tbee.org> I came up with this: startXProperty().bind( *snap(*heightProperty().multiply(0.2)) ) And then: private DoubleBinding snap(final ObservableNumberValue other, final Observable... dependencies) { return new DoubleBinding() { { super.bind(dependencies); } @Override public void dispose() { super.unbind(dependencies); } @Override protected double computeValue() { return NodeUtil.snap(other.doubleValue()); } @Override public ObservableList getDependencies() { return new ImmutableObservableList(dependencies); } }; } But that always returns 0... I feel this should have worked. Tom From tomas.mikula at gmail.com Wed May 21 19:34:06 2014 From: tomas.mikula at gmail.com (Tomas Mikula) Date: Wed, 21 May 2014 21:34:06 +0200 Subject: add calculating methods to bind In-Reply-To: <537CFDB1.4070205@tbee.org> References: <537CFA54.90900@tbee.org> <537CFDB1.4070205@tbee.org> Message-ID: Hi Tom, it seems to me that in your custom DoubleBinding implementation `other` is not its dependency, thus it does not react to it's invalidations. Tomas On Wed, May 21, 2014 at 9:25 PM, Tom Eugelink wrote: > I came up with this: > > startXProperty().bind( *snap(*heightProperty().multiply(0.2)) ) > > > And then: > > private DoubleBinding snap(final ObservableNumberValue other, final > Observable... dependencies) { > return new DoubleBinding() { > { > super.bind(dependencies); > } > > @Override > public void dispose() { > super.unbind(dependencies); > } > > @Override > protected double computeValue() { > return NodeUtil.snap(other.doubleValue()); > } > > @Override > public ObservableList getDependencies() { > return new > ImmutableObservableList(dependencies); > } > }; > } > > But that always returns 0... I feel this should have worked. > > Tom From tbee at tbee.org Wed May 21 19:36:37 2014 From: tbee at tbee.org (Tom Eugelink) Date: Wed, 21 May 2014 21:36:37 +0200 Subject: add calculating methods to bind In-Reply-To: References: <537CFA54.90900@tbee.org> <537CFDB1.4070205@tbee.org> Message-ID: <537D0045.4010900@tbee.org> Found it! Slightly different DoubleBinding was required (copied it from negate). private DoubleBinding snap(final ObservableNumberValue value, final Observable... dependencies) { return new DoubleBinding() { { super.bind(value); } @Override public void dispose() { super.unbind(value); } @Override protected double computeValue() { return NodeUtil.snapXY(value.doubleValue()); } @Override public ObservableList getDependencies() { return FXCollections.singletonObservableList(value); } }; } On 2014-5-21 21:34, Tomas Mikula wrote: > Hi Tom, > > it seems to me that in your custom DoubleBinding implementation > `other` is not its dependency, thus it does not react to it's > invalidations. > > Tomas > > On Wed, May 21, 2014 at 9:25 PM, Tom Eugelink wrote: >> I came up with this: >> >> startXProperty().bind( *snap(*heightProperty().multiply(0.2)) ) >> >> >> And then: >> >> private DoubleBinding snap(final ObservableNumberValue other, final >> Observable... dependencies) { >> return new DoubleBinding() { >> { >> super.bind(dependencies); >> } >> >> @Override >> public void dispose() { >> super.unbind(dependencies); >> } >> >> @Override >> protected double computeValue() { >> return NodeUtil.snap(other.doubleValue()); >> } >> >> @Override >> public ObservableList getDependencies() { >> return new >> ImmutableObservableList(dependencies); >> } >> }; >> } >> >> But that always returns 0... I feel this should have worked. >> >> Tom From steve.x.northover at oracle.com Wed May 21 19:44:17 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Wed, 21 May 2014 15:44:17 -0400 Subject: Should TreeItem have a Text property? In-Reply-To: <775D57B0-3FAD-4E3A-B951-BC9C9D95AEA1@reportmill.com> References: <775D57B0-3FAD-4E3A-B951-BC9C9D95AEA1@reportmill.com> Message-ID: <537D0211.6060501@oracle.com> This sounds reasonable to me. Please enter a JIRA for it. Steve On 2014-05-21 2:52 PM, Jeff Martin wrote: > I'm working with TreeView today and it seems like it would be convenient if TreeItem had a Text property in addition to it's Graphic property. This would seem to solve the most common need for a custom TreeCell factory. > > Since most trees basically show a tree of labels, it would seem to make as much sense as the Graphic property. > > It might have been sufficient if the default rendering used TreeItem.toString() instead of TreeItem.getValue().toString(), although this would miss the free updating you could get by resetting a TreeItem.Text property dynamically. > > jeff From tomas.mikula at gmail.com Wed May 21 19:47:54 2014 From: tomas.mikula at gmail.com (Tomas Mikula) Date: Wed, 21 May 2014 21:47:54 +0200 Subject: add calculating methods to bind In-Reply-To: <537D0045.4010900@tbee.org> References: <537CFA54.90900@tbee.org> <537CFDB1.4070205@tbee.org> <537D0045.4010900@tbee.org> Message-ID: Yeah, and you could also eliminate "Observable... dependencies" from snap's signature, since now you are not using them to invalidate your binding. On Wed, May 21, 2014 at 9:36 PM, Tom Eugelink wrote: > > Found it! Slightly different DoubleBinding was required (copied it from > negate). > > private DoubleBinding snap(final ObservableNumberValue value, final > Observable... dependencies) { > return new DoubleBinding() { > { > super.bind(value); > } > > @Override > public void dispose() { > super.unbind(value); > } > > @Override > protected double computeValue() { > return NodeUtil.snapXY(value.doubleValue()); > > } > > @Override > public ObservableList getDependencies() { > return FXCollections.singletonObservableList(value); > } > }; > > } > > > > On 2014-5-21 21:34, Tomas Mikula wrote: >> >> Hi Tom, >> >> it seems to me that in your custom DoubleBinding implementation >> `other` is not its dependency, thus it does not react to it's >> invalidations. >> >> Tomas >> >> On Wed, May 21, 2014 at 9:25 PM, Tom Eugelink wrote: >>> >>> I came up with this: >>> >>> startXProperty().bind( *snap(*heightProperty().multiply(0.2)) ) >>> >>> >>> And then: >>> >>> private DoubleBinding snap(final ObservableNumberValue other, final >>> Observable... dependencies) { >>> return new DoubleBinding() { >>> { >>> super.bind(dependencies); >>> } >>> >>> @Override >>> public void dispose() { >>> super.unbind(dependencies); >>> } >>> >>> @Override >>> protected double computeValue() { >>> return NodeUtil.snap(other.doubleValue()); >>> } >>> >>> @Override >>> public ObservableList getDependencies() { >>> return new >>> ImmutableObservableList(dependencies); >>> } >>> }; >>> } >>> >>> But that always returns 0... I feel this should have worked. >>> >>> Tom > > > From tomas.mikula at gmail.com Wed May 21 20:00:01 2014 From: tomas.mikula at gmail.com (Tomas Mikula) Date: Wed, 21 May 2014 22:00:01 +0200 Subject: add calculating methods to bind In-Reply-To: References: <537CFA54.90900@tbee.org> <537CFDB1.4070205@tbee.org> <537D0045.4010900@tbee.org> Message-ID: Just a side note, you could use EasyBind.map(heightProperty(), value -> NodeUtil.snapXY(value.doubleValue() * 0.2)); instead of snap(heightProperty().multiply(0.2)) and you don't need your custom DoubleBinding implementation. But note that it returns Binding, not DoubleBinding. EasyBind is at http://www.fxmisc.org/easybind/ Tomas On Wed, May 21, 2014 at 9:47 PM, Tomas Mikula wrote: > Yeah, and you could also eliminate "Observable... dependencies" from > snap's signature, since now you are not using them to invalidate your > binding. > > On Wed, May 21, 2014 at 9:36 PM, Tom Eugelink wrote: >> >> Found it! Slightly different DoubleBinding was required (copied it from >> negate). >> >> private DoubleBinding snap(final ObservableNumberValue value, final >> Observable... dependencies) { >> return new DoubleBinding() { >> { >> super.bind(value); >> } >> >> @Override >> public void dispose() { >> super.unbind(value); >> } >> >> @Override >> protected double computeValue() { >> return NodeUtil.snapXY(value.doubleValue()); >> >> } >> >> @Override >> public ObservableList getDependencies() { >> return FXCollections.singletonObservableList(value); >> } >> }; >> >> } >> >> >> >> On 2014-5-21 21:34, Tomas Mikula wrote: >>> >>> Hi Tom, >>> >>> it seems to me that in your custom DoubleBinding implementation >>> `other` is not its dependency, thus it does not react to it's >>> invalidations. >>> >>> Tomas >>> >>> On Wed, May 21, 2014 at 9:25 PM, Tom Eugelink wrote: >>>> >>>> I came up with this: >>>> >>>> startXProperty().bind( *snap(*heightProperty().multiply(0.2)) ) >>>> >>>> >>>> And then: >>>> >>>> private DoubleBinding snap(final ObservableNumberValue other, final >>>> Observable... dependencies) { >>>> return new DoubleBinding() { >>>> { >>>> super.bind(dependencies); >>>> } >>>> >>>> @Override >>>> public void dispose() { >>>> super.unbind(dependencies); >>>> } >>>> >>>> @Override >>>> protected double computeValue() { >>>> return NodeUtil.snap(other.doubleValue()); >>>> } >>>> >>>> @Override >>>> public ObservableList getDependencies() { >>>> return new >>>> ImmutableObservableList(dependencies); >>>> } >>>> }; >>>> } >>>> >>>> But that always returns 0... I feel this should have worked. >>>> >>>> Tom >> >> >> From tbee at tbee.org Wed May 21 20:06:19 2014 From: tbee at tbee.org (Tom Eugelink) Date: Wed, 21 May 2014 22:06:19 +0200 Subject: add calculating methods to bind In-Reply-To: References: <537CFA54.90900@tbee.org> <537CFDB1.4070205@tbee.org> <537D0045.4010900@tbee.org> Message-ID: <537D073B.3030502@tbee.org> If I ever write a real application, I'm most definitely will use EasyBind. But this is for sharping up Agenda in JFXtras. I try to minimize the dependencies. Tom On 2014-5-21 22:00, Tomas Mikula wrote: > Just a side note, you could use > > EasyBind.map(heightProperty(), value -> > NodeUtil.snapXY(value.doubleValue() * 0.2)); > > instead of > > snap(heightProperty().multiply(0.2)) > > and you don't need your custom DoubleBinding implementation. But note > that it returns Binding, not DoubleBinding. > > EasyBind is at http://www.fxmisc.org/easybind/ > > Tomas > > On Wed, May 21, 2014 at 9:47 PM, Tomas Mikula wrote: >> Yeah, and you could also eliminate "Observable... dependencies" from >> snap's signature, since now you are not using them to invalidate your >> binding. >> >> On Wed, May 21, 2014 at 9:36 PM, Tom Eugelink wrote: >>> Found it! Slightly different DoubleBinding was required (copied it from >>> negate). >>> >>> private DoubleBinding snap(final ObservableNumberValue value, final >>> Observable... dependencies) { >>> return new DoubleBinding() { >>> { >>> super.bind(value); >>> } >>> >>> @Override >>> public void dispose() { >>> super.unbind(value); >>> } >>> >>> @Override >>> protected double computeValue() { >>> return NodeUtil.snapXY(value.doubleValue()); >>> >>> } >>> >>> @Override >>> public ObservableList getDependencies() { >>> return FXCollections.singletonObservableList(value); >>> } >>> }; >>> >>> } >>> >>> >>> >>> On 2014-5-21 21:34, Tomas Mikula wrote: >>>> Hi Tom, >>>> >>>> it seems to me that in your custom DoubleBinding implementation >>>> `other` is not its dependency, thus it does not react to it's >>>> invalidations. >>>> >>>> Tomas >>>> >>>> On Wed, May 21, 2014 at 9:25 PM, Tom Eugelink wrote: >>>>> I came up with this: >>>>> >>>>> startXProperty().bind( *snap(*heightProperty().multiply(0.2)) ) >>>>> >>>>> >>>>> And then: >>>>> >>>>> private DoubleBinding snap(final ObservableNumberValue other, final >>>>> Observable... dependencies) { >>>>> return new DoubleBinding() { >>>>> { >>>>> super.bind(dependencies); >>>>> } >>>>> >>>>> @Override >>>>> public void dispose() { >>>>> super.unbind(dependencies); >>>>> } >>>>> >>>>> @Override >>>>> protected double computeValue() { >>>>> return NodeUtil.snap(other.doubleValue()); >>>>> } >>>>> >>>>> @Override >>>>> public ObservableList getDependencies() { >>>>> return new >>>>> ImmutableObservableList(dependencies); >>>>> } >>>>> }; >>>>> } >>>>> >>>>> But that always returns 0... I feel this should have worked. >>>>> >>>>> Tom >>> >>> From anthony.petrov at oracle.com Wed May 21 20:08:30 2014 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Thu, 22 May 2014 00:08:30 +0400 Subject: [8u20] Review request for RT-36957: [Gtk] Intermittent crash running system tests Message-ID: <537D07BE.60107@oracle.com> Hi Alexander, Please review the fix: https://javafx-jira.kenai.com/browse/RT-36957 -- best regards, Anthony From jeff at reportmill.com Wed May 21 20:28:04 2014 From: jeff at reportmill.com (Jeff Martin) Date: Wed, 21 May 2014 15:28:04 -0500 Subject: Should TreeItem have a Text property? In-Reply-To: <537D0211.6060501@oracle.com> References: <775D57B0-3FAD-4E3A-B951-BC9C9D95AEA1@reportmill.com> <537D0211.6060501@oracle.com> Message-ID: <501197F3-187C-4EC5-9245-A178CD338874@reportmill.com> Thanks! Jira: TreeItem should have a Text property jeff On May 21, 2014, at 2:44 PM, Stephen F Northover wrote: > This sounds reasonable to me. Please enter a JIRA for it. > > Steve > > On 2014-05-21 2:52 PM, Jeff Martin wrote: >> I'm working with TreeView today and it seems like it would be convenient if TreeItem had a Text property in addition to it's Graphic property. This would seem to solve the most common need for a custom TreeCell factory. >> >> Since most trees basically show a tree of labels, it would seem to make as much sense as the Graphic property. >> >> It might have been sufficient if the default rendering used TreeItem.toString() instead of TreeItem.getValue().toString(), although this would miss the free updating you could get by resetting a TreeItem.Text property dynamically. >> >> jeff > From hang.vo at oracle.com Wed May 21 21:03:27 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 21 May 2014 21:03:27 +0000 Subject: hg: openjfx/8u-dev/rt: RT-21344: address some findbugs issues in CSS code. Message-ID: <201405212103.s4LL3xIt003441@aojmv0008> Changeset: 87052b839eb2 Author: David Grieve Date: 2014-05-21 16:43 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/87052b839eb2 RT-21344: address some findbugs issues in CSS code. ! modules/graphics/src/main/java/com/sun/javafx/css/BitSet.java - modules/graphics/src/main/java/com/sun/javafx/css/BorderPaint.java ! modules/graphics/src/main/java/com/sun/javafx/css/CalculatedValue.java ! modules/graphics/src/main/java/com/sun/javafx/css/CascadingStyle.java ! modules/graphics/src/main/java/com/sun/javafx/css/CompoundSelector.java ! modules/graphics/src/main/java/com/sun/javafx/css/CssError.java ! modules/graphics/src/main/java/com/sun/javafx/css/Declaration.java ! modules/graphics/src/main/java/com/sun/javafx/css/FontFace.java ! modules/graphics/src/main/java/com/sun/javafx/css/Match.java ! modules/graphics/src/main/java/com/sun/javafx/css/ParsedValueImpl.java ! modules/graphics/src/main/java/com/sun/javafx/css/PseudoClassState.java ! modules/graphics/src/main/java/com/sun/javafx/css/Rule.java ! modules/graphics/src/main/java/com/sun/javafx/css/Selector.java ! modules/graphics/src/main/java/com/sun/javafx/css/SelectorPartitioning.java ! modules/graphics/src/main/java/com/sun/javafx/css/SimpleSelector.java ! modules/graphics/src/main/java/com/sun/javafx/css/StringStore.java ! modules/graphics/src/main/java/com/sun/javafx/css/StyleCache.java ! modules/graphics/src/main/java/com/sun/javafx/css/StyleCacheEntry.java ! modules/graphics/src/main/java/com/sun/javafx/css/StyleClassSet.java ! modules/graphics/src/main/java/com/sun/javafx/css/StyleConverterImpl.java ! modules/graphics/src/main/java/com/sun/javafx/css/StyleManager.java ! modules/graphics/src/main/java/com/sun/javafx/css/Stylesheet.java ! modules/graphics/src/main/java/com/sun/javafx/css/converters/BooleanConverter.java ! modules/graphics/src/main/java/com/sun/javafx/css/converters/ColorConverter.java ! modules/graphics/src/main/java/com/sun/javafx/css/converters/CursorConverter.java ! modules/graphics/src/main/java/com/sun/javafx/css/converters/EffectConverter.java ! modules/graphics/src/main/java/com/sun/javafx/css/converters/EnumConverter.java ! modules/graphics/src/main/java/com/sun/javafx/css/converters/FontConverter.java ! modules/graphics/src/main/java/com/sun/javafx/css/converters/InsetsConverter.java ! modules/graphics/src/main/java/com/sun/javafx/css/converters/PaintConverter.java ! modules/graphics/src/main/java/com/sun/javafx/css/converters/SizeConverter.java ! modules/graphics/src/main/java/com/sun/javafx/css/converters/StringConverter.java ! modules/graphics/src/main/java/com/sun/javafx/css/converters/URLConverter.java ! modules/graphics/src/main/java/com/sun/javafx/css/parser/CSSLexer.java ! modules/graphics/src/main/java/com/sun/javafx/css/parser/CSSParser.java ! modules/graphics/src/main/java/com/sun/javafx/css/parser/Css2Bin.java ! modules/graphics/src/main/java/com/sun/javafx/css/parser/DeriveColorConverter.java ! modules/graphics/src/main/java/com/sun/javafx/css/parser/DeriveSizeConverter.java ! modules/graphics/src/main/java/com/sun/javafx/css/parser/LadderConverter.java ! modules/graphics/src/main/java/com/sun/javafx/css/parser/StopConverter.java ! modules/graphics/src/main/java/javafx/css/FontCssMetaData.java ! modules/graphics/src/main/java/javafx/css/ParsedValue.java ! modules/graphics/src/main/java/javafx/css/PseudoClass.java ! modules/graphics/src/main/java/javafx/css/StyleConverter.java ! modules/graphics/src/main/java/javafx/css/Styleable.java ! modules/graphics/src/main/java/javafx/css/StyleableProperty.java ! modules/graphics/src/main/java/javafx/css/package.html ! modules/graphics/src/main/java/javafx/scene/CssStyleHelper.java ! modules/graphics/src/test/java/com/sun/javafx/css/CssMetaDataTest.java ! modules/graphics/src/test/java/com/sun/javafx/css/PaintTypeTest.java ! modules/graphics/src/test/java/com/sun/javafx/css/SelectorPartitioningTest.java ! modules/graphics/src/test/java/com/sun/javafx/css/URLTypeTest.java ! modules/graphics/src/test/java/com/sun/javafx/css/parser/CSSLexerTest.java From hang.vo at oracle.com Wed May 21 21:47:48 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 21 May 2014 21:47:48 +0000 Subject: hg: openjfx/8u-dev/rt: RT-35628: Application Bundlers Message-ID: <201405212148.s4LLm0uU009629@aojmv0008> Changeset: 0db6ba44ef98 Author: shemnon Date: 2014-05-21 15:28 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/0db6ba44ef98 RT-35628: Application Bundlers Summary: Mac installers (DMG, PKG) don't append the app version to the installer name. Fix that Also, add hooks so that mac and windows installers can have any arbitrary file name for the installers, if desired. ! modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacAppStoreBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacBaseInstallerBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacDmgBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacPkgBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WinExeBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WinMsiBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WindowsBundlerParam.java ! modules/fxpackager/src/main/resources/com/oracle/tools/packager/mac/MacBaseInstallerBundler.properties ! modules/fxpackager/src/main/resources/com/oracle/tools/packager/windows/WindowsBundlerParam.properties ! modules/fxpackager/src/main/resources/com/oracle/tools/packager/windows/template.iss From hang.vo at oracle.com Wed May 21 22:47:41 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 21 May 2014 22:47:41 +0000 Subject: hg: openjfx/8u-dev/rt: Fixed RT-7215) [Printing] Illegal argument exception for HARDWARE_MINIMUM margin Message-ID: <201405212247.s4LMlrYc018183@aojmv0008> Changeset: b266db447ddd Author: prr Date: 2014-05-21 15:33 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/b266db447ddd Fixed RT-7215) [Printing] Illegal argument exception for HARDWARE_MINIMUM margin Reviewed-by: flar ! modules/graphics/src/main/java/javafx/print/Printer.java From hang.vo at oracle.com Thu May 22 00:17:45 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 22 May 2014 00:17:45 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36985: [Accessibility, Windows] Combobox won't take accessibility focus when clicked with mouse (but tabbing works) Message-ID: <201405220017.s4M0Hwjn003648@aojmv0008> Changeset: 65119ab613e1 Author: Felipe Heidrich Date: 2014-05-21 17:03 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/65119ab613e1 RT-36985: [Accessibility, Windows] Combobox won't take accessibility focus when clicked with mouse (but tabbing works) Does not get all the cases but fixes the most common ones. ! modules/graphics/src/main/java/com/sun/glass/ui/win/WinAccessible.java ! modules/graphics/src/main/java/com/sun/glass/ui/win/WinTextRangeProvider.java From hang.vo at oracle.com Thu May 22 07:33:14 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 22 May 2014 07:33:14 +0000 Subject: hg: openjfx/8u-dev/rt: 3 new changesets Message-ID: <201405220733.s4M7Xret007423@aojmv0008> Changeset: 61759b06fec0 Author: Martin Sladecek Date: 2014-05-22 09:23 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/61759b06fec0 RT-36868 [Accordion, TitledPane] Minimum size allows to shrink TitledPane/Accordion below minimum size of the content, also corrupts animation Updated fix that doesn't cause RT-37201 Reviewed by: jgiles ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/AccordionSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TitledPaneSkin.java Changeset: a601e43f9335 Author: Martin Sladecek Date: 2014-05-22 09:25 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/a601e43f9335 [JAVADOC] Update PopupWindow documentation, describing the auto-hiding behaviour for PopupWindows with owner Node. ! modules/graphics/src/main/java/javafx/stage/PopupWindow.java Changeset: e4e9bbcaf688 Author: Martin Sladecek Date: 2014-05-22 09:27 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/e4e9bbcaf688 RT-17368 [ScrollPane] Scrollbar isn't taken into account, when it overlaps with content. Reviewed by: jgiles ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ScrollPaneSkin.java From hang.vo at oracle.com Thu May 22 09:32:52 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 22 May 2014 09:32:52 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37224: Make SwingFXUtils.installFwEventQueue() and removeFwEventQueue() private Message-ID: <201405220933.s4M9X4px029590@aojmv0008> Changeset: 339db617ff3b Author: Anthony Petrov Date: 2014-05-22 13:28 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/339db617ff3b RT-37224: Make SwingFXUtils.installFwEventQueue() and removeFwEventQueue() private Reviewed-by: snorthov ! modules/graphics/src/main/java/com/sun/javafx/application/PlatformImpl.java ! modules/swing/src/main/java/javafx/embed/swing/SwingFXUtils.java From hang.vo at oracle.com Thu May 22 12:03:01 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 22 May 2014 12:03:01 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37242 [ScrollPane] content not visible on embedded Message-ID: <201405221203.s4MC3Enc025638@aojmv0008> Changeset: d0ccd8cdfa58 Author: Martin Sladecek Date: 2014-05-22 14:00 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/d0ccd8cdfa58 RT-37242 [ScrollPane] content not visible on embedded ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ScrollPaneSkin.java From hang.vo at oracle.com Thu May 22 14:03:29 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 22 May 2014 14:03:29 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37214 - Adding unit tests for threshold of scroll gesture Message-ID: <201405221403.s4ME3fd6022039@aojmv0008> Changeset: 6a012e194293 Author: Elina Kleyman Date: 2014-05-22 16:55 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/6a012e194293 RT-37214 - Adding unit tests for threshold of scroll gesture + tests/system/src/test/java/com/sun/glass/ui/monocle/input/ScrollThresholdTest.java From hang.vo at oracle.com Thu May 22 15:33:18 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 22 May 2014 15:33:18 +0000 Subject: hg: openjfx/8u-dev/rt: ScrollPaneSkinTest aligned with RT-21251 (the original fix for this issue was broken, so the test did not fail). Message-ID: <201405221533.s4MFXT7V005567@aojmv0008> Changeset: 6ae997057419 Author: Martin Sladecek Date: 2014-05-22 17:19 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/6ae997057419 ScrollPaneSkinTest aligned with RT-21251 (the original fix for this issue was broken, so the test did not fail). ! modules/controls/src/test/java/com/sun/javafx/scene/control/skin/ScrollPaneSkinTest.java From hang.vo at oracle.com Thu May 22 16:03:27 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 22 May 2014 16:03:27 +0000 Subject: hg: openjfx/8u-dev/rt: [Acessibility] Fixing mistake (testing code) released accidentally with RT-36985 Message-ID: <201405221603.s4MG3dh1010820@aojmv0008> Changeset: f17653883d59 Author: Felipe Heidrich Date: 2014-05-22 08:50 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/f17653883d59 [Acessibility] Fixing mistake (testing code) released accidentally with RT-36985 ! modules/graphics/src/main/java/com/sun/glass/ui/win/WinTextRangeProvider.java From David.Hill at Oracle.com Thu May 22 16:40:06 2014 From: David.Hill at Oracle.com (David Hill) Date: Thu, 22 May 2014 12:40:06 -0400 Subject: review for build fix to fail when tools are not present in cross build Message-ID: <537E2866.2070808@Oracle.com> Jira: https://javafx-jira.kenai.com/browse/RT-36056 (please coment in the jira) please review: http://cr.openjdk.java.net/~ddhill/RT-36056 I changed the buldSrc files where there was an obvious error case (grep -i error and looked for print statements). In each location which was ARM and Android, I changed the print/return, with a fail("message"). The fail method throws a build exception which stops the build process, instead of continuing as we did before. I did test/check the reported failure in this jira, and found that I "failed" correctly when I removed the required compiler. I did not check all of the other paths, but applied the same pattern to them. -- David Hill Java Embedded Development "Why is it drug addicts and computer afficionados are both called users?" -- Clifford Stoll From hang.vo at oracle.com Thu May 22 17:32:47 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 22 May 2014 17:32:47 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405221733.s4MHX5ZC024523@aojmv0008> Changeset: 90605ca72ec6 Author: Felipe Heidrich Date: 2014-05-22 10:12 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/90605ca72ec6 RT-36985: [Accessibility, Windows] Make sure the focus stays in the Combo (internally Combo puts the focus in the Text control). ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ComboBoxListViewSkin.java Changeset: 2ca812fcee42 Author: shemnon Date: 2014-05-22 11:26 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/2ca812fcee42 RT-37217:mac packaging fails when RUNTIME option is passed Summary: the multiple instances of a RUNTIME bundle arg that could adjust the default value resulted in some execution order dependant strangeness. So we get rid of the standard RUNTIME and just use the platform specific ones when needed. ! modules/fxpackager/src/main/java/com/oracle/tools/packager/AbstractBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/StandardBundlerParam.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/linux/LinuxAppBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacAppBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WinAppBundler.java ! modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WindowsBundlerParam.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/PackagerLib.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/BundleParams.java ! modules/fxpackager/src/main/native/launcher/mac/main.m ! modules/fxpackager/src/main/resources/com/oracle/tools/packager/linux/LinuxAppBundler.properties ! modules/fxpackager/src/main/resources/com/oracle/tools/packager/mac/MacAppBundler.properties ! modules/fxpackager/src/main/resources/com/oracle/tools/packager/windows/WindowsBundlerParam.properties ! modules/fxpackager/src/test/java/com/oracle/tools/packager/windows/WinAppBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/windows/WinExeBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/windows/WinMsiBundlerTest.java From kevin.s at qualitycode.com Thu May 22 19:04:00 2014 From: kevin.s at qualitycode.com (Kevin Smith) Date: Thu, 22 May 2014 12:04:00 -0700 Subject: Right-to-left ChoiceBox popup position In-Reply-To: <5373F2A4.3090607@oracle.com> References: <5373F250.10209@qualitycode.com> <5373F2A4.3090607@oracle.com> Message-ID: <537E4A20.6000507@qualitycode.com> While trying to create a sample to demonstrate the problem, it became clear that it is not simple to reproduce. I eliminated the FXML and CSS as possible causes, so it must be something deeper in our Java code. It could even be related to it being embedded in a Swing JavaFX pane. I have to set it aside for now, and will come back to it later. But I wanted to update the list in case anyone else is seeing something similar. Thanks, Kevin On 05/14/2014 03:48 PM, Jonathan Giles wrote: > As far as I know it is unknown at this point. Please do file a bug with > a test application. > > Thanks, > > -- Jonathan > > On 15/05/2014 10:46 a.m., Kevin Smith wrote: >> In a scene that is configured to use a right-to-left orientation, we >> have a ChoiceBox. When clicked, the popup of available items is shownin >> the wrong position (well away from the choicebox itself). My guess is >> that it is ignoring the orientation, and coming up in a relative >> position that would be correct in a left-to-right screen. >> >> We have seen this on Windows, Mac, and Linux, using Java 1.8.0. >> >> Is this already a known problem? If not, let me know if I need to create >> a sample app that demonstrates it. >> >> Thanks, >> >> Kevin > From david.grieve at oracle.com Thu May 22 19:23:34 2014 From: david.grieve at oracle.com (David Grieve) Date: Thu, 22 May 2014 15:23:34 -0400 Subject: [8u] Review request: (RT-37168) Mention if a property is configurable via CSS in the javadocs. Message-ID: <537E4EB6.5080609@oracle.com> Steve, Kevin, I'm looking for your ok on a change to rt/build.gradle that will allow me to add @css tags in javadoc. The diff is in the bug. This isn't the fix for the bug, but if you don't want to allow the tag option, then I need to approach this bug in a different way. https://javafx-jira.kenai.com/browse/RT-37168 From steve.x.northover at oracle.com Thu May 22 19:35:05 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Thu, 22 May 2014 15:35:05 -0400 Subject: [8u] Review request: (RT-37168) Mention if a property is configurable via CSS in the javadocs. In-Reply-To: <537E4EB6.5080609@oracle.com> References: <537E4EB6.5080609@oracle.com> Message-ID: <537E5169.8000505@oracle.com> Hi David, I didn't see a problem with this. Is there a downside to adding arbitrary tags to JavaDoc? Steve On 2014-05-22 3:23 PM, David Grieve wrote: > Steve, Kevin, > > I'm looking for your ok on a change to rt/build.gradle that will allow > me to add @css tags in javadoc. The diff is in the bug. This isn't the > fix for the bug, but if you don't want to allow the tag option, then I > need to approach this bug in a different way. > > https://javafx-jira.kenai.com/browse/RT-37168 From david.grieve at oracle.com Thu May 22 19:42:36 2014 From: david.grieve at oracle.com (David Grieve) Date: Thu, 22 May 2014 15:42:36 -0400 Subject: [8u] Review request: (RT-37168) Mention if a property is configurable via CSS in the javadocs. In-Reply-To: <537E5169.8000505@oracle.com> References: <537E4EB6.5080609@oracle.com> <537E5169.8000505@oracle.com> Message-ID: <537E532C.3040708@oracle.com> Only if someone runs javadoc without adding a "-tag css" arg, which will result in an 'unknown tag' error. On 5/22/14, 3:35 PM, Stephen F Northover wrote: > Hi David, > > I didn't see a problem with this. Is there a downside to adding > arbitrary tags to JavaDoc? > > Steve > > On 2014-05-22 3:23 PM, David Grieve wrote: >> Steve, Kevin, >> >> I'm looking for your ok on a change to rt/build.gradle that will >> allow me to add @css tags in javadoc. The diff is in the bug. This >> isn't the fix for the bug, but if you don't want to allow the tag >> option, then I need to approach this bug in a different way. >> >> https://javafx-jira.kenai.com/browse/RT-37168 > From swpalmer at gmail.com Thu May 22 19:45:18 2014 From: swpalmer at gmail.com (Scott Palmer) Date: Thu, 22 May 2014 15:45:18 -0400 Subject: Layout regression Message-ID: I'm investigating an issue with my application where things are working fine running with JavaFX 2.2 on 7u55, but I have a particular case where 8u5 is throwing the following exception during layout: Exception in thread "JavaFX Application Thread" java.lang.NullPointerException at javafx.scene.layout.GridPane.computeMinHeights(GridPane.java:1450) at javafx.scene.layout.GridPane.computeMinHeight(GridPane.java:1224) at javafx.scene.Parent.minHeight(Parent.java:946) at javafx.scene.layout.Region.minHeight(Region.java:1404) at javafx.scene.layout.Region.computeChildMinAreaHeight(Region.java:1700) at javafx.scene.layout.Region.getMaxAreaHeight(Region.java:1981) at javafx.scene.layout.Region.computeMaxMinAreaHeight(Region.java:1854) at javafx.scene.layout.StackPane.computeMinHeight(StackPane.java:293) at javafx.scene.Parent.minHeight(Parent.java:946) at javafx.scene.layout.Region.minHeight(Region.java:1404) at javafx.scene.layout.Region.computeChildPrefAreaHeight(Region.java:1765) at javafx.scene.layout.Region.getMaxAreaHeight(Region.java:1982) at javafx.scene.layout.Region.computeMaxPrefAreaHeight(Region.java:1884) at javafx.scene.layout.StackPane.computePrefHeight(StackPane.java:310) at javafx.scene.Parent.prefHeight(Parent.java:918) at javafx.scene.layout.Region.prefHeight(Region.java:1438) at com.sun.javafx.scene.control.skin.TitledPaneSkin.computePrefHeight(TitledPaneSkin.java:249) at javafx.scene.control.Control.computePrefHeight(Control.java:543) at javafx.scene.Parent.prefHeight(Parent.java:918) at javafx.scene.layout.Region.prefHeight(Region.java:1438) at javafx.scene.layout.Region.computeChildPrefAreaHeight(Region.java:1765) at javafx.scene.layout.GridPane.computePrefHeights(GridPane.java:1407) at javafx.scene.layout.GridPane.computePrefHeight(GridPane.java:1242) at javafx.scene.Parent.prefHeight(Parent.java:918) at javafx.scene.layout.Region.prefHeight(Region.java:1438) at com.sun.javafx.scene.control.skin.ScrollPaneSkin.computeScrollNodeSize(ScrollPaneSkin.java:916) at com.sun.javafx.scene.control.skin.ScrollPaneSkin.layoutChildren(ScrollPaneSkin.java:791) at javafx.scene.control.Control.layoutChildren(Control.java:574) at javafx.scene.Parent.layout(Parent.java:1076) at javafx.scene.Parent.layout(Parent.java:1082) at javafx.scene.Parent.layout(Parent.java:1082) at javafx.scene.Parent.layout(Parent.java:1082) at javafx.scene.Parent.layout(Parent.java:1082) at javafx.scene.Parent.layout(Parent.java:1082) at javafx.scene.Parent.layout(Parent.java:1082) at javafx.scene.Parent.layout(Parent.java:1082) at javafx.scene.Parent.layout(Parent.java:1082) at javafx.scene.Parent.layout(Parent.java:1082) at javafx.scene.Parent.layout(Parent.java:1082) at javafx.scene.Parent.layout(Parent.java:1082) at javafx.scene.Scene.doLayoutPass(Scene.java:576) at javafx.scene.Scene$ScenePulseListener.pulse(Scene.java:2386) at com.sun.javafx.tk.Toolkit$3.run(Toolkit.java:321) at com.sun.javafx.tk.Toolkit$3.run(Toolkit.java:319) at java.security.AccessController.doPrivileged(Native Method) at com.sun.javafx.tk.Toolkit.runPulse(Toolkit.java:319) at com.sun.javafx.tk.Toolkit.firePulse(Toolkit.java:348) at com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:479) at com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:460) at com.sun.javafx.tk.quantum.QuantumToolkit$13.run(QuantumToolkit.java:327) at com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:95) at com.sun.glass.ui.win.WinApplication._runLoop(Native Method) at com.sun.glass.ui.win.WinApplication.access$300(WinApplication.java:39) at com.sun.glass.ui.win.WinApplication$4$1.run(WinApplication.java:112) at java.lang.Thread.run(Thread.java:745) As you can see, it's all JavaFX code on the stack, so this is a little tricky to debug. As such I'm not sure yet if this is a JavaFX bug introduced with 8.0 or an application bug that was masked in JavaFX 2.2 and is now showing up in JavaFX 8. This happens when the managed/visible state of children changes.. but I think it only for the case when all the children become unmanaged. Once it happens JavaFX is crippled and pretty much all layout is broken. Popups (menus) still work and I can exit the application, but all layout in the main window seems to not happen anymore. Manual positioning of nodes still works though. I'll try to isolate a reproducible test case and file a bug report of course. Scott From swpalmer at gmail.com Thu May 22 19:55:49 2014 From: swpalmer at gmail.com (Scott Palmer) Date: Thu, 22 May 2014 15:55:49 -0400 Subject: Layout regression In-Reply-To: References: Message-ID: This appears to be a bug introduced in JavaFX 8 I have filed https://javafx-jira.kenai.com/browse/RT-37252 and will work on a test case. Scott On Thu, May 22, 2014 at 3:45 PM, Scott Palmer wrote: > I'm investigating an issue with my application where things are > working fine running with JavaFX 2.2 on 7u55, but I have a particular > case where 8u5 is throwing the following exception during layout: > > Exception in thread "JavaFX Application Thread" java.lang.NullPointerException > at javafx.scene.layout.GridPane.computeMinHeights(GridPane.java:1450) > at javafx.scene.layout.GridPane.computeMinHeight(GridPane.java:1224) > at javafx.scene.Parent.minHeight(Parent.java:946) > at javafx.scene.layout.Region.minHeight(Region.java:1404) > at javafx.scene.layout.Region.computeChildMinAreaHeight(Region.java:1700) > at javafx.scene.layout.Region.getMaxAreaHeight(Region.java:1981) > at javafx.scene.layout.Region.computeMaxMinAreaHeight(Region.java:1854) > at javafx.scene.layout.StackPane.computeMinHeight(StackPane.java:293) > at javafx.scene.Parent.minHeight(Parent.java:946) > at javafx.scene.layout.Region.minHeight(Region.java:1404) > at javafx.scene.layout.Region.computeChildPrefAreaHeight(Region.java:1765) > at javafx.scene.layout.Region.getMaxAreaHeight(Region.java:1982) > at javafx.scene.layout.Region.computeMaxPrefAreaHeight(Region.java:1884) > at javafx.scene.layout.StackPane.computePrefHeight(StackPane.java:310) > at javafx.scene.Parent.prefHeight(Parent.java:918) > at javafx.scene.layout.Region.prefHeight(Region.java:1438) > at com.sun.javafx.scene.control.skin.TitledPaneSkin.computePrefHeight(TitledPaneSkin.java:249) > at javafx.scene.control.Control.computePrefHeight(Control.java:543) > at javafx.scene.Parent.prefHeight(Parent.java:918) > at javafx.scene.layout.Region.prefHeight(Region.java:1438) > at javafx.scene.layout.Region.computeChildPrefAreaHeight(Region.java:1765) > at javafx.scene.layout.GridPane.computePrefHeights(GridPane.java:1407) > at javafx.scene.layout.GridPane.computePrefHeight(GridPane.java:1242) > at javafx.scene.Parent.prefHeight(Parent.java:918) > at javafx.scene.layout.Region.prefHeight(Region.java:1438) > at com.sun.javafx.scene.control.skin.ScrollPaneSkin.computeScrollNodeSize(ScrollPaneSkin.java:916) > at com.sun.javafx.scene.control.skin.ScrollPaneSkin.layoutChildren(ScrollPaneSkin.java:791) > at javafx.scene.control.Control.layoutChildren(Control.java:574) > at javafx.scene.Parent.layout(Parent.java:1076) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Scene.doLayoutPass(Scene.java:576) > at javafx.scene.Scene$ScenePulseListener.pulse(Scene.java:2386) > at com.sun.javafx.tk.Toolkit$3.run(Toolkit.java:321) > at com.sun.javafx.tk.Toolkit$3.run(Toolkit.java:319) > at java.security.AccessController.doPrivileged(Native Method) > at com.sun.javafx.tk.Toolkit.runPulse(Toolkit.java:319) > at com.sun.javafx.tk.Toolkit.firePulse(Toolkit.java:348) > at com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:479) > at com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:460) > at com.sun.javafx.tk.quantum.QuantumToolkit$13.run(QuantumToolkit.java:327) > at com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:95) > at com.sun.glass.ui.win.WinApplication._runLoop(Native Method) > at com.sun.glass.ui.win.WinApplication.access$300(WinApplication.java:39) > at com.sun.glass.ui.win.WinApplication$4$1.run(WinApplication.java:112) > at java.lang.Thread.run(Thread.java:745) > > As you can see, it's all JavaFX code on the stack, so this is a little > tricky to debug. As such I'm not sure yet if this is a JavaFX bug > introduced with 8.0 or an application bug that was masked in JavaFX > 2.2 and is now showing up in JavaFX 8. > > This happens when the managed/visible state of children changes.. but > I think it only for the case when all the children become unmanaged. > > Once it happens JavaFX is crippled and pretty much all layout is > broken. Popups (menus) still work and I can exit the application, but > all layout in the main window seems to not happen anymore. Manual > positioning of nodes still works though. > > I'll try to isolate a reproducible test case and file a bug report of course. > > Scott From steve.x.northover at oracle.com Thu May 22 20:14:46 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Thu, 22 May 2014 16:14:46 -0400 Subject: Layout regression In-Reply-To: References: Message-ID: <537E5AB6.1080607@oracle.com> Thanks Scott. It maybe that if you can't isolate a case, you can build FX from source (easy on Mac or Linux) and add some prints and debugging code. See you in the JIRA! Steve On 2014-05-22 3:55 PM, Scott Palmer wrote: > This appears to be a bug introduced in JavaFX 8 > I have filed https://javafx-jira.kenai.com/browse/RT-37252 and will > work on a test case. > > Scott > > On Thu, May 22, 2014 at 3:45 PM, Scott Palmer wrote: >> I'm investigating an issue with my application where things are >> working fine running with JavaFX 2.2 on 7u55, but I have a particular >> case where 8u5 is throwing the following exception during layout: >> >> Exception in thread "JavaFX Application Thread" java.lang.NullPointerException >> at javafx.scene.layout.GridPane.computeMinHeights(GridPane.java:1450) >> at javafx.scene.layout.GridPane.computeMinHeight(GridPane.java:1224) >> at javafx.scene.Parent.minHeight(Parent.java:946) >> at javafx.scene.layout.Region.minHeight(Region.java:1404) >> at javafx.scene.layout.Region.computeChildMinAreaHeight(Region.java:1700) >> at javafx.scene.layout.Region.getMaxAreaHeight(Region.java:1981) >> at javafx.scene.layout.Region.computeMaxMinAreaHeight(Region.java:1854) >> at javafx.scene.layout.StackPane.computeMinHeight(StackPane.java:293) >> at javafx.scene.Parent.minHeight(Parent.java:946) >> at javafx.scene.layout.Region.minHeight(Region.java:1404) >> at javafx.scene.layout.Region.computeChildPrefAreaHeight(Region.java:1765) >> at javafx.scene.layout.Region.getMaxAreaHeight(Region.java:1982) >> at javafx.scene.layout.Region.computeMaxPrefAreaHeight(Region.java:1884) >> at javafx.scene.layout.StackPane.computePrefHeight(StackPane.java:310) >> at javafx.scene.Parent.prefHeight(Parent.java:918) >> at javafx.scene.layout.Region.prefHeight(Region.java:1438) >> at com.sun.javafx.scene.control.skin.TitledPaneSkin.computePrefHeight(TitledPaneSkin.java:249) >> at javafx.scene.control.Control.computePrefHeight(Control.java:543) >> at javafx.scene.Parent.prefHeight(Parent.java:918) >> at javafx.scene.layout.Region.prefHeight(Region.java:1438) >> at javafx.scene.layout.Region.computeChildPrefAreaHeight(Region.java:1765) >> at javafx.scene.layout.GridPane.computePrefHeights(GridPane.java:1407) >> at javafx.scene.layout.GridPane.computePrefHeight(GridPane.java:1242) >> at javafx.scene.Parent.prefHeight(Parent.java:918) >> at javafx.scene.layout.Region.prefHeight(Region.java:1438) >> at com.sun.javafx.scene.control.skin.ScrollPaneSkin.computeScrollNodeSize(ScrollPaneSkin.java:916) >> at com.sun.javafx.scene.control.skin.ScrollPaneSkin.layoutChildren(ScrollPaneSkin.java:791) >> at javafx.scene.control.Control.layoutChildren(Control.java:574) >> at javafx.scene.Parent.layout(Parent.java:1076) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Scene.doLayoutPass(Scene.java:576) >> at javafx.scene.Scene$ScenePulseListener.pulse(Scene.java:2386) >> at com.sun.javafx.tk.Toolkit$3.run(Toolkit.java:321) >> at com.sun.javafx.tk.Toolkit$3.run(Toolkit.java:319) >> at java.security.AccessController.doPrivileged(Native Method) >> at com.sun.javafx.tk.Toolkit.runPulse(Toolkit.java:319) >> at com.sun.javafx.tk.Toolkit.firePulse(Toolkit.java:348) >> at com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:479) >> at com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:460) >> at com.sun.javafx.tk.quantum.QuantumToolkit$13.run(QuantumToolkit.java:327) >> at com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:95) >> at com.sun.glass.ui.win.WinApplication._runLoop(Native Method) >> at com.sun.glass.ui.win.WinApplication.access$300(WinApplication.java:39) >> at com.sun.glass.ui.win.WinApplication$4$1.run(WinApplication.java:112) >> at java.lang.Thread.run(Thread.java:745) >> >> As you can see, it's all JavaFX code on the stack, so this is a little >> tricky to debug. As such I'm not sure yet if this is a JavaFX bug >> introduced with 8.0 or an application bug that was masked in JavaFX >> 2.2 and is now showing up in JavaFX 8. >> >> This happens when the managed/visible state of children changes.. but >> I think it only for the case when all the children become unmanaged. >> >> Once it happens JavaFX is crippled and pretty much all layout is >> broken. Popups (menus) still work and I can exit the application, but >> all layout in the main window seems to not happen anymore. Manual >> positioning of nodes still works though. >> >> I'll try to isolate a reproducible test case and file a bug report of course. >> >> Scott From tom.schindl at bestsolution.at Thu May 22 21:00:49 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Thu, 22 May 2014 23:00:49 +0200 Subject: [8u] Review request: (RT-37168) Mention if a property is configurable via CSS in the javadocs. In-Reply-To: <537E532C.3040708@oracle.com> References: <537E4EB6.5080609@oracle.com> <537E5169.8000505@oracle.com> <537E532C.3040708@oracle.com> Message-ID: <537E6581.6010804@bestsolution.at> The real question is why javadoc tag and not a real annotation which would be toolable much easier! Tom On 22.05.14 21:42, David Grieve wrote: > Only if someone runs javadoc without adding a "-tag css" arg, which will > result in an 'unknown tag' error. > > On 5/22/14, 3:35 PM, Stephen F Northover wrote: >> Hi David, >> >> I didn't see a problem with this. Is there a downside to adding >> arbitrary tags to JavaDoc? >> >> Steve >> >> On 2014-05-22 3:23 PM, David Grieve wrote: >>> Steve, Kevin, >>> >>> I'm looking for your ok on a change to rt/build.gradle that will >>> allow me to add @css tags in javadoc. The diff is in the bug. This >>> isn't the fix for the bug, but if you don't want to allow the tag >>> option, then I need to approach this bug in a different way. >>> >>> https://javafx-jira.kenai.com/browse/RT-37168 >> > From david.grieve at oracle.com Thu May 22 21:09:42 2014 From: david.grieve at oracle.com (David Grieve) Date: Thu, 22 May 2014 17:09:42 -0400 Subject: [8u] Review request: (RT-37168) Mention if a property is configurable via CSS in the javadocs. In-Reply-To: <537E6581.6010804@bestsolution.at> References: <537E4EB6.5080609@oracle.com> <537E5169.8000505@oracle.com> <537E532C.3040708@oracle.com> <537E6581.6010804@bestsolution.at> Message-ID: <537E6796.6020901@oracle.com> Time. And, even with the annotation, the tag would still be needed - http://www.oracle.com/technetwork/java/javase/documentation/index-137868.html#annotations On 5/22/14, 5:00 PM, Tom Schindl wrote: > The real question is why javadoc tag and not a real annotation which > would be toolable much easier! > > Tom > > On 22.05.14 21:42, David Grieve wrote: >> Only if someone runs javadoc without adding a "-tag css" arg, which will >> result in an 'unknown tag' error. >> >> On 5/22/14, 3:35 PM, Stephen F Northover wrote: >>> Hi David, >>> >>> I didn't see a problem with this. Is there a downside to adding >>> arbitrary tags to JavaDoc? >>> >>> Steve >>> >>> On 2014-05-22 3:23 PM, David Grieve wrote: >>>> Steve, Kevin, >>>> >>>> I'm looking for your ok on a change to rt/build.gradle that will >>>> allow me to add @css tags in javadoc. The diff is in the bug. This >>>> isn't the fix for the bug, but if you don't want to allow the tag >>>> option, then I need to approach this bug in a different way. >>>> >>>> https://javafx-jira.kenai.com/browse/RT-37168 From kevin.rushforth at oracle.com Thu May 22 21:25:11 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 22 May 2014 14:25:11 -0700 Subject: [8u] Review request: (RT-37168) Mention if a property is configurable via CSS in the javadocs. In-Reply-To: <537E532C.3040708@oracle.com> References: <537E4EB6.5080609@oracle.com> <537E5169.8000505@oracle.com> <537E532C.3040708@oracle.com> Message-ID: <537E6B37.40106@oracle.com> I'll comment in JIRA a bit later; as a quick note, though, there are two places in the build.gradle that need to be updated. -- Kevin David Grieve wrote: > Only if someone runs javadoc without adding a "-tag css" arg, which > will result in an 'unknown tag' error. > > On 5/22/14, 3:35 PM, Stephen F Northover wrote: >> Hi David, >> >> I didn't see a problem with this. Is there a downside to adding >> arbitrary tags to JavaDoc? >> >> Steve >> >> On 2014-05-22 3:23 PM, David Grieve wrote: >>> Steve, Kevin, >>> >>> I'm looking for your ok on a change to rt/build.gradle that will >>> allow me to add @css tags in javadoc. The diff is in the bug. This >>> isn't the fix for the bug, but if you don't want to allow the tag >>> option, then I need to approach this bug in a different way. >>> >>> https://javafx-jira.kenai.com/browse/RT-37168 >> > From hang.vo at oracle.com Thu May 22 21:32:46 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 22 May 2014 21:32:46 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36957: [Gtk] Intermittent crash running system tests Message-ID: <201405222132.s4MLWwpa004014@aojmv0008> Changeset: 696a65456d79 Author: Anthony Petrov Date: 2014-05-23 01:16 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/696a65456d79 RT-36957: [Gtk] Intermittent crash running system tests Reviewed-by: azvegint ! modules/graphics/src/main/native-glass/gtk/glass_window.cpp From hang.vo at oracle.com Thu May 22 22:47:48 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 22 May 2014 22:47:48 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405222248.s4MMm7Y6016758@aojmv0008> Changeset: 2af3a3300130 Author: jgiles Date: 2014-05-23 09:19 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/2af3a3300130 RT-37040: Processing DND detection on a TableView causes the dragging of columns to fail ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TableColumnHeader.java Changeset: 74193e2f1800 Author: jgiles Date: 2014-05-23 10:01 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/74193e2f1800 RT-37096: Document that TableCell.getTableRow() can return null and under what circumstances ! modules/controls/src/main/java/javafx/scene/control/TableCell.java From hang.vo at oracle.com Fri May 23 02:33:04 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 23 May 2014 02:33:04 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405230233.s4N2XMw1021949@aojmv0008> Changeset: b965ad2d71cf Author: hudson Date: 2014-05-21 07:36 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/b965ad2d71cf Added tag 8u20-b15 for changeset 674e7c021c37 ! .hgtags Changeset: 49118d3b033a Author: kcr Date: 2014-05-22 19:22 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/49118d3b033a Automated merge with ssh://jfxsrc.us.oracle.com//javafx/8u/master/jfx/rt - modules/controls/src/main/java/com/sun/javafx/scene/control/behavior/ProgressBarBehavior.java - modules/controls/src/main/java/com/sun/javafx/scene/control/behavior/ProgressIndicatorBehavior.java - modules/graphics/src/main/java/com/sun/javafx/css/BorderPaint.java From tbee at tbee.org Fri May 23 05:11:22 2014 From: tbee at tbee.org (Tom Eugelink) Date: Fri, 23 May 2014 07:11:22 +0200 Subject: add calculating methods to bind In-Reply-To: References: <537CFA54.90900@tbee.org> <537CFDB1.4070205@tbee.org> <537D0045.4010900@tbee.org> Message-ID: <537ED87A.4080607@tbee.org> I feel the standard binding should offer an easy hook option heightProperty().multiply(3.4).calc( value -> { snap(vallue); } ).add(5.0) On 2014-5-21 22:00, Tomas Mikula wrote: > Just a side note, you could use > > EasyBind.map(heightProperty(), value -> > NodeUtil.snapXY(value.doubleValue() * 0.2)); > > instead of > > snap(heightProperty().multiply(0.2)) > > and you don't need your custom DoubleBinding implementation. But note > that it returns Binding, not DoubleBinding. > > EasyBind is at http://www.fxmisc.org/easybind/ > > Tomas > > On Wed, May 21, 2014 at 9:47 PM, Tomas Mikula wrote: >> Yeah, and you could also eliminate "Observable... dependencies" from >> snap's signature, since now you are not using them to invalidate your >> binding. >> >> On Wed, May 21, 2014 at 9:36 PM, Tom Eugelink wrote: >>> Found it! Slightly different DoubleBinding was required (copied it from >>> negate). >>> >>> private DoubleBinding snap(final ObservableNumberValue value, final >>> Observable... dependencies) { >>> return new DoubleBinding() { >>> { >>> super.bind(value); >>> } >>> >>> @Override >>> public void dispose() { >>> super.unbind(value); >>> } >>> >>> @Override >>> protected double computeValue() { >>> return NodeUtil.snapXY(value.doubleValue()); >>> >>> } >>> >>> @Override >>> public ObservableList getDependencies() { >>> return FXCollections.singletonObservableList(value); >>> } >>> }; >>> >>> } >>> >>> >>> >>> On 2014-5-21 21:34, Tomas Mikula wrote: >>>> Hi Tom, >>>> >>>> it seems to me that in your custom DoubleBinding implementation >>>> `other` is not its dependency, thus it does not react to it's >>>> invalidations. >>>> >>>> Tomas >>>> >>>> On Wed, May 21, 2014 at 9:25 PM, Tom Eugelink wrote: >>>>> I came up with this: >>>>> >>>>> startXProperty().bind( *snap(*heightProperty().multiply(0.2)) ) >>>>> >>>>> >>>>> And then: >>>>> >>>>> private DoubleBinding snap(final ObservableNumberValue other, final >>>>> Observable... dependencies) { >>>>> return new DoubleBinding() { >>>>> { >>>>> super.bind(dependencies); >>>>> } >>>>> >>>>> @Override >>>>> public void dispose() { >>>>> super.unbind(dependencies); >>>>> } >>>>> >>>>> @Override >>>>> protected double computeValue() { >>>>> return NodeUtil.snap(other.doubleValue()); >>>>> } >>>>> >>>>> @Override >>>>> public ObservableList getDependencies() { >>>>> return new >>>>> ImmutableObservableList(dependencies); >>>>> } >>>>> }; >>>>> } >>>>> >>>>> But that always returns 0... I feel this should have worked. >>>>> >>>>> Tom >>> >>> From martin.sladecek at oracle.com Fri May 23 06:05:43 2014 From: martin.sladecek at oracle.com (Martin Sladecek) Date: Fri, 23 May 2014 08:05:43 +0200 Subject: add calculating methods to bind In-Reply-To: <537ED87A.4080607@tbee.org> References: <537CFA54.90900@tbee.org> <537CFDB1.4070205@tbee.org> <537D0045.4010900@tbee.org> <537ED87A.4080607@tbee.org> Message-ID: <537EE537.6030406@oracle.com> That would be nice. Don't forget to add it to JIRA! -Martin On 23.5.2014 07:11, Tom Eugelink wrote: > > I feel the standard binding should offer an easy hook option > > heightProperty().multiply(3.4).calc( value -> { snap(vallue); } > ).add(5.0) > > > On 2014-5-21 22:00, Tomas Mikula wrote: >> Just a side note, you could use >> >> EasyBind.map(heightProperty(), value -> >> NodeUtil.snapXY(value.doubleValue() * 0.2)); >> >> instead of >> >> snap(heightProperty().multiply(0.2)) >> >> and you don't need your custom DoubleBinding implementation. But note >> that it returns Binding, not DoubleBinding. >> >> EasyBind is at http://www.fxmisc.org/easybind/ >> >> Tomas >> >> On Wed, May 21, 2014 at 9:47 PM, Tomas Mikula >> wrote: >>> Yeah, and you could also eliminate "Observable... dependencies" from >>> snap's signature, since now you are not using them to invalidate your >>> binding. >>> >>> On Wed, May 21, 2014 at 9:36 PM, Tom Eugelink wrote: >>>> Found it! Slightly different DoubleBinding was required (copied it >>>> from >>>> negate). >>>> >>>> private DoubleBinding snap(final ObservableNumberValue value, >>>> final >>>> Observable... dependencies) { >>>> return new DoubleBinding() { >>>> { >>>> super.bind(value); >>>> } >>>> >>>> @Override >>>> public void dispose() { >>>> super.unbind(value); >>>> } >>>> >>>> @Override >>>> protected double computeValue() { >>>> return NodeUtil.snapXY(value.doubleValue()); >>>> >>>> } >>>> >>>> @Override >>>> public ObservableList getDependencies() { >>>> return FXCollections.singletonObservableList(value); >>>> } >>>> }; >>>> >>>> } >>>> >>>> >>>> >>>> On 2014-5-21 21:34, Tomas Mikula wrote: >>>>> Hi Tom, >>>>> >>>>> it seems to me that in your custom DoubleBinding implementation >>>>> `other` is not its dependency, thus it does not react to it's >>>>> invalidations. >>>>> >>>>> Tomas >>>>> >>>>> On Wed, May 21, 2014 at 9:25 PM, Tom Eugelink wrote: >>>>>> I came up with this: >>>>>> >>>>>> startXProperty().bind( *snap(*heightProperty().multiply(0.2)) ) >>>>>> >>>>>> >>>>>> And then: >>>>>> >>>>>> private DoubleBinding snap(final ObservableNumberValue >>>>>> other, final >>>>>> Observable... dependencies) { >>>>>> return new DoubleBinding() { >>>>>> { >>>>>> super.bind(dependencies); >>>>>> } >>>>>> >>>>>> @Override >>>>>> public void dispose() { >>>>>> super.unbind(dependencies); >>>>>> } >>>>>> >>>>>> @Override >>>>>> protected double computeValue() { >>>>>> return NodeUtil.snap(other.doubleValue()); >>>>>> } >>>>>> >>>>>> @Override >>>>>> public ObservableList getDependencies() { >>>>>> return new >>>>>> ImmutableObservableList(dependencies); >>>>>> } >>>>>> }; >>>>>> } >>>>>> >>>>>> But that always returns 0... I feel this should have worked. >>>>>> >>>>>> Tom >>>> >>>> > > From tbee at tbee.org Fri May 23 06:11:45 2014 From: tbee at tbee.org (Tom Eugelink) Date: Fri, 23 May 2014 08:11:45 +0200 Subject: add calculating methods to bind In-Reply-To: <537EE537.6030406@oracle.com> References: <537CFA54.90900@tbee.org> <537CFDB1.4070205@tbee.org> <537D0045.4010900@tbee.org> <537ED87A.4080607@tbee.org> <537EE537.6030406@oracle.com> Message-ID: <537EE6A1.1040603@tbee.org> https://javafx-jira.kenai.com/browse/RT-37255 On 2014-5-23 8:05, Martin Sladecek wrote: > That would be nice. Don't forget to add it to JIRA! > > -Martin > > On 23.5.2014 07:11, Tom Eugelink wrote: >> >> I feel the standard binding should offer an easy hook option >> >> heightProperty().multiply(3.4).calc( value -> { snap(vallue); } ).add(5.0) >> >> >> On 2014-5-21 22:00, Tomas Mikula wrote: >>> Just a side note, you could use >>> >>> EasyBind.map(heightProperty(), value -> >>> NodeUtil.snapXY(value.doubleValue() * 0.2)); >>> >>> instead of >>> >>> snap(heightProperty().multiply(0.2)) >>> >>> and you don't need your custom DoubleBinding implementation. But note >>> that it returns Binding, not DoubleBinding. >>> >>> EasyBind is at http://www.fxmisc.org/easybind/ >>> >>> Tomas >>> >>> On Wed, May 21, 2014 at 9:47 PM, Tomas Mikula wrote: >>>> Yeah, and you could also eliminate "Observable... dependencies" from >>>> snap's signature, since now you are not using them to invalidate your >>>> binding. >>>> >>>> On Wed, May 21, 2014 at 9:36 PM, Tom Eugelink wrote: >>>>> Found it! Slightly different DoubleBinding was required (copied it from >>>>> negate). >>>>> >>>>> private DoubleBinding snap(final ObservableNumberValue value, final >>>>> Observable... dependencies) { >>>>> return new DoubleBinding() { >>>>> { >>>>> super.bind(value); >>>>> } >>>>> >>>>> @Override >>>>> public void dispose() { >>>>> super.unbind(value); >>>>> } >>>>> >>>>> @Override >>>>> protected double computeValue() { >>>>> return NodeUtil.snapXY(value.doubleValue()); >>>>> >>>>> } >>>>> >>>>> @Override >>>>> public ObservableList getDependencies() { >>>>> return FXCollections.singletonObservableList(value); >>>>> } >>>>> }; >>>>> >>>>> } >>>>> >>>>> >>>>> >>>>> On 2014-5-21 21:34, Tomas Mikula wrote: >>>>>> Hi Tom, >>>>>> >>>>>> it seems to me that in your custom DoubleBinding implementation >>>>>> `other` is not its dependency, thus it does not react to it's >>>>>> invalidations. >>>>>> >>>>>> Tomas >>>>>> >>>>>> On Wed, May 21, 2014 at 9:25 PM, Tom Eugelink wrote: >>>>>>> I came up with this: >>>>>>> >>>>>>> startXProperty().bind( *snap(*heightProperty().multiply(0.2)) ) >>>>>>> >>>>>>> >>>>>>> And then: >>>>>>> >>>>>>> private DoubleBinding snap(final ObservableNumberValue other, final >>>>>>> Observable... dependencies) { >>>>>>> return new DoubleBinding() { >>>>>>> { >>>>>>> super.bind(dependencies); >>>>>>> } >>>>>>> >>>>>>> @Override >>>>>>> public void dispose() { >>>>>>> super.unbind(dependencies); >>>>>>> } >>>>>>> >>>>>>> @Override >>>>>>> protected double computeValue() { >>>>>>> return NodeUtil.snap(other.doubleValue()); >>>>>>> } >>>>>>> >>>>>>> @Override >>>>>>> public ObservableList getDependencies() { >>>>>>> return new >>>>>>> ImmutableObservableList(dependencies); >>>>>>> } >>>>>>> }; >>>>>>> } >>>>>>> >>>>>>> But that always returns 0... I feel this should have worked. >>>>>>> >>>>>>> Tom >>>>> >>>>> >> >> > From hang.vo at oracle.com Fri May 23 11:47:52 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 23 May 2014 11:47:52 +0000 Subject: hg: openjfx/8u-dev/rt: RT-32597: [SwingNode]: support high DPI displays Message-ID: <201405231148.s4NBm4gD014597@aojmv0008> Changeset: 9f221ab57e22 Author: Anthony Petrov Date: 2014-05-23 15:38 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/9f221ab57e22 RT-32597: [SwingNode]: support high DPI displays Reviewed-by: ant, flar, serb ! modules/graphics/src/main/java/com/sun/glass/ui/Screen.java ! modules/graphics/src/main/java/com/sun/javafx/sg/prism/NGExternalNode.java + modules/graphics/src/main/java/com/sun/javafx/stage/ScreenHelper.java ! modules/graphics/src/main/java/com/sun/javafx/stage/WindowHelper.java ! modules/graphics/src/main/java/com/sun/javafx/stage/WindowPeerListener.java ! modules/graphics/src/main/java/com/sun/javafx/tk/ScreenConfigurationAccessor.java ! modules/graphics/src/main/java/com/sun/javafx/tk/TKStageListener.java ! modules/graphics/src/main/java/com/sun/javafx/tk/quantum/GlassWindowEventHandler.java ! modules/graphics/src/main/java/com/sun/javafx/tk/quantum/QuantumToolkit.java ! modules/graphics/src/main/java/javafx/stage/Screen.java ! modules/graphics/src/main/java/javafx/stage/Window.java ! modules/swing/src/main/java/javafx/embed/swing/SwingNode.java From ngalarneau at ABINITIO.COM Fri May 23 12:33:20 2014 From: ngalarneau at ABINITIO.COM (ngalarneau at ABINITIO.COM) Date: Fri, 23 May 2014 08:33:20 -0400 Subject: Layout regression In-Reply-To: References: Message-ID: How can we be notified of exceptions like these programmatically? When my code is on the call stack, I can catch the exception programmatically. In this stack trace, only JavaFX code is there, but I still want to know that something bad happened. For the case of the JavaFX Application Thread, I guess I could do a Platform.runLater & in that code call Thread.currentThread().setUncaughtExceptionHandler(myHandler) // ugh! Do I need to save away the previous one & chain to it? Is that the best way for this thread? What about JavaFX's other threads? Does application code ever run on those threads? How can I know that something went wrong on those threads? Even if my code never runs there, I still want an automated way to know if something went wrong. Thanks, Neil From: Scott Palmer To: "openjfx-dev at openjdk.java.net" , Date: 05/22/2014 03:56 PM Subject: Re: Layout regression Sent by: "openjfx-dev" This appears to be a bug introduced in JavaFX 8 I have filed https://javafx-jira.kenai.com/browse/RT-37252 and will work on a test case. Scott On Thu, May 22, 2014 at 3:45 PM, Scott Palmer wrote: > I'm investigating an issue with my application where things are > working fine running with JavaFX 2.2 on 7u55, but I have a particular > case where 8u5 is throwing the following exception during layout: > > Exception in thread "JavaFX Application Thread" java.lang.NullPointerException > at javafx.scene.layout.GridPane.computeMinHeights(GridPane.java:1450) > at javafx.scene.layout.GridPane.computeMinHeight(GridPane.java:1224) > at javafx.scene.Parent.minHeight(Parent.java:946) > at javafx.scene.layout.Region.minHeight(Region.java:1404) > at javafx.scene.layout.Region.computeChildMinAreaHeight(Region.java:1700) > at javafx.scene.layout.Region.getMaxAreaHeight(Region.java:1981) > at javafx.scene.layout.Region.computeMaxMinAreaHeight(Region.java:1854) > at javafx.scene.layout.StackPane.computeMinHeight(StackPane.java:293) > at javafx.scene.Parent.minHeight(Parent.java:946) > at javafx.scene.layout.Region.minHeight(Region.java:1404) > at javafx.scene.layout.Region.computeChildPrefAreaHeight(Region.java:1765) > at javafx.scene.layout.Region.getMaxAreaHeight(Region.java:1982) > at javafx.scene.layout.Region.computeMaxPrefAreaHeight(Region.java:1884) > at javafx.scene.layout.StackPane.computePrefHeight(StackPane.java:310) > at javafx.scene.Parent.prefHeight(Parent.java:918) > at javafx.scene.layout.Region.prefHeight(Region.java:1438) > at com.sun.javafx.scene.control.skin.TitledPaneSkin.computePrefHeight(TitledPaneSkin.java:249) > at javafx.scene.control.Control.computePrefHeight(Control.java:543) > at javafx.scene.Parent.prefHeight(Parent.java:918) > at javafx.scene.layout.Region.prefHeight(Region.java:1438) > at javafx.scene.layout.Region.computeChildPrefAreaHeight(Region.java:1765) > at javafx.scene.layout.GridPane.computePrefHeights(GridPane.java:1407) > at javafx.scene.layout.GridPane.computePrefHeight(GridPane.java:1242) > at javafx.scene.Parent.prefHeight(Parent.java:918) > at javafx.scene.layout.Region.prefHeight(Region.java:1438) > at com.sun.javafx.scene.control.skin.ScrollPaneSkin.computeScrollNodeSize(ScrollPaneSkin.java:916) > at com.sun.javafx.scene.control.skin.ScrollPaneSkin.layoutChildren(ScrollPaneSkin.java:791) > at javafx.scene.control.Control.layoutChildren(Control.java:574) > at javafx.scene.Parent.layout(Parent.java:1076) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Parent.layout(Parent.java:1082) > at javafx.scene.Scene.doLayoutPass(Scene.java:576) > at javafx.scene.Scene$ScenePulseListener.pulse(Scene.java:2386) > at com.sun.javafx.tk.Toolkit$3.run(Toolkit.java:321) > at com.sun.javafx.tk.Toolkit$3.run(Toolkit.java:319) > at java.security.AccessController.doPrivileged(Native Method) > at com.sun.javafx.tk.Toolkit.runPulse(Toolkit.java:319) > at com.sun.javafx.tk.Toolkit.firePulse(Toolkit.java:348) > at com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:479) > at com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:460) > at com.sun.javafx.tk.quantum.QuantumToolkit$13.run(QuantumToolkit.java:327) > at com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:95) > at com.sun.glass.ui.win.WinApplication._runLoop(Native Method) > at com.sun.glass.ui.win.WinApplication.access$300(WinApplication.java:39) > at com.sun.glass.ui.win.WinApplication$4$1.run(WinApplication.java:112) > at java.lang.Thread.run(Thread.java:745) > > As you can see, it's all JavaFX code on the stack, so this is a little > tricky to debug. As such I'm not sure yet if this is a JavaFX bug > introduced with 8.0 or an application bug that was masked in JavaFX > 2.2 and is now showing up in JavaFX 8. > > This happens when the managed/visible state of children changes.. but > I think it only for the case when all the children become unmanaged. > > Once it happens JavaFX is crippled and pretty much all layout is > broken. Popups (menus) still work and I can exit the application, but > all layout in the main window seems to not happen anymore. Manual > positioning of nodes still works though. > > I'll try to isolate a reproducible test case and file a bug report of course. > > Scott NOTICE from Ab Initio: This email (including any attachments) may contain information that is subject to confidentiality obligations or is legally privileged, and sender does not waive confidentiality or privilege. If received in error, please notify the sender, delete this email, and make no further use, disclosure, or distribution. From anthony.petrov at oracle.com Fri May 23 13:56:44 2014 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Fri, 23 May 2014 17:56:44 +0400 Subject: [8u20] Review request for RT-37033: [SwingNode] JEditorPane in SwingNode inside TabPane does not get focus properly when clicked Message-ID: <537F539C.6080904@oracle.com> Steve, Anton, Please review the fix for: https://javafx-jira.kenai.com/browse/RT-37033 -- best regards, Anthony From lisa.selle at oracle.com Fri May 23 16:54:34 2014 From: lisa.selle at oracle.com (Lisa Selle) Date: Fri, 23 May 2014 12:54:34 -0400 Subject: [8u26] Review request: RT-37085 [Monocle] FX crash on ODROID U3 Message-ID: <537F7D4A.8090900@oracle.com> Daniel, David, Please review the proposed fix for https://javafx-jira.kenai.com/browse/RT-37085 at cr.openjdk.java.net/~kselle/webrev-20140523-1242-RT-37085/webrev/ Thanks, Lisa From lisa.selle at oracle.com Fri May 23 16:55:01 2014 From: lisa.selle at oracle.com (Lisa Selle) Date: Fri, 23 May 2014 12:55:01 -0400 Subject: [8u26] Review request: RT-37085 [Monocle] FX crash on ODROID U3 In-Reply-To: <537F7D4A.8090900@oracle.com> References: <537F7D4A.8090900@oracle.com> Message-ID: <537F7D65.6080703@oracle.com> Ignore the change to the idea file, obviously I don't plan to commit that :) On 5/23/2014 12:54 PM, Lisa Selle wrote: > Daniel, David, > > Please review the proposed fix for > https://javafx-jira.kenai.com/browse/RT-37085 > > at > > cr.openjdk.java.net/~kselle/webrev-20140523-1242-RT-37085/webrev/ > > Thanks, > > Lisa > From steve.x.northover at oracle.com Fri May 23 17:15:13 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Fri, 23 May 2014 13:15:13 -0400 Subject: Planning for M5: June 23, 2014 [RDP2] Message-ID: <537F8221.80300@oracle.com> Hi all, The next milestone M5, June 23, 2014 [RDP2], is an important one. Essentially, we are shipping FX for 8u20 after this. There is a week before the final FX ZBB date which is July 1, 2014, but we should not be touching any code during this week. After July 1 ZBB, we are stopping all development on FX 8u20 and starting on 8u40. Here is the plan for M5: May 26-30: Fix P123, fix or move P45 to 8u40 June 2-5: Fix P123, zero P45 targeted to 8u20 June 9-13: Fix P123, defer bugs that won't make it June 16-20: Code freeze, ramp down rules, fix doc bugs During the week June 16-20, the usual milestone rules will be in effect and we are likely to be quite ruthless about any code changes. We will likely only accept fixes for P12 critical bugs / regressions. Thanks to everyone for their hard work, Steve and Kevin From felipe.heidrich at oracle.com Fri May 23 17:18:11 2014 From: felipe.heidrich at oracle.com (Felipe Heidrich) Date: Fri, 23 May 2014 10:18:11 -0700 Subject: review request: RT-36639 [RTL] PasswordField rendering issue when it's highlighted. Message-ID: Hi Steve, Please review: https://javafx-jira.kenai.com/browse/RT-36639 http://cr.openjdk.java.net/~fheidric/RT36639-MAC/webrev/ http://cr.openjdk.java.net/~fheidric/RT36639-LINUX/webrev/ Thanks Felipe From kevin.rushforth at oracle.com Fri May 23 17:32:09 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 23 May 2014 10:32:09 -0700 Subject: Monday, May 26 is a US holiday + (in)sanity testing Message-ID: <537F8619.4060704@oracle.com> As a reminder, Monday, May 26 is a US holiday. We will keep to this week's freeze / insanity testing schedule, but as there will be fewer people testing, please be extra careful not to introduce a regression between now and 1am PT Monday. Barring a DOA or other stopper, I will integrate whatever is in the repo as of 1am Pacific that day + any critical stopper fixes approved by Steve (which are the only changesets that should go in between 1am and 1pm). Thanks. -- Kevin From lisa.selle at oracle.com Fri May 23 17:47:30 2014 From: lisa.selle at oracle.com (Lisa Selle) Date: Fri, 23 May 2014 13:47:30 -0400 Subject: Planning for M5: June 23, 2014 [RDP2] In-Reply-To: <537F8221.80300@oracle.com> References: <537F8221.80300@oracle.com> Message-ID: <537F89B2.6060203@oracle.com> Steve can you clarify the process for various stages for retargeting bugs to a later release? On 5/23/2014 1:15 PM, Stephen F Northover wrote: > Hi all, > > The next milestone M5, June 23, 2014 [RDP2], is an important one. > Essentially, we are shipping FX for 8u20 after this. There is a week > before the final FX ZBB date which is July 1, 2014, but we should not > be touching any code during this week. After July 1 ZBB, we are > stopping all development on FX 8u20 and starting on 8u40. > > Here is the plan for M5: > > May 26-30: Fix P123, fix or move P45 to 8u40 > June 2-5: Fix P123, zero P45 targeted to 8u20 > June 9-13: Fix P123, defer bugs that won't make it > June 16-20: Code freeze, ramp down rules, fix doc bugs > > During the week June 16-20, the usual milestone rules will be in > effect and we are likely to be quite ruthless about any code changes. > We will likely only accept fixes for P12 critical bugs / regressions. > > Thanks to everyone for their hard work, > > Steve and Kevin From steve.x.northover at oracle.com Fri May 23 17:51:05 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Fri, 23 May 2014 13:51:05 -0400 Subject: Planning for M5: June 23, 2014 [RDP2] In-Reply-To: <537F89B2.6060203@oracle.com> References: <537F8221.80300@oracle.com> <537F89B2.6060203@oracle.com> Message-ID: <537F8A89.2010703@oracle.com> P45 bugs can simply be retargeted. The rest must go through the "intergalactic" process which I will not describe here. Essentially, Darth Vader is the release engineer and you need to apologize to him in person ... Steve On 2014-05-23 1:47 PM, Lisa Selle wrote: > Steve can you clarify the process for various stages for retargeting > bugs to a later release? > > On 5/23/2014 1:15 PM, Stephen F Northover wrote: >> Hi all, >> >> The next milestone M5, June 23, 2014 [RDP2], is an important one. >> Essentially, we are shipping FX for 8u20 after this. There is a week >> before the final FX ZBB date which is July 1, 2014, but we should not >> be touching any code during this week. After July 1 ZBB, we are >> stopping all development on FX 8u20 and starting on 8u40. >> >> Here is the plan for M5: >> >> May 26-30: Fix P123, fix or move P45 to 8u40 >> June 2-5: Fix P123, zero P45 targeted to 8u20 >> June 9-13: Fix P123, defer bugs that won't make it >> June 16-20: Code freeze, ramp down rules, fix doc bugs >> >> During the week June 16-20, the usual milestone rules will be in >> effect and we are likely to be quite ruthless about any code >> changes. We will likely only accept fixes for P12 critical bugs / >> regressions. >> >> Thanks to everyone for their hard work, >> >> Steve and Kevin > From steve.x.northover at oracle.com Fri May 23 18:09:27 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Fri, 23 May 2014 14:09:27 -0400 Subject: Layout regression In-Reply-To: References: Message-ID: <537F8ED7.4060300@oracle.com> Application code only runs on the app thread. Setting the uncaught exception handler should work for you. Steve On 2014-05-23 8:33 AM, ngalarneau at ABINITIO.COM wrote: > How can we be notified of exceptions like these programmatically? > > When my code is on the call stack, I can catch the exception > programmatically. > > In this stack trace, only JavaFX code is there, but I still want to know > that something bad happened. > > For the case of the JavaFX Application Thread, I guess I could do a > Platform.runLater & in that code call > > Thread.currentThread().setUncaughtExceptionHandler(myHandler) // > ugh! Do I need to save away the previous one & chain to it? > > Is that the best way for this thread? > > What about JavaFX's other threads? Does application code ever run on those > threads? > > How can I know that something went wrong on those threads? Even if my code > never runs there, I still want an automated way to know if something went > wrong. > > > Thanks, > > Neil > > > > > From: Scott Palmer > To: "openjfx-dev at openjdk.java.net" , > Date: 05/22/2014 03:56 PM > Subject: Re: Layout regression > Sent by: "openjfx-dev" > > > > This appears to be a bug introduced in JavaFX 8 > I have filed https://javafx-jira.kenai.com/browse/RT-37252 and will > work on a test case. > > Scott > > On Thu, May 22, 2014 at 3:45 PM, Scott Palmer wrote: >> I'm investigating an issue with my application where things are >> working fine running with JavaFX 2.2 on 7u55, but I have a particular >> case where 8u5 is throwing the following exception during layout: >> >> Exception in thread "JavaFX Application Thread" > java.lang.NullPointerException >> at javafx.scene.layout.GridPane.computeMinHeights(GridPane.java:1450) >> at javafx.scene.layout.GridPane.computeMinHeight(GridPane.java:1224) >> at javafx.scene.Parent.minHeight(Parent.java:946) >> at javafx.scene.layout.Region.minHeight(Region.java:1404) >> at > javafx.scene.layout.Region.computeChildMinAreaHeight(Region.java:1700) >> at javafx.scene.layout.Region.getMaxAreaHeight(Region.java:1981) >> at javafx.scene.layout.Region.computeMaxMinAreaHeight(Region.java:1854) >> at javafx.scene.layout.StackPane.computeMinHeight(StackPane.java:293) >> at javafx.scene.Parent.minHeight(Parent.java:946) >> at javafx.scene.layout.Region.minHeight(Region.java:1404) >> at > javafx.scene.layout.Region.computeChildPrefAreaHeight(Region.java:1765) >> at javafx.scene.layout.Region.getMaxAreaHeight(Region.java:1982) >> at javafx.scene.layout.Region.computeMaxPrefAreaHeight(Region.java:1884) >> at javafx.scene.layout.StackPane.computePrefHeight(StackPane.java:310) >> at javafx.scene.Parent.prefHeight(Parent.java:918) >> at javafx.scene.layout.Region.prefHeight(Region.java:1438) >> at > com.sun.javafx.scene.control.skin.TitledPaneSkin.computePrefHeight(TitledPaneSkin.java:249) >> at javafx.scene.control.Control.computePrefHeight(Control.java:543) >> at javafx.scene.Parent.prefHeight(Parent.java:918) >> at javafx.scene.layout.Region.prefHeight(Region.java:1438) >> at > javafx.scene.layout.Region.computeChildPrefAreaHeight(Region.java:1765) >> at javafx.scene.layout.GridPane.computePrefHeights(GridPane.java:1407) >> at javafx.scene.layout.GridPane.computePrefHeight(GridPane.java:1242) >> at javafx.scene.Parent.prefHeight(Parent.java:918) >> at javafx.scene.layout.Region.prefHeight(Region.java:1438) >> at > com.sun.javafx.scene.control.skin.ScrollPaneSkin.computeScrollNodeSize(ScrollPaneSkin.java:916) >> at > com.sun.javafx.scene.control.skin.ScrollPaneSkin.layoutChildren(ScrollPaneSkin.java:791) >> at javafx.scene.control.Control.layoutChildren(Control.java:574) >> at javafx.scene.Parent.layout(Parent.java:1076) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Parent.layout(Parent.java:1082) >> at javafx.scene.Scene.doLayoutPass(Scene.java:576) >> at javafx.scene.Scene$ScenePulseListener.pulse(Scene.java:2386) >> at com.sun.javafx.tk.Toolkit$3.run(Toolkit.java:321) >> at com.sun.javafx.tk.Toolkit$3.run(Toolkit.java:319) >> at java.security.AccessController.doPrivileged(Native Method) >> at com.sun.javafx.tk.Toolkit.runPulse(Toolkit.java:319) >> at com.sun.javafx.tk.Toolkit.firePulse(Toolkit.java:348) >> at > com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:479) >> at > com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:460) >> at > com.sun.javafx.tk.quantum.QuantumToolkit$13.run(QuantumToolkit.java:327) >> at > com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:95) >> at com.sun.glass.ui.win.WinApplication._runLoop(Native Method) >> at > com.sun.glass.ui.win.WinApplication.access$300(WinApplication.java:39) >> at com.sun.glass.ui.win.WinApplication$4$1.run(WinApplication.java:112) >> at java.lang.Thread.run(Thread.java:745) >> >> As you can see, it's all JavaFX code on the stack, so this is a little >> tricky to debug. As such I'm not sure yet if this is a JavaFX bug >> introduced with 8.0 or an application bug that was masked in JavaFX >> 2.2 and is now showing up in JavaFX 8. >> >> This happens when the managed/visible state of children changes.. but >> I think it only for the case when all the children become unmanaged. >> >> Once it happens JavaFX is crippled and pretty much all layout is >> broken. Popups (menus) still work and I can exit the application, but >> all layout in the main window seems to not happen anymore. Manual >> positioning of nodes still works though. >> >> I'll try to isolate a reproducible test case and file a bug report of > course. >> Scott > > > > NOTICE from Ab Initio: This email (including any attachments) may contain > information that is subject to confidentiality obligations or is legally > privileged, and sender does not waive confidentiality or privilege. If > received in error, please notify the sender, delete this email, and make > no further use, disclosure, or distribution. From tom.schindl at bestsolution.at Fri May 23 18:47:12 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Fri, 23 May 2014 20:47:12 +0200 Subject: Bad performance with Canvas and extensive clipping Message-ID: <537F97B0.3040203@bestsolution.at> Hi, Maybe as some of you might know I've been working since sometime on SWT on JavaFX and to implement direct drawing operations we use JavaFX-Canvas. I've today tried to run a heavy direct drawing grid implementation and it performed very bad because it makes heavy use of clipping. For a grid I've counted ~1500 clipping operations the library works something like this: boolean activeClip; Canvas canvas = new Canvas(); public void setClipping(PathIterator pathIterator) { GraphicsContext gc = canvas.getGraphicsContext2D(); if(activeClip) { gc.restore(); activeClip= false; } if( pathIterator == null ) { return; } activeClip = true; float coords[] = new float[6]; gc.save(); gc.beginPath(); float x = 0; float y = 0; gc.moveTo(0, 0); while( ! pathIterator.isDone() ) { switch (pathIterator.currentSegment(coords)) { case PathIterator.SEG_CLOSE: gc.lineTo(x, y); break; case PathIterator.SEG_CUBICTO: gc.bezierCurveTo(coords[0], coords[1], coords[2], coords[3], coords[4], coords[5]); break; case PathIterator.SEG_LINETO: gc.lineTo(coords[0], coords[1]); break; case PathIterator.SEG_MOVETO: gc.moveTo(coords[0], coords[1]); x = coords[0]; y = coords[1]; break; case PathIterator.SEG_QUADTO: gc.quadraticCurveTo(coords[0], coords[1], coords[2], coords[3]); break; default: break; } pathIterator.next(); } gc.clip(); gc.closePath(); } Am I doing something ultimately wrong, totally wrong? Has anyone an idea how I would work around the problem? Tom From hang.vo at oracle.com Fri May 23 19:17:53 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 23 May 2014 19:17:53 +0000 Subject: hg: openjfx/8u-dev/rt: [TEST] Fix compile error in unit tests (follow-on to RT-32597) Message-ID: <201405231918.s4NJI4xI007117@aojmv0008> Changeset: 419ff0dc23c8 Author: kcr Date: 2014-05-23 12:08 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/419ff0dc23c8 [TEST] Fix compile error in unit tests (follow-on to RT-32597) ! modules/graphics/src/test/java/com/sun/javafx/pgstub/StubStage.java ! modules/graphics/src/test/java/com/sun/javafx/pgstub/StubToolkit.java From hang.vo at oracle.com Fri May 23 19:33:12 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 23 May 2014 19:33:12 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36056 arm builds should fail if missing toolchain Message-ID: <201405231933.s4NJXNHD009514@aojmv0008> Changeset: 55abe340d827 Author: ddhill Date: 2014-05-23 15:27 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/55abe340d827 RT-36056 arm builds should fail if missing toolchain Reviewed-by: kcr ! buildSrc/android.gradle ! buildSrc/armv5sf.gradle ! buildSrc/armv6hf.gradle ! buildSrc/armv6sf.gradle ! buildSrc/armv7hf.gradle ! buildSrc/armv7sf.gradle From lisa.selle at oracle.com Fri May 23 21:25:46 2014 From: lisa.selle at oracle.com (Lisa Selle) Date: Fri, 23 May 2014 17:25:46 -0400 Subject: (In)Sanity Monday... Message-ID: <537FBCDA.5000400@oracle.com> Reminder to check out the matrix at https://wiki.openjdk.java.net/display/OpenJFX/8u20 for your insanity testing assignment for this week. Testing should take 1 hour or less. If your assignment takes longer, stop after an hour and continue where you left off the following week. Also, please review the weekly code freeze and push rules As Kevin mentioned, Monday is a US holiday so the US team will not be doing their testing this week. Happy testing! Lisa From james.graham at oracle.com Fri May 23 21:35:23 2014 From: james.graham at oracle.com (Jim Graham) Date: Fri, 23 May 2014 14:35:23 -0700 Subject: Bad performance with Canvas and extensive clipping In-Reply-To: <537F97B0.3040203@bestsolution.at> References: <537F97B0.3040203@bestsolution.at> Message-ID: <537FBF1B.4050105@oracle.com> Are you clipping to an arbitrary path in all cases or just a rectangle? Unfortunately we only offer the arbitrary clip-to-current-path method that isn't optimized for basic rectangular clipping and it implements soft clipping. There is an outstanding tweak that we added faster clipping support for WebNode and we need to start using it for Node.setClipNode(non-rectangle) and Canvas, but we haven't implemented that yet. (https://javafx-jira.kenai.com/browse/RT-30107) It basically is a direct "render this texture through that other texture as a clip" operation instead of the current code that runs it through some Blend effect filters. It would definitely improve your run times, but I'm not sure how much. Even more savings could be had for rectangular clips if we provided some way to communicate them to the GC... ...jim On 5/23/14 11:47 AM, Tom Schindl wrote: > Hi, > > Maybe as some of you might know I've been working since sometime on SWT > on JavaFX and to implement direct drawing operations we use JavaFX-Canvas. > > I've today tried to run a heavy direct drawing grid implementation and > it performed very bad because it makes heavy use of clipping. > > For a grid I've counted ~1500 clipping operations the library works > something like this: > > boolean activeClip; > Canvas canvas = new Canvas(); > > public void setClipping(PathIterator pathIterator) { > GraphicsContext gc = canvas.getGraphicsContext2D(); > if(activeClip) { > gc.restore(); > activeClip= false; > } > > if( pathIterator == null ) { > return; > } > > activeClip = true; > float coords[] = new float[6]; > gc.save(); > gc.beginPath(); > > float x = 0; > float y = 0; > > > gc.moveTo(0, 0); > > while( ! pathIterator.isDone() ) { > switch (pathIterator.currentSegment(coords)) { > case PathIterator.SEG_CLOSE: > gc.lineTo(x, y); > break; > case PathIterator.SEG_CUBICTO: > gc.bezierCurveTo(coords[0], coords[1], coords[2], coords[3], > coords[4], coords[5]); > break; > case PathIterator.SEG_LINETO: > gc.lineTo(coords[0], coords[1]); > break; > case PathIterator.SEG_MOVETO: > gc.moveTo(coords[0], coords[1]); > x = coords[0]; > y = coords[1]; > break; > case PathIterator.SEG_QUADTO: > gc.quadraticCurveTo(coords[0], coords[1], coords[2], coords[3]); > break; > default: > break; > } > pathIterator.next(); > } > > gc.clip(); > gc.closePath(); > } > > Am I doing something ultimately wrong, totally wrong? Has anyone an idea > how I would work around the problem? > > Tom > From kevin.rushforth at oracle.com Fri May 23 21:52:22 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 23 May 2014 14:52:22 -0700 Subject: (In)Sanity Monday... In-Reply-To: <537FBCDA.5000400@oracle.com> References: <537FBCDA.5000400@oracle.com> Message-ID: <537FC316.8030107@oracle.com> In lieu of Monday's testing, I did run a full build / test on all three platforms (dev-build-full) this afternoon and ran a couple samples. No new issues. -- Kevin Lisa Selle wrote: > Reminder to check out the matrix at > > https://wiki.openjdk.java.net/display/OpenJFX/8u20 > > for your insanity testing assignment for this week. Testing should > take 1 hour or less. If your assignment takes longer, stop after an > hour and continue where you left off the following week. > > Also, please review the weekly code freeze and push rules > > As Kevin mentioned, Monday is a US holiday so the US team will not be > doing their testing this week. > > Happy testing! > > Lisa > From tom.schindl at bestsolution.at Fri May 23 21:57:37 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Fri, 23 May 2014 23:57:37 +0200 Subject: Bad performance with Canvas and extensive clipping In-Reply-To: <537FBF1B.4050105@oracle.com> References: <537F97B0.3040203@bestsolution.at> <537FBF1B.4050105@oracle.com> Message-ID: <3BC62567-CAB8-4DD6-8D54-AE2BD4662CD3@bestsolution.at> In the current usecase it is a rect all time but that's just in this special use case. I guess that rect clipping is the most common one so having an optimization for rects and a slow path for none rects might help. Tom Von meinem iPhone gesendet > Am 23.05.2014 um 23:35 schrieb Jim Graham : > > Are you clipping to an arbitrary path in all cases or just a rectangle? Unfortunately we only offer the arbitrary clip-to-current-path method that isn't optimized for basic rectangular clipping and it implements soft clipping. > > There is an outstanding tweak that we added faster clipping support for WebNode and we need to start using it for Node.setClipNode(non-rectangle) and Canvas, but we haven't implemented that yet. (https://javafx-jira.kenai.com/browse/RT-30107) It basically is a direct "render this texture through that other texture as a clip" operation instead of the current code that runs it through some Blend effect filters. It would definitely improve your run times, but I'm not sure how much. > > Even more savings could be had for rectangular clips if we provided some way to communicate them to the GC... > > ...jim > >> On 5/23/14 11:47 AM, Tom Schindl wrote: >> Hi, >> >> Maybe as some of you might know I've been working since sometime on SWT >> on JavaFX and to implement direct drawing operations we use JavaFX-Canvas. >> >> I've today tried to run a heavy direct drawing grid implementation and >> it performed very bad because it makes heavy use of clipping. >> >> For a grid I've counted ~1500 clipping operations the library works >> something like this: >> >> boolean activeClip; >> Canvas canvas = new Canvas(); >> >> public void setClipping(PathIterator pathIterator) { >> GraphicsContext gc = canvas.getGraphicsContext2D(); >> if(activeClip) { >> gc.restore(); >> activeClip= false; >> } >> >> if( pathIterator == null ) { >> return; >> } >> >> activeClip = true; >> float coords[] = new float[6]; >> gc.save(); >> gc.beginPath(); >> >> float x = 0; >> float y = 0; >> >> >> gc.moveTo(0, 0); >> >> while( ! pathIterator.isDone() ) { >> switch (pathIterator.currentSegment(coords)) { >> case PathIterator.SEG_CLOSE: >> gc.lineTo(x, y); >> break; >> case PathIterator.SEG_CUBICTO: >> gc.bezierCurveTo(coords[0], coords[1], coords[2], coords[3], >> coords[4], coords[5]); >> break; >> case PathIterator.SEG_LINETO: >> gc.lineTo(coords[0], coords[1]); >> break; >> case PathIterator.SEG_MOVETO: >> gc.moveTo(coords[0], coords[1]); >> x = coords[0]; >> y = coords[1]; >> break; >> case PathIterator.SEG_QUADTO: >> gc.quadraticCurveTo(coords[0], coords[1], coords[2], coords[3]); >> break; >> default: >> break; >> } >> pathIterator.next(); >> } >> >> gc.clip(); >> gc.closePath(); >> } >> >> Am I doing something ultimately wrong, totally wrong? Has anyone an idea >> how I would work around the problem? >> >> Tom >> From hang.vo at oracle.com Fri May 23 22:18:09 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 23 May 2014 22:18:09 +0000 Subject: hg: openjfx/8u-dev/rt: [Accessibility] On Windows, when a combobox closes, the Narrator focus stays behind where the last selected list item was. The fix is to send focus changed event when the window closes. Message-ID: <201405232218.s4NMIMP0006506@aojmv0008> Changeset: 2eb6b8e042b3 Author: Felipe Heidrich Date: 2014-05-23 15:02 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/2eb6b8e042b3 [Accessibility] On Windows, when a combobox closes, the Narrator focus stays behind where the last selected list item was. The fix is to send focus changed event when the window closes. ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ComboBoxPopupControl.java From tom.schindl at bestsolution.at Sat May 24 00:46:05 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Sat, 24 May 2014 02:46:05 +0200 Subject: Bad performance with Canvas and extensive clipping In-Reply-To: <3BC62567-CAB8-4DD6-8D54-AE2BD4662CD3@bestsolution.at> References: <537F97B0.3040203@bestsolution.at> <537FBF1B.4050105@oracle.com> <3BC62567-CAB8-4DD6-8D54-AE2BD4662CD3@bestsolution.at> Message-ID: <537FEBCD.4060507@bestsolution.at> Hi, As an experiment I've now written a SWT-GC implementation using a BufferedImage & Graphics2D and transfering the pixels over to JavaFX and the performance is as it is with native SWT. I always thought Canvas works similar to Image and one only draws pixels - looks like that is not the case, having a dep in my application java.awt is not what I'm aiming at but without acceptable performance in conjunction with clipping it looks like i have to go this route :-( Tom On 23.05.14 23:57, Tom Schindl wrote: > In the current usecase it is a rect all time but that's just in this special use case. > > I guess that rect clipping is the most common one so having an optimization for rects and a slow path for none rects might help. > > Tom > > Von meinem iPhone gesendet > >> Am 23.05.2014 um 23:35 schrieb Jim Graham : >> >> Are you clipping to an arbitrary path in all cases or just a rectangle? Unfortunately we only offer the arbitrary clip-to-current-path method that isn't optimized for basic rectangular clipping and it implements soft clipping. >> >> There is an outstanding tweak that we added faster clipping support for WebNode and we need to start using it for Node.setClipNode(non-rectangle) and Canvas, but we haven't implemented that yet. (https://javafx-jira.kenai.com/browse/RT-30107) It basically is a direct "render this texture through that other texture as a clip" operation instead of the current code that runs it through some Blend effect filters. It would definitely improve your run times, but I'm not sure how much. >> >> Even more savings could be had for rectangular clips if we provided some way to communicate them to the GC... >> >> ...jim >> >>> On 5/23/14 11:47 AM, Tom Schindl wrote: >>> Hi, >>> >>> Maybe as some of you might know I've been working since sometime on SWT >>> on JavaFX and to implement direct drawing operations we use JavaFX-Canvas. >>> >>> I've today tried to run a heavy direct drawing grid implementation and >>> it performed very bad because it makes heavy use of clipping. >>> >>> For a grid I've counted ~1500 clipping operations the library works >>> something like this: >>> >>> boolean activeClip; >>> Canvas canvas = new Canvas(); >>> >>> public void setClipping(PathIterator pathIterator) { >>> GraphicsContext gc = canvas.getGraphicsContext2D(); >>> if(activeClip) { >>> gc.restore(); >>> activeClip= false; >>> } >>> >>> if( pathIterator == null ) { >>> return; >>> } >>> >>> activeClip = true; >>> float coords[] = new float[6]; >>> gc.save(); >>> gc.beginPath(); >>> >>> float x = 0; >>> float y = 0; >>> >>> >>> gc.moveTo(0, 0); >>> >>> while( ! pathIterator.isDone() ) { >>> switch (pathIterator.currentSegment(coords)) { >>> case PathIterator.SEG_CLOSE: >>> gc.lineTo(x, y); >>> break; >>> case PathIterator.SEG_CUBICTO: >>> gc.bezierCurveTo(coords[0], coords[1], coords[2], coords[3], >>> coords[4], coords[5]); >>> break; >>> case PathIterator.SEG_LINETO: >>> gc.lineTo(coords[0], coords[1]); >>> break; >>> case PathIterator.SEG_MOVETO: >>> gc.moveTo(coords[0], coords[1]); >>> x = coords[0]; >>> y = coords[1]; >>> break; >>> case PathIterator.SEG_QUADTO: >>> gc.quadraticCurveTo(coords[0], coords[1], coords[2], coords[3]); >>> break; >>> default: >>> break; >>> } >>> pathIterator.next(); >>> } >>> >>> gc.clip(); >>> gc.closePath(); >>> } >>> >>> Am I doing something ultimately wrong, totally wrong? Has anyone an idea >>> how I would work around the problem? >>> >>> Tom >>> From tom.schindl at bestsolution.at Sat May 24 13:54:36 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Sat, 24 May 2014 15:54:36 +0200 Subject: Bad performance with Canvas and extensive clipping In-Reply-To: <537FEBCD.4060507@bestsolution.at> References: <537F97B0.3040203@bestsolution.at> <537FBF1B.4050105@oracle.com> <3BC62567-CAB8-4DD6-8D54-AE2BD4662CD3@bestsolution.at> <537FEBCD.4060507@bestsolution.at> Message-ID: <5380A49C.5030908@bestsolution.at> Hi, another big difference when using the a BufferedImage is to that the font rendering is catastrophic, hope to offend nobody. I'm not very good a AWT maybe I made a dumb mistake? See http://downloads.efxclipse.org/font_j2d_fx.png - the j2d font looks completely blurred in contrast to the sharp JavaFX Canvas version in the foreground. Similar blurring happens when makeing screenshots of a canvas - I've written a small sample application showing problems I am seeing which gets me to an image as in this link http://downloads.efxclipse.org/screen_compare.png. Could I somehow use the javafx font-rendering push it to a bitmap and draw it on the buffered image? Anyways those are all only workarounds for javafx canvas inefficiencies that e.g. awt does not have. > package application; > > import java.awt.Graphics2D; > import java.awt.RenderingHints; > import java.awt.image.BufferedImage; > > import javafx.application.Application; > import javafx.embed.swing.SwingFXUtils; > import javafx.geometry.VPos; > import javafx.scene.Node; > import javafx.scene.Scene; > import javafx.scene.SnapshotParameters; > import javafx.scene.canvas.Canvas; > import javafx.scene.control.Label; > import javafx.scene.image.ImageView; > import javafx.scene.image.WritableImage; > import javafx.scene.layout.HBox; > import javafx.scene.layout.VBox; > import javafx.scene.paint.Color; > import javafx.scene.text.Font; > import javafx.stage.Stage; > > > public class Main extends Application { > private WritableImage img; > > @Override > public void start(Stage primaryStage) { > try { > HBox root = new HBox(); > Scene scene = new Scene(root,400,400); > scene.getStylesheets().add(getClass().getResource("application.css").toExternalForm()); > > root.getChildren().add(createCanvas()); > root.getChildren().add(createBufferedCanvas()); > root.getChildren().add(new VBox(new ImageView(img), new Label("Snapshot"))); > > primaryStage.setScene(scene); > primaryStage.show(); > } catch(Exception e) { > e.printStackTrace(); > } > } > > private Node createBufferedCanvas() { > VBox b = new VBox(); > b.setStyle("-fx-border-style: solid; -fx-border-width: 2px;"); > Canvas c = new Canvas(150, 150); > BufferedImage img = new BufferedImage(150, 150, BufferedImage.TYPE_INT_ARGB); > Graphics2D graphics = img.createGraphics(); > graphics.setRenderingHint(RenderingHints.KEY_TEXT_ANTIALIASING,RenderingHints.VALUE_TEXT_ANTIALIAS_LCD_HRGB); > graphics.setColor(java.awt.Color.BLACK); > graphics.setFont(new java.awt.Font(Font.getDefault().getName(), java.awt.Font.PLAIN, 20)); > graphics.drawString("Hello World!", 0, 20); > img.flush(); > c.getGraphicsContext2D().drawImage(SwingFXUtils.toFXImage(img, null),10,10); > > b.getChildren().add(c); > b.getChildren().add(new Label("Buffered-Canvas")); > > return b; > } > > private Node createCanvas() { > VBox b = new VBox(); > b.setStyle("-fx-border-style: solid; -fx-border-width: 2px;"); > Canvas c = new Canvas(150, 150); > c.getGraphicsContext2D().setFont(Font.font(Font.getDefault().getName(),20)); > c.getGraphicsContext2D().setTextBaseline(VPos.TOP); > c.getGraphicsContext2D().fillText("Hello World", 10, 10); > > SnapshotParameters parameters = new SnapshotParameters(); > parameters.setFill(Color.TRANSPARENT); > img = c.snapshot(parameters,null); > > b.getChildren().add(c); > b.getChildren().add(new Label("FX-Canvas")); > return b; > } > > public static void main(String[] args) { > launch(args); > } > } Tom On 24.05.14 02:46, Tom Schindl wrote: > Hi, > > As an experiment I've now written a SWT-GC implementation using a > BufferedImage & Graphics2D and transfering the pixels over to JavaFX and > the performance is as it is with native SWT. > > I always thought Canvas works similar to Image and one only draws pixels > - looks like that is not the case, having a dep in my application > java.awt is not what I'm aiming at but without acceptable performance in > conjunction with clipping it looks like i have to go this route :-( > > Tom > > On 23.05.14 23:57, Tom Schindl wrote: >> In the current usecase it is a rect all time but that's just in this special use case. >> >> I guess that rect clipping is the most common one so having an optimization for rects and a slow path for none rects might help. >> >> Tom >> >> Von meinem iPhone gesendet >> >>> Am 23.05.2014 um 23:35 schrieb Jim Graham : >>> >>> Are you clipping to an arbitrary path in all cases or just a rectangle? Unfortunately we only offer the arbitrary clip-to-current-path method that isn't optimized for basic rectangular clipping and it implements soft clipping. >>> >>> There is an outstanding tweak that we added faster clipping support for WebNode and we need to start using it for Node.setClipNode(non-rectangle) and Canvas, but we haven't implemented that yet. (https://javafx-jira.kenai.com/browse/RT-30107) It basically is a direct "render this texture through that other texture as a clip" operation instead of the current code that runs it through some Blend effect filters. It would definitely improve your run times, but I'm not sure how much. >>> >>> Even more savings could be had for rectangular clips if we provided some way to communicate them to the GC... >>> >>> ...jim >>> >>>> On 5/23/14 11:47 AM, Tom Schindl wrote: >>>> Hi, >>>> >>>> Maybe as some of you might know I've been working since sometime on SWT >>>> on JavaFX and to implement direct drawing operations we use JavaFX-Canvas. >>>> >>>> I've today tried to run a heavy direct drawing grid implementation and >>>> it performed very bad because it makes heavy use of clipping. >>>> >>>> For a grid I've counted ~1500 clipping operations the library works >>>> something like this: >>>> >>>> boolean activeClip; >>>> Canvas canvas = new Canvas(); >>>> >>>> public void setClipping(PathIterator pathIterator) { >>>> GraphicsContext gc = canvas.getGraphicsContext2D(); >>>> if(activeClip) { >>>> gc.restore(); >>>> activeClip= false; >>>> } >>>> >>>> if( pathIterator == null ) { >>>> return; >>>> } >>>> >>>> activeClip = true; >>>> float coords[] = new float[6]; >>>> gc.save(); >>>> gc.beginPath(); >>>> >>>> float x = 0; >>>> float y = 0; >>>> >>>> >>>> gc.moveTo(0, 0); >>>> >>>> while( ! pathIterator.isDone() ) { >>>> switch (pathIterator.currentSegment(coords)) { >>>> case PathIterator.SEG_CLOSE: >>>> gc.lineTo(x, y); >>>> break; >>>> case PathIterator.SEG_CUBICTO: >>>> gc.bezierCurveTo(coords[0], coords[1], coords[2], coords[3], >>>> coords[4], coords[5]); >>>> break; >>>> case PathIterator.SEG_LINETO: >>>> gc.lineTo(coords[0], coords[1]); >>>> break; >>>> case PathIterator.SEG_MOVETO: >>>> gc.moveTo(coords[0], coords[1]); >>>> x = coords[0]; >>>> y = coords[1]; >>>> break; >>>> case PathIterator.SEG_QUADTO: >>>> gc.quadraticCurveTo(coords[0], coords[1], coords[2], coords[3]); >>>> break; >>>> default: >>>> break; >>>> } >>>> pathIterator.next(); >>>> } >>>> >>>> gc.clip(); >>>> gc.closePath(); >>>> } >>>> >>>> Am I doing something ultimately wrong, totally wrong? Has anyone an idea >>>> how I would work around the problem? >>>> >>>> Tom >>>> > From leif.samuelsson at oracle.com Sat May 24 20:04:22 2014 From: leif.samuelsson at oracle.com (Leif Samuelsson) Date: Sat, 24 May 2014 13:04:22 -0700 Subject: [8u20] Review request: RT-36660: [TextField] Arrow scrolling movement unexpected when text overflows Message-ID: <5380FB46.9010202@oracle.com> Hi Jonathan, Please review. https://javafx-jira.kenai.com/browse/RT-36660 http://cr.openjdk.java.net/~leifs/rt36660/webrev.01/ Thanks, Leif From hang.vo at oracle.com Sun May 25 08:03:16 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Sun, 25 May 2014 08:03:16 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36421 Implement drag and drop for monocle Message-ID: <201405250803.s4P83U30005157@aojmv0008> Changeset: faec737d934a Author: Daniel Blaukopf Date: 2014-05-25 10:49 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/faec737d934a RT-36421 Implement drag and drop for monocle ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/MonocleApplication.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/MonocleDnDClipboard.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/MonocleView.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/RunnableProcessor.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/KeyInput.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/MouseInput.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/MouseInputSynthesizer.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/TouchInput.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/filters/AssignPointIDTouchFilter.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/filters/SmallMoveTouchFilter.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxEventBuffer.java + tests/system/src/test/java/com/sun/glass/ui/monocle/input/DragAndDropTest.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/MouseLagTest.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/RapidTapTest.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/TestLog.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/TouchEventLookaheadTest.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/TouchLagTest.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/UInput.java From hang.vo at oracle.com Sun May 25 10:33:00 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Sun, 25 May 2014 10:33:00 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405251033.s4PAXL1I026681@aojmv0008> Changeset: d9cfa58a1b0c Author: Daniel Blaukopf Date: 2014-05-25 13:18 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/d9cfa58a1b0c RT-37268 [Lens, Monocle] x86egl build does not include EGLFB classes ! buildSrc/x86egl.gradle Changeset: 98c5c6958435 Author: Daniel Blaukopf Date: 2014-05-25 13:26 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/98c5c6958435 RT-37269 Cannot cross-build x86egl on Mac for a 32-bit target ! buildSrc/x86egl.gradle From hang.vo at oracle.com Sun May 25 11:18:00 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Sun, 25 May 2014 11:18:00 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37098 [Monocle]: Multitouch tests fail with DellP2714TDevice Message-ID: <201405251118.s4PBIFU7003373@aojmv0008> Changeset: 7046a069715f Author: Daniel Blaukopf Date: 2014-05-25 14:07 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/7046a069715f RT-37098 [Monocle]: Multitouch tests fail with DellP2714TDevice ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxStatefulMultiTouchProcessor.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/devices/DellP2714TDevice.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/devices/TestTouchDevices.java From hang.vo at oracle.com Sun May 25 12:03:19 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Sun, 25 May 2014 12:03:19 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37270 [Monocle] Intermittent test failure in USKeyboardTest Message-ID: <201405251203.s4PC3XGY009939@aojmv0008> Changeset: 03201923b37e Author: Daniel Blaukopf Date: 2014-05-25 14:47 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/03201923b37e RT-37270 [Monocle] Intermittent test failure in USKeyboardTest ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/KeyInput.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/USKeyboardTest.java From hang.vo at oracle.com Sun May 25 12:18:11 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Sun, 25 May 2014 12:18:11 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37016 [Monocle] No mouse release event sent outside a grabbed window Message-ID: <201405251218.s4PCIOBO012181@aojmv0008> Changeset: ada2f87fd6d8 Author: Daniel Blaukopf Date: 2014-05-25 15:03 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/ada2f87fd6d8 RT-37016 [Monocle] No mouse release event sent outside a grabbed window ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/SimpleMouseTest.java From hang.vo at oracle.com Sun May 25 14:03:05 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Sun, 25 May 2014 14:03:05 +0000 Subject: hg: openjfx/8u-dev/rt: Linux Input Tests: Adding test ChangeSceneDuringTap Message-ID: <201405251403.s4PE3JqM027040@aojmv0008> Changeset: 9425ba418764 Author: Elina Kleyman Date: 2014-05-25 16:59 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/9425ba418764 Linux Input Tests: Adding test ChangeSceneDuringTap ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/SingleTouchTest.java From leif.samuelsson at oracle.com Mon May 26 18:52:27 2014 From: leif.samuelsson at oracle.com (Leif Samuelsson) Date: Mon, 26 May 2014 11:52:27 -0700 Subject: [8u20] Review request: RT-37271: User presentable strings for accessibility are not translatable Message-ID: <53838D6B.6080305@oracle.com> Hi Felipe, Please review this fix and verify if you can that the strings still appear as expected in the AT software you are testing with. https://javafx-jira.kenai.com/browse/RT-37271 http://cr.openjdk.java.net/~leifs/rt37271/webrev.01/ Thanks, Leif From anthony.petrov at oracle.com Mon May 26 19:05:35 2014 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Mon, 26 May 2014 23:05:35 +0400 Subject: [8u20] Review request for RT-36956: [Swing] Not possible to select MenuItem in JFXPanel on Linux Message-ID: <5383907F.6080108@oracle.com> Hi Alexander, Anton, Please review the fix: https://javafx-jira.kenai.com/browse/RT-36956 -- best regards, Anthony From hang.vo at oracle.com Mon May 26 21:32:24 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Mon, 26 May 2014 21:32:24 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405262132.s4QLWo1j013934@aojmv0008> Changeset: 0b5c3b2de3a1 Author: leifs Date: 2014-05-26 14:16 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/0b5c3b2de3a1 RT-36660: [TextField] Arrow scrolling movement unexpected when text overflows Reviewed-by: jgiles ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TextFieldSkin.java Changeset: c1b0d1cbc280 Author: leifs Date: 2014-05-26 14:20 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/c1b0d1cbc280 [Accessibility, I18n] RT-37271: User presentable strings for accessibility are not translatable Reviewed-by: felipe ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/PaginationSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TabPaneSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ToolBarSkin.java ! modules/controls/src/main/resources/com/sun/javafx/scene/control/skin/resources/controls.properties From hang.vo at oracle.com Tue May 27 08:17:30 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 27 May 2014 08:17:30 +0000 Subject: hg: openjfx/8u-dev/rt: RT-32553 ScrollPane doesn't take the focus when pressing on the scroll bar Message-ID: <201405270817.s4R8HgJt016971@aojmv0008> Changeset: e76f5f5b0047 Author: Martin Sladecek Date: 2014-05-27 10:14 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/e76f5f5b0047 RT-32553 ScrollPane doesn't take the focus when pressing on the scroll bar Reviewed by: dgrieve ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ScrollPaneSkin.java From hang.vo at oracle.com Tue May 27 08:32:53 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 27 May 2014 08:32:53 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37184 when pressing button "Length", the small gradient will disappear at some points Message-ID: <201405270833.s4R8X3Ot019290@aojmv0008> Changeset: 0867438d36b7 Author: Martin Sladecek Date: 2014-05-27 10:17 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/0867438d36b7 RT-37184 when pressing button "Length", the small gradient will disappear at some points Reviewed by: jgiles ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ProgressBarSkin.java From hang.vo at oracle.com Tue May 27 10:47:26 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 27 May 2014 10:47:26 +0000 Subject: hg: openjfx/8u-dev/rt: [JAVADOC] RT-37281 SortedList has wrong javadoc documentation Message-ID: <201405271047.s4RAlewH009623@aojmv0008> Changeset: be04d004a78c Author: Martin Sladecek Date: 2014-05-27 12:39 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/be04d004a78c [JAVADOC] RT-37281 SortedList has wrong javadoc documentation ! modules/base/src/main/java/javafx/collections/transformation/SortedList.java From hang.vo at oracle.com Tue May 27 11:17:33 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 27 May 2014 11:17:33 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37033: [SwingNode] JEditorPane in SwingNode inside TabPane does not get focus properly when clicked Message-ID: <201405271117.s4RBHiqY014082@aojmv0008> Changeset: e081a8869ee8 Author: Anthony Petrov Date: 2014-05-27 15:03 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/e081a8869ee8 RT-37033: [SwingNode] JEditorPane in SwingNode inside TabPane does not get focus properly when clicked Summary: Consume mouse events if they're processed by SwingNode itself Reviewed-by: ant, jgiles, snorthov ! modules/swing/src/main/java/javafx/embed/swing/SwingNode.java From hang.vo at oracle.com Tue May 27 13:02:50 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 27 May 2014 13:02:50 +0000 Subject: hg: openjfx/8u-dev/rt: Linux Input Tests: updating ignored test with a more relevant JIRA number Message-ID: <201405271303.s4RD34cx029380@aojmv0008> Changeset: c470fa477657 Author: Elina Kleyman Date: 2014-05-27 15:45 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/c470fa477657 Linux Input Tests: updating ignored test with a more relevant JIRA number ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/SingleTouchTest.java From hang.vo at oracle.com Tue May 27 14:33:02 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 27 May 2014 14:33:02 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36956: [Swing] Not possible to select MenuItem in JFXPanel on Linux Message-ID: <201405271433.s4REXEnY012115@aojmv0008> Changeset: f711d02961e1 Author: Anthony Petrov Date: 2014-05-27 18:27 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/f711d02961e1 RT-36956: [Swing] Not possible to select MenuItem in JFXPanel on Linux Summary: Don't delegate grab focus requests to AWT on Linux Reviewed-by: ant, azvegint ! modules/swing/src/main/java/javafx/embed/swing/JFXPanel.java From hang.vo at oracle.com Tue May 27 15:17:32 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 27 May 2014 15:17:32 +0000 Subject: hg: openjfx/8u-dev/rt: RT-35994: Mac: Holding a key down throws exception Message-ID: <201405271517.s4RFHlgL018920@aojmv0008> Changeset: 40ee7df8768e Author: Anthony Petrov Date: 2014-05-27 19:06 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/40ee7df8768e RT-35994: Mac: Holding a key down throws exception Summary: Prevent NPE ! modules/swing/src/main/java/javafx/embed/swing/InputMethodSupport.java From hang.vo at oracle.com Tue May 27 15:47:36 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 27 May 2014 15:47:36 +0000 Subject: hg: openjfx/8u-dev/rt: 3 new changesets Message-ID: <201405271548.s4RFm3nk023410@aojmv0008> Changeset: 0c4416888e5c Author: Felipe Heidrich Date: 2014-05-27 04:28 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/0c4416888e5c RT-36639: [RTL] PasswordField rendering issue when it's highlighted. - Pango ! modules/graphics/src/main/java/com/sun/javafx/font/freetype/OSPango.java ! modules/graphics/src/main/java/com/sun/javafx/font/freetype/PangoGlyphLayout.java ! modules/graphics/src/main/native-font/pango.c Changeset: 83e8b46ae2bf Author: ddhill Date: 2014-05-27 11:43 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/83e8b46ae2bf RT-37278: dalvik build should add main classes on javah classpath Contributed-by: johanvos ! buildSrc/dalvik.gradle Changeset: 05367a06c685 Author: Felipe Heidrich Date: 2014-05-27 08:46 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/05367a06c685 RT-36639: [RTL] PasswordField rendering issue when it's highlighted. - MAC ! modules/graphics/src/main/java/com/sun/javafx/font/coretext/CTGlyphLayout.java ! modules/graphics/src/main/java/com/sun/javafx/font/coretext/OS.java ! modules/graphics/src/main/native-font/coretext.c From swpalmer at gmail.com Tue May 27 15:56:59 2014 From: swpalmer at gmail.com (Scott Palmer) Date: Tue, 27 May 2014 11:56:59 -0400 Subject: Gradle Scripts Message-ID: I know the wiki says only Gradle 1.8 is "guaranteed to work" so I have to ask: Why not use the Gradle Wrapper to force use of 1.8? http://www.gradle.org/docs/current/userguide/gradle_wrapper.html Well, I tried tweaking the build scripts to use it myself, running on OS X and found that the scripts appear to be badly broken anyway and they can't even be parsed with later Gradle versions so you can't even run the wrapper task: The error is: Could not find method 'defineProperty() for arguments [MACOSX_MIN_VERSION, 10.7] on root project ..... Sure enough the defineProperty method is being called from a different .gradle file than the one in which it is defined, so it is out of scope. I corrected this locally by changing it to a closure and assigning it to project.ext.defineProperty. Then I added: task wrapper(type: Wrapper) { gradleVersion = 1.8' } and was able to get the gradlew script created by running: gradle wrapper So then I tried to build with Gradle 1.8 by running: ./gradlew Then I hit :verifyJava complaining that the build number (13) was too low (< 115)... but I'm building the 8u5 code with the 8u5 release... that seems like a combination that should work. I think everyone (myself included) would be more inclined to help with patches if it wasn't such a pain to build. I appreciate that prior to the use of Gradle this was likely much worse. Gradle is a great build system and should be able to make this an even simpler process. On Windows for what I assume are historical reasons, Cygwin is expected. I'm only trying to build the Java side of things.. not the native DLLs and I don't see Cygwin doing anything of value in the build scripts for that case. It's mangling paths that don't need to be mangle for example. I think the build scripts could be cleaned up to provide a much smoother build experience for those outside of Oracle. No doubt you guys simply don't have the cycles to burn on fixing build scripts that are currently working for you.. but I suspect it will pay off in the long run. The current version of Gradle, 1.12, is the last 1.x Gradle release before the 2.x versions appear. It may make sense to achieve compatibility with it. Gradle 2.x is expected to break things, but once things are working with 1.12, then you can work on getting rid of the warnings and you will be in a much better position. Cheers, Scott From swpalmer at gmail.com Tue May 27 16:22:02 2014 From: swpalmer at gmail.com (Scott Palmer) Date: Tue, 27 May 2014 12:22:02 -0400 Subject: Gradle Scripts In-Reply-To: References: Message-ID: My build woes continued a bit... I tweaked build.gradle such that the buildnum.min was 5. Then the build failed trying to build :fxpackager:compileLauncher >Coud not call NativeCompileTask.compile() on task ':fxpackager:compileLauncher' I belive this is native code? The wiki says that native code doesnt' normally build unless you use -PBUILD_NATIVES=true I imagine this is true for the FX runtime DLLs and was just overlooked for the launcher. The root cause seems to be that I am missing the OS X 10.7 SDK: clang: warning: no such sysroot directory: '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk' But I do have later versions for 10.8 and 10.9. Tweaking buildSrc/mac.gradle so MACOSX_MIN_VERSION is 10.8 allowed me to finally complete a successful build! - I think I haven't tested anything yet.. but at least gradle stopped complaining. Cheers, Scott On Tue, May 27, 2014 at 11:56 AM, Scott Palmer wrote: > I know the wiki says only Gradle 1.8 is "guaranteed to work" so I have to ask: > Why not use the Gradle Wrapper to force use of 1.8? > http://www.gradle.org/docs/current/userguide/gradle_wrapper.html > > Well, I tried tweaking the build scripts to use it myself, running on > OS X and found that the scripts appear to be badly broken anyway and > they can't even be parsed with later Gradle versions so you can't even > run the wrapper task: > > The error is: > > Could not find method 'defineProperty() for arguments > [MACOSX_MIN_VERSION, 10.7] on root project ..... > > Sure enough the defineProperty method is being called from a different > .gradle file than the one in which it is defined, so it is out of > scope. I corrected this locally by changing it to a closure and > assigning it to project.ext.defineProperty. Then I added: > > task wrapper(type: Wrapper) { > gradleVersion = 1.8' > } > > and was able to get the gradlew script created by running: > > gradle wrapper > > So then I tried to build with Gradle 1.8 by running: > > ./gradlew > > Then I hit :verifyJava complaining that the build number (13) was too > low (< 115)... but I'm building the 8u5 code with the 8u5 release... > that seems like a combination that should work. > > I think everyone (myself included) would be more inclined to help with > patches if it wasn't such a pain to build. I appreciate that prior to > the use of Gradle this was likely much worse. Gradle is a great build > system and should be able to make this an even simpler process. > > On Windows for what I assume are historical reasons, Cygwin is > expected. I'm only trying to build the Java side of things.. not the > native DLLs and I don't see Cygwin doing anything of value in the > build scripts for that case. It's mangling paths that don't need to > be mangle for example. > > I think the build scripts could be cleaned up to provide a much > smoother build experience for those outside of Oracle. > > No doubt you guys simply don't have the cycles to burn on fixing build > scripts that are currently working for you.. but I suspect it will pay > off in the long run. The current version of Gradle, 1.12, is the last > 1.x Gradle release before the 2.x versions appear. It may make sense > to achieve compatibility with it. Gradle 2.x is expected to break > things, but once things are working with 1.12, then you can work on > getting rid of the warnings and you will be in a much better position. > > > Cheers, > > Scott From David.Hill at Oracle.com Tue May 27 16:29:14 2014 From: David.Hill at Oracle.com (David Hill) Date: Tue, 27 May 2014 12:29:14 -0400 Subject: Gradle Scripts In-Reply-To: References: Message-ID: <5384BD5A.9040204@Oracle.com> On 5/27/14, May 27, 12:22 PM, Scott Palmer wrote: > > The root cause seems to be that I am missing the OS X 10.7 SDK: > > clang: warning: no such sysroot directory: > '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk' > > But I do have later versions for 10.8 and 10.9. > > Tweaking buildSrc/mac.gradle so MACOSX_MIN_VERSION is 10.8 allowed me > to finally complete a successful build! - I think I haven't tested > anything yet.. but at least gradle stopped complaining. When I ran into this, I symlinked MacOSX10.7.sdk to MacOSX10.8.sdk Was told I could set the property MACOSX_MIN_VERSION on the command line, but that got old quick :-) Dave -- David Hill Java Embedded Development "Experience is that marvelous thing that enables you to recognize a mistake when you make it again." -- Franklin P. Jones From felipe.heidrich at oracle.com Tue May 27 16:36:59 2014 From: felipe.heidrich at oracle.com (Felipe Heidrich) Date: Tue, 27 May 2014 09:36:59 -0700 Subject: Gradle Scripts In-Reply-To: <5384BD5A.9040204@Oracle.com> References: <5384BD5A.9040204@Oracle.com> Message-ID: See https://javafx-jira.kenai.com/browse/RT-34388 On May 27, 2014, at 9:29 AM, David Hill wrote: > On 5/27/14, May 27, 12:22 PM, Scott Palmer wrote: >> >> The root cause seems to be that I am missing the OS X 10.7 SDK: >> >> clang: warning: no such sysroot directory: >> '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk' >> >> But I do have later versions for 10.8 and 10.9. >> >> Tweaking buildSrc/mac.gradle so MACOSX_MIN_VERSION is 10.8 allowed me >> to finally complete a successful build! - I think I haven't tested >> anything yet.. but at least gradle stopped complaining. > > When I ran into this, I symlinked MacOSX10.7.sdk to MacOSX10.8.sdk > Was told I could set the property MACOSX_MIN_VERSION on the command line, but that got old quick :-) > > Dave > > -- > David Hill > Java Embedded Development > > "Experience is that marvelous thing that enables you to recognize a mistake when you make it again." > -- Franklin P. Jones > From kevin.rushforth at oracle.com Tue May 27 16:48:51 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 27 May 2014 09:48:51 -0700 Subject: Gradle Scripts In-Reply-To: References: Message-ID: <5384C1F3.2070703@oracle.com> Hi Scott, I don't think we can use gradle wrapper since it would require checking a gradle jar file into our repo (there is IP / licensing concern with that). Regarding your other issues: 1) The Mac issue is a known problem that I still plan to address for 8u20: https://javafx-jira.kenai.com/browse/RT-34388 2) In the short term we are unlikely to change our production build to a newer version of gradle, but I know of no reason it won't work with gradle 1.12 (gradle 1.11 is known not to work). Does it build for you with 1.12? I will try it myself. 3) The version check should work fine with JDK 8u5. Are you cloning openjfx from the right place? openjfx/8u-dev/rt ? I'm fairly sure this has been tested, but I will double-check. 4) Yes, we expect cygwin -- mainly for native but also for some of our legacy any scripts (mostly in closed). We could consider accepting patches that checked whether a windows build was cygwin and allowed it to build at least the java code without requiring Cygwin. Did you want to file a JIRA for this? 5) Native compilation for everything except media and wekbit, is on by default, and there is currently no easy way to disable it. This is something Richard had wanted to change back when the gradle build scripts were developed, but was not finished. At the least, a flag to turn off native compilation would be good. Do you want to file a JIRA for this? -- Kevin Scott Palmer wrote: > I know the wiki says only Gradle 1.8 is "guaranteed to work" so I have to ask: > Why not use the Gradle Wrapper to force use of 1.8? > http://www.gradle.org/docs/current/userguide/gradle_wrapper.html > > Well, I tried tweaking the build scripts to use it myself, running on > OS X and found that the scripts appear to be badly broken anyway and > they can't even be parsed with later Gradle versions so you can't even > run the wrapper task: > > The error is: > > Could not find method 'defineProperty() for arguments > [MACOSX_MIN_VERSION, 10.7] on root project ..... > > Sure enough the defineProperty method is being called from a different > .gradle file than the one in which it is defined, so it is out of > scope. I corrected this locally by changing it to a closure and > assigning it to project.ext.defineProperty. Then I added: > > task wrapper(type: Wrapper) { > gradleVersion = 1.8' > } > > and was able to get the gradlew script created by running: > > gradle wrapper > > So then I tried to build with Gradle 1.8 by running: > > ./gradlew > > Then I hit :verifyJava complaining that the build number (13) was too > low (< 115)... but I'm building the 8u5 code with the 8u5 release... > that seems like a combination that should work. > > I think everyone (myself included) would be more inclined to help with > patches if it wasn't such a pain to build. I appreciate that prior to > the use of Gradle this was likely much worse. Gradle is a great build > system and should be able to make this an even simpler process. > > On Windows for what I assume are historical reasons, Cygwin is > expected. I'm only trying to build the Java side of things.. not the > native DLLs and I don't see Cygwin doing anything of value in the > build scripts for that case. It's mangling paths that don't need to > be mangle for example. > > I think the build scripts could be cleaned up to provide a much > smoother build experience for those outside of Oracle. > > No doubt you guys simply don't have the cycles to burn on fixing build > scripts that are currently working for you.. but I suspect it will pay > off in the long run. The current version of Gradle, 1.12, is the last > 1.x Gradle release before the 2.x versions appear. It may make sense > to achieve compatibility with it. Gradle 2.x is expected to break > things, but once things are working with 1.12, then you can work on > getting rid of the warnings and you will be in a much better position. > > > Cheers, > > Scott > From kevin.rushforth at oracle.com Tue May 27 17:05:29 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 27 May 2014 10:05:29 -0700 Subject: Gradle Scripts In-Reply-To: <5384C1F3.2070703@oracle.com> References: <5384C1F3.2070703@oracle.com> Message-ID: <5384C5D9.8030706@oracle.com> I just checked and JavaFX 8u-dev builds fine with JDK 8u5. I suspect you have an out-of-date repo. -- Kevin Kevin Rushforth wrote: > Hi Scott, > > I don't think we can use gradle wrapper since it would require > checking a gradle jar file into our repo (there is IP / licensing > concern with that). > > Regarding your other issues: > > 1) The Mac issue is a known problem that I still plan to address for > 8u20: https://javafx-jira.kenai.com/browse/RT-34388 > > 2) In the short term we are unlikely to change our production build to > a newer version of gradle, but I know of no reason it won't work with > gradle 1.12 (gradle 1.11 is known not to work). Does it build for you > with 1.12? I will try it myself. > > 3) The version check should work fine with JDK 8u5. Are you cloning > openjfx from the right place? openjfx/8u-dev/rt ? I'm fairly sure this > has been tested, but I will double-check. > > 4) Yes, we expect cygwin -- mainly for native but also for some of our > legacy any scripts (mostly in closed). We could consider accepting > patches that checked whether a windows build was cygwin and allowed it > to build at least the java code without requiring Cygwin. Did you want > to file a JIRA for this? > > 5) Native compilation for everything except media and wekbit, is on by > default, and there is currently no easy way to disable it. This is > something Richard had wanted to change back when the gradle build > scripts were developed, but was not finished. At the least, a flag to > turn off native compilation would be good. Do you want to file a JIRA > for this? > > -- Kevin > > > Scott Palmer wrote: >> I know the wiki says only Gradle 1.8 is "guaranteed to work" so I >> have to ask: >> Why not use the Gradle Wrapper to force use of 1.8? >> http://www.gradle.org/docs/current/userguide/gradle_wrapper.html >> >> Well, I tried tweaking the build scripts to use it myself, running on >> OS X and found that the scripts appear to be badly broken anyway and >> they can't even be parsed with later Gradle versions so you can't even >> run the wrapper task: >> >> The error is: >> >> Could not find method 'defineProperty() for arguments >> [MACOSX_MIN_VERSION, 10.7] on root project ..... >> >> Sure enough the defineProperty method is being called from a different >> .gradle file than the one in which it is defined, so it is out of >> scope. I corrected this locally by changing it to a closure and >> assigning it to project.ext.defineProperty. Then I added: >> >> task wrapper(type: Wrapper) { >> gradleVersion = 1.8' >> } >> >> and was able to get the gradlew script created by running: >> >> gradle wrapper >> >> So then I tried to build with Gradle 1.8 by running: >> >> ./gradlew >> >> Then I hit :verifyJava complaining that the build number (13) was too >> low (< 115)... but I'm building the 8u5 code with the 8u5 release... >> that seems like a combination that should work. >> >> I think everyone (myself included) would be more inclined to help with >> patches if it wasn't such a pain to build. I appreciate that prior to >> the use of Gradle this was likely much worse. Gradle is a great build >> system and should be able to make this an even simpler process. >> >> On Windows for what I assume are historical reasons, Cygwin is >> expected. I'm only trying to build the Java side of things.. not the >> native DLLs and I don't see Cygwin doing anything of value in the >> build scripts for that case. It's mangling paths that don't need to >> be mangle for example. >> >> I think the build scripts could be cleaned up to provide a much >> smoother build experience for those outside of Oracle. >> >> No doubt you guys simply don't have the cycles to burn on fixing build >> scripts that are currently working for you.. but I suspect it will pay >> off in the long run. The current version of Gradle, 1.12, is the last >> 1.x Gradle release before the 2.x versions appear. It may make sense >> to achieve compatibility with it. Gradle 2.x is expected to break >> things, but once things are working with 1.12, then you can work on >> getting rid of the warnings and you will be in a much better position. >> >> >> Cheers, >> >> Scott >> From steve.x.northover at oracle.com Tue May 27 17:38:38 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Tue, 27 May 2014 13:38:38 -0400 Subject: Gradle Scripts In-Reply-To: References: Message-ID: <5384CD9E.1070208@oracle.com> BUILD_NATIVES was never implemented so I deleted mention of it from the wiki. I have also updated the Mac section to include MACOSX_MIN_VERSION. I could have swore this information was there but apparently not. Steve On 2014-05-27, 12:22 PM, Scott Palmer wrote: > My build woes continued a bit... > I tweaked build.gradle such that the buildnum.min was 5. > Then the build failed trying to build :fxpackager:compileLauncher > >> Coud not call NativeCompileTask.compile() on task ':fxpackager:compileLauncher' > I belive this is native code? The wiki says that native code doesnt' > normally build unless you use -PBUILD_NATIVES=true > I imagine this is true for the FX runtime DLLs and was just overlooked > for the launcher. > > The root cause seems to be that I am missing the OS X 10.7 SDK: > > clang: warning: no such sysroot directory: > '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk' > > But I do have later versions for 10.8 and 10.9. > > Tweaking buildSrc/mac.gradle so MACOSX_MIN_VERSION is 10.8 allowed me > to finally complete a successful build! - I think I haven't tested > anything yet.. but at least gradle stopped complaining. > > Cheers, > > Scott > > > On Tue, May 27, 2014 at 11:56 AM, Scott Palmer wrote: >> I know the wiki says only Gradle 1.8 is "guaranteed to work" so I have to ask: >> Why not use the Gradle Wrapper to force use of 1.8? >> http://www.gradle.org/docs/current/userguide/gradle_wrapper.html >> >> Well, I tried tweaking the build scripts to use it myself, running on >> OS X and found that the scripts appear to be badly broken anyway and >> they can't even be parsed with later Gradle versions so you can't even >> run the wrapper task: >> >> The error is: >> >> Could not find method 'defineProperty() for arguments >> [MACOSX_MIN_VERSION, 10.7] on root project ..... >> >> Sure enough the defineProperty method is being called from a different >> .gradle file than the one in which it is defined, so it is out of >> scope. I corrected this locally by changing it to a closure and >> assigning it to project.ext.defineProperty. Then I added: >> >> task wrapper(type: Wrapper) { >> gradleVersion = 1.8' >> } >> >> and was able to get the gradlew script created by running: >> >> gradle wrapper >> >> So then I tried to build with Gradle 1.8 by running: >> >> ./gradlew >> >> Then I hit :verifyJava complaining that the build number (13) was too >> low (< 115)... but I'm building the 8u5 code with the 8u5 release... >> that seems like a combination that should work. >> >> I think everyone (myself included) would be more inclined to help with >> patches if it wasn't such a pain to build. I appreciate that prior to >> the use of Gradle this was likely much worse. Gradle is a great build >> system and should be able to make this an even simpler process. >> >> On Windows for what I assume are historical reasons, Cygwin is >> expected. I'm only trying to build the Java side of things.. not the >> native DLLs and I don't see Cygwin doing anything of value in the >> build scripts for that case. It's mangling paths that don't need to >> be mangle for example. >> >> I think the build scripts could be cleaned up to provide a much >> smoother build experience for those outside of Oracle. >> >> No doubt you guys simply don't have the cycles to burn on fixing build >> scripts that are currently working for you.. but I suspect it will pay >> off in the long run. The current version of Gradle, 1.12, is the last >> 1.x Gradle release before the 2.x versions appear. It may make sense >> to achieve compatibility with it. Gradle 2.x is expected to break >> things, but once things are working with 1.12, then you can work on >> getting rid of the warnings and you will be in a much better position. >> >> >> Cheers, >> >> Scott From swpalmer at gmail.com Tue May 27 17:40:19 2014 From: swpalmer at gmail.com (Scott Palmer) Date: Tue, 27 May 2014 13:40:19 -0400 Subject: Gradle Scripts In-Reply-To: <5384C5D9.8030706@oracle.com> References: <5384C1F3.2070703@oracle.com> <5384C5D9.8030706@oracle.com> Message-ID: I am using a clone of http://hg.openjdk.java.net/openjfx/8u-dev/rt/ *** I have updated to the 8u5-b13 tag as that is what I was patching. Perhaps this is the step that puts things out of date? *** If that's the case I can just hack the min build check as I already have. Gradle 1.12 fails to build it. I don't understand how the defineProperty() method can possibly work, as it is out of scope from windows.gradle and mac.gradle scripts. I encountered this on both Windows and Mac. Interesting point about checking in gradle-wrapper.jar. I do believe it is under the Apache License V2.0... I understand how you must be careful. You could probably do something clever to add a small script that would download it from gradle.org for setting up the initial workspace, rather than checking it in. I created https://javafx-jira.kenai.com/browse/RT-37290 to cover the Cygwin issue. The wiki needs to be updated as it claims: "Invoking gradle without any additional parameters will skip the building of all native code." See: https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX#BuildingOpenJFX-BuildandTest According to the wiki there already is a flag for controlling the build of the native parts: "-PBUILD_NATIVES=true" I've field: https://javafx-jira.kenai.com/browse/RT-37291 [Steve's message just came in as I was about to press send, thanks! You can update the issue as necessary.] Cheers, Scott On Tue, May 27, 2014 at 1:05 PM, Kevin Rushforth wrote: > I just checked and JavaFX 8u-dev builds fine with JDK 8u5. I suspect you > have an out-of-date repo. > > -- Kevin > > > > Kevin Rushforth wrote: >> >> Hi Scott, >> >> I don't think we can use gradle wrapper since it would require checking a >> gradle jar file into our repo (there is IP / licensing concern with that). >> >> Regarding your other issues: >> >> 1) The Mac issue is a known problem that I still plan to address for 8u20: >> https://javafx-jira.kenai.com/browse/RT-34388 >> >> 2) In the short term we are unlikely to change our production build to a >> newer version of gradle, but I know of no reason it won't work with gradle >> 1.12 (gradle 1.11 is known not to work). Does it build for you with 1.12? I >> will try it myself. >> >> 3) The version check should work fine with JDK 8u5. Are you cloning >> openjfx from the right place? openjfx/8u-dev/rt ? I'm fairly sure this has >> been tested, but I will double-check. >> >> 4) Yes, we expect cygwin -- mainly for native but also for some of our >> legacy any scripts (mostly in closed). We could consider accepting patches >> that checked whether a windows build was cygwin and allowed it to build at >> least the java code without requiring Cygwin. Did you want to file a JIRA >> for this? >> >> 5) Native compilation for everything except media and wekbit, is on by >> default, and there is currently no easy way to disable it. This is something >> Richard had wanted to change back when the gradle build scripts were >> developed, but was not finished. At the least, a flag to turn off native >> compilation would be good. Do you want to file a JIRA for this? >> >> -- Kevin >> >> >> Scott Palmer wrote: >>> >>> I know the wiki says only Gradle 1.8 is "guaranteed to work" so I have to >>> ask: >>> Why not use the Gradle Wrapper to force use of 1.8? >>> http://www.gradle.org/docs/current/userguide/gradle_wrapper.html >>> >>> Well, I tried tweaking the build scripts to use it myself, running on >>> OS X and found that the scripts appear to be badly broken anyway and >>> they can't even be parsed with later Gradle versions so you can't even >>> run the wrapper task: >>> >>> The error is: >>> >>> Could not find method 'defineProperty() for arguments >>> [MACOSX_MIN_VERSION, 10.7] on root project ..... >>> >>> Sure enough the defineProperty method is being called from a different >>> .gradle file than the one in which it is defined, so it is out of >>> scope. I corrected this locally by changing it to a closure and >>> assigning it to project.ext.defineProperty. Then I added: >>> >>> task wrapper(type: Wrapper) { >>> gradleVersion = 1.8' >>> } >>> >>> and was able to get the gradlew script created by running: >>> >>> gradle wrapper >>> >>> So then I tried to build with Gradle 1.8 by running: >>> >>> ./gradlew >>> >>> Then I hit :verifyJava complaining that the build number (13) was too >>> low (< 115)... but I'm building the 8u5 code with the 8u5 release... >>> that seems like a combination that should work. >>> >>> I think everyone (myself included) would be more inclined to help with >>> patches if it wasn't such a pain to build. I appreciate that prior to >>> the use of Gradle this was likely much worse. Gradle is a great build >>> system and should be able to make this an even simpler process. >>> >>> On Windows for what I assume are historical reasons, Cygwin is >>> expected. I'm only trying to build the Java side of things.. not the >>> native DLLs and I don't see Cygwin doing anything of value in the >>> build scripts for that case. It's mangling paths that don't need to >>> be mangle for example. >>> >>> I think the build scripts could be cleaned up to provide a much >>> smoother build experience for those outside of Oracle. >>> >>> No doubt you guys simply don't have the cycles to burn on fixing build >>> scripts that are currently working for you.. but I suspect it will pay >>> off in the long run. The current version of Gradle, 1.12, is the last >>> 1.x Gradle release before the 2.x versions appear. It may make sense >>> to achieve compatibility with it. Gradle 2.x is expected to break >>> things, but once things are working with 1.12, then you can work on >>> getting rid of the warnings and you will be in a much better position. >>> >>> >>> Cheers, >>> >>> Scott >>> From kevin.rushforth at oracle.com Tue May 27 17:54:11 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 27 May 2014 10:54:11 -0700 Subject: Gradle Scripts In-Reply-To: References: <5384C1F3.2070703@oracle.com> <5384C5D9.8030706@oracle.com> Message-ID: <5384D143.6090201@oracle.com> > *** I have updated to the 8u5-b13 tag as that is what I was patching. > Perhaps this is the step that puts things out of date? *** Yes, that would be it, since it would not contain the fix for: RT-36163: Cannot build JavaFX using JDK 8u20 or JDK 9 (same bug would affect building with 8u5) Disabling the min build check will be a fine workaround. > Gradle 1.12 fails to build it. I don't understand how the > defineProperty() method can possibly work, as it is out of scope from > windows.gradle and mac.gradle scripts. I encountered this on both > Windows and Mac. It does look like there are issues in building with 1.12 -- a closed build falls over and dies even earlier (before buildSrc is compiled). If you would like to file a JIRA we can look into it for 8u40. It would be great to fix the scripts so it works with 1.8 and 1.12. -- Kevin Scott Palmer wrote: > I am using a clone of http://hg.openjdk.java.net/openjfx/8u-dev/rt/ > > *** I have updated to the 8u5-b13 tag as that is what I was patching. > Perhaps this is the step that puts things out of date? *** > If that's the case I can just hack the min build check as I already have. > > Gradle 1.12 fails to build it. I don't understand how the > defineProperty() method can possibly work, as it is out of scope from > windows.gradle and mac.gradle scripts. I encountered this on both > Windows and Mac. > > Interesting point about checking in gradle-wrapper.jar. I do believe > it is under the Apache License V2.0... I understand how you must be > careful. You could probably do something clever to add a small script > that would download it from gradle.org for setting up the initial > workspace, rather than checking it in. > > I created https://javafx-jira.kenai.com/browse/RT-37290 to cover the > Cygwin issue. > > The wiki needs to be updated as it claims: "Invoking gradle without > any additional parameters will skip the building of all native code." > See: https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX#BuildingOpenJFX-BuildandTest > > According to the wiki there already is a flag for controlling the > build of the native parts: "-PBUILD_NATIVES=true" > > I've field: https://javafx-jira.kenai.com/browse/RT-37291 > > [Steve's message just came in as I was about to press send, thanks! > You can update the issue as necessary.] > > Cheers, > > Scott > > On Tue, May 27, 2014 at 1:05 PM, Kevin Rushforth > wrote: > >> I just checked and JavaFX 8u-dev builds fine with JDK 8u5. I suspect you >> have an out-of-date repo. >> >> -- Kevin >> >> >> >> Kevin Rushforth wrote: >> >>> Hi Scott, >>> >>> I don't think we can use gradle wrapper since it would require checking a >>> gradle jar file into our repo (there is IP / licensing concern with that). >>> >>> Regarding your other issues: >>> >>> 1) The Mac issue is a known problem that I still plan to address for 8u20: >>> https://javafx-jira.kenai.com/browse/RT-34388 >>> >>> 2) In the short term we are unlikely to change our production build to a >>> newer version of gradle, but I know of no reason it won't work with gradle >>> 1.12 (gradle 1.11 is known not to work). Does it build for you with 1.12? I >>> will try it myself. >>> >>> 3) The version check should work fine with JDK 8u5. Are you cloning >>> openjfx from the right place? openjfx/8u-dev/rt ? I'm fairly sure this has >>> been tested, but I will double-check. >>> >>> 4) Yes, we expect cygwin -- mainly for native but also for some of our >>> legacy any scripts (mostly in closed). We could consider accepting patches >>> that checked whether a windows build was cygwin and allowed it to build at >>> least the java code without requiring Cygwin. Did you want to file a JIRA >>> for this? >>> >>> 5) Native compilation for everything except media and wekbit, is on by >>> default, and there is currently no easy way to disable it. This is something >>> Richard had wanted to change back when the gradle build scripts were >>> developed, but was not finished. At the least, a flag to turn off native >>> compilation would be good. Do you want to file a JIRA for this? >>> >>> -- Kevin >>> >>> >>> Scott Palmer wrote: >>> >>>> I know the wiki says only Gradle 1.8 is "guaranteed to work" so I have to >>>> ask: >>>> Why not use the Gradle Wrapper to force use of 1.8? >>>> http://www.gradle.org/docs/current/userguide/gradle_wrapper.html >>>> >>>> Well, I tried tweaking the build scripts to use it myself, running on >>>> OS X and found that the scripts appear to be badly broken anyway and >>>> they can't even be parsed with later Gradle versions so you can't even >>>> run the wrapper task: >>>> >>>> The error is: >>>> >>>> Could not find method 'defineProperty() for arguments >>>> [MACOSX_MIN_VERSION, 10.7] on root project ..... >>>> >>>> Sure enough the defineProperty method is being called from a different >>>> .gradle file than the one in which it is defined, so it is out of >>>> scope. I corrected this locally by changing it to a closure and >>>> assigning it to project.ext.defineProperty. Then I added: >>>> >>>> task wrapper(type: Wrapper) { >>>> gradleVersion = 1.8' >>>> } >>>> >>>> and was able to get the gradlew script created by running: >>>> >>>> gradle wrapper >>>> >>>> So then I tried to build with Gradle 1.8 by running: >>>> >>>> ./gradlew >>>> >>>> Then I hit :verifyJava complaining that the build number (13) was too >>>> low (< 115)... but I'm building the 8u5 code with the 8u5 release... >>>> that seems like a combination that should work. >>>> >>>> I think everyone (myself included) would be more inclined to help with >>>> patches if it wasn't such a pain to build. I appreciate that prior to >>>> the use of Gradle this was likely much worse. Gradle is a great build >>>> system and should be able to make this an even simpler process. >>>> >>>> On Windows for what I assume are historical reasons, Cygwin is >>>> expected. I'm only trying to build the Java side of things.. not the >>>> native DLLs and I don't see Cygwin doing anything of value in the >>>> build scripts for that case. It's mangling paths that don't need to >>>> be mangle for example. >>>> >>>> I think the build scripts could be cleaned up to provide a much >>>> smoother build experience for those outside of Oracle. >>>> >>>> No doubt you guys simply don't have the cycles to burn on fixing build >>>> scripts that are currently working for you.. but I suspect it will pay >>>> off in the long run. The current version of Gradle, 1.12, is the last >>>> 1.x Gradle release before the 2.x versions appear. It may make sense >>>> to achieve compatibility with it. Gradle 2.x is expected to break >>>> things, but once things are working with 1.12, then you can work on >>>> getting rid of the warnings and you will be in a much better position. >>>> >>>> >>>> Cheers, >>>> >>>> Scott >>>> >>>> From hang.vo at oracle.com Tue May 27 18:03:05 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 27 May 2014 18:03:05 +0000 Subject: hg: openjfx/8u-dev/rt: RT-33665: [SwingNode, Linux] : combobox can not get item change events Message-ID: <201405271803.s4RI3ILm012788@aojmv0008> Changeset: 3a38a1ed0e23 Author: Anthony Petrov Date: 2014-05-27 21:46 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/3a38a1ed0e23 RT-33665: [SwingNode, Linux] : combobox can not get item change events Summary: Don't delegate grab focus requests to FX on Linux ! modules/swing/src/main/java/javafx/embed/swing/SwingNode.java From swpalmer at gmail.com Tue May 27 18:10:31 2014 From: swpalmer at gmail.com (Scott Palmer) Date: Tue, 27 May 2014 14:10:31 -0400 Subject: Gradle Scripts In-Reply-To: <5384D143.6090201@oracle.com> References: <5384C1F3.2070703@oracle.com> <5384C5D9.8030706@oracle.com> <5384D143.6090201@oracle.com> Message-ID: I've filed: https://javafx-jira.kenai.com/browse/RT-37293 With a couple suggestions for fixes. Scott On Tue, May 27, 2014 at 1:54 PM, Kevin Rushforth wrote: > >> *** I have updated to the 8u5-b13 tag as that is what I was patching. >> Perhaps this is the step that puts things out of date? *** > > > Yes, that would be it, since it would not contain the fix for: > > RT-36163: Cannot build JavaFX using JDK 8u20 or JDK 9 > > (same bug would affect building with 8u5) > > Disabling the min build check will be a fine workaround. > > >> Gradle 1.12 fails to build it. I don't understand how the >> defineProperty() method can possibly work, as it is out of scope from >> windows.gradle and mac.gradle scripts. I encountered this on both >> Windows and Mac. > > > It does look like there are issues in building with 1.12 -- a closed build > falls over and dies even earlier (before buildSrc is compiled). If you would > like to file a JIRA we can look into it for 8u40. It would be great to fix > the scripts so it works with 1.8 and 1.12. > > > -- Kevin > > > Scott Palmer wrote: >> >> I am using a clone of http://hg.openjdk.java.net/openjfx/8u-dev/rt/ >> >> *** I have updated to the 8u5-b13 tag as that is what I was patching. >> Perhaps this is the step that puts things out of date? *** >> If that's the case I can just hack the min build check as I already have. >> >> Gradle 1.12 fails to build it. I don't understand how the >> defineProperty() method can possibly work, as it is out of scope from >> windows.gradle and mac.gradle scripts. I encountered this on both >> Windows and Mac. >> >> Interesting point about checking in gradle-wrapper.jar. I do believe >> it is under the Apache License V2.0... I understand how you must be >> careful. You could probably do something clever to add a small script >> that would download it from gradle.org for setting up the initial >> workspace, rather than checking it in. >> >> I created https://javafx-jira.kenai.com/browse/RT-37290 to cover the >> Cygwin issue. >> >> The wiki needs to be updated as it claims: "Invoking gradle without >> any additional parameters will skip the building of all native code." >> See: >> https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX#BuildingOpenJFX-BuildandTest >> >> According to the wiki there already is a flag for controlling the >> build of the native parts: "-PBUILD_NATIVES=true" >> >> I've field: https://javafx-jira.kenai.com/browse/RT-37291 >> >> [Steve's message just came in as I was about to press send, thanks! >> You can update the issue as necessary.] >> >> Cheers, >> >> Scott >> >> On Tue, May 27, 2014 at 1:05 PM, Kevin Rushforth >> wrote: >> >>> >>> I just checked and JavaFX 8u-dev builds fine with JDK 8u5. I suspect you >>> have an out-of-date repo. >>> >>> -- Kevin >>> >>> >>> >>> Kevin Rushforth wrote: >>> >>>> >>>> Hi Scott, >>>> >>>> I don't think we can use gradle wrapper since it would require checking >>>> a >>>> gradle jar file into our repo (there is IP / licensing concern with >>>> that). >>>> >>>> Regarding your other issues: >>>> >>>> 1) The Mac issue is a known problem that I still plan to address for >>>> 8u20: >>>> https://javafx-jira.kenai.com/browse/RT-34388 >>>> >>>> 2) In the short term we are unlikely to change our production build to a >>>> newer version of gradle, but I know of no reason it won't work with >>>> gradle >>>> 1.12 (gradle 1.11 is known not to work). Does it build for you with >>>> 1.12? I >>>> will try it myself. >>>> >>>> 3) The version check should work fine with JDK 8u5. Are you cloning >>>> openjfx from the right place? openjfx/8u-dev/rt ? I'm fairly sure this >>>> has >>>> been tested, but I will double-check. >>>> >>>> 4) Yes, we expect cygwin -- mainly for native but also for some of our >>>> legacy any scripts (mostly in closed). We could consider accepting >>>> patches >>>> that checked whether a windows build was cygwin and allowed it to build >>>> at >>>> least the java code without requiring Cygwin. Did you want to file a >>>> JIRA >>>> for this? >>>> >>>> 5) Native compilation for everything except media and wekbit, is on by >>>> default, and there is currently no easy way to disable it. This is >>>> something >>>> Richard had wanted to change back when the gradle build scripts were >>>> developed, but was not finished. At the least, a flag to turn off native >>>> compilation would be good. Do you want to file a JIRA for this? >>>> >>>> -- Kevin >>>> >>>> >>>> Scott Palmer wrote: >>>> >>>>> >>>>> I know the wiki says only Gradle 1.8 is "guaranteed to work" so I have >>>>> to >>>>> ask: >>>>> Why not use the Gradle Wrapper to force use of 1.8? >>>>> http://www.gradle.org/docs/current/userguide/gradle_wrapper.html >>>>> >>>>> Well, I tried tweaking the build scripts to use it myself, running on >>>>> OS X and found that the scripts appear to be badly broken anyway and >>>>> they can't even be parsed with later Gradle versions so you can't even >>>>> run the wrapper task: >>>>> >>>>> The error is: >>>>> >>>>> Could not find method 'defineProperty() for arguments >>>>> [MACOSX_MIN_VERSION, 10.7] on root project ..... >>>>> >>>>> Sure enough the defineProperty method is being called from a different >>>>> .gradle file than the one in which it is defined, so it is out of >>>>> scope. I corrected this locally by changing it to a closure and >>>>> assigning it to project.ext.defineProperty. Then I added: >>>>> >>>>> task wrapper(type: Wrapper) { >>>>> gradleVersion = 1.8' >>>>> } >>>>> >>>>> and was able to get the gradlew script created by running: >>>>> >>>>> gradle wrapper >>>>> >>>>> So then I tried to build with Gradle 1.8 by running: >>>>> >>>>> ./gradlew >>>>> >>>>> Then I hit :verifyJava complaining that the build number (13) was too >>>>> low (< 115)... but I'm building the 8u5 code with the 8u5 release... >>>>> that seems like a combination that should work. >>>>> >>>>> I think everyone (myself included) would be more inclined to help with >>>>> patches if it wasn't such a pain to build. I appreciate that prior to >>>>> the use of Gradle this was likely much worse. Gradle is a great build >>>>> system and should be able to make this an even simpler process. >>>>> >>>>> On Windows for what I assume are historical reasons, Cygwin is >>>>> expected. I'm only trying to build the Java side of things.. not the >>>>> native DLLs and I don't see Cygwin doing anything of value in the >>>>> build scripts for that case. It's mangling paths that don't need to >>>>> be mangle for example. >>>>> >>>>> I think the build scripts could be cleaned up to provide a much >>>>> smoother build experience for those outside of Oracle. >>>>> >>>>> No doubt you guys simply don't have the cycles to burn on fixing build >>>>> scripts that are currently working for you.. but I suspect it will pay >>>>> off in the long run. The current version of Gradle, 1.12, is the last >>>>> 1.x Gradle release before the 2.x versions appear. It may make sense >>>>> to achieve compatibility with it. Gradle 2.x is expected to break >>>>> things, but once things are working with 1.12, then you can work on >>>>> getting rid of the warnings and you will be in a much better position. >>>>> >>>>> >>>>> Cheers, >>>>> >>>>> Scott >>>>> >>>>> From hang.vo at oracle.com Tue May 27 21:17:24 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Tue, 27 May 2014 21:17:24 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37277 fix addNative in dalvik, update jar filter Message-ID: <201405272117.s4RLHZkf012311@aojmv0008> Changeset: 2dcb43d25d9a Author: ddhill Date: 2014-05-27 17:01 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/2dcb43d25d9a RT-37277 fix addNative in dalvik, update jar filter Reviewed-by: johanvos ! buildSrc/dalvik.gradle From james.graham at oracle.com Tue May 27 21:38:14 2014 From: james.graham at oracle.com (Jim Graham) Date: Tue, 27 May 2014 14:38:14 -0700 Subject: Bad performance with Canvas and extensive clipping In-Reply-To: <5380A49C.5030908@bestsolution.at> References: <537F97B0.3040203@bestsolution.at> <537FBF1B.4050105@oracle.com> <3BC62567-CAB8-4DD6-8D54-AE2BD4662CD3@bestsolution.at> <537FEBCD.4060507@bestsolution.at> <5380A49C.5030908@bestsolution.at> Message-ID: <538505C6.20606@oracle.com> You may have been testing J2D in a pre-retina-aware VM vs. JavaFX which was retina aware a little earlier than J2D (due to JavaFX being on a slightly more liberal feature policy for new releases). I think J2D went retina-aware in 8.0, are you using 8.0 for those tests? The screenshot may be because the snapshot and robot mechanisms may not be retina-aware yet. I don't think there are significant differences in the font technologies between J2D and FX... ...jim On 5/24/14 6:54 AM, Tom Schindl wrote: > Hi, > > another big difference when using the a BufferedImage is to that the > font rendering is catastrophic, hope to offend nobody. I'm not very good > a AWT maybe I made a dumb mistake? > > See http://downloads.efxclipse.org/font_j2d_fx.png - the j2d font looks > completely blurred in contrast to the sharp JavaFX Canvas version in the > foreground. > > Similar blurring happens when makeing screenshots of a canvas - I've > written a small sample application showing problems I am seeing which > gets me to an image as in this link > http://downloads.efxclipse.org/screen_compare.png. > > Could I somehow use the javafx font-rendering push it to a bitmap and > draw it on the buffered image? > > Anyways those are all only workarounds for javafx canvas inefficiencies > that e.g. awt does not have. > >> package application; >> >> import java.awt.Graphics2D; >> import java.awt.RenderingHints; >> import java.awt.image.BufferedImage; >> >> import javafx.application.Application; >> import javafx.embed.swing.SwingFXUtils; >> import javafx.geometry.VPos; >> import javafx.scene.Node; >> import javafx.scene.Scene; >> import javafx.scene.SnapshotParameters; >> import javafx.scene.canvas.Canvas; >> import javafx.scene.control.Label; >> import javafx.scene.image.ImageView; >> import javafx.scene.image.WritableImage; >> import javafx.scene.layout.HBox; >> import javafx.scene.layout.VBox; >> import javafx.scene.paint.Color; >> import javafx.scene.text.Font; >> import javafx.stage.Stage; >> >> >> public class Main extends Application { >> private WritableImage img; >> >> @Override >> public void start(Stage primaryStage) { >> try { >> HBox root = new HBox(); >> Scene scene = new Scene(root,400,400); >> scene.getStylesheets().add(getClass().getResource("application.css").toExternalForm()); >> >> root.getChildren().add(createCanvas()); >> root.getChildren().add(createBufferedCanvas()); >> root.getChildren().add(new VBox(new ImageView(img), new Label("Snapshot"))); >> >> primaryStage.setScene(scene); >> primaryStage.show(); >> } catch(Exception e) { >> e.printStackTrace(); >> } >> } >> >> private Node createBufferedCanvas() { >> VBox b = new VBox(); >> b.setStyle("-fx-border-style: solid; -fx-border-width: 2px;"); >> Canvas c = new Canvas(150, 150); >> BufferedImage img = new BufferedImage(150, 150, BufferedImage.TYPE_INT_ARGB); >> Graphics2D graphics = img.createGraphics(); >> graphics.setRenderingHint(RenderingHints.KEY_TEXT_ANTIALIASING,RenderingHints.VALUE_TEXT_ANTIALIAS_LCD_HRGB); >> graphics.setColor(java.awt.Color.BLACK); >> graphics.setFont(new java.awt.Font(Font.getDefault().getName(), java.awt.Font.PLAIN, 20)); >> graphics.drawString("Hello World!", 0, 20); >> img.flush(); >> c.getGraphicsContext2D().drawImage(SwingFXUtils.toFXImage(img, null),10,10); >> >> b.getChildren().add(c); >> b.getChildren().add(new Label("Buffered-Canvas")); >> >> return b; >> } >> >> private Node createCanvas() { >> VBox b = new VBox(); >> b.setStyle("-fx-border-style: solid; -fx-border-width: 2px;"); >> Canvas c = new Canvas(150, 150); >> c.getGraphicsContext2D().setFont(Font.font(Font.getDefault().getName(),20)); >> c.getGraphicsContext2D().setTextBaseline(VPos.TOP); >> c.getGraphicsContext2D().fillText("Hello World", 10, 10); >> >> SnapshotParameters parameters = new SnapshotParameters(); >> parameters.setFill(Color.TRANSPARENT); >> img = c.snapshot(parameters,null); >> >> b.getChildren().add(c); >> b.getChildren().add(new Label("FX-Canvas")); >> return b; >> } >> >> public static void main(String[] args) { >> launch(args); >> } >> } > > Tom > > On 24.05.14 02:46, Tom Schindl wrote: >> Hi, >> >> As an experiment I've now written a SWT-GC implementation using a >> BufferedImage & Graphics2D and transfering the pixels over to JavaFX and >> the performance is as it is with native SWT. >> >> I always thought Canvas works similar to Image and one only draws pixels >> - looks like that is not the case, having a dep in my application >> java.awt is not what I'm aiming at but without acceptable performance in >> conjunction with clipping it looks like i have to go this route :-( >> >> Tom >> >> On 23.05.14 23:57, Tom Schindl wrote: >>> In the current usecase it is a rect all time but that's just in this special use case. >>> >>> I guess that rect clipping is the most common one so having an optimization for rects and a slow path for none rects might help. >>> >>> Tom >>> >>> Von meinem iPhone gesendet >>> >>>> Am 23.05.2014 um 23:35 schrieb Jim Graham : >>>> >>>> Are you clipping to an arbitrary path in all cases or just a rectangle? Unfortunately we only offer the arbitrary clip-to-current-path method that isn't optimized for basic rectangular clipping and it implements soft clipping. >>>> >>>> There is an outstanding tweak that we added faster clipping support for WebNode and we need to start using it for Node.setClipNode(non-rectangle) and Canvas, but we haven't implemented that yet. (https://javafx-jira.kenai.com/browse/RT-30107) It basically is a direct "render this texture through that other texture as a clip" operation instead of the current code that runs it through some Blend effect filters. It would definitely improve your run times, but I'm not sure how much. >>>> >>>> Even more savings could be had for rectangular clips if we provided some way to communicate them to the GC... >>>> >>>> ...jim >>>> >>>>> On 5/23/14 11:47 AM, Tom Schindl wrote: >>>>> Hi, >>>>> >>>>> Maybe as some of you might know I've been working since sometime on SWT >>>>> on JavaFX and to implement direct drawing operations we use JavaFX-Canvas. >>>>> >>>>> I've today tried to run a heavy direct drawing grid implementation and >>>>> it performed very bad because it makes heavy use of clipping. >>>>> >>>>> For a grid I've counted ~1500 clipping operations the library works >>>>> something like this: >>>>> >>>>> boolean activeClip; >>>>> Canvas canvas = new Canvas(); >>>>> >>>>> public void setClipping(PathIterator pathIterator) { >>>>> GraphicsContext gc = canvas.getGraphicsContext2D(); >>>>> if(activeClip) { >>>>> gc.restore(); >>>>> activeClip= false; >>>>> } >>>>> >>>>> if( pathIterator == null ) { >>>>> return; >>>>> } >>>>> >>>>> activeClip = true; >>>>> float coords[] = new float[6]; >>>>> gc.save(); >>>>> gc.beginPath(); >>>>> >>>>> float x = 0; >>>>> float y = 0; >>>>> >>>>> >>>>> gc.moveTo(0, 0); >>>>> >>>>> while( ! pathIterator.isDone() ) { >>>>> switch (pathIterator.currentSegment(coords)) { >>>>> case PathIterator.SEG_CLOSE: >>>>> gc.lineTo(x, y); >>>>> break; >>>>> case PathIterator.SEG_CUBICTO: >>>>> gc.bezierCurveTo(coords[0], coords[1], coords[2], coords[3], >>>>> coords[4], coords[5]); >>>>> break; >>>>> case PathIterator.SEG_LINETO: >>>>> gc.lineTo(coords[0], coords[1]); >>>>> break; >>>>> case PathIterator.SEG_MOVETO: >>>>> gc.moveTo(coords[0], coords[1]); >>>>> x = coords[0]; >>>>> y = coords[1]; >>>>> break; >>>>> case PathIterator.SEG_QUADTO: >>>>> gc.quadraticCurveTo(coords[0], coords[1], coords[2], coords[3]); >>>>> break; >>>>> default: >>>>> break; >>>>> } >>>>> pathIterator.next(); >>>>> } >>>>> >>>>> gc.clip(); >>>>> gc.closePath(); >>>>> } >>>>> >>>>> Am I doing something ultimately wrong, totally wrong? Has anyone an idea >>>>> how I would work around the problem? >>>>> >>>>> Tom >>>>> >> > From james.graham at oracle.com Tue May 27 21:47:50 2014 From: james.graham at oracle.com (Jim Graham) Date: Tue, 27 May 2014 14:47:50 -0700 Subject: Bad performance with Canvas and extensive clipping In-Reply-To: <537FEBCD.4060507@bestsolution.at> References: <537F97B0.3040203@bestsolution.at> <537FBF1B.4050105@oracle.com> <3BC62567-CAB8-4DD6-8D54-AE2BD4662CD3@bestsolution.at> <537FEBCD.4060507@bestsolution.at> Message-ID: <53850806.4050207@oracle.com> Canvas is, essentially, a "draw pixels" mechanism. We have to bundle the requests into a command stream due to threading issues, but when the requests get to the render thread then they get turned into pixels so the command stream is a temporary intermediary. Some of the hw J2D pipelines also have a temporary command stream due to platform threading issues as well. It all depends on which pipeline you use and on which platform in the case of J2D. FX simply normalized the threading on all pipelines/platforms so that we have a separate UI and render thread in all cases, but that concept is not foreign to J2D either. I'm fairly certain that the lack of simple rectangular clipping is probably the biggest cause of your performance problems. We do AA on everything in FX, though, whereas rendering to a BufferedImage by default will be non-AA unless you requested AA using the graphics hints. But on the up-side, we hw accelerate just about every operation in FX so it should be on par with performance there, modulo the lack of rectangular clipping... ...jim On 5/23/14 5:46 PM, Tom Schindl wrote: > Hi, > > As an experiment I've now written a SWT-GC implementation using a > BufferedImage & Graphics2D and transfering the pixels over to JavaFX and > the performance is as it is with native SWT. > > I always thought Canvas works similar to Image and one only draws pixels > - looks like that is not the case, having a dep in my application > java.awt is not what I'm aiming at but without acceptable performance in > conjunction with clipping it looks like i have to go this route :-( > > Tom > > On 23.05.14 23:57, Tom Schindl wrote: >> In the current usecase it is a rect all time but that's just in this special use case. >> >> I guess that rect clipping is the most common one so having an optimization for rects and a slow path for none rects might help. >> >> Tom >> >> Von meinem iPhone gesendet >> >>> Am 23.05.2014 um 23:35 schrieb Jim Graham : >>> >>> Are you clipping to an arbitrary path in all cases or just a rectangle? Unfortunately we only offer the arbitrary clip-to-current-path method that isn't optimized for basic rectangular clipping and it implements soft clipping. >>> >>> There is an outstanding tweak that we added faster clipping support for WebNode and we need to start using it for Node.setClipNode(non-rectangle) and Canvas, but we haven't implemented that yet. (https://javafx-jira.kenai.com/browse/RT-30107) It basically is a direct "render this texture through that other texture as a clip" operation instead of the current code that runs it through some Blend effect filters. It would definitely improve your run times, but I'm not sure how much. >>> >>> Even more savings could be had for rectangular clips if we provided some way to communicate them to the GC... >>> >>> ...jim >>> >>>> On 5/23/14 11:47 AM, Tom Schindl wrote: >>>> Hi, >>>> >>>> Maybe as some of you might know I've been working since sometime on SWT >>>> on JavaFX and to implement direct drawing operations we use JavaFX-Canvas. >>>> >>>> I've today tried to run a heavy direct drawing grid implementation and >>>> it performed very bad because it makes heavy use of clipping. >>>> >>>> For a grid I've counted ~1500 clipping operations the library works >>>> something like this: >>>> >>>> boolean activeClip; >>>> Canvas canvas = new Canvas(); >>>> >>>> public void setClipping(PathIterator pathIterator) { >>>> GraphicsContext gc = canvas.getGraphicsContext2D(); >>>> if(activeClip) { >>>> gc.restore(); >>>> activeClip= false; >>>> } >>>> >>>> if( pathIterator == null ) { >>>> return; >>>> } >>>> >>>> activeClip = true; >>>> float coords[] = new float[6]; >>>> gc.save(); >>>> gc.beginPath(); >>>> >>>> float x = 0; >>>> float y = 0; >>>> >>>> >>>> gc.moveTo(0, 0); >>>> >>>> while( ! pathIterator.isDone() ) { >>>> switch (pathIterator.currentSegment(coords)) { >>>> case PathIterator.SEG_CLOSE: >>>> gc.lineTo(x, y); >>>> break; >>>> case PathIterator.SEG_CUBICTO: >>>> gc.bezierCurveTo(coords[0], coords[1], coords[2], coords[3], >>>> coords[4], coords[5]); >>>> break; >>>> case PathIterator.SEG_LINETO: >>>> gc.lineTo(coords[0], coords[1]); >>>> break; >>>> case PathIterator.SEG_MOVETO: >>>> gc.moveTo(coords[0], coords[1]); >>>> x = coords[0]; >>>> y = coords[1]; >>>> break; >>>> case PathIterator.SEG_QUADTO: >>>> gc.quadraticCurveTo(coords[0], coords[1], coords[2], coords[3]); >>>> break; >>>> default: >>>> break; >>>> } >>>> pathIterator.next(); >>>> } >>>> >>>> gc.clip(); >>>> gc.closePath(); >>>> } >>>> >>>> Am I doing something ultimately wrong, totally wrong? Has anyone an idea >>>> how I would work around the problem? >>>> >>>> Tom >>>> > From tom.schindl at bestsolution.at Tue May 27 21:54:04 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Tue, 27 May 2014 23:54:04 +0200 Subject: Bad performance with Canvas and extensive clipping In-Reply-To: <538505C6.20606@oracle.com> References: <537F97B0.3040203@bestsolution.at> <537FBF1B.4050105@oracle.com> <3BC62567-CAB8-4DD6-8D54-AE2BD4662CD3@bestsolution.at> <537FEBCD.4060507@bestsolution.at> <5380A49C.5030908@bestsolution.at> <538505C6.20606@oracle.com> Message-ID: <5385097C.1090302@bestsolution.at> I'm on java8u5! Tom On 27.05.14 23:38, Jim Graham wrote: > You may have been testing J2D in a pre-retina-aware VM vs. JavaFX which > was retina aware a little earlier than J2D (due to JavaFX being on a > slightly more liberal feature policy for new releases). I think J2D > went retina-aware in 8.0, are you using 8.0 for those tests? > > The screenshot may be because the snapshot and robot mechanisms may not > be retina-aware yet. > > I don't think there are significant differences in the font technologies > between J2D and FX... > > ...jim > > On 5/24/14 6:54 AM, Tom Schindl wrote: >> Hi, >> >> another big difference when using the a BufferedImage is to that the >> font rendering is catastrophic, hope to offend nobody. I'm not very good >> a AWT maybe I made a dumb mistake? >> >> See http://downloads.efxclipse.org/font_j2d_fx.png - the j2d font looks >> completely blurred in contrast to the sharp JavaFX Canvas version in the >> foreground. >> >> Similar blurring happens when makeing screenshots of a canvas - I've >> written a small sample application showing problems I am seeing which >> gets me to an image as in this link >> http://downloads.efxclipse.org/screen_compare.png. >> >> Could I somehow use the javafx font-rendering push it to a bitmap and >> draw it on the buffered image? >> >> Anyways those are all only workarounds for javafx canvas inefficiencies >> that e.g. awt does not have. >> >>> package application; >>> >>> import java.awt.Graphics2D; >>> import java.awt.RenderingHints; >>> import java.awt.image.BufferedImage; >>> >>> import javafx.application.Application; >>> import javafx.embed.swing.SwingFXUtils; >>> import javafx.geometry.VPos; >>> import javafx.scene.Node; >>> import javafx.scene.Scene; >>> import javafx.scene.SnapshotParameters; >>> import javafx.scene.canvas.Canvas; >>> import javafx.scene.control.Label; >>> import javafx.scene.image.ImageView; >>> import javafx.scene.image.WritableImage; >>> import javafx.scene.layout.HBox; >>> import javafx.scene.layout.VBox; >>> import javafx.scene.paint.Color; >>> import javafx.scene.text.Font; >>> import javafx.stage.Stage; >>> >>> >>> public class Main extends Application { >>> private WritableImage img; >>> >>> @Override >>> public void start(Stage primaryStage) { >>> try { >>> HBox root = new HBox(); >>> Scene scene = new Scene(root,400,400); >>> >>> scene.getStylesheets().add(getClass().getResource("application.css").toExternalForm()); >>> >>> >>> root.getChildren().add(createCanvas()); >>> root.getChildren().add(createBufferedCanvas()); >>> root.getChildren().add(new VBox(new ImageView(img), new >>> Label("Snapshot"))); >>> >>> primaryStage.setScene(scene); >>> primaryStage.show(); >>> } catch(Exception e) { >>> e.printStackTrace(); >>> } >>> } >>> >>> private Node createBufferedCanvas() { >>> VBox b = new VBox(); >>> b.setStyle("-fx-border-style: solid; -fx-border-width: 2px;"); >>> Canvas c = new Canvas(150, 150); >>> BufferedImage img = new BufferedImage(150, 150, >>> BufferedImage.TYPE_INT_ARGB); >>> Graphics2D graphics = img.createGraphics(); >>> >>> graphics.setRenderingHint(RenderingHints.KEY_TEXT_ANTIALIASING,RenderingHints.VALUE_TEXT_ANTIALIAS_LCD_HRGB); >>> >>> graphics.setColor(java.awt.Color.BLACK); >>> graphics.setFont(new >>> java.awt.Font(Font.getDefault().getName(), java.awt.Font.PLAIN, 20)); >>> graphics.drawString("Hello World!", 0, 20); >>> img.flush(); >>> >>> c.getGraphicsContext2D().drawImage(SwingFXUtils.toFXImage(img, >>> null),10,10); >>> >>> b.getChildren().add(c); >>> b.getChildren().add(new Label("Buffered-Canvas")); >>> >>> return b; >>> } >>> >>> private Node createCanvas() { >>> VBox b = new VBox(); >>> b.setStyle("-fx-border-style: solid; -fx-border-width: 2px;"); >>> Canvas c = new Canvas(150, 150); >>> >>> c.getGraphicsContext2D().setFont(Font.font(Font.getDefault().getName(),20)); >>> >>> c.getGraphicsContext2D().setTextBaseline(VPos.TOP); >>> c.getGraphicsContext2D().fillText("Hello World", 10, 10); >>> >>> SnapshotParameters parameters = new SnapshotParameters(); >>> parameters.setFill(Color.TRANSPARENT); >>> img = c.snapshot(parameters,null); >>> >>> b.getChildren().add(c); >>> b.getChildren().add(new Label("FX-Canvas")); >>> return b; >>> } >>> >>> public static void main(String[] args) { >>> launch(args); >>> } >>> } >> >> Tom >> >> On 24.05.14 02:46, Tom Schindl wrote: >>> Hi, >>> >>> As an experiment I've now written a SWT-GC implementation using a >>> BufferedImage & Graphics2D and transfering the pixels over to JavaFX and >>> the performance is as it is with native SWT. >>> >>> I always thought Canvas works similar to Image and one only draws pixels >>> - looks like that is not the case, having a dep in my application >>> java.awt is not what I'm aiming at but without acceptable performance in >>> conjunction with clipping it looks like i have to go this route :-( >>> >>> Tom >>> >>> On 23.05.14 23:57, Tom Schindl wrote: >>>> In the current usecase it is a rect all time but that's just in this >>>> special use case. >>>> >>>> I guess that rect clipping is the most common one so having an >>>> optimization for rects and a slow path for none rects might help. >>>> >>>> Tom >>>> >>>> Von meinem iPhone gesendet >>>> >>>>> Am 23.05.2014 um 23:35 schrieb Jim Graham : >>>>> >>>>> Are you clipping to an arbitrary path in all cases or just a >>>>> rectangle? Unfortunately we only offer the arbitrary >>>>> clip-to-current-path method that isn't optimized for basic >>>>> rectangular clipping and it implements soft clipping. >>>>> >>>>> There is an outstanding tweak that we added faster clipping support >>>>> for WebNode and we need to start using it for >>>>> Node.setClipNode(non-rectangle) and Canvas, but we haven't >>>>> implemented that yet. >>>>> (https://javafx-jira.kenai.com/browse/RT-30107) It basically is a >>>>> direct "render this texture through that other texture as a clip" >>>>> operation instead of the current code that runs it through some >>>>> Blend effect filters. It would definitely improve your run times, >>>>> but I'm not sure how much. >>>>> >>>>> Even more savings could be had for rectangular clips if we provided >>>>> some way to communicate them to the GC... >>>>> >>>>> ...jim >>>>> >>>>>> On 5/23/14 11:47 AM, Tom Schindl wrote: >>>>>> Hi, >>>>>> >>>>>> Maybe as some of you might know I've been working since sometime >>>>>> on SWT >>>>>> on JavaFX and to implement direct drawing operations we use >>>>>> JavaFX-Canvas. >>>>>> >>>>>> I've today tried to run a heavy direct drawing grid implementation >>>>>> and >>>>>> it performed very bad because it makes heavy use of clipping. >>>>>> >>>>>> For a grid I've counted ~1500 clipping operations the library works >>>>>> something like this: >>>>>> >>>>>> boolean activeClip; >>>>>> Canvas canvas = new Canvas(); >>>>>> >>>>>> public void setClipping(PathIterator pathIterator) { >>>>>> GraphicsContext gc = canvas.getGraphicsContext2D(); >>>>>> if(activeClip) { >>>>>> gc.restore(); >>>>>> activeClip= false; >>>>>> } >>>>>> >>>>>> if( pathIterator == null ) { >>>>>> return; >>>>>> } >>>>>> >>>>>> activeClip = true; >>>>>> float coords[] = new float[6]; >>>>>> gc.save(); >>>>>> gc.beginPath(); >>>>>> >>>>>> float x = 0; >>>>>> float y = 0; >>>>>> >>>>>> >>>>>> gc.moveTo(0, 0); >>>>>> >>>>>> while( ! pathIterator.isDone() ) { >>>>>> switch (pathIterator.currentSegment(coords)) { >>>>>> case PathIterator.SEG_CLOSE: >>>>>> gc.lineTo(x, y); >>>>>> break; >>>>>> case PathIterator.SEG_CUBICTO: >>>>>> gc.bezierCurveTo(coords[0], coords[1], coords[2], >>>>>> coords[3], >>>>>> coords[4], coords[5]); >>>>>> break; >>>>>> case PathIterator.SEG_LINETO: >>>>>> gc.lineTo(coords[0], coords[1]); >>>>>> break; >>>>>> case PathIterator.SEG_MOVETO: >>>>>> gc.moveTo(coords[0], coords[1]); >>>>>> x = coords[0]; >>>>>> y = coords[1]; >>>>>> break; >>>>>> case PathIterator.SEG_QUADTO: >>>>>> gc.quadraticCurveTo(coords[0], coords[1], >>>>>> coords[2], coords[3]); >>>>>> break; >>>>>> default: >>>>>> break; >>>>>> } >>>>>> pathIterator.next(); >>>>>> } >>>>>> >>>>>> gc.clip(); >>>>>> gc.closePath(); >>>>>> } >>>>>> >>>>>> Am I doing something ultimately wrong, totally wrong? Has anyone >>>>>> an idea >>>>>> how I would work around the problem? >>>>>> >>>>>> Tom >>>>>> >>> >> From tom.schindl at bestsolution.at Tue May 27 21:57:39 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Tue, 27 May 2014 23:57:39 +0200 Subject: Bad performance with Canvas and extensive clipping In-Reply-To: <53850806.4050207@oracle.com> References: <537F97B0.3040203@bestsolution.at> <537FBF1B.4050105@oracle.com> <3BC62567-CAB8-4DD6-8D54-AE2BD4662CD3@bestsolution.at> <537FEBCD.4060507@bestsolution.at> <53850806.4050207@oracle.com> Message-ID: <53850A53.4070803@bestsolution.at> Is there anything I could do to help getting rectangular clipping into JavaFX - I tried to find my way through the sources but I'm not sure I have enough knowledge to provide a patch in this area. BTW it looks like I'm not alone with the clipping performance problem see http://tomsondev.bestsolution.at/2014/05/24/swtonfx-javafx-canvas-with-many-clipping-calls-unacceptable-slow/#comments Tom On 27.05.14 23:47, Jim Graham wrote: > Canvas is, essentially, a "draw pixels" mechanism. We have to bundle > the requests into a command stream due to threading issues, but when the > requests get to the render thread then they get turned into pixels so > the command stream is a temporary intermediary. Some of the hw J2D > pipelines also have a temporary command stream due to platform threading > issues as well. It all depends on which pipeline you use and on which > platform in the case of J2D. FX simply normalized the threading on all > pipelines/platforms so that we have a separate UI and render thread in > all cases, but that concept is not foreign to J2D either. > > I'm fairly certain that the lack of simple rectangular clipping is > probably the biggest cause of your performance problems. We do AA on > everything in FX, though, whereas rendering to a BufferedImage by > default will be non-AA unless you requested AA using the graphics hints. > But on the up-side, we hw accelerate just about every operation in FX > so it should be on par with performance there, modulo the lack of > rectangular clipping... > > ...jim > > On 5/23/14 5:46 PM, Tom Schindl wrote: >> Hi, >> >> As an experiment I've now written a SWT-GC implementation using a >> BufferedImage & Graphics2D and transfering the pixels over to JavaFX and >> the performance is as it is with native SWT. >> >> I always thought Canvas works similar to Image and one only draws pixels >> - looks like that is not the case, having a dep in my application >> java.awt is not what I'm aiming at but without acceptable performance in >> conjunction with clipping it looks like i have to go this route :-( >> >> Tom >> >> On 23.05.14 23:57, Tom Schindl wrote: >>> In the current usecase it is a rect all time but that's just in this >>> special use case. >>> >>> I guess that rect clipping is the most common one so having an >>> optimization for rects and a slow path for none rects might help. >>> >>> Tom >>> >>> Von meinem iPhone gesendet >>> >>>> Am 23.05.2014 um 23:35 schrieb Jim Graham : >>>> >>>> Are you clipping to an arbitrary path in all cases or just a >>>> rectangle? Unfortunately we only offer the arbitrary >>>> clip-to-current-path method that isn't optimized for basic >>>> rectangular clipping and it implements soft clipping. >>>> >>>> There is an outstanding tweak that we added faster clipping support >>>> for WebNode and we need to start using it for >>>> Node.setClipNode(non-rectangle) and Canvas, but we haven't >>>> implemented that yet. >>>> (https://javafx-jira.kenai.com/browse/RT-30107) It basically is a >>>> direct "render this texture through that other texture as a clip" >>>> operation instead of the current code that runs it through some >>>> Blend effect filters. It would definitely improve your run times, >>>> but I'm not sure how much. >>>> >>>> Even more savings could be had for rectangular clips if we provided >>>> some way to communicate them to the GC... >>>> >>>> ...jim >>>> >>>>> On 5/23/14 11:47 AM, Tom Schindl wrote: >>>>> Hi, >>>>> >>>>> Maybe as some of you might know I've been working since sometime on >>>>> SWT >>>>> on JavaFX and to implement direct drawing operations we use >>>>> JavaFX-Canvas. >>>>> >>>>> I've today tried to run a heavy direct drawing grid implementation and >>>>> it performed very bad because it makes heavy use of clipping. >>>>> >>>>> For a grid I've counted ~1500 clipping operations the library works >>>>> something like this: >>>>> >>>>> boolean activeClip; >>>>> Canvas canvas = new Canvas(); >>>>> >>>>> public void setClipping(PathIterator pathIterator) { >>>>> GraphicsContext gc = canvas.getGraphicsContext2D(); >>>>> if(activeClip) { >>>>> gc.restore(); >>>>> activeClip= false; >>>>> } >>>>> >>>>> if( pathIterator == null ) { >>>>> return; >>>>> } >>>>> >>>>> activeClip = true; >>>>> float coords[] = new float[6]; >>>>> gc.save(); >>>>> gc.beginPath(); >>>>> >>>>> float x = 0; >>>>> float y = 0; >>>>> >>>>> >>>>> gc.moveTo(0, 0); >>>>> >>>>> while( ! pathIterator.isDone() ) { >>>>> switch (pathIterator.currentSegment(coords)) { >>>>> case PathIterator.SEG_CLOSE: >>>>> gc.lineTo(x, y); >>>>> break; >>>>> case PathIterator.SEG_CUBICTO: >>>>> gc.bezierCurveTo(coords[0], coords[1], coords[2], >>>>> coords[3], >>>>> coords[4], coords[5]); >>>>> break; >>>>> case PathIterator.SEG_LINETO: >>>>> gc.lineTo(coords[0], coords[1]); >>>>> break; >>>>> case PathIterator.SEG_MOVETO: >>>>> gc.moveTo(coords[0], coords[1]); >>>>> x = coords[0]; >>>>> y = coords[1]; >>>>> break; >>>>> case PathIterator.SEG_QUADTO: >>>>> gc.quadraticCurveTo(coords[0], coords[1], >>>>> coords[2], coords[3]); >>>>> break; >>>>> default: >>>>> break; >>>>> } >>>>> pathIterator.next(); >>>>> } >>>>> >>>>> gc.clip(); >>>>> gc.closePath(); >>>>> } >>>>> >>>>> Am I doing something ultimately wrong, totally wrong? Has anyone an >>>>> idea >>>>> how I would work around the problem? >>>>> >>>>> Tom >>>>> >> From james.graham at oracle.com Tue May 27 22:54:50 2014 From: james.graham at oracle.com (Jim Graham) Date: Tue, 27 May 2014 15:54:50 -0700 Subject: Bad performance with Canvas and extensive clipping In-Reply-To: <53850A53.4070803@bestsolution.at> References: <537F97B0.3040203@bestsolution.at> <537FBF1B.4050105@oracle.com> <3BC62567-CAB8-4DD6-8D54-AE2BD4662CD3@bestsolution.at> <537FEBCD.4060507@bestsolution.at> <53850806.4050207@oracle.com> <53850A53.4070803@bestsolution.at> Message-ID: <538517BA.8020303@oracle.com> Hi Tom, There are 2 upgrades to consider. One involves new API, but is probably best in the long run. Without API, we'd have to detect if the path were rectangular in the processing of the CLIP command in NGCanvas.java. If the 4 coordinates are an axis aligned rectangle on integer coordinates then we could special case that with g.setClipRect(). There are other considerations, such as: - If there is already a soft non-rect clip, then it should probably not bother with the special case since it won't simplify anything. - If we have special cased the rectangle, then we must track that across save/restore properly. - If we have a special case cliprect and then we get a non-special case rect as the argument of a CLIP command, then we need to resolve it into a singular case (most likely default back to soft clipping). - The processing that tries to detect "are they clearing the entire buffer" needs to be aware of any clip in effect - those tests are done at the javafx.scene.canvas.GraphicsContext level. We could put that fix in with no new API so it could go in as soon as we are satisfied with its stability. If we want to add new API, so that you don't have to construct a path every time you want to do clipRect() and we don't have to decipher your path to figure out that it is a rectangle, then we would have to wait for the next opportunity to add API (FX can add API in between major JDK releases, but there is a process to go through and I don't think we can do it for 8u20 any more). The process for that would be: javafx.scene.canvas.GraphicsContext would need a new method that would take the rectangular clipping parameters and put them into the buffer. The existing fillRect() method would provide a good template. A new "command code constant" would have to be added to represent "This is a clip rectangle request". NGCanvas would then need to digest the new buffer commands and I believe that the existing Prism call g.setClipRect() would work to enable the scissor clip (fast rectangular clipping). The question is what is the proper API? If we have it take doubles, would that imply to developers that there would be soft clipping of the edges similar to if you used a rectangular path and clip()? Right now Node.setClipNode(Rectangle) will do the fast scissor clip (g.setClipRect()) if the coordinates fall on integer axis-aligned coordinates, but it will do soft-edged clipping if there is rotation/skewing, or the coordinates are not integers. That would probably be the best API to mimic since HTML5 doesn't have a similar "cliprect" method... ...jim On 5/27/14 2:57 PM, Tom Schindl wrote: > Is there anything I could do to help getting rectangular clipping into > JavaFX - I tried to find my way through the sources but I'm not sure I > have enough knowledge to provide a patch in this area. > > BTW it looks like I'm not alone with the clipping performance problem > see > http://tomsondev.bestsolution.at/2014/05/24/swtonfx-javafx-canvas-with-many-clipping-calls-unacceptable-slow/#comments > > Tom > > On 27.05.14 23:47, Jim Graham wrote: >> Canvas is, essentially, a "draw pixels" mechanism. We have to bundle >> the requests into a command stream due to threading issues, but when the >> requests get to the render thread then they get turned into pixels so >> the command stream is a temporary intermediary. Some of the hw J2D >> pipelines also have a temporary command stream due to platform threading >> issues as well. It all depends on which pipeline you use and on which >> platform in the case of J2D. FX simply normalized the threading on all >> pipelines/platforms so that we have a separate UI and render thread in >> all cases, but that concept is not foreign to J2D either. >> >> I'm fairly certain that the lack of simple rectangular clipping is >> probably the biggest cause of your performance problems. We do AA on >> everything in FX, though, whereas rendering to a BufferedImage by >> default will be non-AA unless you requested AA using the graphics hints. >> But on the up-side, we hw accelerate just about every operation in FX >> so it should be on par with performance there, modulo the lack of >> rectangular clipping... >> >> ...jim >> >> On 5/23/14 5:46 PM, Tom Schindl wrote: >>> Hi, >>> >>> As an experiment I've now written a SWT-GC implementation using a >>> BufferedImage & Graphics2D and transfering the pixels over to JavaFX and >>> the performance is as it is with native SWT. >>> >>> I always thought Canvas works similar to Image and one only draws pixels >>> - looks like that is not the case, having a dep in my application >>> java.awt is not what I'm aiming at but without acceptable performance in >>> conjunction with clipping it looks like i have to go this route :-( >>> >>> Tom >>> >>> On 23.05.14 23:57, Tom Schindl wrote: >>>> In the current usecase it is a rect all time but that's just in this >>>> special use case. >>>> >>>> I guess that rect clipping is the most common one so having an >>>> optimization for rects and a slow path for none rects might help. >>>> >>>> Tom >>>> >>>> Von meinem iPhone gesendet >>>> >>>>> Am 23.05.2014 um 23:35 schrieb Jim Graham : >>>>> >>>>> Are you clipping to an arbitrary path in all cases or just a >>>>> rectangle? Unfortunately we only offer the arbitrary >>>>> clip-to-current-path method that isn't optimized for basic >>>>> rectangular clipping and it implements soft clipping. >>>>> >>>>> There is an outstanding tweak that we added faster clipping support >>>>> for WebNode and we need to start using it for >>>>> Node.setClipNode(non-rectangle) and Canvas, but we haven't >>>>> implemented that yet. >>>>> (https://javafx-jira.kenai.com/browse/RT-30107) It basically is a >>>>> direct "render this texture through that other texture as a clip" >>>>> operation instead of the current code that runs it through some >>>>> Blend effect filters. It would definitely improve your run times, >>>>> but I'm not sure how much. >>>>> >>>>> Even more savings could be had for rectangular clips if we provided >>>>> some way to communicate them to the GC... >>>>> >>>>> ...jim >>>>> >>>>>> On 5/23/14 11:47 AM, Tom Schindl wrote: >>>>>> Hi, >>>>>> >>>>>> Maybe as some of you might know I've been working since sometime on >>>>>> SWT >>>>>> on JavaFX and to implement direct drawing operations we use >>>>>> JavaFX-Canvas. >>>>>> >>>>>> I've today tried to run a heavy direct drawing grid implementation and >>>>>> it performed very bad because it makes heavy use of clipping. >>>>>> >>>>>> For a grid I've counted ~1500 clipping operations the library works >>>>>> something like this: >>>>>> >>>>>> boolean activeClip; >>>>>> Canvas canvas = new Canvas(); >>>>>> >>>>>> public void setClipping(PathIterator pathIterator) { >>>>>> GraphicsContext gc = canvas.getGraphicsContext2D(); >>>>>> if(activeClip) { >>>>>> gc.restore(); >>>>>> activeClip= false; >>>>>> } >>>>>> >>>>>> if( pathIterator == null ) { >>>>>> return; >>>>>> } >>>>>> >>>>>> activeClip = true; >>>>>> float coords[] = new float[6]; >>>>>> gc.save(); >>>>>> gc.beginPath(); >>>>>> >>>>>> float x = 0; >>>>>> float y = 0; >>>>>> >>>>>> >>>>>> gc.moveTo(0, 0); >>>>>> >>>>>> while( ! pathIterator.isDone() ) { >>>>>> switch (pathIterator.currentSegment(coords)) { >>>>>> case PathIterator.SEG_CLOSE: >>>>>> gc.lineTo(x, y); >>>>>> break; >>>>>> case PathIterator.SEG_CUBICTO: >>>>>> gc.bezierCurveTo(coords[0], coords[1], coords[2], >>>>>> coords[3], >>>>>> coords[4], coords[5]); >>>>>> break; >>>>>> case PathIterator.SEG_LINETO: >>>>>> gc.lineTo(coords[0], coords[1]); >>>>>> break; >>>>>> case PathIterator.SEG_MOVETO: >>>>>> gc.moveTo(coords[0], coords[1]); >>>>>> x = coords[0]; >>>>>> y = coords[1]; >>>>>> break; >>>>>> case PathIterator.SEG_QUADTO: >>>>>> gc.quadraticCurveTo(coords[0], coords[1], >>>>>> coords[2], coords[3]); >>>>>> break; >>>>>> default: >>>>>> break; >>>>>> } >>>>>> pathIterator.next(); >>>>>> } >>>>>> >>>>>> gc.clip(); >>>>>> gc.closePath(); >>>>>> } >>>>>> >>>>>> Am I doing something ultimately wrong, totally wrong? Has anyone an >>>>>> idea >>>>>> how I would work around the problem? >>>>>> >>>>>> Tom >>>>>> >>> > From james.graham at oracle.com Tue May 27 23:00:02 2014 From: james.graham at oracle.com (Jim Graham) Date: Tue, 27 May 2014 16:00:02 -0700 Subject: Bad performance with Canvas and extensive clipping In-Reply-To: <538517BA.8020303@oracle.com> References: <537F97B0.3040203@bestsolution.at> <537FBF1B.4050105@oracle.com> <3BC62567-CAB8-4DD6-8D54-AE2BD4662CD3@bestsolution.at> <537FEBCD.4060507@bestsolution.at> <53850806.4050207@oracle.com> <53850A53.4070803@bestsolution.at> <538517BA.8020303@oracle.com> Message-ID: <538518F2.3080002@oracle.com> I've filed RT-37300 for this: https://javafx-jira.kenai.com/browse/RT-37300 ...jim On 5/27/14 3:54 PM, Jim Graham wrote: > Hi Tom, > > There are 2 upgrades to consider. One involves new API, but is probably > best in the long run. > > Without API, we'd have to detect if the path were rectangular in the > processing of the CLIP command in NGCanvas.java. If the 4 coordinates > are an axis aligned rectangle on integer coordinates then we could > special case that with g.setClipRect(). There are other considerations, > such as: > > - If there is already a soft non-rect clip, then it should probably not > bother with the special case since it won't simplify anything. > - If we have special cased the rectangle, then we must track that across > save/restore properly. > - If we have a special case cliprect and then we get a non-special case > rect as the argument of a CLIP command, then we need to resolve it into > a singular case (most likely default back to soft clipping). > - The processing that tries to detect "are they clearing the entire > buffer" needs to be aware of any clip in effect - those tests are done > at the javafx.scene.canvas.GraphicsContext level. > > We could put that fix in with no new API so it could go in as soon as we > are satisfied with its stability. > > If we want to add new API, so that you don't have to construct a path > every time you want to do clipRect() and we don't have to decipher your > path to figure out that it is a rectangle, then we would have to wait > for the next opportunity to add API (FX can add API in between major JDK > releases, but there is a process to go through and I don't think we can > do it for 8u20 any more). The process for that would be: > > javafx.scene.canvas.GraphicsContext would need a new method that would > take the rectangular clipping parameters and put them into the buffer. > The existing fillRect() method would provide a good template. A new > "command code constant" would have to be added to represent "This is a > clip rectangle request". > > NGCanvas would then need to digest the new buffer commands and I believe > that the existing Prism call g.setClipRect() would work to enable the > scissor clip (fast rectangular clipping). > > The question is what is the proper API? If we have it take doubles, > would that imply to developers that there would be soft clipping of the > edges similar to if you used a rectangular path and clip()? Right now > Node.setClipNode(Rectangle) will do the fast scissor clip > (g.setClipRect()) if the coordinates fall on integer axis-aligned > coordinates, but it will do soft-edged clipping if there is > rotation/skewing, or the coordinates are not integers. That would > probably be the best API to mimic since HTML5 doesn't have a similar > "cliprect" method... > > ...jim > > On 5/27/14 2:57 PM, Tom Schindl wrote: >> Is there anything I could do to help getting rectangular clipping into >> JavaFX - I tried to find my way through the sources but I'm not sure I >> have enough knowledge to provide a patch in this area. >> >> BTW it looks like I'm not alone with the clipping performance problem >> see >> http://tomsondev.bestsolution.at/2014/05/24/swtonfx-javafx-canvas-with-many-clipping-calls-unacceptable-slow/#comments >> >> >> Tom >> >> On 27.05.14 23:47, Jim Graham wrote: >>> Canvas is, essentially, a "draw pixels" mechanism. We have to bundle >>> the requests into a command stream due to threading issues, but when the >>> requests get to the render thread then they get turned into pixels so >>> the command stream is a temporary intermediary. Some of the hw J2D >>> pipelines also have a temporary command stream due to platform threading >>> issues as well. It all depends on which pipeline you use and on which >>> platform in the case of J2D. FX simply normalized the threading on all >>> pipelines/platforms so that we have a separate UI and render thread in >>> all cases, but that concept is not foreign to J2D either. >>> >>> I'm fairly certain that the lack of simple rectangular clipping is >>> probably the biggest cause of your performance problems. We do AA on >>> everything in FX, though, whereas rendering to a BufferedImage by >>> default will be non-AA unless you requested AA using the graphics hints. >>> But on the up-side, we hw accelerate just about every operation in FX >>> so it should be on par with performance there, modulo the lack of >>> rectangular clipping... >>> >>> ...jim >>> >>> On 5/23/14 5:46 PM, Tom Schindl wrote: >>>> Hi, >>>> >>>> As an experiment I've now written a SWT-GC implementation using a >>>> BufferedImage & Graphics2D and transfering the pixels over to JavaFX >>>> and >>>> the performance is as it is with native SWT. >>>> >>>> I always thought Canvas works similar to Image and one only draws >>>> pixels >>>> - looks like that is not the case, having a dep in my application >>>> java.awt is not what I'm aiming at but without acceptable >>>> performance in >>>> conjunction with clipping it looks like i have to go this route :-( >>>> >>>> Tom >>>> >>>> On 23.05.14 23:57, Tom Schindl wrote: >>>>> In the current usecase it is a rect all time but that's just in this >>>>> special use case. >>>>> >>>>> I guess that rect clipping is the most common one so having an >>>>> optimization for rects and a slow path for none rects might help. >>>>> >>>>> Tom >>>>> >>>>> Von meinem iPhone gesendet >>>>> >>>>>> Am 23.05.2014 um 23:35 schrieb Jim Graham : >>>>>> >>>>>> Are you clipping to an arbitrary path in all cases or just a >>>>>> rectangle? Unfortunately we only offer the arbitrary >>>>>> clip-to-current-path method that isn't optimized for basic >>>>>> rectangular clipping and it implements soft clipping. >>>>>> >>>>>> There is an outstanding tweak that we added faster clipping support >>>>>> for WebNode and we need to start using it for >>>>>> Node.setClipNode(non-rectangle) and Canvas, but we haven't >>>>>> implemented that yet. >>>>>> (https://javafx-jira.kenai.com/browse/RT-30107) It basically is a >>>>>> direct "render this texture through that other texture as a clip" >>>>>> operation instead of the current code that runs it through some >>>>>> Blend effect filters. It would definitely improve your run times, >>>>>> but I'm not sure how much. >>>>>> >>>>>> Even more savings could be had for rectangular clips if we provided >>>>>> some way to communicate them to the GC... >>>>>> >>>>>> ...jim >>>>>> >>>>>>> On 5/23/14 11:47 AM, Tom Schindl wrote: >>>>>>> Hi, >>>>>>> >>>>>>> Maybe as some of you might know I've been working since sometime on >>>>>>> SWT >>>>>>> on JavaFX and to implement direct drawing operations we use >>>>>>> JavaFX-Canvas. >>>>>>> >>>>>>> I've today tried to run a heavy direct drawing grid >>>>>>> implementation and >>>>>>> it performed very bad because it makes heavy use of clipping. >>>>>>> >>>>>>> For a grid I've counted ~1500 clipping operations the library works >>>>>>> something like this: >>>>>>> >>>>>>> boolean activeClip; >>>>>>> Canvas canvas = new Canvas(); >>>>>>> >>>>>>> public void setClipping(PathIterator pathIterator) { >>>>>>> GraphicsContext gc = canvas.getGraphicsContext2D(); >>>>>>> if(activeClip) { >>>>>>> gc.restore(); >>>>>>> activeClip= false; >>>>>>> } >>>>>>> >>>>>>> if( pathIterator == null ) { >>>>>>> return; >>>>>>> } >>>>>>> >>>>>>> activeClip = true; >>>>>>> float coords[] = new float[6]; >>>>>>> gc.save(); >>>>>>> gc.beginPath(); >>>>>>> >>>>>>> float x = 0; >>>>>>> float y = 0; >>>>>>> >>>>>>> >>>>>>> gc.moveTo(0, 0); >>>>>>> >>>>>>> while( ! pathIterator.isDone() ) { >>>>>>> switch (pathIterator.currentSegment(coords)) { >>>>>>> case PathIterator.SEG_CLOSE: >>>>>>> gc.lineTo(x, y); >>>>>>> break; >>>>>>> case PathIterator.SEG_CUBICTO: >>>>>>> gc.bezierCurveTo(coords[0], coords[1], coords[2], >>>>>>> coords[3], >>>>>>> coords[4], coords[5]); >>>>>>> break; >>>>>>> case PathIterator.SEG_LINETO: >>>>>>> gc.lineTo(coords[0], coords[1]); >>>>>>> break; >>>>>>> case PathIterator.SEG_MOVETO: >>>>>>> gc.moveTo(coords[0], coords[1]); >>>>>>> x = coords[0]; >>>>>>> y = coords[1]; >>>>>>> break; >>>>>>> case PathIterator.SEG_QUADTO: >>>>>>> gc.quadraticCurveTo(coords[0], coords[1], >>>>>>> coords[2], coords[3]); >>>>>>> break; >>>>>>> default: >>>>>>> break; >>>>>>> } >>>>>>> pathIterator.next(); >>>>>>> } >>>>>>> >>>>>>> gc.clip(); >>>>>>> gc.closePath(); >>>>>>> } >>>>>>> >>>>>>> Am I doing something ultimately wrong, totally wrong? Has anyone an >>>>>>> idea >>>>>>> how I would work around the problem? >>>>>>> >>>>>>> Tom >>>>>>> >>>> >> From james.graham at oracle.com Tue May 27 23:24:19 2014 From: james.graham at oracle.com (Jim Graham) Date: Tue, 27 May 2014 16:24:19 -0700 Subject: Bad performance with Canvas and extensive clipping In-Reply-To: <5385097C.1090302@bestsolution.at> References: <537F97B0.3040203@bestsolution.at> <537FBF1B.4050105@oracle.com> <3BC62567-CAB8-4DD6-8D54-AE2BD4662CD3@bestsolution.at> <537FEBCD.4060507@bestsolution.at> <5380A49C.5030908@bestsolution.at> <538505C6.20606@oracle.com> <5385097C.1090302@bestsolution.at> Message-ID: <53851EA3.1080706@oracle.com> My apologies. If Swing was managing the back buffer for you then they would make it retina-aware for you on 8.0. If you are creating your own BufferedImage then it will not be retina-scaled unless you do that yourself. Right now we are working to get the "Swing embedded in FX" mechanisms to be retina-aware and it isn't a trivial task. I'll have to look and see how Swing manages it to know if you can tap into the same mechanisms, but it involves creating an image twice as big as you need and then rendering into it with a default graphics scale of 2.0 and then making sure you render it at the right size to the destination. (Which is shoveling pixels into a WritableImage I presume? You'd have to make sure to set the right fitWidth/Height to keep them at the right destination scale.) Swing is already doing that for you with the hidden back buffer, but it is hard to redirect that to FX. The Swing-to-FX mechanism will soon be able to do that for you, but your project may not be happy pretending it is a Swing component to achieve that goal. Or, we could get Canvas to do faster rectangular clipping... ...jim On 5/27/14 2:54 PM, Tom Schindl wrote: > I'm on java8u5! > > Tom > > On 27.05.14 23:38, Jim Graham wrote: >> You may have been testing J2D in a pre-retina-aware VM vs. JavaFX which >> was retina aware a little earlier than J2D (due to JavaFX being on a >> slightly more liberal feature policy for new releases). I think J2D >> went retina-aware in 8.0, are you using 8.0 for those tests? >> >> The screenshot may be because the snapshot and robot mechanisms may not >> be retina-aware yet. >> >> I don't think there are significant differences in the font technologies >> between J2D and FX... >> >> ...jim >> >> On 5/24/14 6:54 AM, Tom Schindl wrote: >>> Hi, >>> >>> another big difference when using the a BufferedImage is to that the >>> font rendering is catastrophic, hope to offend nobody. I'm not very good >>> a AWT maybe I made a dumb mistake? >>> >>> See http://downloads.efxclipse.org/font_j2d_fx.png - the j2d font looks >>> completely blurred in contrast to the sharp JavaFX Canvas version in the >>> foreground. >>> >>> Similar blurring happens when makeing screenshots of a canvas - I've >>> written a small sample application showing problems I am seeing which >>> gets me to an image as in this link >>> http://downloads.efxclipse.org/screen_compare.png. >>> >>> Could I somehow use the javafx font-rendering push it to a bitmap and >>> draw it on the buffered image? >>> >>> Anyways those are all only workarounds for javafx canvas inefficiencies >>> that e.g. awt does not have. >>> >>>> package application; >>>> >>>> import java.awt.Graphics2D; >>>> import java.awt.RenderingHints; >>>> import java.awt.image.BufferedImage; >>>> >>>> import javafx.application.Application; >>>> import javafx.embed.swing.SwingFXUtils; >>>> import javafx.geometry.VPos; >>>> import javafx.scene.Node; >>>> import javafx.scene.Scene; >>>> import javafx.scene.SnapshotParameters; >>>> import javafx.scene.canvas.Canvas; >>>> import javafx.scene.control.Label; >>>> import javafx.scene.image.ImageView; >>>> import javafx.scene.image.WritableImage; >>>> import javafx.scene.layout.HBox; >>>> import javafx.scene.layout.VBox; >>>> import javafx.scene.paint.Color; >>>> import javafx.scene.text.Font; >>>> import javafx.stage.Stage; >>>> >>>> >>>> public class Main extends Application { >>>> private WritableImage img; >>>> >>>> @Override >>>> public void start(Stage primaryStage) { >>>> try { >>>> HBox root = new HBox(); >>>> Scene scene = new Scene(root,400,400); >>>> >>>> scene.getStylesheets().add(getClass().getResource("application.css").toExternalForm()); >>>> >>>> >>>> root.getChildren().add(createCanvas()); >>>> root.getChildren().add(createBufferedCanvas()); >>>> root.getChildren().add(new VBox(new ImageView(img), new >>>> Label("Snapshot"))); >>>> >>>> primaryStage.setScene(scene); >>>> primaryStage.show(); >>>> } catch(Exception e) { >>>> e.printStackTrace(); >>>> } >>>> } >>>> >>>> private Node createBufferedCanvas() { >>>> VBox b = new VBox(); >>>> b.setStyle("-fx-border-style: solid; -fx-border-width: 2px;"); >>>> Canvas c = new Canvas(150, 150); >>>> BufferedImage img = new BufferedImage(150, 150, >>>> BufferedImage.TYPE_INT_ARGB); >>>> Graphics2D graphics = img.createGraphics(); >>>> >>>> graphics.setRenderingHint(RenderingHints.KEY_TEXT_ANTIALIASING,RenderingHints.VALUE_TEXT_ANTIALIAS_LCD_HRGB); >>>> >>>> graphics.setColor(java.awt.Color.BLACK); >>>> graphics.setFont(new >>>> java.awt.Font(Font.getDefault().getName(), java.awt.Font.PLAIN, 20)); >>>> graphics.drawString("Hello World!", 0, 20); >>>> img.flush(); >>>> >>>> c.getGraphicsContext2D().drawImage(SwingFXUtils.toFXImage(img, >>>> null),10,10); >>>> >>>> b.getChildren().add(c); >>>> b.getChildren().add(new Label("Buffered-Canvas")); >>>> >>>> return b; >>>> } >>>> >>>> private Node createCanvas() { >>>> VBox b = new VBox(); >>>> b.setStyle("-fx-border-style: solid; -fx-border-width: 2px;"); >>>> Canvas c = new Canvas(150, 150); >>>> >>>> c.getGraphicsContext2D().setFont(Font.font(Font.getDefault().getName(),20)); >>>> >>>> c.getGraphicsContext2D().setTextBaseline(VPos.TOP); >>>> c.getGraphicsContext2D().fillText("Hello World", 10, 10); >>>> >>>> SnapshotParameters parameters = new SnapshotParameters(); >>>> parameters.setFill(Color.TRANSPARENT); >>>> img = c.snapshot(parameters,null); >>>> >>>> b.getChildren().add(c); >>>> b.getChildren().add(new Label("FX-Canvas")); >>>> return b; >>>> } >>>> >>>> public static void main(String[] args) { >>>> launch(args); >>>> } >>>> } >>> >>> Tom >>> >>> On 24.05.14 02:46, Tom Schindl wrote: >>>> Hi, >>>> >>>> As an experiment I've now written a SWT-GC implementation using a >>>> BufferedImage & Graphics2D and transfering the pixels over to JavaFX and >>>> the performance is as it is with native SWT. >>>> >>>> I always thought Canvas works similar to Image and one only draws pixels >>>> - looks like that is not the case, having a dep in my application >>>> java.awt is not what I'm aiming at but without acceptable performance in >>>> conjunction with clipping it looks like i have to go this route :-( >>>> >>>> Tom >>>> >>>> On 23.05.14 23:57, Tom Schindl wrote: >>>>> In the current usecase it is a rect all time but that's just in this >>>>> special use case. >>>>> >>>>> I guess that rect clipping is the most common one so having an >>>>> optimization for rects and a slow path for none rects might help. >>>>> >>>>> Tom >>>>> >>>>> Von meinem iPhone gesendet >>>>> >>>>>> Am 23.05.2014 um 23:35 schrieb Jim Graham : >>>>>> >>>>>> Are you clipping to an arbitrary path in all cases or just a >>>>>> rectangle? Unfortunately we only offer the arbitrary >>>>>> clip-to-current-path method that isn't optimized for basic >>>>>> rectangular clipping and it implements soft clipping. >>>>>> >>>>>> There is an outstanding tweak that we added faster clipping support >>>>>> for WebNode and we need to start using it for >>>>>> Node.setClipNode(non-rectangle) and Canvas, but we haven't >>>>>> implemented that yet. >>>>>> (https://javafx-jira.kenai.com/browse/RT-30107) It basically is a >>>>>> direct "render this texture through that other texture as a clip" >>>>>> operation instead of the current code that runs it through some >>>>>> Blend effect filters. It would definitely improve your run times, >>>>>> but I'm not sure how much. >>>>>> >>>>>> Even more savings could be had for rectangular clips if we provided >>>>>> some way to communicate them to the GC... >>>>>> >>>>>> ...jim >>>>>> >>>>>>> On 5/23/14 11:47 AM, Tom Schindl wrote: >>>>>>> Hi, >>>>>>> >>>>>>> Maybe as some of you might know I've been working since sometime >>>>>>> on SWT >>>>>>> on JavaFX and to implement direct drawing operations we use >>>>>>> JavaFX-Canvas. >>>>>>> >>>>>>> I've today tried to run a heavy direct drawing grid implementation >>>>>>> and >>>>>>> it performed very bad because it makes heavy use of clipping. >>>>>>> >>>>>>> For a grid I've counted ~1500 clipping operations the library works >>>>>>> something like this: >>>>>>> >>>>>>> boolean activeClip; >>>>>>> Canvas canvas = new Canvas(); >>>>>>> >>>>>>> public void setClipping(PathIterator pathIterator) { >>>>>>> GraphicsContext gc = canvas.getGraphicsContext2D(); >>>>>>> if(activeClip) { >>>>>>> gc.restore(); >>>>>>> activeClip= false; >>>>>>> } >>>>>>> >>>>>>> if( pathIterator == null ) { >>>>>>> return; >>>>>>> } >>>>>>> >>>>>>> activeClip = true; >>>>>>> float coords[] = new float[6]; >>>>>>> gc.save(); >>>>>>> gc.beginPath(); >>>>>>> >>>>>>> float x = 0; >>>>>>> float y = 0; >>>>>>> >>>>>>> >>>>>>> gc.moveTo(0, 0); >>>>>>> >>>>>>> while( ! pathIterator.isDone() ) { >>>>>>> switch (pathIterator.currentSegment(coords)) { >>>>>>> case PathIterator.SEG_CLOSE: >>>>>>> gc.lineTo(x, y); >>>>>>> break; >>>>>>> case PathIterator.SEG_CUBICTO: >>>>>>> gc.bezierCurveTo(coords[0], coords[1], coords[2], >>>>>>> coords[3], >>>>>>> coords[4], coords[5]); >>>>>>> break; >>>>>>> case PathIterator.SEG_LINETO: >>>>>>> gc.lineTo(coords[0], coords[1]); >>>>>>> break; >>>>>>> case PathIterator.SEG_MOVETO: >>>>>>> gc.moveTo(coords[0], coords[1]); >>>>>>> x = coords[0]; >>>>>>> y = coords[1]; >>>>>>> break; >>>>>>> case PathIterator.SEG_QUADTO: >>>>>>> gc.quadraticCurveTo(coords[0], coords[1], >>>>>>> coords[2], coords[3]); >>>>>>> break; >>>>>>> default: >>>>>>> break; >>>>>>> } >>>>>>> pathIterator.next(); >>>>>>> } >>>>>>> >>>>>>> gc.clip(); >>>>>>> gc.closePath(); >>>>>>> } >>>>>>> >>>>>>> Am I doing something ultimately wrong, totally wrong? Has anyone >>>>>>> an idea >>>>>>> how I would work around the problem? >>>>>>> >>>>>>> Tom >>>>>>> >>>> >>> > From hang.vo at oracle.com Wed May 28 07:02:49 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 28 May 2014 07:02:49 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37252 GridPane throws NPE when manipulating child nodes Message-ID: <201405280703.s4S7312E006542@aojmv0008> Changeset: d39b1571ba7f Author: Martin Sladecek Date: 2014-05-28 08:52 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/d39b1571ba7f RT-37252 GridPane throws NPE when manipulating child nodes ! modules/graphics/src/main/java/javafx/scene/layout/GridPane.java From hang.vo at oracle.com Wed May 28 08:47:25 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 28 May 2014 08:47:25 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37303 Intermittent test failure in SimpleMouseTest Message-ID: <201405280847.s4S8laA6021950@aojmv0008> Changeset: 799e04084e72 Author: Daniel Blaukopf Date: 2014-05-28 11:31 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/799e04084e72 RT-37303 Intermittent test failure in SimpleMouseTest ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/MonocleUInput.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/TestApplication.java From tom.schindl at bestsolution.at Wed May 28 10:35:49 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Wed, 28 May 2014 12:35:49 +0200 Subject: CSS vs API modifications in *View classes Message-ID: <5385BC05.1060905@bestsolution.at> Hi, All views in JavaFX are virtual and the Cell instances are reused but this brings with it the problem that if you once modified a CSS styleable value (e.g. the textfill, font, ...) you are unable to return to a state where a CSS could be applied. I think Cell needs to provide reset methods for properties who are styleable so that one can set back the cell into a css-styleable state, or maybe we want this to be more general and we need to provide a method for all properties who are styled so that we can reset them? I could imagine Node having a method: restoreInitialPropertyState() which subclasses need to implement to restore all its properties to be css styleable. For Cell i think there's no way around that because it is reused and needs to have a way to get back to the original state. Tom From peter.levart at gmail.com Wed May 28 13:39:26 2014 From: peter.levart at gmail.com (Peter Levart) Date: Wed, 28 May 2014 15:39:26 +0200 Subject: Building WebKit natives with debug symbols on 32 bit Linux Message-ID: <5385E70E.4070401@gmail.com> Hi, I'm new to this list and I have searched the archives, but haven't found a discussion about this. If I have missed it, please just direct me to the archived thread. I'm trying to debug a crash in a native part of WebKit-JavaFX bindings (https://javafx-jira.kenai.com/browse/RT-33599). I have only been able to reproduce it on 32 bit platforms (Windows and Linux so far). I'm trying to build the WebKit natives with debugging symbols, so that I can pin-point the location of the crash in code using gdb. I have managed to do this successfully on 64 bit Linux, producing 1.7 GB large libjfxwebkit.so. But on 32 bit Linux, where only I can reproduce the crash, the build fails with linker error: "memory exhausted" when trying to assemble the libjfxwebkit.so from object files. So far I have not been successful in my attempts to circumvent this build error. I fave tried the following: - added '--no-keep-memory' to linker options. The man page says about it: ld normally optimizes for speed over memory usage by caching the symbol tables of input files in memory. This option tells ld to instead optimize for memory usage, by rereading the symbol tables as necessary. This may be required if ld runs out of memory space while linking a large executable. - booted the 64bit Ubuntu system and chrooted into a 32 bit environment. Some say that with 64 bit kernel, each 32 bit user-space process has more address space than with 32 bit kernel. - both of the above My question to the list is: How do you guys produce 32 bit libjfxwebkit.so with debugging symbols? Have you been able to? Do you have any special tricks in your sleeves? Regards, Peter From lehmann at media-interactive.de Wed May 28 13:44:36 2014 From: lehmann at media-interactive.de (Werner Lehmann) Date: Wed, 28 May 2014 15:44:36 +0200 Subject: Label prefHeight vs wrapText Message-ID: <5385E844.9020200@media-interactive.de> Hi, I am stumped. With a label and wrapText=true I am not getting wrapped text when I think I should. Consider this scene (code at bottom): VBox - Label, long text, wrapText=true - ListView, prefHeight=1000 (too big to fit) This will not wrap the label text. The VBox gives all room to the listview and keeps the label on a single line. VBox.vgrow does not change this. Without the prefHeight on the listview I am getting wrapped text. Then, label height is 34 - while its min/pref/max height is all at 17 according to ScenicView. Why is the label not reporting a pref height of 34? Why is the vbox sizing the label beyond its max height? Appreciate any insight because I don't see what's going on. Rgds Werner public class WrapTest extends Application { public static void main(String[] args) { Application.launch(args); } @Override public void start(Stage primaryStage) throws Exception { Label label1 = new Label(Strings.repeat("bla ", 50)); label1.setWrapText(true); ListView lv = new ListView(); lv.setPrefHeight(1000); VBox vb = new VBox(label1, lv); Scene scene = new Scene(vb, 800, 600); primaryStage.setScene(scene); primaryStage.show(); } } From peter.levart at gmail.com Wed May 28 13:47:45 2014 From: peter.levart at gmail.com (Peter Levart) Date: Wed, 28 May 2014 15:47:45 +0200 Subject: Building WebKit natives with debug symbols on 32 bit Linux In-Reply-To: <5385E70E.4070401@gmail.com> References: <5385E70E.4070401@gmail.com> Message-ID: <5385E901.4090205@gmail.com> Hi Again, The idea that comes to my mind is the following: would it be possible to cross-compile the openjfx on the 64 bit Linux using 64 bit tools, but targeted at 32 bit Linux? What would have to be changed in build environment to accomplish that? I imagine the environment would have to have access to headers and development libraries of the 32 bit Linux system - that's no problem - I would just mount the root of a 32 bit Ubuntu to some directory, but then I would have to force all tools to use that path instead of the running system one. And the gcc would have to be given some cross-compiling options too, I guess... Peter On 05/28/2014 03:39 PM, Peter Levart wrote: > Hi, > > I'm new to this list and I have searched the archives, but haven't > found a discussion about this. If I have missed it, please just direct > me to the archived thread. > > I'm trying to debug a crash in a native part of WebKit-JavaFX bindings > (https://javafx-jira.kenai.com/browse/RT-33599). I have only been able > to reproduce it on 32 bit platforms (Windows and Linux so far). I'm > trying to build the WebKit natives with debugging symbols, so that I > can pin-point the location of the crash in code using gdb. I have > managed to do this successfully on 64 bit Linux, producing 1.7 GB > large libjfxwebkit.so. But on 32 bit Linux, where only I can reproduce > the crash, the build fails with linker error: "memory exhausted" when > trying to assemble the libjfxwebkit.so from object files. So far I > have not been successful in my attempts to circumvent this build > error. I fave tried the following: > > - added '--no-keep-memory' to linker options. The man page says about it: > ld normally optimizes for speed over memory usage by > caching the symbol tables of input files in memory. This option tells > ld to instead optimize for memory usage, by > rereading the symbol tables as necessary. This may be > required if ld runs out of memory space while linking a large executable. > > - booted the 64bit Ubuntu system and chrooted into a 32 bit > environment. Some say that with 64 bit kernel, each 32 bit user-space > process has more address space than with 32 bit kernel. > > - both of the above > > > My question to the list is: How do you guys produce 32 bit > libjfxwebkit.so with debugging symbols? Have you been able to? Do you > have any special tricks in your sleeves? > > > Regards, > > Peter > From hang.vo at oracle.com Wed May 28 13:47:53 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 28 May 2014 13:47:53 +0000 Subject: hg: openjfx/8u-dev/rt: Fix for RT-37085 [Monocle] FX crash on ODROID U3 Message-ID: <201405281348.s4SDm4FJ010840@aojmv0008> Changeset: ff8eb4ea1dbd Author: Lisa.Selle at oracle.com Date: 2014-05-28 09:43 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/ff8eb4ea1dbd Fix for RT-37085 [Monocle] FX crash on ODROID U3 Reviewed by dblaukopf. Tested with HelloSanity. ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/AcceleratedScreen.java + modules/graphics/src/main/java/com/sun/glass/ui/monocle/GLException.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/NativePlatform.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/dispman/DispmanAcceleratedScreen.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/dispman/DispmanPlatform.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxSystem.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/mx6/MX6AcceleratedScreen.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/mx6/MX6Platform.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/omapx11/OMAPX11Platform.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/x11/X.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/x11/X11AcceleratedScreen.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/x11/X11Platform.java ! modules/graphics/src/main/java/com/sun/prism/es2/MonocleGLFactory.java ! modules/graphics/src/main/native-glass/monocle/EGL.c ! modules/graphics/src/main/native-glass/monocle/linux/LinuxSystem.c ! modules/graphics/src/main/native-glass/monocle/x11/X11.c From martin.sladecek at oracle.com Wed May 28 14:17:08 2014 From: martin.sladecek at oracle.com (Martin Sladecek) Date: Wed, 28 May 2014 16:17:08 +0200 Subject: Label prefHeight vs wrapText In-Reply-To: <5385E844.9020200@media-interactive.de> References: <5385E844.9020200@media-interactive.de> Message-ID: <5385EFE4.3080903@oracle.com> Hi Werner, the important min/pref/max height is the one with width parameter as Label is horizontally biased. So while minHeight(width) == 17, prefHeight(width) == 34. But in your case, with ListView's prefHeight == 1000, you'll overflow by over 400px. VBox does evenly subtract these overflow pixels from children until it gets to their minimum. Which happens in case of the Label. Vgrow is ignored when shrinking (see javadoc for setVgrow). Currently, neither VBox nor GridPane allow you define policy for children when the pane is below it's pref size and children need to be shrunk. Seems like a good candidate for a Tweak in JIRA. ;-) If you need to keep your Label at some height, currently you can only raise it's minHeight, but I understand that in this case it may be tricky as it depends on the width. -Martin On 28.5.2014 15:44, Werner Lehmann wrote: > Hi, > > I am stumped. With a label and wrapText=true I am not getting wrapped > text when I think I should. Consider this scene (code at bottom): > > VBox > - Label, long text, wrapText=true > - ListView, prefHeight=1000 (too big to fit) > > This will not wrap the label text. The VBox gives all room to the > listview and keeps the label on a single line. VBox.vgrow does not > change this. > > Without the prefHeight on the listview I am getting wrapped text. > Then, label height is 34 - while its min/pref/max height is all at 17 > according to ScenicView. > > Why is the label not reporting a pref height of 34? > Why is the vbox sizing the label beyond its max height? > > Appreciate any insight because I don't see what's going on. > > Rgds > Werner > > > > > public class WrapTest extends Application > { > public static void main(String[] args) > { > Application.launch(args); > } > > @Override > public void start(Stage primaryStage) throws Exception > { > Label label1 = new Label(Strings.repeat("bla ", 50)); > label1.setWrapText(true); > > ListView lv = new ListView(); > lv.setPrefHeight(1000); > > VBox vb = new VBox(label1, lv); > Scene scene = new Scene(vb, 800, 600); > primaryStage.setScene(scene); > primaryStage.show(); > } > } From richard.bair at oracle.com Wed May 28 14:49:31 2014 From: richard.bair at oracle.com (Richard Bair) Date: Wed, 28 May 2014 07:49:31 -0700 Subject: Building WebKit natives with debug symbols on 32 bit Linux In-Reply-To: <5385E70E.4070401@gmail.com> References: <5385E70E.4070401@gmail.com> Message-ID: > My question to the list is: How do you guys produce 32 bit libjfxwebkit.so with debugging symbols? Have you been able to? Do you have any special tricks in your sleeves? Oh man, you?re in unchartered waters. Building webkit is a royal pain in the neck :-(. You?ve already ventured farther than I have. Maybe Peter Z. or one of the guys on our team (in Russia) who have been working more with webkit will have a good answer, but in general most people on the FX team don?t even build webkit, we just use the bits provided in the weekly builds. Richard From anthony.petrov at oracle.com Wed May 28 14:49:34 2014 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Wed, 28 May 2014 18:49:34 +0400 Subject: [8u20] Review request for RT-37026: Menubar menu item accelerators work only upon second pressing Message-ID: <5385F77E.8010702@oracle.com> Hi Steve, Please review the fix: https://javafx-jira.kenai.com/browse/RT-37026 -- best regards, Anthony From lisa.selle at oracle.com Wed May 28 15:16:56 2014 From: lisa.selle at oracle.com (Lisa Selle) Date: Wed, 28 May 2014 11:16:56 -0400 Subject: [8u26] RT-37250 [Monocle] Improve error handling in EGL native code Message-ID: <5385FDE8.5010305@oracle.com> Daniel, Please review proposed changes in: https://javafx-jira.kenai.com/browse/RT-37250 Thanks, Lisa From David.Hill at Oracle.com Wed May 28 15:17:45 2014 From: David.Hill at Oracle.com (David Hill) Date: Wed, 28 May 2014 11:17:45 -0400 Subject: Building WebKit natives with debug symbols on 32 bit Linux In-Reply-To: <5385E901.4090205@gmail.com> References: <5385E70E.4070401@gmail.com> <5385E901.4090205@gmail.com> Message-ID: <5385FE19.6060904@Oracle.com> On 5/28/14, May 28, 9:47 AM, Peter Levart wrote: > Hi Again, > > The idea that comes to my mind is the following: would it be possible to cross-compile the openjfx on the 64 bit Linux using 64 bit tools, but targeted at 32 bit Linux? What would have to be changed in build environment to accomplish that? I imagine the environment would have to have access to headers and development libraries of the 32 bit Linux system - that's no problem - I would just mount the root of a 32 bit Ubuntu to some directory, but then I would have to force all tools to use that path instead of the running system one. And the gcc would have to be given some cross-compiling options too, I guess... > In theory this is easy :-) We already have a cross compile mechanism in gradle, used for the Linux arm and Android builds. (see buildSrc/armv* for example). You would start with one of the build files as a template - linux.gradle, sed/copy it to linux32.gradle with something like: cd buildSrc sed -s 's/LINUX/LINUX32/' linux.gradle > linux32.gradle After that, it would be a matter of tweaking the cc and ld flags contained in the file, to tell gcc to be 32bit and to use the right libraries. Looks like adding -m32 to commonFlags is all it should need: // A set of common parameters to use for both compiling and linking def commonFlags = [ "-m32", // <<<<< 32 bit output "-fno-strict-aliasing", "-fPIC", "-fno-omit-frame-pointer", // optimization flags "-W", "-Wall", "-Wno-unused", "-Wno-parentheses", "-Werror=implicit-function-declaration"] // warning flags and tweak where the libraries are installed: // Libraries end up in the sdk/rt/lib/$OS_ARCH directory for Linux LINUX32.libDest = "lib/i386" LINUX32.arch = "i386" # << this is an addition not needed in linux.gradle You specify the crossbuild like this: gradle -PUSE_DEPEND=false -PBUILD_NATIVES=true -PCOMPILE_TARGETS=linux32 But... looks like we need to disable LINUX32.compileFXPackager = false; because build.gradle has some stuff hardcoded in it (would need a jira for that if people care). And - you need the i386 development packages installed. I had already added this to get my cross compilers to work, apt-get install libstdc++6:i386 but needed to add other to get more of the build to complete and ran into apt-get telling me all my i386 deps were broken. Perhaps it would work better if I was on a newer distro (I am on 12.04) https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX has the list of packages, in theory, you just need to add :i386 to each one. Since I can't get the i386 packages, at this point you are on your own :-) Dave > Peter > > On 05/28/2014 03:39 PM, Peter Levart wrote: >> Hi, >> >> I'm new to this list and I have searched the archives, but haven't found a discussion about this. If I have missed it, please just direct me to the archived thread. >> >> I'm trying to debug a crash in a native part of WebKit-JavaFX bindings (https://javafx-jira.kenai.com/browse/RT-33599). I have only been able to reproduce it on 32 bit platforms (Windows and Linux so far). I'm trying to build the WebKit natives with debugging symbols, so that I can pin-point the location of the crash in code using gdb. I have managed to do this successfully on 64 bit Linux, producing 1.7 GB large libjfxwebkit.so. But on 32 bit Linux, where only I can reproduce the crash, the build fails with linker error: "memory exhausted" when trying to assemble the libjfxwebkit.so from object files. So far I have not been successful in my attempts to circumvent this build error. I fave tried the following: >> >> - added '--no-keep-memory' to linker options. The man page says about it: >> ld normally optimizes for speed over memory usage by caching the symbol tables of input files in memory. This option tells ld to instead optimize for memory usage, by >> rereading the symbol tables as necessary. This may be required if ld runs out of memory space while linking a large executable. >> >> - booted the 64bit Ubuntu system and chrooted into a 32 bit environment. Some say that with 64 bit kernel, each 32 bit user-space process has more address space than with 32 bit kernel. >> >> - both of the above >> >> >> My question to the list is: How do you guys produce 32 bit libjfxwebkit.so with debugging symbols? Have you been able to? Do you have any special tricks in your sleeves? >> >> >> Regards, >> >> Peter >> > -- David Hill Java Embedded Development "A computer lets you make more mistakes faster than any invention in human history - with the possible exceptions of handguns and tequila" From kevin.rushforth at oracle.com Wed May 28 15:40:09 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 28 May 2014 08:40:09 -0700 Subject: Building WebKit natives with debug symbols on 32 bit Linux In-Reply-To: <5385FE19.6060904@Oracle.com> References: <5385E70E.4070401@gmail.com> <5385E901.4090205@gmail.com> <5385FE19.6060904@Oracle.com> Message-ID: <53860359.4070000@oracle.com> Note that there is a bug filed on building webkit with debug symbols on Windows/32 and Linux/32: https://javafx-jira.kenai.com/browse/RT-36147 If you have a 64-bit Linux system, then it should work. -- Kevin David Hill wrote: > On 5/28/14, May 28, 9:47 AM, Peter Levart wrote: >> Hi Again, >> >> The idea that comes to my mind is the following: would it be possible >> to cross-compile the openjfx on the 64 bit Linux using 64 bit tools, >> but targeted at 32 bit Linux? What would have to be changed in build >> environment to accomplish that? I imagine the environment would have >> to have access to headers and development libraries of the 32 bit >> Linux system - that's no problem - I would just mount the root of a >> 32 bit Ubuntu to some directory, but then I would have to force all >> tools to use that path instead of the running system one. And the gcc >> would have to be given some cross-compiling options too, I guess... >> > In theory this is easy :-) > > We already have a cross compile mechanism in gradle, used for the > Linux arm and Android builds. (see buildSrc/armv* for example). > > You would start with one of the build files as a template - > linux.gradle, sed/copy it to linux32.gradle with something like: > > cd buildSrc > sed -s 's/LINUX/LINUX32/' linux.gradle > linux32.gradle > > After that, it would be a matter of tweaking the cc and ld flags > contained in the file, to tell gcc to be 32bit and to use the right > libraries. Looks like adding -m32 to commonFlags is all it should need: > > // A set of common parameters to use for both compiling and linking > def commonFlags = [ > "-m32", // <<<<< 32 bit output > "-fno-strict-aliasing", "-fPIC", "-fno-omit-frame-pointer", // > optimization flags > "-W", "-Wall", "-Wno-unused", "-Wno-parentheses", > "-Werror=implicit-function-declaration"] // warning flags > > and tweak where the libraries are installed: > > // Libraries end up in the sdk/rt/lib/$OS_ARCH directory for Linux > LINUX32.libDest = "lib/i386" > LINUX32.arch = "i386" # << this is an addition not needed in > linux.gradle > > You specify the crossbuild like this: > gradle -PUSE_DEPEND=false -PBUILD_NATIVES=true > -PCOMPILE_TARGETS=linux32 > > But... > looks like we need to disable > LINUX32.compileFXPackager = false; > because build.gradle has some stuff hardcoded in it (would need a jira > for that if people care). > > And - you need the i386 development packages installed. I had already > added this to get my cross compilers to work, > apt-get install libstdc++6:i386 > but needed to add other to get more of the build to complete and ran > into apt-get telling me all my i386 deps were broken. Perhaps it would > work better if I was on a newer distro (I am on 12.04) > https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX > has the list of packages, in theory, you just need to add :i386 to > each one. > > Since I can't get the i386 packages, at this point you are on your own > :-) > > Dave > > >> Peter >> >> On 05/28/2014 03:39 PM, Peter Levart wrote: >>> Hi, >>> >>> I'm new to this list and I have searched the archives, but haven't >>> found a discussion about this. If I have missed it, please just >>> direct me to the archived thread. >>> >>> I'm trying to debug a crash in a native part of WebKit-JavaFX >>> bindings (https://javafx-jira.kenai.com/browse/RT-33599). I have >>> only been able to reproduce it on 32 bit platforms (Windows and >>> Linux so far). I'm trying to build the WebKit natives with debugging >>> symbols, so that I can pin-point the location of the crash in code >>> using gdb. I have managed to do this successfully on 64 bit Linux, >>> producing 1.7 GB large libjfxwebkit.so. But on 32 bit Linux, where >>> only I can reproduce the crash, the build fails with linker error: >>> "memory exhausted" when trying to assemble the libjfxwebkit.so from >>> object files. So far I have not been successful in my attempts to >>> circumvent this build error. I fave tried the following: >>> >>> - added '--no-keep-memory' to linker options. The man page says >>> about it: >>> ld normally optimizes for speed over memory usage by >>> caching the symbol tables of input files in memory. This option >>> tells ld to instead optimize for memory usage, by >>> rereading the symbol tables as necessary. This may be >>> required if ld runs out of memory space while linking a large >>> executable. >>> >>> - booted the 64bit Ubuntu system and chrooted into a 32 bit >>> environment. Some say that with 64 bit kernel, each 32 bit >>> user-space process has more address space than with 32 bit kernel. >>> >>> - both of the above >>> >>> >>> My question to the list is: How do you guys produce 32 bit >>> libjfxwebkit.so with debugging symbols? Have you been able to? Do >>> you have any special tricks in your sleeves? >>> >>> >>> Regards, >>> >>> Peter >>> >> > > From hang.vo at oracle.com Wed May 28 16:03:15 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 28 May 2014 16:03:15 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405281603.s4SG3WlM006742@aojmv0008> Changeset: 18272f18897a Author: Lisa.Selle at oracle.com Date: 2014-05-28 11:57 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/18272f18897a Fix for RT-37250 [Monocle] Improve error handling in EGL native code Reviewed by dblaukopf Tested with HelloSanity ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/AcceleratedScreen.java ! modules/graphics/src/main/native-glass/monocle/EGL.c Changeset: 5f3323f66723 Author: Lisa.Selle at oracle.com Date: 2014-05-28 11:58 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/5f3323f66723 Fix for minor typo in error message - api should be API. Tested with HelloSanity. ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/AcceleratedScreen.java From lehmann at media-interactive.de Wed May 28 16:10:51 2014 From: lehmann at media-interactive.de (Werner Lehmann) Date: Wed, 28 May 2014 18:10:51 +0200 Subject: Label prefHeight vs wrapText In-Reply-To: <5385EFE4.3080903@oracle.com> References: <5385E844.9020200@media-interactive.de> <5385EFE4.3080903@oracle.com> Message-ID: <53860A8B.1000109@media-interactive.de> Martin, thanks for the explanation. Feels good to finally understand this ;-) And while I created a ticket as per your suggestion... [#RT-37309] VBox: vshrink layout hint similar to vgrow ...it seems I can use this as a workaround: > label1.minHeightProperty().bind(Bindings.createDoubleBinding( > () -> label1.prefHeight(vbox.getWidth()), > vbox.widthProperty())); Maybe something similar could be made available per label boolean property. So basically the ability to ask a label to consider wrapping when calculating its minHeight... I can imagine that this might have made more sense as a default behavior: if people explicitly ask for wrapping text, they would probably accept a larger minHeight. Werner On 28.05.2014 16:17, Martin Sladecek wrote: > Hi Werner, > the important min/pref/max height is the one with width parameter as > Label is horizontally biased. So while minHeight(width) == 17, > prefHeight(width) == 34. > But in your case, with ListView's prefHeight == 1000, you'll overflow by > over 400px. VBox does evenly subtract these overflow pixels from > children until it gets to their minimum. Which happens in case of the Label. > Vgrow is ignored when shrinking (see javadoc for setVgrow). Currently, > neither VBox nor GridPane allow you define policy for children when the > pane is below it's pref size and children need to be shrunk. Seems like > a good candidate for a Tweak in JIRA. ;-) > If you need to keep your Label at some height, currently you can only > raise it's minHeight, but I understand that in this case it may be > tricky as it depends on the width. > > -Martin From hang.vo at oracle.com Wed May 28 16:47:44 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 28 May 2014 16:47:44 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37026: Menubar menu item accelerators work only upon second pressing Message-ID: <201405281647.s4SGltex013003@aojmv0008> Changeset: d9866f861d4e Author: Anthony Petrov Date: 2014-05-28 20:38 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/d9866f861d4e RT-37026: Menubar menu item accelerators work only upon second pressing Summary: Register key events from performKeyEquivalent in addition to keyDown Reviewed-by: snorthov ! modules/graphics/src/main/native-glass/mac/GlassView3D.m From martin.sladecek at oracle.com Wed May 28 17:10:28 2014 From: martin.sladecek at oracle.com (Martin Sladecek) Date: Wed, 28 May 2014 19:10:28 +0200 Subject: Label prefHeight vs wrapText In-Reply-To: <53860A8B.1000109@media-interactive.de> References: <5385E844.9020200@media-interactive.de> <5385EFE4.3080903@oracle.com> <53860A8B.1000109@media-interactive.de> Message-ID: <53861884.5080309@oracle.com> On 28.5.2014 18:10, Werner Lehmann wrote: > Martin, > > thanks for the explanation. Feels good to finally understand this ;-) > And while I created a ticket as per your suggestion... > > [#RT-37309] VBox: vshrink layout hint similar to vgrow > Thanks! > ...it seems I can use this as a workaround: > >> label1.minHeightProperty().bind(Bindings.createDoubleBinding( >> () -> label1.prefHeight(vbox.getWidth()), >> vbox.widthProperty())); > > Maybe something similar could be made available per label boolean > property. So basically the ability to ask a label to consider wrapping > when calculating its minHeight... I can imagine that this might have > made more sense as a default behavior: if people explicitly ask for > wrapping text, they would probably accept a larger minHeight. > Probably a property would be better since it doesn't change the behavior (and Labeled is all over the controls). It calls for a 3-state property (no wrapping, wrapping only when space available, wrapping), but it's too late for that unfortunately. Anyway, looks like we have another candidate for JIRA ;-) -Martin > Werner > > On 28.05.2014 16:17, Martin Sladecek wrote: >> Hi Werner, >> the important min/pref/max height is the one with width parameter as >> Label is horizontally biased. So while minHeight(width) == 17, >> prefHeight(width) == 34. >> But in your case, with ListView's prefHeight == 1000, you'll overflow by >> over 400px. VBox does evenly subtract these overflow pixels from >> children until it gets to their minimum. Which happens in case of the >> Label. >> Vgrow is ignored when shrinking (see javadoc for setVgrow). Currently, >> neither VBox nor GridPane allow you define policy for children when the >> pane is below it's pref size and children need to be shrunk. Seems like >> a good candidate for a Tweak in JIRA. ;-) >> If you need to keep your Label at some height, currently you can only >> raise it's minHeight, but I understand that in this case it may be >> tricky as it depends on the width. >> >> -Martin From hang.vo at oracle.com Wed May 28 17:17:28 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 28 May 2014 17:17:28 +0000 Subject: hg: openjfx/8u-dev/rt: DOC ONLY: missing 'Type:' comments in some of the enum constants Message-ID: <201405281717.s4SHHdfa018099@aojmv0008> Changeset: 5fa1ecad2ed5 Author: snorthov Date: 2014-05-28 13:05 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/5fa1ecad2ed5 DOC ONLY: missing 'Type:' comments in some of the enum constants ! modules/graphics/src/main/java/javafx/scene/accessibility/Attribute.java From hang.vo at oracle.com Wed May 28 18:02:56 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 28 May 2014 18:02:56 +0000 Subject: hg: openjfx/8u-dev/rt: RT-35628: Application Bundlers Message-ID: <201405281803.s4SI38u1024743@aojmv0008> Changeset: a2eb56fb706e Author: shemnon Date: 2014-05-28 11:49 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/a2eb56fb706e RT-35628: Application Bundlers Summary: Cleanup map plist generation ! modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacAppBundler.java From david.grieve at oracle.com Wed May 28 19:19:41 2014 From: david.grieve at oracle.com (David Grieve) Date: Wed, 28 May 2014 15:19:41 -0400 Subject: CSS vs API modifications in *View classes In-Reply-To: <5385BC05.1060905@bestsolution.at> References: <5385BC05.1060905@bestsolution.at> Message-ID: <538636CD.6090804@oracle.com> Using styles is preferable to setting the property value. If styles are used, then you don't have the problem you describe. An alternative, if styles are not used, is to cast the property to StyleableProperty and use applyStyle(null, value) instead of set. CSS then thinks that the value has never been set. This pattern is used, for example, in Labeled to initialize the focusTraversableProperty to false. So one option is to use applyStyle in the updateItem method rather than set. Of course, this is one of those tricks that you have to be in-the-know to make use of. But I would argue that restoreInitialPropertyState() is also a trick that you have to be in-the-know to make use of. On 5/28/14, 6:35 AM, Tom Schindl wrote: > Hi, > > All views in JavaFX are virtual and the Cell instances are reused but > this brings with it the problem that if you once modified a CSS > styleable value (e.g. the textfill, font, ...) you are unable to return > to a state where a CSS could be applied. > > I think Cell needs to provide reset methods for properties who are > styleable so that one can set back the cell into a css-styleable state, > or maybe we want this to be more general and we need to provide a method > for all properties who are styled so that we can reset them? > > I could imagine Node having a method: restoreInitialPropertyState() > which subclasses need to implement to restore all its properties to be > css styleable. > > For Cell i think there's no way around that because it is reused and > needs to have a way to get back to the original state. > > Tom From kevin.rushforth at oracle.com Wed May 28 20:03:59 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 28 May 2014 13:03:59 -0700 Subject: [8u] review request: RT-37314: Need to specify -DNDEBUG for production builds Message-ID: <5386412F.6070507@oracle.com> Phil & David, Please review the following: https://javafx-jira.kenai.com/browse/RT-37314 I've done a test build on all three desktop platforms, but not on linux-arm. -- Kevin From hang.vo at oracle.com Wed May 28 22:32:53 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 28 May 2014 22:32:53 +0000 Subject: hg: openjfx/8u-dev/rt: [Accessbility, TOYS] testing empty controls/placeholders Message-ID: <201405282233.s4SMX4Jk006734@aojmv0008> Changeset: 0f7d453c3931 Author: Felipe Heidrich Date: 2014-05-28 15:26 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/0f7d453c3931 [Accessbility, TOYS] testing empty controls/placeholders ! apps/toys/Hello/src/main/java/a11y/HelloSimpleListView.java ! apps/toys/Hello/src/main/java/a11y/HelloSimpleTableView.java ! apps/toys/Hello/src/main/java/a11y/HelloSimpleTreeView.java From kevin.rushforth at oracle.com Wed May 28 23:13:57 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 28 May 2014 16:13:57 -0700 Subject: [8u] review request: RT-30622: jfxrt.jar has a duplicate JSObject class without getWindow(Applet) Message-ID: <53866DB5.1070207@oracle.com> Dave (and Peter if you have time), Please review the fix for: JIRA: https://javafx-jira.kenai.com/browse/RT-30622 Webrev: http://cr.openjdk.java.net/~kcr/RT-30622/webrev.00/ Details are in the JIRA. Thanks. -- Kevin From hang.vo at oracle.com Wed May 28 23:17:24 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 28 May 2014 23:17:24 +0000 Subject: hg: openjfx/8u-dev/rt: RT-36985: [Accessibility, Windows] Combobox won't take accessibility focus when clicked with mouse (but tabbing works) Message-ID: <201405282317.s4SNHZsW014591@aojmv0008> Changeset: cb9eaf4855fa Author: Felipe Heidrich Date: 2014-05-28 15:59 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/cb9eaf4855fa RT-36985: [Accessibility, Windows] Combobox won't take accessibility focus when clicked with mouse (but tabbing works) This changeset fixes the handling of the focusedIndex == -1 case for list, table, tree, tabletree. This happens when the control is empty, or no item is focused (even though the control is), this happens to the ListView inside the ComboBoxListViewSkin cause 'selectOnFocusGain' is false in it. ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ListViewSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TableViewSkinBase.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TreeViewSkin.java ! modules/controls/src/main/java/javafx/scene/control/TableView.java ! modules/controls/src/main/java/javafx/scene/control/TreeTableView.java From hang.vo at oracle.com Wed May 28 23:32:22 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Wed, 28 May 2014 23:32:22 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405282332.s4SNWdwF017954@aojmv0008> Changeset: 1105e433cee8 Author: Felipe Heidrich Date: 2014-05-28 16:20 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/1105e433cee8 [Accessibility, Code Format] fix tab indentation ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ComboBoxListViewSkin.java Changeset: de18e90945ce Author: Felipe Heidrich Date: 2014-05-28 16:29 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/de18e90945ce RT-37148: [Graphics, Text, Canvas] Draw gradient text broken for Canvas. ! modules/graphics/src/main/java/com/sun/javafx/sg/prism/NGCanvas.java From david.grieve at oracle.com Thu May 29 12:22:38 2014 From: david.grieve at oracle.com (David Grieve) Date: Thu, 29 May 2014 08:22:38 -0400 Subject: CSS vs API modifications in *View classes In-Reply-To: References: <5385BC05.1060905@bestsolution.at> <538636CD.6090804@oracle.com> Message-ID: <5387268E.5090007@oracle.com> If setStyle doesn't work for graphic, then that is a bug. I agree that css and user concurrency is black magic. Better documentation would help, but I'm not yet convinced that there is an API solution to the problem unless the API is up in *PropertyBase (e.g. init(T value), void reset()) On 5/28/14, 4:46 PM, Tom Schindl wrote: > setStyle works for most but often not for graphic - i went the styleproperty cast way but my gut tells me there's something we need improve the CSS vs User concurrency is something very few people know about and the bad thing is the API does not give you a clue about it. > > Tom > > Von meinem iPhone gesendet > >> Am 28.05.2014 um 21:19 schrieb David Grieve : >> >> Using styles is preferable to setting the property value. If styles are used, then you don't have the problem you describe. >> >> An alternative, if styles are not used, is to cast the property to StyleableProperty and use applyStyle(null, value) instead of set. CSS then thinks that the value has never been set. This pattern is used, for example, in Labeled to initialize the focusTraversableProperty to false. So one option is to use applyStyle in the updateItem method rather than set. Of course, this is one of those tricks that you have to be in-the-know to make use of. But I would argue that restoreInitialPropertyState() is also a trick that you have to be in-the-know to make use of. >> >>> On 5/28/14, 6:35 AM, Tom Schindl wrote: >>> Hi, >>> >>> All views in JavaFX are virtual and the Cell instances are reused but >>> this brings with it the problem that if you once modified a CSS >>> styleable value (e.g. the textfill, font, ...) you are unable to return >>> to a state where a CSS could be applied. >>> >>> I think Cell needs to provide reset methods for properties who are >>> styleable so that one can set back the cell into a css-styleable state, >>> or maybe we want this to be more general and we need to provide a method >>> for all properties who are styled so that we can reset them? >>> >>> I could imagine Node having a method: restoreInitialPropertyState() >>> which subclasses need to implement to restore all its properties to be >>> css styleable. >>> >>> For Cell i think there's no way around that because it is reused and >>> needs to have a way to get back to the original state. >>> >>> Tom From tom.schindl at bestsolution.at Thu May 29 13:22:44 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Thu, 29 May 2014 14:22:44 +0100 Subject: CSS vs API modifications in *View classes In-Reply-To: <5387268E.5090007@oracle.com> References: <5385BC05.1060905@bestsolution.at> <538636CD.6090804@oracle.com> <5387268E.5090007@oracle.com> Message-ID: <11FFC01F-614E-4622-AACF-DD5A96B7F5F0@bestsolution.at> May statement could be read wrong setStyle for graphics generally works unless you generate the image on the fly using writableimage, so you don't have a URL! Tom Von meinem iPhone gesendet > Am 29.05.2014 um 13:22 schrieb David Grieve : > > If setStyle doesn't work for graphic, then that is a bug. > > I agree that css and user concurrency is black magic. Better documentation would help, but I'm not yet convinced that there is an API solution to the problem unless the API is up in *PropertyBase (e.g. init(T value), void reset()) > >> On 5/28/14, 4:46 PM, Tom Schindl wrote: >> setStyle works for most but often not for graphic - i went the styleproperty cast way but my gut tells me there's something we need improve the CSS vs User concurrency is something very few people know about and the bad thing is the API does not give you a clue about it. >> >> Tom >> >> Von meinem iPhone gesendet >> >>> Am 28.05.2014 um 21:19 schrieb David Grieve : >>> >>> Using styles is preferable to setting the property value. If styles are used, then you don't have the problem you describe. >>> >>> An alternative, if styles are not used, is to cast the property to StyleableProperty and use applyStyle(null, value) instead of set. CSS then thinks that the value has never been set. This pattern is used, for example, in Labeled to initialize the focusTraversableProperty to false. So one option is to use applyStyle in the updateItem method rather than set. Of course, this is one of those tricks that you have to be in-the-know to make use of. But I would argue that restoreInitialPropertyState() is also a trick that you have to be in-the-know to make use of. >>> >>>> On 5/28/14, 6:35 AM, Tom Schindl wrote: >>>> Hi, >>>> >>>> All views in JavaFX are virtual and the Cell instances are reused but >>>> this brings with it the problem that if you once modified a CSS >>>> styleable value (e.g. the textfill, font, ...) you are unable to return >>>> to a state where a CSS could be applied. >>>> >>>> I think Cell needs to provide reset methods for properties who are >>>> styleable so that one can set back the cell into a css-styleable state, >>>> or maybe we want this to be more general and we need to provide a method >>>> for all properties who are styled so that we can reset them? >>>> >>>> I could imagine Node having a method: restoreInitialPropertyState() >>>> which subclasses need to implement to restore all its properties to be >>>> css styleable. >>>> >>>> For Cell i think there's no way around that because it is reused and >>>> needs to have a way to get back to the original state. >>>> >>>> Tom > From david.grieve at oracle.com Thu May 29 13:42:52 2014 From: david.grieve at oracle.com (David Grieve) Date: Thu, 29 May 2014 09:42:52 -0400 Subject: [8u] Review Request: (RT-37299) Separator orientation pseudoclass states don't appear to fire properly Message-ID: <5387395C.7050400@oracle.com> Jonathan, Please review https://javafx-jira.kenai.com/browse/RT-37299 Webrev: http://cr.openjdk.java.net/~dgrieve/RT-37299/webrev.00 From hang.vo at oracle.com Thu May 29 14:03:19 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 29 May 2014 14:03:19 +0000 Subject: hg: openjfx/8u-dev/rt: RT-37314: Need to specify -DNDEBUG for production builds Message-ID: <201405291403.s4TE3UN8017535@aojmv0008> Changeset: 5fbd8e8b79e2 Author: kcr Date: 2014-05-29 06:20 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/5fbd8e8b79e2 RT-37314: Need to specify -DNDEBUG for production builds Reviewed-by: prr, ddhill ! buildSrc/armv5sf.gradle ! buildSrc/armv6hf.gradle ! buildSrc/armv6sf.gradle ! buildSrc/armv7hf.gradle ! buildSrc/armv7sf.gradle ! buildSrc/linux.gradle ! buildSrc/win.gradle ! buildSrc/x86egl.gradle From hang.vo at oracle.com Thu May 29 15:47:33 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 29 May 2014 15:47:33 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405291547.s4TFlnc2002655@aojmv0008> Changeset: a2f71b788390 Author: David Grieve Date: 2014-05-29 11:34 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/a2f71b788390 RT-37301: dir(rtl) and dir(ltr) not persisted to bss file ! modules/graphics/src/main/java/com/sun/javafx/css/SimpleSelector.java ! modules/graphics/src/test/java/com/sun/javafx/css/StylesheetTest.java Changeset: 80b29f3bada2 Author: David Grieve Date: 2014-05-29 11:37 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/80b29f3bada2 [JAVADOC ONLY] RT-37308: add @since JavaFX 8.0 to applyStyle() API ! modules/graphics/src/main/java/javafx/scene/Node.java From David.Hill at Oracle.com Thu May 29 19:22:32 2014 From: David.Hill at Oracle.com (David Hill) Date: Thu, 29 May 2014 15:22:32 -0400 Subject: Result: New OpenJFX Committer: Jerome Cambon Message-ID: <538788F8.2050806@Oracle.com> Voting for Jerome Cambon to OpenJFX Committer [1] is now closed. Yes: 9 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. Dave [1] http://mail.openjdk.java.net/pipermail/openjfx-dev/2014-May/013872.html -- David Hill Java Embedded Development "The most likely way for the world to be destroyed, most experts agree, is by accident. That's where we come in; we're computer professionals. We cause accidents." -- Nathaniel Borenstein (1957 - ) From David.Hill at Oracle.com Thu May 29 19:22:38 2014 From: David.Hill at Oracle.com (David Hill) Date: Thu, 29 May 2014 15:22:38 -0400 Subject: Result: New OpenJFX Committer: Eric Le Ponner Message-ID: <538788FE.9090306@Oracle.com> Voting for Eric Le Ponner to OpenJFX Committer [1] is now closed. Yes: 9 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. Dave [1] http://mail.openjdk.java.net/pipermail/openjfx-dev/2014-May/013867.html -- David Hill Java Embedded Development "The most likely way for the world to be destroyed, most experts agree, is by accident. That's where we come in; we're computer professionals. We cause accidents." -- Nathaniel Borenstein (1957 - ) From David.Hill at Oracle.com Thu May 29 19:22:42 2014 From: David.Hill at Oracle.com (David Hill) Date: Thu, 29 May 2014 15:22:42 -0400 Subject: Result: New OpenJFX Committer: Mo Chicharro Message-ID: <53878902.9080207@Oracle.com> Voting for Mo Chicharro to OpenJFX Committer [1] is now closed. Yes: 8 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. Dave [1] http://mail.openjdk.java.net/pipermail/openjfx-dev/2014-May/013882.html -- David Hill Java Embedded Development "The most likely way for the world to be destroyed, most experts agree, is by accident. That's where we come in; we're computer professionals. We cause accidents." -- Nathaniel Borenstein (1957 - ) From David.Hill at Oracle.com Thu May 29 19:22:48 2014 From: David.Hill at Oracle.com (David Hill) Date: Thu, 29 May 2014 15:22:48 -0400 Subject: Result: New OpenJFX Committer:Sandra Lions-Piron Message-ID: <53878908.6070708@Oracle.com> Voting for Sandra Lions-Piron to OpenJFX Committer [1] is now closed. Yes: 8 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. Dave [1] http://mail.openjdk.java.net/pipermail/openjfx-dev/2014-May/013880.html -- David Hill Java Embedded Development "The most likely way for the world to be destroyed, most experts agree, is by accident. That's where we come in; we're computer professionals. We cause accidents." -- Nathaniel Borenstein (1957 - ) From David.Hill at Oracle.com Thu May 29 19:22:52 2014 From: David.Hill at Oracle.com (David Hill) Date: Thu, 29 May 2014 15:22:52 -0400 Subject: Result: New OpenJFX Committer: Yves Joan Message-ID: <5387890C.8000508@Oracle.com> Voting for Yves Joan to OpenJFX Committer [1] is now closed. Yes: 8 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. Dave [1] http://mail.openjdk.java.net/pipermail/openjfx-dev/2014-May/013881.html -- David Hill Java Embedded Development "The most likely way for the world to be destroyed, most experts agree, is by accident. That's where we come in; we're computer professionals. We cause accidents." -- Nathaniel Borenstein (1957 - ) From david.grieve at oracle.com Thu May 29 20:16:18 2014 From: david.grieve at oracle.com (David Grieve) Date: Thu, 29 May 2014 16:16:18 -0400 Subject: [8u] Review Request: (RT-37173) modena styles for .title-pane don't match what is intended Message-ID: <53879592.5070901@oracle.com> Jonathan, If you would please review, https://javafx-jira.kenai.com/browse/RT-37173 Webrev: http://cr.openjdk.java.net/~dgrieve/RT-37173/webrev.00 From hang.vo at oracle.com Thu May 29 20:32:41 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 29 May 2014 20:32:41 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405292032.s4TKWvIk014581@aojmv0008> Changeset: ff1b7dfde34d Author: David Grieve Date: 2014-05-29 16:06 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/ff1b7dfde34d RT-37173: change selector to match scene-graph of a TitledPane ! apps/toys/Hello/src/main/java/hello/HelloTitledPane.java ! modules/controls/src/main/resources/com/sun/javafx/scene/control/skin/modena/modena.css Changeset: f88e8b424e9f Author: David Grieve Date: 2014-05-29 16:08 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/f88e8b424e9f RT-37299: when re-using a style helper, make sure the parent style helper pseudo-class trigger states are updated. ! modules/controls/src/main/java/javafx/scene/control/Separator.java ! modules/graphics/src/main/java/javafx/scene/CssStyleHelper.java ! modules/web/src/main/java/com/sun/javafx/scene/web/skin/HTMLEditorSkin.java From hang.vo at oracle.com Thu May 29 21:32:35 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 29 May 2014 21:32:35 +0000 Subject: hg: openjfx/8u-dev/rt: Fix RT-36296: Dashed Border with a zero border width hangs Message-ID: <201405292132.s4TLWkaG022716@aojmv0008> Changeset: be2bf0af38c6 Author: flar Date: 2014-05-29 14:19 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/be2bf0af38c6 Fix RT-36296: Dashed Border with a zero border width hangs Reviewed by: kcr ! modules/graphics/src/main/java/com/sun/javafx/sg/prism/NGRegion.java + tests/system/src/test/java/com/sun/javafx/sg/prism/RT36296Test.java From hang.vo at oracle.com Thu May 29 22:02:55 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Thu, 29 May 2014 22:02:55 +0000 Subject: hg: openjfx/8u-dev/rt: 2 new changesets Message-ID: <201405292203.s4TM3Cm3027071@aojmv0008> Changeset: ce2ebc11d5c4 Author: hudson Date: 2014-05-27 20:34 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/ce2ebc11d5c4 Added tag 8u20-b16 for changeset 9425ba418764 ! .hgtags Changeset: dd892a7f8463 Author: kcr Date: 2014-05-29 14:51 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/dd892a7f8463 Automated merge with ssh://jfxsrc.us.oracle.com//javafx/8u/master/jfx/rt From hang.vo at oracle.com Fri May 30 00:32:47 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 30 May 2014 00:32:47 +0000 Subject: hg: openjfx/8u-dev/rt: RT-30622: jfxrt.jar has a duplicate JSObject class without getWindow(Applet) Message-ID: <201405300032.s4U0Ww1M020178@aojmv0008> Changeset: 223c57a7a73d Author: kcr Date: 2014-05-22 08:44 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/223c57a7a73d RT-30622: jfxrt.jar has a duplicate JSObject class without getWindow(Applet) Reviewed-by: ddehaven, ddhill ! modules/graphics/src/main/java/netscape/javascript/JSObject.java + modules/graphics/src/test/java/netscape/javascript/JSObjectTest.java From guenther.jeffrey at gmail.com Fri May 30 06:44:43 2014 From: guenther.jeffrey at gmail.com (Jeffrey Guenther) Date: Thu, 29 May 2014 23:44:43 -0700 Subject: Extending a Region to create a JUNG Layout Message-ID: Hi, I'm in the midst of exploring how I might port JUNG( http://jung.sourceforge.net/index.html) to JavaFX. JUNG is a graph/layout tool my lab uses for some of their data visualizations. With the release of JavaFX 2, we've started building our prototypes in JavaFX. Rather than use the JFXSwingPanel, I want to try modifying the JUNG to work "natively" in JavaFX. In the long term, I'd like to see JUNG ported completely to JavaFX using properties, CSS and the like. I've built a quick demo ( https://gist.github.com/jrguenther/9d0c37329f9928a2b56e) and need help going forward. I've been reading the docs and hitting google, but I think I need more info. Can someone point me to a detailed explanation of how to extend Region to create my own layout? In particular, how can I get a region to relayout it's children when it's being resized? When does a the region's parent call layoutChildren()? If the height and width of the region are set to Double.MAX_VALUE indicating the area can grow infinitely, how does the region know what size to set itself to? Thanks, Jeff From sven.reimers at gmail.com Fri May 30 07:25:29 2014 From: sven.reimers at gmail.com (Sven Reimers) Date: Fri, 30 May 2014 09:25:29 +0200 Subject: Extending a Region to create a JUNG Layout In-Reply-To: References: Message-ID: Hi Jeffrey, I did some prototyping with Jung JavaFX and Java 8, the results are here https://bitbucket.org/sreimers/jung8 It uses gradle to build and contains an additional library for jungfx. Enjoy -Sven On Fri, May 30, 2014 at 8:44 AM, Jeffrey Guenther < guenther.jeffrey at gmail.com> wrote: > Hi, > > I'm in the midst of exploring how I might port JUNG( > http://jung.sourceforge.net/index.html) to JavaFX. JUNG is a graph/layout > tool my lab uses for some of their data visualizations. With the release of > JavaFX 2, we've started building our prototypes in JavaFX. > > Rather than use the JFXSwingPanel, I want to try modifying the JUNG to work > "natively" in JavaFX. In the long term, I'd like to see JUNG ported > completely to JavaFX using properties, CSS and the like. > > I've built a quick demo ( > https://gist.github.com/jrguenther/9d0c37329f9928a2b56e) and need help > going forward. I've been reading the docs and hitting google, but I think I > need more info. > > Can someone point me to a detailed explanation of how to extend Region to > create my own layout? > In particular, how can I get a region to relayout it's children when it's > being resized? > When does a the region's parent call layoutChildren()? > If the height and width of the region are set to Double.MAX_VALUE > indicating the area can grow infinitely, how does the region know what size > to set itself to? > > Thanks, > Jeff > -- Sven Reimers * Senior Expert Software Architect * NetBeans Dream Team Member: http://dreamteam.netbeans.org * Community Leader NetBeans: http://community.java.net/netbeans Desktop Java: http://community.java.net/javadesktop * JUG Leader JUG Bodensee: http://www.jug-bodensee.de * Duke's Choice Award Winner 2009 * Blog: https://www.java.net//blog/sven * XING: https://www.xing.com/profile/Sven_Reimers8 * LinkedIn: http://www.linkedin.com/in/svenreimers Join the NetBeans Groups: * XING: http://www.xing.com/group-20148.82db20 * NUGM: http://haug-server.dyndns.org/display/NUGM/Home * LinkedIn: http://www.linkedin.com/groups?gid=1860468 http://www.linkedin.com/groups?gid=107402 http://www.linkedin.com/groups?gid=1684717 * Oracle: https://mix.oracle.com/groups/18497 From vadim.pakhnushev at oracle.com Fri May 30 11:20:36 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 30 May 2014 15:20:36 +0400 Subject: [8u20] Review request for RT-32213: Decoding BMP file throws an exception Message-ID: <53886984.2040107@oracle.com> Jim, Felipe, Kevin, Please review a fix for this: https://javafx-jira.kenai.com/browse/RT-32213 http://cr.openjdk.java.net/~vadim/RT-32213/webrev.00/ Thanks, Vadim From hang.vo at oracle.com Fri May 30 14:03:16 2014 From: hang.vo at oracle.com (hang.vo at oracle.com) Date: Fri, 30 May 2014 14:03:16 +0000 Subject: hg: openjfx/8u-dev/rt: RT-24674: Mac: Screen.getBounds() and Screen.getVisualBounds() return strange values for secondary screens on MacOS Message-ID: <201405301403.s4UE3SpB020025@aojmv0008> Changeset: 1e023b779912 Author: Anthony Petrov Date: 2014-05-30 17:54 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/1e023b779912 RT-24674: Mac: Screen.getBounds() and Screen.getVisualBounds() return strange values for secondary screens on MacOS Summary: Flip vertical coordinates relative to the primary screen ! modules/graphics/src/main/native-glass/mac/GlassScreen.m From lisa.selle at oracle.com Fri May 30 17:29:02 2014 From: lisa.selle at oracle.com (Lisa Selle) Date: Fri, 30 May 2014 13:29:02 -0400 Subject: [8u26] Review Request: RT-36844 [Monocle] Implement modality support for monocle Message-ID: <5388BFDE.8040207@oracle.com> Daniel, Please review the fix for https://javafx-jira.kenai.com/browse/RT-36844, details in the jira. Thanks, Lisa From John_Smith at symantec.com Fri May 30 17:55:05 2014 From: John_Smith at symantec.com (John Smith) Date: Fri, 30 May 2014 10:55:05 -0700 Subject: Extending a Region to create a JUNG Layout In-Reply-To: References: Message-ID: <411E73D23DEC4C46BA48F2B6D8BF3D2216C0DCC6F4@TUS1XCHEVSPIN34.SYMC.SYMANTEC.COM> Much of the internal JavaFX implementation is performed subclassing Region (or Control which is just a Region subclass itself) and overriding layoutChildren, but I'm not aware of any official documentation on the subject other than the sparse stuff in the Javadoc - so no real tutorials. Maybe try studying some of the JavaFX source which extends Region. For example, take a look at Axis: https://bitbucket.org/openjfxmirrors/openjfx-8-master-rt/src/tip/modules/controls/src/main/java/javafx/scene/chart/Axis.java https://bitbucket.org/openjfxmirrors/openjfx-8-master-rt/src/tip/modules/controls/src/main/java/javafx/scene/chart/CategoryAxis.java It would be nice if Oracle or somebody else produced some documentation on this. You could create a feature request in Jira (https://javafx-jira.kenai.com) for such documentation or email the documentation team (javasedocs_us at oracle.com), or write a blog or a openjfx wiki article (https://wiki.openjdk.java.net/display/OpenJFX/Main) if you work out some good techniques. John -----Original Message----- From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On Behalf Of Jeffrey Guenther Sent: Thursday, May 29, 2014 11:45 PM To: openjfx-dev at openjdk.java.net Subject: Extending a Region to create a JUNG Layout Hi, I'm in the midst of exploring how I might port JUNG( http://jung.sourceforge.net/index.html) to JavaFX. JUNG is a graph/layout tool my lab uses for some of their data visualizations. With the release of JavaFX 2, we've started building our prototypes in JavaFX. Rather than use the JFXSwingPanel, I want to try modifying the JUNG to work "natively" in JavaFX. In the long term, I'd like to see JUNG ported completely to JavaFX using properties, CSS and the like. I've built a quick demo ( https://gist.github.com/jrguenther/9d0c37329f9928a2b56e) and need help going forward. I've been reading the docs and hitting google, but I think I need more info. Can someone point me to a detailed explanation of how to extend Region to create my own layout? In particular, how can I get a region to relayout it's children when it's being resized? When does a the region's parent call layoutChildren()? If the height and width of the region are set to Double.MAX_VALUE indicating the area can grow infinitely, how does the region know what size to set itself to? Thanks, Jeff From richard.bair at oracle.com Fri May 30 18:07:16 2014 From: richard.bair at oracle.com (Richard Bair) Date: Fri, 30 May 2014 11:07:16 -0700 Subject: Extending a Region to create a JUNG Layout In-Reply-To: <411E73D23DEC4C46BA48F2B6D8BF3D2216C0DCC6F4@TUS1XCHEVSPIN34.SYMC.SYMANTEC.COM> References: <411E73D23DEC4C46BA48F2B6D8BF3D2216C0DCC6F4@TUS1XCHEVSPIN34.SYMC.SYMANTEC.COM> Message-ID: > It would be nice if Oracle or somebody else produced some documentation on this. You could create a feature request in Jira (https://javafx-jira.kenai.com) for such documentation or email the documentation team (javasedocs_us at oracle.com), or write a blog or a openjfx wiki article (https://wiki.openjdk.java.net/display/OpenJFX/Main) if you work out some good techniques. Thanks John, that is good advice. > Can someone point me to a detailed explanation of how to extend Region to create my own layout? > In particular, how can I get a region to relayout it's children when it's being resized? Some quick pointers. First, layout is done asynchronously to the changes that cause the layout to have to occur. This is done so that we limit the number of times we layout a container. For example, if a container?s width changes, we mark that container (and on up the hierarchy) as needing a new layout, but we don?t perform the layout yet. If you were to then change the height for a container, we see that it has already been marked dirty and don?t have to go any further. Without this, we ended up with ?layout storms?. Layouts happen once ?per pulse?. A ?pulse? happens once per rendering. So we get notification that we need to prepare the scene graph in order to render the next frame. So we do CSS, layout, etc and then synchronize those changes down to the graphics layer to draw. You don?t have to worry about the pulse. Just know that when the width / height / etc of a layout container changes, we mark it as dirty, and then perform layout *sometime before the next render happens*. In order to manually tell a region that it has a dirty layout, call requestLayout() on the region. > When does a the region's parent call layoutChildren()? During the pulse. You can force a layout (which maybe is what you?re bumping up against), but normally if you can, you want to let the ?once per pulse? mechanism cause layout to occur for you. During the layout pass, the layoutChildren() method on the region will be called. Inside this method you are responsible for taking into account any insets on the region (by calling getInsets()). > If the height and width of the region are set to Double.MAX_VALUE indicating the area can grow infinitely, how does the region know what size to set itself to? I assume you mean, when the prefWidth and prefHeight? The parent of the region will ask the region for its min/pref/max width and height, and will then decide what size to give your region. So in other words, the region doesn?t figure out its own width/height, it is told its width and height, *prior* to be being asked to layout its children. Richard From guenther.jeffrey at gmail.com Fri May 30 18:23:59 2014 From: guenther.jeffrey at gmail.com (Jeffrey Guenther) Date: Fri, 30 May 2014 11:23:59 -0700 Subject: Extending a Region to create a JUNG Layout In-Reply-To: <411E73D23DEC4C46BA48F2B6D8BF3D2216C0DCC6F4@TUS1XCHEVSPIN34.SYMC.SYMANTEC.COM> References: <411E73D23DEC4C46BA48F2B6D8BF3D2216C0DCC6F4@TUS1XCHEVSPIN34.SYMC.SYMANTEC.COM> Message-ID: <9016665A-B64B-4D4C-9AC4-BDD3E35A1225@gmail.com> On May 30, 2014, at 10:55 AM, John Smith wrote: > Much of the internal JavaFX implementation is performed subclassing Region (or Control which is just a Region subclass itself) and overriding layoutChildren, but I'm not aware of any official documentation on the subject other than the sparse stuff in the Javadoc - so no real tutorials. > > Maybe try studying some of the JavaFX source which extends Region. > > For example, take a look at Axis: > https://bitbucket.org/openjfxmirrors/openjfx-8-master-rt/src/tip/modules/controls/src/main/java/javafx/scene/chart/Axis.java > https://bitbucket.org/openjfxmirrors/openjfx-8-master-rt/src/tip/modules/controls/src/main/java/javafx/scene/chart/CategoryAxis.java > Good call. Axises should be pretty simple. In my search, I stumbled upon the source in grep code (though I know it is available from openjdk) and spent some time looking at HBox and VBox as they are on the simpler side of things. > It would be nice if Oracle or somebody else produced some documentation on this. You could create a feature request in Jira (https://javafx-jira.kenai.com) for such documentation or email the documentation team (javasedocs_us at oracle.com), or write a blog or a openjfx wiki article (https://wiki.openjdk.java.net/display/OpenJFX/Main) if you work out some good techniques. Never thought about a ticket for docs. Yeah, I plan to blog once I get feel for things. From guenther.jeffrey at gmail.com Fri May 30 18:47:52 2014 From: guenther.jeffrey at gmail.com (Jeffrey Guenther) Date: Fri, 30 May 2014 11:47:52 -0700 Subject: Extending a Region to create a JUNG Layout In-Reply-To: References: <411E73D23DEC4C46BA48F2B6D8BF3D2216C0DCC6F4@TUS1XCHEVSPIN34.SYMC.SYMANTEC.COM> Message-ID: Thank you for the feedback! >> Can someone point me to a detailed explanation of how to extend Region to create my own layout? >> In particular, how can I get a region to relayout it's children when it's being resized? > > Some quick pointers. First, layout is done asynchronously to the changes that cause the layout to have to occur. This is done so that we limit the number of times we layout a container. For example, if a container?s width changes, we mark that container (and on up the hierarchy) as needing a new layout, but we don?t perform the layout yet. If you were to then change the height for a container, we see that it has already been marked dirty and don?t have to go any further. Without this, we ended up with ?layout storms?. > > Layouts happen once ?per pulse?. A ?pulse? happens once per rendering. So we get notification that we need to prepare the scene graph in order to render the next frame. So we do CSS, layout, etc and then synchronize those changes down to the graphics layer to draw. You don?t have to worry about the pulse. Just know that when the width / height / etc of a layout container changes, we mark it as dirty, and then perform layout *sometime before the next render happens*. > > In order to manually tell a region that it has a dirty layout, call requestLayout() on the region. > >> When does a the region's parent call layoutChildren()? > > During the pulse. You can force a layout (which maybe is what you?re bumping up against), but normally if you can, you want to let the ?once per pulse? mechanism cause layout to occur for you. > Hmm. I haven?t been forcing the layout. I?ve just overridden layoutChildren() to do the graph layout whenever it is called. (Trying to write as little code as necessary) > During the layout pass, the layoutChildren() method on the region will be called. Inside this method you are responsible for taking into account any insets on the region (by calling getInsets()). So the content area width for rendering the children, for example, is the size provided by the parent less the left and right insets. How do you access the width and height the parent is requesting the region to be? For example, let?s say I have: @Override protected void layoutChildren() { super.layoutChildren(); // What methods do I call to get the desired width and height values from the parent to pass into the layout? doGraphLayout(?, ?); // layout takes a width and height and layouts out the network inside in those dimensions - creates Shapes adds them as children to the region } > >> If the height and width of the region are set to Double.MAX_VALUE indicating the area can grow infinitely, how does the region know what size to set itself to? > > I assume you mean, when the prefWidth and prefHeight? The parent of the region will ask the region for its min/pref/max width and height, and will then decide what size to give your region. So in other words, the region doesn?t figure out its own width/height, it is told its width and height, *prior* to be being asked to layout its children. Yes, sorry. prefWidth and prefHeight. And the parent calls resize(width, height)? So if I understand this correctly, rendering starts at the scene graphs root and layouts are computed down the tree. The scene size tells the root node what size it should be and then it calls layoutChildren(). If the region has children it manages, they are provide with a size they should be. They in turn layout their children. The process continues down the tree. So layouts are top down? And properties like hgrow, vgrow, etc control the layout behaviour? If I want to make my graph layout resizable, what do I need to do? Just implement resize(width, height)? Jeff From danno.ferrin at oracle.com Fri May 30 23:20:01 2014 From: danno.ferrin at oracle.com (Danno Ferrin) Date: Fri, 30 May 2014 16:20:01 -0700 (PDT) Subject: Extending a Region to create a JUNG Layout Message-ID: You may find this class valuable, it is a pane that listens to zoom and mouse scroll events in a group, essential for large graphs: https://github.com/shemnon/FollowTheBitcoin/blob/master/src/main/groovy/com/shemnon/btc/view/ZoomPane.java I haven't had time to harden it and componentize it into a standalone release. If you don't like the license let me know what license you would like. --Danno ----- Original Message ----- From: sven.reimers at gmail.com To: guenther.jeffrey at gmail.com Cc: openjfx-dev at openjdk.java.net Sent: Friday, May 30, 2014 1:27:48 AM GMT -07:00 US/Canada Mountain Subject: Re: Extending a Region to create a JUNG Layout Hi Jeffrey, I did some prototyping with Jung JavaFX and Java 8, the results are here https://bitbucket.org/sreimers/jung8 It uses gradle to build and contains an additional library for jungfx. Enjoy -Sven On Fri, May 30, 2014 at 8:44 AM, Jeffrey Guenther < guenther.jeffrey at gmail.com> wrote: > Hi, > > I'm in the midst of exploring how I might port JUNG( > http://jung.sourceforge.net/index.html) to JavaFX. JUNG is a graph/layout > tool my lab uses for some of their data visualizations. With the release of > JavaFX 2, we've started building our prototypes in JavaFX. > > Rather than use the JFXSwingPanel, I want to try modifying the JUNG to work > "natively" in JavaFX. In the long term, I'd like to see JUNG ported > completely to JavaFX using properties, CSS and the like. > > I've built a quick demo ( > https://gist.github.com/jrguenther/9d0c37329f9928a2b56e) and need help > going forward. I've been reading the docs and hitting google, but I think I > need more info. > > Can someone point me to a detailed explanation of how to extend Region to > create my own layout? > In particular, how can I get a region to relayout it's children when it's > being resized? > When does a the region's parent call layoutChildren()? > If the height and width of the region are set to Double.MAX_VALUE > indicating the area can grow infinitely, how does the region know what size > to set itself to? > > Thanks, > Jeff > -- Sven Reimers * Senior Expert Software Architect * NetBeans Dream Team Member: http://dreamteam.netbeans.org * Community Leader NetBeans: http://community.java.net/netbeans Desktop Java: http://community.java.net/javadesktop * JUG Leader JUG Bodensee: http://www.jug-bodensee.de * Duke's Choice Award Winner 2009 * Blog: https://www.java.net//blog/sven * XING: https://www.xing.com/profile/Sven_Reimers8 * LinkedIn: http://www.linkedin.com/in/svenreimers Join the NetBeans Groups: * XING: http://www.xing.com/group-20148.82db20 * NUGM: http://haug-server.dyndns.org/display/NUGM/Home * LinkedIn: http://www.linkedin.com/groups?gid=1860468 http://www.linkedin.com/groups?gid=107402 http://www.linkedin.com/groups?gid=1684717 * Oracle: https://mix.oracle.com/groups/18497 From guenther.jeffrey at gmail.com Sat May 31 00:11:21 2014 From: guenther.jeffrey at gmail.com (Jeffrey Guenther) Date: Fri, 30 May 2014 17:11:21 -0700 Subject: Extending a Region to create a JUNG Layout In-Reply-To: References: Message-ID: <090BBF1F-D3A6-465A-8F04-A7515F57E814@gmail.com> Danno, thanks! It works super well and has so little code! If I use the class in my JUNG work, I need a BSD license. The rest of that codebase is BSD already. I?ll contact you off list if I go that direction. Right now, I?m trying to get my head wrapped around what it would take to modernize JUNG. On May 30, 2014, at 4:20 PM, Danno Ferrin wrote: > You may find this class valuable, it is a pane that listens to zoom and mouse scroll events in a group, essential for large graphs: > > https://github.com/shemnon/FollowTheBitcoin/blob/master/src/main/groovy/com/shemnon/btc/view/ZoomPane.java > > I haven't had time to harden it and componentize it into a standalone release. If you don't like the license let me know what license you would like. > > --Danno > > ----- Original Message ----- > From: sven.reimers at gmail.com > To: guenther.jeffrey at gmail.com > Cc: openjfx-dev at openjdk.java.net > Sent: Friday, May 30, 2014 1:27:48 AM GMT -07:00 US/Canada Mountain > Subject: Re: Extending a Region to create a JUNG Layout > > Hi Jeffrey, > > I did some prototyping with Jung JavaFX and Java 8, the results are here > > https://bitbucket.org/sreimers/jung8 > > It uses gradle to build and contains an additional library for jungfx. > > Enjoy > > -Sven > > > On Fri, May 30, 2014 at 8:44 AM, Jeffrey Guenther < > guenther.jeffrey at gmail.com> wrote: > >> Hi, >> >> I'm in the midst of exploring how I might port JUNG( >> http://jung.sourceforge.net/index.html) to JavaFX. JUNG is a graph/layout >> tool my lab uses for some of their data visualizations. With the release of >> JavaFX 2, we've started building our prototypes in JavaFX. >> >> Rather than use the JFXSwingPanel, I want to try modifying the JUNG to work >> "natively" in JavaFX. In the long term, I'd like to see JUNG ported >> completely to JavaFX using properties, CSS and the like. >> >> I've built a quick demo ( >> https://gist.github.com/jrguenther/9d0c37329f9928a2b56e) and need help >> going forward. I've been reading the docs and hitting google, but I think I >> need more info. >> >> Can someone point me to a detailed explanation of how to extend Region to >> create my own layout? >> In particular, how can I get a region to relayout it's children when it's >> being resized? >> When does a the region's parent call layoutChildren()? >> If the height and width of the region are set to Double.MAX_VALUE >> indicating the area can grow infinitely, how does the region know what size >> to set itself to? >> >> Thanks, >> Jeff >> > > > > -- > Sven Reimers > > * Senior Expert Software Architect > * NetBeans Dream Team Member: http://dreamteam.netbeans.org > * Community Leader NetBeans: http://community.java.net/netbeans > Desktop Java: > http://community.java.net/javadesktop > * JUG Leader JUG Bodensee: http://www.jug-bodensee.de > * Duke's Choice Award Winner 2009 > * Blog: https://www.java.net//blog/sven > > * XING: https://www.xing.com/profile/Sven_Reimers8 > * LinkedIn: http://www.linkedin.com/in/svenreimers > > Join the NetBeans Groups: > * XING: http://www.xing.com/group-20148.82db20 > * NUGM: http://haug-server.dyndns.org/display/NUGM/Home > * LinkedIn: http://www.linkedin.com/groups?gid=1860468 > http://www.linkedin.com/groups?gid=107402 > http://www.linkedin.com/groups?gid=1684717 > * Oracle: https://mix.oracle.com/groups/18497 From krueger at lesspain.de Sat May 31 12:27:34 2014 From: krueger at lesspain.de (=?UTF-8?Q?Robert_Kr=C3=BCger?=) Date: Sat, 31 May 2014 14:27:34 +0200 Subject: Integrating JFX Dialog/Stage in Swing application Message-ID: Hi, I am trying something which I thought would technically be the easiest way of migrating parts of an existing application from Swing to JFX, i.e. have a Swing JMenuItem trigger the showing of a JFX stage because I thought this would technically even be cleaner than to have a swing dialog containing an JFXPanel. Doing this results in the following Exception: java.lang.IllegalStateException: Toolkit not initialized at com.sun.javafx.application.PlatformImpl.runLater(PlatformImpl.java:276) ~[jfxrt.jar:na] at com.sun.javafx.application.PlatformImpl.runLater(PlatformImpl.java:271) ~[jfxrt.jar:na] at javafx.application.Platform.runLater(Platform.java:78) ~[jfxrt.jar:na] at de.lesspain.mediatool.menu.ToolsSubmenu$1.actionPerformed(ToolsSubmenu.java:20) ~[ javadoc of runLater states: This method must not be called before the FX runtime has been initialized. For standard JavaFX applications that extend Application, and use either the Java launcher or one of the launch methods in the Application class to launch the application, the FX runtime is initialized by the launcher before the Application class is loaded. For Swing applications that use JFXPanel to display FX content, the FX runtime is initialized when the first JFXPanel instance is constructed. So this is consistent. Still I am wondering, why it should not be supported to just trigger opening a stage from a Swing menu? Either by Platform.runLater autoinitializing or offering a separate method like Platform.ensureInitialized(). Am I missing something obvious? Thanks, Robert From jeff at reportmill.com Sat May 31 13:57:34 2014 From: jeff at reportmill.com (Jeff Martin) Date: Sat, 31 May 2014 08:57:34 -0500 Subject: Integrating JFX Dialog/Stage in Swing application In-Reply-To: References: Message-ID: <4E45D9C6-9BE3-4A49-BF53-AFAE5CC67836@reportmill.com> I'm sure this isn't the proper answer, but I have used this call to initialize the FX toolkit on demand from various Swing contexts and it has always worked for me: new javafx.embed.swing.JFXPanel(); Then you would need the Platform.runLater(). Usually for the whole method that creates your UI and shows the Stage. In some cases, I would make the first line of my method that ends up invoking the JFX dialog something like this: public void doSomething() { // Ensure we're on FX thread if(!Platform.isFXApplicationThread()) { Platform.runLater(new Runnable() { public void run() { doSomething(); } return; } ? ... } I've done quite a bit of this and it works without problems (for me). jeff martin On May 31, 2014, at 7:27 AM, Robert Kr?ger wrote: > Hi, > > I am trying something which I thought would technically be the easiest > way of migrating parts of an existing application from Swing to JFX, > i.e. have a Swing JMenuItem trigger the showing of a JFX stage because > I thought this would technically even be cleaner than to have a swing > dialog containing an JFXPanel. > > Doing this results in the following Exception: > > java.lang.IllegalStateException: Toolkit not initialized > at com.sun.javafx.application.PlatformImpl.runLater(PlatformImpl.java:276) > ~[jfxrt.jar:na] > at com.sun.javafx.application.PlatformImpl.runLater(PlatformImpl.java:271) > ~[jfxrt.jar:na] > at javafx.application.Platform.runLater(Platform.java:78) ~[jfxrt.jar:na] > at de.lesspain.mediatool.menu.ToolsSubmenu$1.actionPerformed(ToolsSubmenu.java:20) > ~[ > > javadoc of runLater states: > > This method must not be called before the FX runtime has been > initialized. For standard JavaFX applications that extend Application, > and use either the Java launcher or one of the launch methods in the > Application class to launch the application, the FX runtime is > initialized by the launcher before the Application class is loaded. > For Swing applications that use JFXPanel to display FX content, the FX > runtime is initialized when the first JFXPanel instance is > constructed. > > So this is consistent. Still I am wondering, why it should not be > supported to just trigger opening a stage from a Swing menu? Either by > Platform.runLater autoinitializing or offering a separate method like > Platform.ensureInitialized(). > > Am I missing something obvious? > > Thanks, > > Robert From krueger at lesspain.de Sat May 31 14:15:51 2014 From: krueger at lesspain.de (=?UTF-8?Q?Robert_Kr=C3=BCger?=) Date: Sat, 31 May 2014 16:15:51 +0200 Subject: Integrating JFX Dialog/Stage in Swing application In-Reply-To: <4E45D9C6-9BE3-4A49-BF53-AFAE5CC67836@reportmill.com> References: <4E45D9C6-9BE3-4A49-BF53-AFAE5CC67836@reportmill.com> Message-ID: Hi Jeff, thanks, yeah, that's a workaround I have also found. I am just asking myself (and the JFX developers on this list) why this kind of Integration is not supported directly. Good to know that you have used this quite a bit. So I'll try using it until someone brings up a nicer solution or I run into any problems :-). Cheers, Robert On Sat, May 31, 2014 at 3:57 PM, Jeff Martin wrote: > I'm sure this isn't the proper answer, but I have used this call to initialize the FX toolkit on demand from various Swing contexts and it has always worked for me: > > new javafx.embed.swing.JFXPanel(); > > Then you would need the Platform.runLater(). Usually for the whole method that creates your UI and shows the Stage. In some cases, I would make the first line of my method that ends up invoking the JFX dialog something like this: > > public void doSomething() > { > // Ensure we're on FX thread > if(!Platform.isFXApplicationThread()) { > Platform.runLater(new Runnable() { public void run() { doSomething(); } return; } > > ? ... > } > > I've done quite a bit of this and it works without problems (for me). > > jeff martin > > On May 31, 2014, at 7:27 AM, Robert Kr?ger wrote: > >> Hi, >> >> I am trying something which I thought would technically be the easiest >> way of migrating parts of an existing application from Swing to JFX, >> i.e. have a Swing JMenuItem trigger the showing of a JFX stage because >> I thought this would technically even be cleaner than to have a swing >> dialog containing an JFXPanel. >> >> Doing this results in the following Exception: >> >> java.lang.IllegalStateException: Toolkit not initialized >> at com.sun.javafx.application.PlatformImpl.runLater(PlatformImpl.java:276) >> ~[jfxrt.jar:na] >> at com.sun.javafx.application.PlatformImpl.runLater(PlatformImpl.java:271) >> ~[jfxrt.jar:na] >> at javafx.application.Platform.runLater(Platform.java:78) ~[jfxrt.jar:na] >> at de.lesspain.mediatool.menu.ToolsSubmenu$1.actionPerformed(ToolsSubmenu.java:20) >> ~[ >> >> javadoc of runLater states: >> >> This method must not be called before the FX runtime has been >> initialized. For standard JavaFX applications that extend Application, >> and use either the Java launcher or one of the launch methods in the >> Application class to launch the application, the FX runtime is >> initialized by the launcher before the Application class is loaded. >> For Swing applications that use JFXPanel to display FX content, the FX >> runtime is initialized when the first JFXPanel instance is >> constructed. >> >> So this is consistent. Still I am wondering, why it should not be >> supported to just trigger opening a stage from a Swing menu? Either by >> Platform.runLater autoinitializing or offering a separate method like >> Platform.ensureInitialized(). >> >> Am I missing something obvious? >> >> Thanks, >> >> Robert > -- Robert Kr?ger Managing Partner Lesspain GmbH & Co. KG www.lesspain-software.com From krueger at lesspain.de Sat May 31 14:46:59 2014 From: krueger at lesspain.de (=?UTF-8?Q?Robert_Kr=C3=BCger?=) Date: Sat, 31 May 2014 16:46:59 +0200 Subject: Integrating JFX Dialog/Stage in Swing application In-Reply-To: References: <4E45D9C6-9BE3-4A49-BF53-AFAE5CC67836@reportmill.com> Message-ID: That was quicker than I had hoped. Invoking close() on the stage constructed in this way results in this here: [ERROR|16:24:23] d.l.m.MediaTool Uncaught exception in thread JavaFX Application Thread: [JavaFX Application Thread] java.lang.IllegalStateException: This operation is permitted on the event thread only; currentThread = JavaFX Application Thread at com.sun.glass.ui.Application.checkEventThread(Application.java:427) ~[jfxrt.jar:na] at com.sun.glass.ui.View.isClosed(View.java:409) ~[jfxrt.jar:na] at com.sun.glass.ui.mac.MacTouchInputSupport.notifyNextTouchEvent(MacTouchInputSupport.java:122) ~[jfxrt.jar:na] at com.sun.glass.ui.mac.MacGestureSupport.notifyNextTouchEvent(MacGestureSupport.java:77) ~[jfxrt.jar:na] I checked in the debugger and com.sun.glass.ui.Application#eventThread is null. This makes me believe the environment is not properly initialized despite the invocation on new JFXPanel() that I have in the EDT before the stage is built. On Sat, May 31, 2014 at 4:15 PM, Robert Kr?ger wrote: > Hi Jeff, > > thanks, yeah, that's a workaround I have also found. I am just asking > myself (and the JFX developers on this list) why this kind of > Integration is not supported directly. > > Good to know that you have used this quite a bit. So I'll try using it > until someone brings up a nicer solution or I run into any problems > :-). > > Cheers, > > Robert > > On Sat, May 31, 2014 at 3:57 PM, Jeff Martin wrote: >> I'm sure this isn't the proper answer, but I have used this call to initialize the FX toolkit on demand from various Swing contexts and it has always worked for me: >> >> new javafx.embed.swing.JFXPanel(); >> >> Then you would need the Platform.runLater(). Usually for the whole method that creates your UI and shows the Stage. In some cases, I would make the first line of my method that ends up invoking the JFX dialog something like this: >> >> public void doSomething() >> { >> // Ensure we're on FX thread >> if(!Platform.isFXApplicationThread()) { >> Platform.runLater(new Runnable() { public void run() { doSomething(); } return; } >> >> ? ... >> } >> >> I've done quite a bit of this and it works without problems (for me). >> >> jeff martin >> >> On May 31, 2014, at 7:27 AM, Robert Kr?ger wrote: >> >>> Hi, >>> >>> I am trying something which I thought would technically be the easiest >>> way of migrating parts of an existing application from Swing to JFX, >>> i.e. have a Swing JMenuItem trigger the showing of a JFX stage because >>> I thought this would technically even be cleaner than to have a swing >>> dialog containing an JFXPanel. >>> >>> Doing this results in the following Exception: >>> >>> java.lang.IllegalStateException: Toolkit not initialized >>> at com.sun.javafx.application.PlatformImpl.runLater(PlatformImpl.java:276) >>> ~[jfxrt.jar:na] >>> at com.sun.javafx.application.PlatformImpl.runLater(PlatformImpl.java:271) >>> ~[jfxrt.jar:na] >>> at javafx.application.Platform.runLater(Platform.java:78) ~[jfxrt.jar:na] >>> at de.lesspain.mediatool.menu.ToolsSubmenu$1.actionPerformed(ToolsSubmenu.java:20) >>> ~[ >>> >>> javadoc of runLater states: >>> >>> This method must not be called before the FX runtime has been >>> initialized. For standard JavaFX applications that extend Application, >>> and use either the Java launcher or one of the launch methods in the >>> Application class to launch the application, the FX runtime is >>> initialized by the launcher before the Application class is loaded. >>> For Swing applications that use JFXPanel to display FX content, the FX >>> runtime is initialized when the first JFXPanel instance is >>> constructed. >>> >>> So this is consistent. Still I am wondering, why it should not be >>> supported to just trigger opening a stage from a Swing menu? Either by >>> Platform.runLater autoinitializing or offering a separate method like >>> Platform.ensureInitialized(). >>> >>> Am I missing something obvious? >>> >>> Thanks, >>> >>> Robert >> > > > > -- > Robert Kr?ger > Managing Partner > Lesspain GmbH & Co. KG > > www.lesspain-software.com -- Robert Kr?ger Managing Partner Lesspain GmbH & Co. KG www.lesspain-software.com From jeff at reportmill.com Sat May 31 18:19:32 2014 From: jeff at reportmill.com (Jeff Martin) Date: Sat, 31 May 2014 13:19:32 -0500 Subject: Integrating JFX Dialog/Stage in Swing application In-Reply-To: References: <4E45D9C6-9BE3-4A49-BF53-AFAE5CC67836@reportmill.com> Message-ID: You might try calling that new JFXPanel() in your application main. Maybe go ahead and call Platform.setImplicitExit(false) as well. jeff On May 31, 2014, at 9:46 AM, Robert Kr?ger wrote: > That was quicker than I had hoped. Invoking close() on the stage > constructed in this way results in this here: > > [ERROR|16:24:23] d.l.m.MediaTool Uncaught exception in thread JavaFX > Application Thread: [JavaFX Application Thread] > java.lang.IllegalStateException: This operation is permitted on the > event thread only; currentThread = JavaFX Application Thread > at com.sun.glass.ui.Application.checkEventThread(Application.java:427) > ~[jfxrt.jar:na] > at com.sun.glass.ui.View.isClosed(View.java:409) ~[jfxrt.jar:na] > at com.sun.glass.ui.mac.MacTouchInputSupport.notifyNextTouchEvent(MacTouchInputSupport.java:122) > ~[jfxrt.jar:na] > at com.sun.glass.ui.mac.MacGestureSupport.notifyNextTouchEvent(MacGestureSupport.java:77) > ~[jfxrt.jar:na] > > I checked in the debugger and com.sun.glass.ui.Application#eventThread > is null. This makes me believe the environment is not properly > initialized despite the invocation on new JFXPanel() that I have in > the EDT before the stage is built. > > On Sat, May 31, 2014 at 4:15 PM, Robert Kr?ger wrote: >> Hi Jeff, >> >> thanks, yeah, that's a workaround I have also found. I am just asking >> myself (and the JFX developers on this list) why this kind of >> Integration is not supported directly. >> >> Good to know that you have used this quite a bit. So I'll try using it >> until someone brings up a nicer solution or I run into any problems >> :-). >> >> Cheers, >> >> Robert >> >> On Sat, May 31, 2014 at 3:57 PM, Jeff Martin wrote: >>> I'm sure this isn't the proper answer, but I have used this call to initialize the FX toolkit on demand from various Swing contexts and it has always worked for me: >>> >>> new javafx.embed.swing.JFXPanel(); >>> >>> Then you would need the Platform.runLater(). Usually for the whole method that creates your UI and shows the Stage. In some cases, I would make the first line of my method that ends up invoking the JFX dialog something like this: >>> >>> public void doSomething() >>> { >>> // Ensure we're on FX thread >>> if(!Platform.isFXApplicationThread()) { >>> Platform.runLater(new Runnable() { public void run() { doSomething(); } return; } >>> >>> ? ... >>> } >>> >>> I've done quite a bit of this and it works without problems (for me). >>> >>> jeff martin >>> >>> On May 31, 2014, at 7:27 AM, Robert Kr?ger wrote: >>> >>>> Hi, >>>> >>>> I am trying something which I thought would technically be the easiest >>>> way of migrating parts of an existing application from Swing to JFX, >>>> i.e. have a Swing JMenuItem trigger the showing of a JFX stage because >>>> I thought this would technically even be cleaner than to have a swing >>>> dialog containing an JFXPanel. >>>> >>>> Doing this results in the following Exception: >>>> >>>> java.lang.IllegalStateException: Toolkit not initialized >>>> at com.sun.javafx.application.PlatformImpl.runLater(PlatformImpl.java:276) >>>> ~[jfxrt.jar:na] >>>> at com.sun.javafx.application.PlatformImpl.runLater(PlatformImpl.java:271) >>>> ~[jfxrt.jar:na] >>>> at javafx.application.Platform.runLater(Platform.java:78) ~[jfxrt.jar:na] >>>> at de.lesspain.mediatool.menu.ToolsSubmenu$1.actionPerformed(ToolsSubmenu.java:20) >>>> ~[ >>>> >>>> javadoc of runLater states: >>>> >>>> This method must not be called before the FX runtime has been >>>> initialized. For standard JavaFX applications that extend Application, >>>> and use either the Java launcher or one of the launch methods in the >>>> Application class to launch the application, the FX runtime is >>>> initialized by the launcher before the Application class is loaded. >>>> For Swing applications that use JFXPanel to display FX content, the FX >>>> runtime is initialized when the first JFXPanel instance is >>>> constructed. >>>> >>>> So this is consistent. Still I am wondering, why it should not be >>>> supported to just trigger opening a stage from a Swing menu? Either by >>>> Platform.runLater autoinitializing or offering a separate method like >>>> Platform.ensureInitialized(). >>>> >>>> Am I missing something obvious? >>>> >>>> Thanks, >>>> >>>> Robert >>> >> >> >> >> -- >> Robert Kr?ger >> Managing Partner >> Lesspain GmbH & Co. KG >> >> www.lesspain-software.com > > > > -- > Robert Kr?ger > Managing Partner > Lesspain GmbH & Co. KG > > www.lesspain-software.com From lehmann at media-interactive.de Sat May 31 21:31:45 2014 From: lehmann at media-interactive.de (Werner Lehmann) Date: Sat, 31 May 2014 23:31:45 +0200 Subject: Integrating JFX Dialog/Stage in Swing application In-Reply-To: References: Message-ID: <538A4A41.5000906@media-interactive.de> Hi Robert, the problem with this is that the stage cannot have a swing window as its owner. If users misclick the stage will hide behind your main window. But if that is acceptable... Werner On 31.05.2014 14:27, Robert Kr?ger wrote: > have a Swing JMenuItem trigger the showing of a JFX stage