hg: openjfx/8u-dev/rt: {IDE ONLY] Fix IDE files for Eclipse, NetBeans and IntelliJ

2014-09-11 Thread steve . x . northover
Changeset: 65b41355c1af Author:snorthov Date: 2014-09-11 10:19 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/65b41355c1af {IDE ONLY] Fix IDE files for Eclipse, NetBeans and IntelliJ ! .idea/fxpackager.iml ! modules/fxpackager/.classpath ! netbeans/fxpackager/nbproject

hg: openjfx/8u-dev/rt: [Javadoc only] Reword Node a11y doc

2014-08-15 Thread steve . x . northover
Changeset: 971ac7490e25 Author:snorthov Date: 2014-08-15 15:15 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/971ac7490e25 [Javadoc only] Reword Node a11y doc ! modules/graphics/src/main/java/javafx/scene/Node.java

hg: openjfx/8u-dev/rt: [Javadoc only] Fix type and replace "etc" with "and others"

2014-08-15 Thread steve . x . northover
Changeset: 971100792fac Author:snorthov Date: 2014-08-15 15:14 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/971100792fac [Javadoc only] Fix type and replace "etc" with "and others" ! modules/graphics/src/main/java/javafx/scene/AccessibleAttribute.java

hg: openjfx/8u-dev/rt: [Javadoc only] Reword a11y enum documentation

2014-08-15 Thread steve . x . northover
Changeset: 5e4e957c51a6 Author:snorthov Date: 2014-08-15 14:36 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/5e4e957c51a6 [Javadoc only] Reword a11y enum documentation ! modules/graphics/src/main/java/javafx/scene/AccessibleAction.java ! modules/graphics/src/main/java

hg: openjfx/8u-dev/rt: ECLIPSE ONLY: fix .classpath

2014-07-10 Thread steve . x . northover
Changeset: a78fabe3d66a Author:snorthov Date: 2014-07-10 14:35 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/a78fabe3d66a ECLIPSE ONLY: fix .classpath ! modules/jmx/.classpath

hg: openjfx/8u-dev/rt: ECLIPSE ONLY: restore project file of rt

2014-06-24 Thread steve . x . northover
Changeset: 4fd65ab4dff8 Author:snorthov Date: 2014-06-24 15:43 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/4fd65ab4dff8 ECLIPSE ONLY: restore project file of rt ! .project

hg: openjfx/8u-dev/rt: ECLIPSE ONLY: fix project files to use tests instead of rt-tests

2014-06-24 Thread steve . x . northover
Changeset: 55cd83185bb8 Author:snorthov Date: 2014-06-24 15:41 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/55cd83185bb8 ECLIPSE ONLY: fix project files to use tests instead of rt-tests ! tests/.project

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

2014-06-24 Thread steve . x . northover
Changeset: 6ade29ec8e2c Author:snorthov Date: 2014-06-24 15:08 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/6ade29ec8e2c INTELLIJ ONLY: fix project files to use tests instead of rt-tests ! .idea/modules.xml ! .idea/rt-closed.iml - .idea/rt-tests.iml + .idea/tests.iml

Re: Enabling Glass thread checks

2013-10-04 Thread steve . x . northover
We are BAD. It should really be "FX Application Thread" but the "GUI", "event" nature of the thread is critical to what it is. That's why the terms keep getting added. Steve On 04/10/2013 3:36 PM, Richard Bair wrote: Ya, "event thread", "fx thread", "ui thread", "app thread", "FX Application

Re: Enabling Glass thread checks

2013-10-04 Thread steve . x . northover
It's the JavaFX Application Thread. We tend to use the term "event thread" and "UI thread" to indicate that the thread is a distinguished UI thread that processes operating system events by running an event loop. Steve On 04/10/2013 2:45 PM, John Smith wrote: IllegalStateException("This oper

Re: Bounds constructor validation

2013-10-02 Thread steve . x . northover
If not already up to date, we should update the Javadoc so that we don't have the conversation again. Steve On 01/10/2013 8:59 PM, Joseph Andresen wrote: Kevin and I had this exact conversation years ago. I believe our answer was that anything less than 0 meant uninitialized? Maybe he can re

Re: com.sun.prism.tkal.Window

2013-10-01 Thread steve . x . northover
https://javafx-jira.kenai.com/browse/RT-33293 Steve On 01/10/2013 1:44 PM, steve.x.northo...@oracle.com wrote: .. going once ... Steve On 01/10/2013 1:42 PM, Artem Ananiev wrote: On 10/1/2013 8:27 PM, steve.x.northo...@oracle.com wrote: Hi FX developers, The class com.sun.prism.tkal.Windo

