hg: openjfx/8/graphics/rt: RT-32600 Lens: Pulse starvation because of overwhelming amount of MOUSE_MOVED events

2013-09-03 Thread hang . vo
Changeset: b2c061caf644 Author:Daniel Blaukopf daniel.blauk...@oracle.com Date: 2013-09-03 08:55 +0300 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/b2c061caf644 RT-32600 Lens: Pulse starvation because of overwhelming amount of MOUSE_MOVED events !

Re: Why is almost everything in the API final

2013-09-03 Thread Fabrizio Giudici
On Tue, 03 Sep 2013 07:16:06 +0200, Tom Eugelink t...@tbee.org wrote: AFAIK there was never a framework that used final a lot, so time will tell if the choice was right. Swing and the JDK made it this far. But The NetBeans Platform API does use final a lot for the same rationale we're

hg: openjfx/8/graphics/rt: 2 new changesets

2013-09-03 Thread hang . vo
Changeset: 514d70fdc70c Author:tb115823 tomas.branda...@oracle.com Date: 2013-09-03 09:47 +0200 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/514d70fdc70c Android: Fixed renamed prism property glDepthSize. Default value 24 doesn't work on GT10.1 must be 16. Although

hg: openjfx/8/graphics/rt: 3 new changesets

2013-09-03 Thread hang . vo
Changeset: d04fe4c584d4 Author:Lubomir Nerad lubomir.ne...@oracle.com Date: 2013-09-03 14:41 +0200 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/d04fe4c584d4 Include debug info in native for debug build ! buildSrc/ios.gradle Changeset: f56e0d2cbfc7 Author:Martin

hg: openjfx/8/graphics/rt: RT-29095: Dragging from Swing to JavaFX (JFXPanel) that was working in JavaFX 2.2 fails in JavaFX 8.0

2013-09-03 Thread hang . vo
Changeset: 391542e56deb Author:Artem Ananiev artem.anan...@oracle.com Date: 2013-09-03 15:00 +0400 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/391542e56deb RT-29095: Dragging from Swing to JavaFX (JFXPanel) that was working in JavaFX 2.2 fails in JavaFX 8.0

Re: ScrollBar visibleAmount value

2013-09-03 Thread Tom Schindl
Well like I said Swing SWT do interpret this different! To me the value always meant to the upper ending of the thumb. If you think about edge cases of 99 (value still goes from 0..100) and 100 (value can 0 only). Anyways from your answer I guess the current behavior is correct and no ticket

hg: openjfx/8/graphics/rt: RT-31873: [SwingNode] : Something throws NullPointerException

2013-09-03 Thread hang . vo
Changeset: 94e96dbe02db Author:Petr Pchelko petr.pche...@oracle.com Date: 2013-09-03 16:21 +0400 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/94e96dbe02db RT-31873: [SwingNode] : Something throws NullPointerException Reviewed-by: ant, art !

[API Review] : Baseline offset depends on layout bounds which are calculated during layout

2013-09-03 Thread Martin Sladecek
Hi, related JIRA issue: https://javafx-jira.kenai.com/browse/RT-31006 I propose to add constant public static final double USE_COMPUTED_BASELINE_OFFSET to Node class. This would be returned by the default Node implementation of getBaselineOffset. Currently, the layout bounds are returned,

hg: openjfx/8/graphics/rt: RT-32656: [SwingNode]: correct the code sample with respect to thread safety

2013-09-03 Thread hang . vo
Changeset: b84125298242 Author:ant anton.tara...@oracle.com Date: 2013-09-03 18:55 +0400 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/b84125298242 RT-32656: [SwingNode]: correct the code sample with respect to thread safety Reviewed-by: art, pchelko !

Re: DateAxis..

2013-09-03 Thread Pedro Duque Vieira
Hi Diego and Christian, Perhaps the opposite would be better since I'm doing a different approach (subclassing ValueAxis) and my DateAxis is already working. Thanks, best regards, On Mon, Sep 2, 2013 at 9:21 AM, Diego Cirujano-Cuesta diego.cirujano-cue...@zeiss.com wrote: Hi Pedro,

hg: openjfx/8/graphics/rt: RT-26949: Mac: 8.0-b67: SW pipeline is broken on MacOS

