hg: openjfx/8u-dev/rt: RT-32553 ScrollPane doesn't take the focus when pressing on the scroll bar

2014-05-27 Thread hang . vo
Changeset: e76f5f5b0047 Author:Martin Sladecek martin.slade...@oracle.com 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 !

hg: openjfx/8u-dev/rt: RT-37184 when pressing button Length, the small gradient will disappear at some points

2014-05-27 Thread hang . vo
Changeset: 0867438d36b7 Author:Martin Sladecek martin.slade...@oracle.com 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 !

hg: openjfx/8u-dev/rt: [JAVADOC] RT-37281 SortedList has wrong javadoc documentation

2014-05-27 Thread hang . vo
Changeset: be04d004a78c Author:Martin Sladecek martin.slade...@oracle.com 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 !

hg: openjfx/8u-dev/rt: RT-37033: [SwingNode] JEditorPane in SwingNode inside TabPane does not get focus properly when clicked

2014-05-27 Thread hang . vo
Changeset: e081a8869ee8 Author:Anthony Petrov anthony.pet...@oracle.com 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:

hg: openjfx/8u-dev/rt: Linux Input Tests: updating ignored test with a more relevant JIRA number

2014-05-27 Thread hang . vo
Changeset: c470fa477657 Author:Elina Kleyman elina.kley...@oracle.com 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 !

hg: openjfx/8u-dev/rt: RT-35994: Mac: Holding a key down throws exception

2014-05-27 Thread hang . vo
Changeset: 40ee7df8768e Author:Anthony Petrov anthony.pet...@oracle.com 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 !

hg: openjfx/8u-dev/rt: 3 new changesets

2014-05-27 Thread hang . vo
Changeset: 0c4416888e5c Author:Felipe Heidrich felipe.heidr...@oracle.com 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 !

Gradle Scripts

2014-05-27 Thread Scott Palmer
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

Re: Gradle Scripts

2014-05-27 Thread Scott Palmer
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

Re: Gradle Scripts

2014-05-27 Thread David Hill
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

Re: Gradle Scripts

2014-05-27 Thread Felipe Heidrich
See https://javafx-jira.kenai.com/browse/RT-34388 On May 27, 2014, at 9:29 AM, David Hill david.h...@oracle.com 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:

Re: Gradle Scripts

2014-05-27 Thread Kevin Rushforth
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:

Re: Gradle Scripts

2014-05-27 Thread Kevin Rushforth
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).

Re: Gradle Scripts

2014-05-27 Thread Stephen F Northover
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

Re: Gradle Scripts

2014-05-27 Thread Scott Palmer
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

Re: Gradle Scripts

2014-05-27 Thread Kevin Rushforth
*** 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)

hg: openjfx/8u-dev/rt: RT-33665: [SwingNode, Linux] : combobox can not get item change events

2014-05-27 Thread hang . vo
Changeset: 3a38a1ed0e23 Author:Anthony Petrov anthony.pet...@oracle.com 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

Re: Gradle Scripts

2014-05-27 Thread Scott Palmer
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 kevin.rushfo...@oracle.com wrote: *** I have updated to the 8u5-b13 tag as that is what I was patching. Perhaps this is the step that puts

hg: openjfx/8u-dev/rt: RT-37277 fix addNative in dalvik, update jar filter

2014-05-27 Thread hang . vo
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

Re: Bad performance with Canvas and extensive clipping

2014-05-27 Thread Jim Graham
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

Re: Bad performance with Canvas and extensive clipping

2014-05-27 Thread Jim Graham
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

Re: Bad performance with Canvas and extensive clipping

2014-05-27 Thread Tom Schindl
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,

Re: Bad performance with Canvas and extensive clipping

2014-05-27 Thread Tom Schindl
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

Re: Bad performance with Canvas and extensive clipping

2014-05-27 Thread Jim Graham
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

Re: Bad performance with Canvas and extensive clipping

2014-05-27 Thread Jim Graham
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