Re: com.sun.prism.tkal.Window

2013-10-01 Thread steve . x . northover
.. going once ... Steve On 01/10/2013 1:42 PM, Artem Ananiev wrote: On 10/1/2013 8:27 PM, steve.x.northo...@oracle.com wrote: Hi FX developers, The class com.sun.prism.tkal.Window seems to have no references. Speak now if you know anybody who uses it, otherwise it will get deleted. This pa

com.sun.prism.tkal.Window

2013-10-01 Thread steve . x . northover
Hi FX developers, The class com.sun.prism.tkal.Window seems to have no references. Speak now if you know anybody who uses it, otherwise it will get deleted. Steve

Re: CFV: New OpenJDK Committer: Lisa Selle

2013-10-01 Thread steve . x . northover
Vote: yes On 25/09/2013 11:30 AM, Artem Ananiev wrote: I hereby nominate Lisa Selle to OpenJFX Committer. Lisa is a member of JavaFX Embedded team. Her changes are all over the JavaFX code, from cursors and input events to makefiles and virtual keyboard. The list of Lisa's commits in the wor

Re: How to raise JavaFX iOS bugs?

2013-08-09 Thread steve . x . northover
Please keep filing any bugs you see and add me to the watch list. I do run RoboVM and am able to test there. Thanks, Steve On 09/08/2013 1:54 PM, Daniel Zwolenski wrote: Is there going to be an answer on what JVM is going to be used for the JavaOne iOS demo? I'd also like to know what JVM y

Re: Canvas blowing up (was Re: JavaFX Media issues)

2013-08-09 Thread steve . x . northover
We would still do the fill but we could throw away any buffered commands that happened before the fill. Steve On 09/08/2013 12:16 PM, Dr. Michael Paus wrote: What would be the performance penalty for using this quick-fix? The clear/fill commands do not just clear the command buffer. They also

Re: Canvas blowing up (was Re: JavaFX Media issues)

2013-08-09 Thread steve . x . northover
This is a great idea. We should just enter a tweak and do it. If the area that is being cleared is larger than the current size of the canvas, we can throw away all pending draw commands. Steve On 09/08/2013 11:23 AM, Richard Bair wrote: I mean, it looks like it is working for a few seconds

Re: How to raise JavaFX iOS bugs?

2013-08-09 Thread steve . x . northover
On 08/08/2013 6:08 PM, Daniel Zwolenski wrote: No, I didn't get a chance. Probably easier for you to just raise it now? See https://javafx-jira.kenai.com/browse/RT-32237 It's going to be a pretty big round loop to get ios fixes in. It first needs to go into jfx then needs to be merged into

Re: How to raise JavaFX iOS bugs?

2013-08-08 Thread steve . x . northover
Hi Daniel, Did you log a bug for the TextField problem? If you have not done so, please do. If you use "iOS:" as a prefix for the title of the bug and use iOS as a label, that should help people find iOS related bugs. I have a fix for the problem you are seeing. The text skin thinks that

Re: Glass thread checks

2013-08-08 Thread steve . x . northover
Heavens .. typos! To give a little more context. JavaFX is apartment threaded with well documented rules for threading. These rules were not enforced in code. Glass, the low level window component for FX is now enforcing apartment threading for this component. Since Glass has no public API

Re: Glass thread checks

2013-08-08 Thread steve . x . northover
To give a little more context. JavaFX is apartment threaded with well documented rules for threaded. These rules were not enforced in code. Glass, the low level window component for FX is not enforcing apartment threading. Since Glass has no public API, the only way that an application can

Re: How to raise JavaFX iOS bugs?