2013-09-03 Thread hang . vo
Changeset: ec2f564fb7a1 Author:Petr Pchelko petr.pche...@oracle.com Date: 2013-09-03 19:05 +0400 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/ec2f564fb7a1 RT-26949: Mac: 8.0-b67: SW pipeline is broken on MacOS Reviewed-by: art, snorthov, ddhill !

Re: Why is almost everything in the API final

2013-09-03 Thread David Ray
Final methods more so take the control out of the hands of the many developers, and places it in the hands of the API designers. If there is an issue, and demands are high - would we rather A. Report the issue and wait for the original API designer's development process to acknowledge, repair,

Re: Why is almost everything in the API final

2013-09-03 Thread Mario Torre
On Tue, 2013-09-03 at 10:19 -0500, David Ray wrote: Final methods more so take the control out of the hands of the many developers, and places it in the hands of the API designers. If there is an issue, and demands are high - would we rather A. Report the issue and wait for the original

hg: openjfx/8/controls/rt: 3 new changesets

2013-09-03 Thread hang . vo
Changeset: f2ea75d88413 Author:hudson Date: 2013-08-29 08:17 -0700 URL: http://hg.openjdk.java.net/openjfx/8/controls/rt/rev/f2ea75d88413 Added tag 8.0-b105 for changeset 903908477a58 ! .hgtags Changeset: 93f3f06641e8 Author:mv157916 Date: 2013-08-29 14:59 -0700 URL:

Re: [API Review] : Baseline offset depends on layout bounds which are calculated during layout

2013-09-03 Thread Richard Bair
So how does the layout container ask for the computed baseline offset? It used to be, by calling this method. Richard On Sep 3, 2013, at 6:11 AM, Martin Sladecek martin.slade...@oracle.com wrote: Hi, related JIRA issue: https://javafx-jira.kenai.com/browse/RT-31006 I propose to add

hg: openjfx/8/controls/rt: fix NPE in CssStyleHelper found while running Shapes3DSceneLightTester

2013-09-03 Thread hang . vo
Changeset: ec82a5c0079b Author:David Grievedavid.gri...@oracle.com Date: 2013-09-03 12:13 -0400 URL: http://hg.openjdk.java.net/openjfx/8/controls/rt/rev/ec82a5c0079b fix NPE in CssStyleHelper found while running Shapes3DSceneLightTester !

ServiceLoader

2013-09-03 Thread Tom Eugelink
On 2013-09-03 17:49, Richard Bair wrote: In this case, since JavaFX is Free Software! you can actually suggest the fix, prototype and propose the patch yourself, limiting the round trip time substantially. That said, in JFXtras I've created an extended FactoryBuilder that dynamically loads

Re: Why is almost everything in the API final

2013-09-03 Thread Stefan Fuchs
Mario Torre wrote: In this case, since JavaFX is Free Software! you can actually suggest the fix, prototype and propose the patch yourself, limiting the round trip time substantially. This also increases the chances to get a better fix in the end, since more eyes are focusing on it. Cheers,

Re: Why is almost everything in the API final

2013-09-03 Thread Richard Bair
On Sep 3, 2013, at 11:23 AM, Richard Bair richard.b...@oracle.com wrote: Wouldn't it be better to allow developers to override methods at their own risk. There's no such thing. When some big customer overrides methods, we have no choice but to support their app for the foreseeable

Re: Why is almost everything in the API final

2013-09-03 Thread David Ray
By we I meant the place where I work… (not JWrapper Inc.)! :) David On Sep 3, 2013, at 1:28 PM, David Ray cognitionmiss...@gmail.com wrote: I would strongly recommend leaving the shared JRE install world behind. As a suggestion, try JWrapper - we have flawless installs now, even using an

Re: ServiceLoader

2013-09-03 Thread Richard Bair
The only knee-jerk reaction to the service loader is that it can be bad at startup, because for the service loader to work, it has to scan all jar files, which means downloading all jar files. Maybe with Jigsaw we'll have a better mechanism for this such that we can just read the first few

Re: Why is almost everything in the API final

2013-09-03 Thread Richard Bair
Yes you can use the -XDignore.symbol.file flag. On Sep 3, 2013, at 11:48 AM, Tom Schindl tom.schi...@bestsolution.at wrote: Really is there not even a flag to make compiler do this? I don't get hit by this because i'm building with ejc but i'm accessing com.sun javafx classes quite

