hg: openjfx/8u-dev/rt: RT-20724 When MinorTickCount is negative, there are artifacts on number axis.
Changeset: d778dbb6c528 Author:Martin Sladecek Date: 2014-04-03 08:51 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/d778dbb6c528 RT-20724 When MinorTickCount is negative, there are artifacts on number axis. Reviewed by: jgiles ! modules/controls/src/main/java/javafx/scene/chart/NumberAxis.java ! modules/controls/src/main/java/javafx/scene/chart/ValueAxis.java
Re: com.sun.javafx.fxml.expression
Yes, that's an expression parser for FXML expressions, see http://docs.oracle.com/javase/8/javafx/api/javafx/fxml/doc-files/introduction_to_fxml.html#expression_binding -Martin On 04/03/2014 12:57 AM, Jeffrey Guenther wrote: Hi, In the midst of an autocomplete in NetBeans I discovered com.sun.javafx.fxml.expression.Expression. I'm in the middle of implementing an expression parser for a project and happen to also have an Expression object. May I ask what this package is for? It's the first I've seen of it and it's quite interesting. Looks like there is a little expression parser built into FXML? Thanks, Jeff
Re: Expected frame rates for a full-screen blur
> > How does the OS "tank"? > All the OS animations hit the same frame rate as the app itself does. For instance, opening Mission Control is normally smooth, but when a maximized JFX app is animating, it's not. It feels like the GPU is being overworked but as I'm not a GPU expert at all, I'm not sure where to begin - I am not even sure how to find out the frame rate so I know when tweaks are improving things! Is there a way to get this data from the system?
hg: openjfx/8u-dev/rt: RT-36444 [JFXPanel] JavaFx components are not correctly displayed after locking and unlocking Windows
Changeset: 6ee1fdb759ff Author:Martin Sladecek Date: 2014-04-03 14:19 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/6ee1fdb759ff RT-36444 [JFXPanel] JavaFx components are not correctly displayed after locking and unlocking Windows Reviewed by: kcr ! modules/graphics/src/main/java/com/sun/javafx/tk/quantum/UploadingPainter.java
Dynamic position/size change and built-in layouts
Hi, Are built-in layouts prepared for dynamic changes of their children position and/or size? That is, for instance, if in a VBox I change the first child height the other subsequent children would re-adjust their position. My experiments with VBox tell me that this will result in bugs, i.e. it won't work. I think this is important for RIAs. Thanks, best regards, -- Pedro Duque Vieira
Re: Dynamic position/size change and built-in layouts
If your VBox is elastic - i.e, it's Pref Width/Height is set to USE_COMPUTED_SIZE then it will act exactly as you describe (unless limited by it's parent). You can prototype and test layout like this in Scene Builder very quickly. Regards, Mo On 3 Apr 2014, at 15:01, Pedro Duque Vieira wrote: > Hi, > > Are built-in layouts prepared for dynamic changes of their children > position and/or size? > That is, for instance, if in a VBox I change the first child height the > other subsequent children would re-adjust their position. > > My experiments with VBox tell me that this will result in bugs, i.e. it > won't work. > > I think this is important for RIAs. > > Thanks, best regards, > > -- > Pedro Duque Vieira
hg: openjfx/8u-dev/rt: Fix for RT-36228 [IMX, Monocle] Monocle does not shut down cleanly on imx.
Changeset: ee7c076c37c9 Author:lisa.se...@oracle.com Date: 2014-04-03 10:46 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/ee7c076c37c9 Fix for RT-36228 [IMX, Monocle] Monocle does not shut down cleanly on imx. Reviewed by dblaukopf. Tested with HelloSanity. ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/MonocleWindow.java
hg: openjfx/8u-dev/rt: RT-35632: allow verbose flag to push down
Changeset: 934bd3a59e9f Author:shemnon Date: 2014-04-03 09:02 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/934bd3a59e9f RT-35632: allow verbose flag to push down RT-35635: sign Mac bundles with Developer ID when present, and work when Developer ID is not present Summary: Bug fixes and build breakage fixes ! 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/MacPKGBundler.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/DeployParams.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/MacAppBundler.java ! modules/fxpackager/src/main/resources/com/oracle/bundlers/mac/MacAppStoreBundler.properties
Re: Dynamic position/size change and built-in layouts
VBox preferred size will grow if one of its children's preferred sizes grows. It will be down the the parent node of the VBox to react to that and make the VBox bigger if there is space available. The change is not immediate it will happen one pulse later. Jasper > On Apr 3, 2014, at 7:01 AM, Pedro Duque Vieira > wrote: > > Hi, > > Are built-in layouts prepared for dynamic changes of their children > position and/or size? > That is, for instance, if in a VBox I change the first child height the > other subsequent children would re-adjust their position. > > My experiments with VBox tell me that this will result in bugs, i.e. it > won't work. > > I think this is important for RIAs. > > Thanks, best regards, > > -- > Pedro Duque Vieira
Re: Dynamic position/size change and built-in layouts
What I'm saying isn't exactly that. What I'm saying is, for instance, if I change the height of the first child of the VBox than the other children below would re-position themselves. -VBox- - --- - - c1 - - - - - - - - --- - - --- - - c2 - - --- - - --- - - c3 - - - - - --- First child (c1) gets smaller. Result - c2 and c3 move up automatically (and the height of the VBox would also get smaller automatically): -VBox- - --- - - c1 - - --- - - --- - - c2 - - --- - - --- - - c3 - - - - - --- Thanks, On Thu, Apr 3, 2014 at 5:29 PM, Jasper Potts wrote: > VBox preferred size will grow if one of its children's preferred sizes > grows. It will be down the the parent node of the VBox to react to that and > make the VBox bigger if there is space available. The change is not > immediate it will happen one pulse later. > > Jasper > > > On Apr 3, 2014, at 7:01 AM, Pedro Duque Vieira < > pedro.duquevie...@gmail.com> wrote: > > > > Hi, > > > > Are built-in layouts prepared for dynamic changes of their children > > position and/or size? > > That is, for instance, if in a VBox I change the first child height the > > other subsequent children would re-adjust their position. > > > > My experiments with VBox tell me that this will result in bugs, i.e. it > > won't work. > > > > I think this is important for RIAs. > > > > Thanks, best regards, > > > > -- > > Pedro Duque Vieira > -- Pedro Duque Vieira
Re: Dynamic position/size change and built-in layouts
And are you changing the height of the child or it's preferred height? The height of a managed node is set by the VBox, so you shouldn't manipulate with it since if the VBox layout gets dirty, it will reset the heigh according to the preferred height. -Martin On 3.4.2014 19:14, Pedro Duque Vieira wrote: What I'm saying isn't exactly that. What I'm saying is, for instance, if I change the height of the first child of the VBox than the other children below would re-position themselves. -VBox- - --- - - c1 - - - - - - - - --- - - --- - - c2 - - --- - - --- - - c3 - - - - - --- First child (c1) gets smaller. Result - c2 and c3 move up automatically (and the height of the VBox would also get smaller automatically): -VBox- - --- - - c1 - - --- - - --- - - c2 - - --- - - --- - - c3 - - - - - --- Thanks, On Thu, Apr 3, 2014 at 5:29 PM, Jasper Potts wrote: VBox preferred size will grow if one of its children's preferred sizes grows. It will be down the the parent node of the VBox to react to that and make the VBox bigger if there is space available. The change is not immediate it will happen one pulse later. Jasper On Apr 3, 2014, at 7:01 AM, Pedro Duque Vieira < pedro.duquevie...@gmail.com> wrote: Hi, Are built-in layouts prepared for dynamic changes of their children position and/or size? That is, for instance, if in a VBox I change the first child height the other subsequent children would re-adjust their position. My experiments with VBox tell me that this will result in bugs, i.e. it won't work. I think this is important for RIAs. Thanks, best regards, -- Pedro Duque Vieira
Re: com.sun.javafx.fxml.expression
Very interesting. Is there any other documentation about it's design available? Some of the things I'd be interested in knowing in more detail are the kind of expressions it supports and the goals for the path resolution mechanism? How does interact with native Java objects? > From: Martin Sladecek > To: openjfx-dev@openjdk.java.net > Cc: > Date: Thu, 03 Apr 2014 09:15:11 +0200 > Subject: Re: com.sun.javafx.fxml.expression > Yes, that's an expression parser for FXML expressions, see > http://docs.oracle.com/javase/8/javafx/api/javafx/fxml/doc- > files/introduction_to_fxml.html#expression_binding > > -Martin > > On 04/03/2014 12:57 AM, Jeffrey Guenther wrote: > >> Hi, >> >> In the midst of an autocomplete in NetBeans I >> discovered com.sun.javafx.fxml.expression.Expression. I'm in the >> middle of implementing an expression parser for a project and happen to >> also have an Expression object. >> >> May I ask what this package is for? It's the first I've seen of it and >> it's >> quite interesting. Looks like there is a little expression parser built >> into FXML? >> >> Thanks, >> Jeff > >
hg: openjfx/8u-dev/rt: RT-36100: after skin is set on popup, make sure css is reapplied to the popup control.
Changeset: c28c32569f30 Author:David Grieve Date: 2014-04-03 15:28 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/c28c32569f30 RT-36100: after skin is set on popup, make sure css is reapplied to the popup control. ! modules/controls/src/main/java/javafx/scene/control/PopupControl.java
hg: openjfx/8u-dev/rt: [TEST ONLY] Fix UI control memory leaks that were preventing all tests from executing (on certain machines).
Changeset: 976774eccaa8 Author:jgiles Date: 2014-04-03 16:22 +1300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/976774eccaa8 [TEST ONLY] Fix UI control memory leaks that were preventing all tests from executing (on certain machines). ! modules/controls/src/test/java/com/sun/javafx/scene/control/infrastructure/StageLoader.java
Re: Dynamic position/size change and built-in layouts
Setting VBox preferred height to: USE_COMPUTED_SIZE, doesn't work. Regards, On Thu, Apr 3, 2014 at 6:14 PM, Pedro Duque Vieira < pedro.duquevie...@gmail.com> wrote: > What I'm saying isn't exactly that. > > What I'm saying is, for instance, if I change the height of the first > child of the VBox than the other children below would re-position > themselves. > > -VBox- > - --- > - - c1 - > - - - > - - - > - --- > - > - --- > - - c2 - > - --- > - > - --- > - - c3 - > - - - > - --- > > First child (c1) gets smaller. Result - c2 and c3 move up automatically > (and the height of the VBox would also get smaller automatically): > > -VBox- > - --- > - - c1 - > - --- > - > - --- > - - c2 - > - --- > - > - --- > - - c3 - > - - - > - --- > > > Thanks, > > > > > On Thu, Apr 3, 2014 at 5:29 PM, Jasper Potts wrote: > >> VBox preferred size will grow if one of its children's preferred sizes >> grows. It will be down the the parent node of the VBox to react to that and >> make the VBox bigger if there is space available. The change is not >> immediate it will happen one pulse later. >> >> Jasper >> >> > On Apr 3, 2014, at 7:01 AM, Pedro Duque Vieira < >> pedro.duquevie...@gmail.com> wrote: >> > >> > Hi, >> > >> > Are built-in layouts prepared for dynamic changes of their children >> > position and/or size? >> > That is, for instance, if in a VBox I change the first child height the >> > other subsequent children would re-adjust their position. >> > >> > My experiments with VBox tell me that this will result in bugs, i.e. it >> > won't work. >> > >> > I think this is important for RIAs. >> > >> > Thanks, best regards, >> > >> > -- >> > Pedro Duque Vieira >> > > > > -- > Pedro Duque Vieira > -- Pedro Duque Vieira
Re: Dynamic position/size change and built-in layouts
In the situation I described nothing happens after c1 changes height. But strangely if some other child changes, for instance c3 changing its height, than the children c3 and c2 will re-position correctly, taking into account the height of c1. So the change is being delayed, even if I call requestLayout().. It's being delayed for an undefined amount of time so it should have nothing to due with the pulse. On Thu, Apr 3, 2014 at 10:07 PM, Pedro Duque Vieira < pedro.duquevie...@gmail.com> wrote: > Setting VBox preferred height to: USE_COMPUTED_SIZE, doesn't work. > > Regards, > > > On Thu, Apr 3, 2014 at 6:14 PM, Pedro Duque Vieira < > pedro.duquevie...@gmail.com> wrote: > >> What I'm saying isn't exactly that. >> >> What I'm saying is, for instance, if I change the height of the first >> child of the VBox than the other children below would re-position >> themselves. >> >> -VBox- >> - --- >> - - c1 - >> - - - >> - - - >> - --- >> - >> - --- >> - - c2 - >> - --- >> - >> - --- >> - - c3 - >> - - - >> - --- >> >> First child (c1) gets smaller. Result - c2 and c3 move up automatically >> (and the height of the VBox would also get smaller automatically): >> >> -VBox- >> - --- >> - - c1 - >> - --- >> - >> - --- >> - - c2 - >> - --- >> - >> - --- >> - - c3 - >> - - - >> - --- >> >> >> Thanks, >> >> >> >> >> On Thu, Apr 3, 2014 at 5:29 PM, Jasper Potts wrote: >> >>> VBox preferred size will grow if one of its children's preferred sizes >>> grows. It will be down the the parent node of the VBox to react to that and >>> make the VBox bigger if there is space available. The change is not >>> immediate it will happen one pulse later. >>> >>> Jasper >>> >>> > On Apr 3, 2014, at 7:01 AM, Pedro Duque Vieira < >>> pedro.duquevie...@gmail.com> wrote: >>> > >>> > Hi, >>> > >>> > Are built-in layouts prepared for dynamic changes of their children >>> > position and/or size? >>> > That is, for instance, if in a VBox I change the first child height the >>> > other subsequent children would re-adjust their position. >>> > >>> > My experiments with VBox tell me that this will result in bugs, i.e. it >>> > won't work. >>> > >>> > I think this is important for RIAs. >>> > >>> > Thanks, best regards, >>> > >>> > -- >>> > Pedro Duque Vieira >>> >> >> >> >> -- >> Pedro Duque Vieira >> > > > > -- > Pedro Duque Vieira > -- Pedro Duque Vieira
hg: openjfx/8u-dev/rt: [accessibility] RT-36268 -Add accelerator and menu item type support
Changeset: ce02f2287ba3 Author:Joseph Andresen Date: 2014-04-03 14:43 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/ce02f2287ba3 [accessibility] RT-36268 -Add accelerator and menu item type support ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ContextMenuContent.java ! modules/graphics/src/main/java/com/sun/glass/ui/win/WinAccessible.java
hg: openjfx/8u-dev/rt: 2 new changesets
Changeset: ca7a0e1f961e Author:hudson Date: 2014-04-02 07:29 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/ca7a0e1f961e Added tag 8u20-b08 for changeset d7e80f499365 ! .hgtags Changeset: 322b2b22de30 Author:kcr Date: 2014-04-03 15:09 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/322b2b22de30 Automated merge with ssh://jfxsrc.us.oracle.com//javafx/8u/master/jfx/rt - modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/BundleType.java - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/mac/background.png
hg: openjfx/8u-dev/rt: [Accessibility] RT-36268: Implement ContextMenu - MAC IMPLEMENTATION IN
Changeset: 619b3463454d Author:Felipe Heidrich Date: 2014-04-03 17:07 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/619b3463454d [Accessibility] RT-36268: Implement ContextMenu - MAC IMPLEMENTATION IN ! 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/graphics/src/main/java/com/sun/glass/ui/mac/MacAccessible.java ! modules/graphics/src/main/native-glass/mac/GlassWindow.m
hg: openjfx/2u/dev/rt: Added tag 2.2.60-b13 for changeset ad9fa39517da
Changeset: 1c9d2c577088 Author:hudson Date: 2014-04-02 08:06 -0700 URL: http://hg.openjdk.java.net/openjfx/2u/dev/rt/rev/1c9d2c577088 Added tag 2.2.60-b13 for changeset ad9fa39517da ! .hgtags
hg: openjfx/8u-dev/rt: 5 new changesets
Changeset: 598f561883ec Author:jgiles Date: 2014-04-04 10:01 +1300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/598f561883ec [TEST ONLY] Fix two unit tests that fail under certain JUnit versions due to missing assertEquals method ! modules/controls/src/test/java/javafx/scene/control/PaginationTest.java ! modules/controls/src/test/java/javafx/scene/control/TextFieldTest.java Changeset: 76688693bb8b Author:jgiles Date: 2014-04-04 10:29 +1300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/76688693bb8b [TEST ONLY] Fix issue where test would fail if the stage peer was not created in time. ! modules/controls/src/test/java/com/sun/javafx/scene/control/infrastructure/StageLoader.java Changeset: 004323e3166b Author:jgiles Date: 2014-04-04 11:43 +1300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/004323e3166b RT-36359: TreeTableView Indention Rendering Issue in TreeStructureColumn ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TableRowSkinBase.java Changeset: 476dad5a366a Author:jgiles Date: 2014-04-04 13:50 +1300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/476dad5a366a RT-36456: [TabPane, Modena] Closing a tab that is next to a disabled tab selects the disabled tab ! apps/samples/Modena/src/main/java/modena/SamplePageHelpers.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/behavior/TabPaneBehavior.java ! modules/controls/src/main/java/javafx/scene/control/TabPane.java ! modules/controls/src/test/java/javafx/scene/control/TabPaneTest.java Changeset: f8b1445d78b5 Author:jgiles Date: 2014-04-04 13:53 +1300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/f8b1445d78b5 RT-36459: [TreeTableView] TreeTableView expands nodes when clicking on leftmost area of additional columns ! modules/controls/src/main/java/com/sun/javafx/scene/control/behavior/TreeTableCellBehavior.java
Fractional Metrics
Is there a way to turn off FractionalMetrics in Canvas.fillText() or Text? Also, does text rendering perform kerning, and if so, can I disable that? What I really need is to know the x position (or advance) of each character in a rendered string. jeff
Re: Fractional Metrics
On 4/3/14 6:13 PM, Jeff Martin wrote: Is there a way to turn off FractionalMetrics in Canvas.fillText() or Text? No. At least not via any supported API. Also, does text rendering perform kerning, and if so, can I disable that? No. What I really need is to know the x position (or advance) of each character in a rendered string. It would need new API. And characters != glyphs. Counting char advances has been doomed for decades ... -phil. jeff