Scene Builder 2.0 has very serious performance issues (on my machines at
least).
When running 1.1 & 2.0 side-by-side, 1.1 is very responsive and behaves
very well. On the contrary, 2.0 is extremely sluggish with a few seconds
between clicking on a control and the selection handles appearing and
t
Hi Steve,
Please review
http://cr.openjdk.java.net/~fheidric/RT34093/webrev/
https://javafx-jira.kenai.com/browse/RT-34093
Thank you
Felipe
Changeset: 089c27f969c2
Author:Felipe Heidrich
Date: 2013-11-06 15:57 -0800
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/089c27f969c2
[Eclipse only] use jfxrt.jar from artifacts instead of caches to avoid the need
of using ant update-cache
! .classpath
Hi Jim,
Please review
https://javafx-jira.kenai.com/browse/RT-34090
http://cr.openjdk.java.net/~fheidric/RT34090/webrev/
Thanks
Felipe
Hi Steve,
could you please review:
https://javafx-jira.kenai.com/browse/RT-34072
http://cr.openjdk.java.net/~fheidric/RT34072/webrev/
Thanks
Felipe
Hello, Artem.
> This exception is expected, when an old JDK8 build is used.
Actually I suppose it’s a bug, here’s a JIRA for it:
https://javafx-jira.kenai.com/browse/RT-34077
I’ll fix it in a couple of days probably.
With best regards. Petr.
On Nov 6, 2013, at 11:53 AM, Artem Ananiev wrote:
>
On 5/11/2013 20:10, Jonathan Giles wrote:
You're right in that controls don't tend to use ScenePulseListener. This
may be due to an oversight on our part, or just that our requirements
differ (I don't honestly know).
You're also right that it is important to batch up property changes and
do them
Hi, Lidierth,
what JDK8 version do you run your app? This exception is expected, when
an old JDK8 build is used.
Thanks,
Artem
On 11/5/2013 11:37 PM, Lidierth Malcolm wrote:
NOTE: THIS EXCEPTION OCCURS WITH JDK8, BUT NOT WITH JDK7
public class NewFXMain1 {
public static void main(St
Changeset: 1cbc110be452
Author:Martin Soch
Date: 2013-11-06 18:51 +0100
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/1cbc110be452
SW pipeline: fix for perf. regression in image rendering (RT-34076)
! modules/graphics/src/main/native-prism-sw/PiscesPaint.c
I see this from time to time. This is a bug in the version of ant that
is used by gradle for dependencies. It has been reported that gradle 1.8
may have a newer version of ant that fixes this bug.
In the mean time, a less intrusive workaround is:
gradle -PUSE_DEPEND=false ...
If enough peo
Yes, I've seen this many times. I didn't spend much time trying to
understand what is the problem, though. The workaround is simple: just
delete 3DViewer "build" folder.
Thanks,
Artem
On 11/6/2013 5:35 PM, Assaf Yavnai wrote:
:apps:experiments:3DViewer:compileJava FAILED
FAILURE: Build fa
:apps:experiments:3DViewer:compileJava FAILED
FAILURE: Build failed with an exception.
* What went wrong:
Execution failed for task ':apps:experiments:3DViewer:compileJava'.
> java.lang.ClassFormatError: Invalid Constant Pool entry Type 18
* Try:
Run with --stacktrace option to get the stack tr
Isn't it somewhat counter-intuitive to perform such changes in one of the
computePref*() methods? You're adding children in a method which is
supposed to compute the preferred width/height.
There should be a better way to do this. In Apache Flex for example,
there's a commitProperties() and update
OK - the original null pointer exception was because of the issue with WebView
that is now on JIRA.
I now get a more easily understood exception:
java.lang.NoSuchMethodException: javafx.scene.Scene.()javafx.scene.Scene
as Scene has no null constructor.
So I guess my question now relates to opt
Changeset: 03dffb2bdc75
Author:Martin Sladecek
Date: 2013-11-06 09:16 +0100
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/03dffb2bdc75
RT-34091
Multiple properties in Controls override set() instead of invalidated()
Reviewed-by: jgiles, dgrieve
!
modules/controls/src/
15 matches
Mail list logo