hg: openjfx/8/graphics/rt: Fixed RT29844: Create PrinterJob hangs on Mac

2013-09-03 Thread hang . vo
Changeset: 0a2518e15882 Author:prr Date: 2013-09-03 13:51 -0700 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/0a2518e15882 Fixed RT29844: Create PrinterJob hangs on Mac ! modules/graphics/src/main/java/com/sun/prism/j2d/print/J2DPrinterJob.java

Re: Why is almost everything in the API final

2013-09-03 Thread David Ray
When you have a new version of your app to distribute, you would repackage it using the same tool you did before - maybe specifying a new JVM target (if you would like to update the JVM that gets bundled with the app). Then upload your app to the Apple App Store and voila' :) (Ok so there's

Re: ServiceLoader

2013-09-03 Thread Tom Schindl
Well once we have a replacement for builders this is not needed anymore so I don't think there's a JIRA needed. When we discussed replacements for builders in context of FXML the consensus was to have annotations on the constructor to map the arguments appropriately. Eva suggested

hg: openjfx/8/graphics/rt: Fix RT-32571: Debug build failure. Reviewed by Kevin, Chien.

2013-09-03 Thread hang . vo
Changeset: 977346aedf74 Author:Thor Johannesson thor.johannes...@oracle.com Date: 2013-09-03 14:47 -0700 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/977346aedf74 Fix RT-32571: Debug build failure. Reviewed by Kevin, Chien. !

Re: ServiceLoader

2013-09-03 Thread Tom Eugelink
No, but there is a less-than-optimal-but-fast approach, and that is to write a custom BuilderFactory with if statements for all 3rd party controls. On 2013-09-03 20:46, Richard Bair wrote: It is a real problem though (how to support 3rd party controls well). Is there a JIRA for this case?

Re: Why is almost everything in the API final

2013-09-03 Thread Stefan Fuchs
Richard Bair wrote: Wouldn't it be better to allow developers to override methods at their own risk. There's no such thing. When some big customer overrides methods, we have no choice but to support their app for the foreseeable future. Which is why deprecated stuff never could be removed from

Re: Why is almost everything in the API final

2013-09-03 Thread John Hendrikx
On 3/09/2013 20:34, Richard Bair wrote: I would strongly recommend leaving the shared JRE install world behind. As a suggestion, try JWrapper - we have flawless installs now, even using an OSGI deployment procedure! Bundled JVMs are really the only dependable way to go now it seems? If my

hg: openjfx/8/graphics/rt: RT-32674: Win: Fatal JNI error in DirectWrite code

2013-09-03 Thread hang . vo
Changeset: 55316c1ad394 Author:Felipe Heidrich felipe.heidr...@oracle.com Date: 2013-09-03 15:38 -0700 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/55316c1ad394 RT-32674: Win: Fatal JNI error in DirectWrite code ! modules/graphics/src/main/native-font/directwrite.cpp

Re: Why is almost everything in the API final

2013-09-03 Thread Richard Bair
None of these points are suggesting the problem is with WebStart's implementation, they all hold even if WebStart were completely bug free. They're just the natural side-effect of a shared install system. Actually, one of the best things of Java is that in like 99.9% of the cases, my app

hg: openjfx/8/graphics/rt: RT-32698: Dirty region count is higher than it used to be by default

2013-09-03 Thread hang . vo
Changeset: 57a0f2653086 Author:rbair Date: 2013-09-03 16:18 -0700 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/57a0f2653086 RT-32698: Dirty region count is higher than it used to be by default Reviewed By: Felipe !

hg: openjfx/8/controls/rt: 6 new changesets

2013-09-03 Thread hang . vo
Changeset: 673a1107114b Author:jgiles Date: 2013-09-04 10:44 +1200 URL: http://hg.openjdk.java.net/openjfx/8/controls/rt/rev/673a1107114b RT-32684: onEdit events are never fired in tree table ! modules/controls/src/main/java/javafx/scene/control/TreeTableView.java !

Re: ServiceLoader

2013-09-03 Thread Tom Eugelink
Richard said (2013-08-30 08:08) that builders still will be supported / needed; I need one to convert the string annotation in FXML to an appropriate data type (list of DateFormats). On my question what the alternative would be, if we're not to use builders because they were deprecated, the