Review request: RT-28977 - 3D API methods should handle null values consistently

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

hg: openjfx/8u-dev/rt: [Accessibility, Windows] Implement HighContrast Mode Detection

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/grap

Re: Canvas initial delay issue

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

Re: Canvas initial delay issue

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...

[8u] Review Request: RT-37025 - CSS not reloaded when loaded through FXML

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

Re: [8u] Review Request: RT-36838 - Strange behavior of TreeItem's disclosure arrow // expanded/collapsed state not reflected correctly

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 ensure

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

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/Tre

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 acciden

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 wer

Re: Canvas initial delay issue

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 A

Canvas initial delay issue

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

Re: Dragboard#setDragViewOffsetX/Y limitations

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, Usi

Dragboard#setDragViewOffsetX/Y limitations

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.