2013-08-01 Thread steve . x . northover
Yes please enter bugs. Please make sure they are specific to iOS. I am seeing the one that you are talking about (it's wierd). I'm going to see whether it happens on my pi. Steve On 01/08/2013 6:08 PM, Daniel Zwolenski wrote: So now the Maven stuff is working ( http://www.zenjava.com/2013/0

Re: Embedding Swing/SWT/Native inside JavaFX

2013-07-25 Thread steve . x . northover
This is correct. Due to heavyweight / lightweight issues, embedding SWT in FX is not really on the table. Steve On 24/07/2013 2:55 PM, Tom Schindl wrote: You can not embed a heavyweight toolkit (SWT) into a lightweight (JavaFX) one as far as i know. I've investigated doing an SWT port which

Re: Disabling JavaFX minimise/maximise/etc buttons

2013-07-24 Thread steve . x . northover
Tom is correct. They can be set individually and a best effort is made to honor them. If you create an SWT stage whose parent is another SWT stage without specifying the trim buttons, the default for the operating system is chosen. Steve On 23/07/2013 5:18 PM, Tom Schindl wrote: Hi, The q

Re: Thread checks in Glass

2013-07-22 Thread steve . x . northover
The first part of the checking is being done at the Glass level. More checking is under consideration but making native calls from the wrong thread can cause crashes and these are the most important things to fix first. Steve On 22/07/2013 12:08 PM, Pedro Duque Vieira wrote: You mean like ch

Re: Raspberry Pi + JavaFX 3D demo

2013-07-12 Thread steve . x . northover
It's quite interesting and hard to say so I won't speculate other than to say that for some of the low level FPS test, RoboVM was slower. However, the numbers were suspicious in that they seemed to be capped at a maximum frame rate. Needs more investigation to make sure that the measurements

Re: [API Review]: Node validation

2013-07-12 Thread steve . x . northover
I don't agree. It's pretty clear that when you call applyCSS(), then CSS is applied. The rest of the JFX API works exactly as expected and as documented. The programmer has precise control over what happens, when it happens and where it happens. Can you summarize what "validate" does? Is i

Re: [API Review]: Node validation

2013-07-11 Thread steve . x . northover
I don't think I understand the answer. Are you saying that what we are suggesting is wrong conceptually or hard to implement or ...? Steve On 11/07/2013 1:23 PM, Martin Sladecek wrote: No, I will change the dirty roots to dirty flags on every node. With them, it's possible to use it the way y

Re: [API Review]: Node validation

2013-07-11 Thread steve . x . northover
On 11/07/2013 3:16 AM, Martin Sladecek wrote: This might work for CSS, but won't for layout. The second example won't work because you'd just do layout of the node itself. It might get a different size from it's parent during the next layout pass (and the parent from it's parent, etc...). So t

Re: [API Review]: Node validation

2013-07-10 Thread steve . x . northover
Hi Martin, How about exposing the concept of applying CCS to the programmer? Let's say we add applyCSS() that does exactly what it says (applies CSS when called). Here are a few use cases: 1) Positioning a popup: node.applyCSS() node.autosize(); // width and height are now vali

JDK 8 for ARM Early Access Releases (with JavaFX)

2013-07-10 Thread steve . x . northover
JDK 8 for ARM hard float is now part of the regular JDK 8 Early Access releases. You can get it athttps://jdk8.java.net/download.html; this page will be regularly updated with new builds. As in the previous Early Access release, this includes JavaFX for the Raspberry Pi. Daniel

Re: Text rendering engine in ios7

2013-07-04 Thread steve . x . northover
Text Kit is built on CoreText. JavaFX on iOS uses CoreText so text will continue to work. New features of Text Kit won't be available unless there is a port to Text Kit (and this might not make sense, needs investigation). Steve On 04/07/2013 4:53 PM, Pedro Duque Vieira wrote: Hi, Given t

Re: iOS: Calling native methods on iPhone

2013-07-04 Thread steve . x . northover
Hi Tobias, JNA can't be used on iOS because it dynamically looks up the address of a function at runtime and calls it. This is not allowed on iOS. Steve On 04/07/2013 11:44 AM, Tobias Bley wrote: Hi, after successfully using JavaFX (including font and CSS) on iOS I tried to call native co

Re: JavaFX8 on iPhone! It works!

2013-07-03 Thread steve . x . northover
Yes. On 03/07/2013 7:17 PM, Daniel Zwolenski wrote: Can I just use this: https://jdk8.java.net/download.html ? On Thu, Jul 4, 2013 at 9:15 AM, Daniel Zwolenski wrote: Thanks Richard, in the building for Mac section there is a link to "Install the latest JDK 8 build" that goes to a dead URL

Re: JavaFX8 on iPhone! It works!

2013-07-03 Thread steve . x . northover
Woot! Tobi, did you want to attach a patch to https://javafx-jira.kenai.com/browse/RT-31420 ? This would be much appreciated. Thanks, Steve On 03/07/2013 12:16 PM, John Moxley wrote: Congratulations Jack On 3 Jul 2013, at 17:03, Tobi wrote: It works! Latest JavaFX 8 (gradle based) with

Re: iOS: current state of RoboVM 0.0.2 + latest gradle based OpenJFX on iOS

2013-07-03 Thread steve . x . northover
You can change the includes to match iOS as follows: //#import #import #import I can confirm that changing the includes compiles the code but the gradle build for iOS is shifting under out feet. I would let the dust setting for a few days and keep an eye on JIRA to track progress: https:

Re: iOS: current state (Read: Who is Oracle's CoreText Guy?) :)

2013-07-03 Thread steve . x . northover
Hi all, Felipe Heidrich is the text guy. The focus has been on getting native text rendering working first on the desktop. That said, the code was written with iOS in mind and should not be far away. I suggest that you enter a JIRA to track the work. People who are interested in tracking

Re: iOS: current state of RoboVM 0.0.2 + latest gradle based OpenJFX on iOS

2013-07-03 Thread steve . x . northover
Hi Tobias, CoreText has been supported on iOS since 3.2. The code that is released was compiled and tested on OS X only but most of it should be applicable to iOS. I have not investigated the differences between CoreText on iOS and on OS X to find out where the rough edges are but the code s

Progress on Moving to Gradle

2013-06-28 Thread steve . x . northover
Hello again OpenJFX, We have flipped the swtich on the graphics repository and our committers are now building with gradle. It's going to be an exciting couple of day while we iron things out. We are working to update the instructions found at https://wiki.openjdk.java.net/display/OpenJFX/Bu

Re: OpenJFX and iOS

2013-06-26 Thread steve . x . northover
The iOS gradle build is under construction and may come in a bit later than Monday. Steve On 25/06/2013 9:41 PM, Daniel Zwolenski wrote: How do we go about building OpenJFX for iOS? Does it work now and/or will the switch over to Gradle this friday/monday include support for an iOS build? I'l

Re: Moving to Gradle (finally)

2013-06-25 Thread steve . x . northover
On 25/06/2013 4:20 PM, Mario Torre wrote: On Tue, 2013-06-25 at 15:14 -0400, steve.x.northo...@oracle.com wrote: We are likely to be in flux for the rest of this week. Right :) ] * What went wrong: 22:04:10.761 [ERROR] [org.gradle.BuildExceptionReporter] Could not resolve all dependencies for

Re: Moving to Gradle (finally)

2013-06-25 Thread steve . x . northover
We are likely to be in flux for the rest of this week. Friday is the switch but he dust will have settled by Monday so that would be a good time to try things out. Of course, Monday is Canada Day so I will be eating pancakes with maple syrup, frying bacon, enjoying free health care, drinking

Moving to Gradle (finally)

2013-06-25 Thread steve . x . northover
Hello OpenJFX, It's no secret that we have been moving our build to gradle and reorganizing our source tree at the same time. Well, the time has come. If all goes according to plan, we will have moved to the gradle build starting this Friday morning. As part of a push to make developing fo

Re: JavaFX graphics performance and suitability for advanced animations (BrickBreaker)

2013-06-03 Thread steve . x . northover
Can you make the changes and verify the results? BrickBreaker and the other samples are supposed to be "how to" examples for people to emulate. Steve On 03/06/2013 7:56 AM, Pavel Safrata wrote: Hello, I'm a bit behind with this thread but I want to make a few comments on AnimationTimer as t

Re: JavaFX graphics performance and suitability for advanced animations

2013-05-31 Thread steve . x . northover
Like I say, ignore this. Steve On 31/05/2013 10:20 AM, steve.x.northo...@oracle.com wrote: Hi John, Let's get very specific. Can you post a small example where the animation performs poorly? Then we can all get to the bottom of it. Thanks, Steve On 31/05/2013 8:30 AM, John C. Turnbull wr

Re: JavaFX graphics performance and suitability for advanced animations

2013-05-31 Thread steve . x . northover
Sorry, read the list out of order. Is Brick Breaker something that we should concentrate on? Steve On 31/05/2013 7:26 AM, Scott Palmer wrote: Speaking of poor animation in Ensemble... Is anyone able to run Brick Breaker without choppy animation or poor framerate performance on the ball? Now

Re: JavaFX graphics performance and suitability for advanced animations

2013-05-31 Thread steve . x . northover
Hi John, Let's get very specific. Can you post a small example where the animation performs poorly? Then we can all get to the bottom of it. Thanks, Steve On 31/05/2013 8:30 AM, John C. Turnbull wrote: Hi Richard, Let me start by saying that on re-reading my last post I realised that it h