I believe JavaFx could do cad, first step would be to provide a simple data set
and boil it down to the best render paths in JavaFX.
As far as I know it shouldn't be any worse than swing with the slowest render
paths.
-Joe
On Jul 23, 2013, at 8:47 AM, Chris Gay chris.gay5...@gmail.com wrote:
Hi Scott,
This isn't in the plan for JavaFX 8. I'm not sure how feasible it
is to access this information from different GPU vendors and across
platforms (desktop and embedded).
- Chien
On 7/23/2013 6:33 PM, Scott Palmer wrote:
copying the list...
-- Forwarded message
I think the below comment makes it sound more straight forward than it is. In
building a diagramming tool there is much more to it than just the rendering
frame rate.
This topic about CAD-like apps and 'performant' highly visual jfx apps in
general has been raised here and in the forums
Changeset: dd30604ab7d0
Author:Petr Pchelko petr.pche...@oracle.com
Date: 2013-07-24 11:24 +0400
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/dd30604ab7d0
RT-26702 Poor DisplacementMap effect performance on Mac
Reviewed-by: anthony, art, snorthov
!
Hi all,
We would like to be able to load FBX files into the 3DViewer app. Are there any
plans to develop an FBX importer, or is this something we should implement
ourselves?
Thanks in advance.
Rob
Changeset: a22a79de9b10
Author:Martin Sladecek martin.slade...@oracle.com
Date: 2013-07-24 09:35 +0200
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/a22a79de9b10
Merged AnimationPathHelper and Position2D into PathTransition
!
On 7/24/2013 12:34 AM, Anthony Petrov wrote:
Hi Werner,
On 07/23/2013 03:19 PM, Werner Lehmann wrote:
On 23.07.2013 12:39, Artem Ananiev wrote:
To me, making a window non-resizable is a good way to make the window
unmaximizable. Do you see any cases, when a window should be resizable,
but
On 7/24/2013 12:45 AM, Fabrizio Giudici wrote:
On Tue, 23 Jul 2013 22:34:48 +0200, Anthony Petrov
anthony.pet...@oracle.com wrote:
I don't agree. IMO, it's annoying when I'm able to resize a window
freely but unable to maximize it. This just doesn't look logical or
convenient.
I'm with
On Wed, 24 Jul 2013 09:59:07 +0200, Artem Ananiev
artem.anan...@oracle.com wrote:
On 7/24/2013 12:45 AM, Fabrizio Giudici wrote:
On Tue, 23 Jul 2013 22:34:48 +0200, Anthony Petrov
anthony.pet...@oracle.com wrote:
I don't agree. IMO, it's annoying when I'm able to resize a window
freely
On 07/24/13 12:29, Fabrizio Giudici wrote:
On Wed, 24 Jul 2013 09:59:07 +0200, Artem Ananiev
artem.anan...@oracle.com wrote:
On 7/24/2013 12:45 AM, Fabrizio Giudici wrote:
On Tue, 23 Jul 2013 22:34:48 +0200, Anthony Petrov
anthony.pet...@oracle.com wrote:
I don't agree. IMO, it's annoying
We switched a vector editor which used swing to JavaFX (using a standard called
ARINC 661), and we have no problems of performance in the Editor even for
thousands of nodes. But I agree that you should not use the obvious
Swing-converted way to do the same thing in JavaFX.
Hervé
Sent from my
Hi Jonathan,
setResizable(false) only disables the Maximize button (for obvious
reasons.) And this should already be implemented.
As to the setIconifiable(boolean) functionality, I agree it would be
fine to have it. Please file a JIRA issue and we'll implement it.
To address Tom's
Changeset: 5eab61f82635
Author:Martin Sladecek martin.slade...@oracle.com
Date: 2013-07-24 13:30 +0200
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/5eab61f82635
Forgot to trigger pulse on requestLayout after RT-31644.
!
On Wed, 24 Jul 2013 12:52:27 +0200, Anthony Petrov
anthony.pet...@oracle.com wrote:
Otherwise, it's up to the user to maximize/unmaximize the dialog, or
only resize it whenever and however it is needed/convenient at the
moment.
As I said, to me UI design is also constraining the user in
Hi Daniel,
I totally agree with your wishes, and even wonder if it is feasible in JavaFX.
With my Swing App, although I support mouse-over sensitivity on things like
JButtons, I do not support it on graphical objects, simply because the effort
would kill the system, given millions of objects.
Changeset: eb0a6b4fece3
Author:Daniel Blaukopf daniel.blauk...@oracle.com
Date: 2013-07-24 17:31 +0400
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/eb0a6b4fece3
RT-31830 GTK port of Glass not built for embedded Linux targets
! buildSrc/armv6hf.gradle
!
You mention zoom level and bezier curves...
I found JavaFX Path drawing combined with zooming and a ScrollPane was
pathologically slow (approximately 100 times slower than normal). I filed an
issue with a test case: RT-25166
I managed to speed it up a bit by avoiding the use of one of the
Hi Richard,
thanks a lot for your detailed reply and the insights into your
intentions and ideas. The mailing list members will appreciate being
preferentially informed.
I think we already do multiple active cameras?
More precisely: simultaneous viewing from different points of view into
a
Interesting. If we end up using more Lambda's in FX, there might still be an
easy way to maintain the back port to 7.
Richard
Begin forwarded message:
From: Esko Luontola esko.luont...@gmail.com
Subject: Lambda Expressions Backported to Java 7, 6 and 5
Date: July 24, 2013 1:40:33 AM PDT
Unfortunately, I'm one of those stuck waiting for the apple developer portal to
come back online in order to renew my apple developer subscription, so I can't
actually try this out myself.
Have you tried running with the perfLogger (I included instructions and how to
understand the output in
Hello, Richard.
These changes fix the problem with dropping frames on Mac because of locking
between the render thread and UI thread.
I have made some measurements with Controls benchmark and GUIMark2. The numbers
without braces is the FPS rendered by Prism and the braced numbers represent
Changeset: 051ec7d12a9f
Author:Felipe Heidrich felipe.heidr...@oracle.com
Date: 2013-07-24 11:04 -0700
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/051ec7d12a9f
RT-31458: Font fallback returned by DirectWrite might not be available to JFX
!
So this should impact the jitter you would see on mac. What about on Windows,
is there any impact there from this change or is it truly just for Mac? Has
anybody tried to measure for dropped frames on Windows?
Richard
On Jul 24, 2013, at 11:31 AM, Petr Pchelko petr.pche...@oracle.com wrote:
Please try running with perfLogger and also Instruments. As I've pointed
out before RoboVM is in early stages of development. It doesn't do release
builds yet. Virtually nothing has been done yet to optimize things for
speed. So my guess is that you will find that a lot of time is spent in
RoboVM
At present there are no plans to implement this, but that is simply due
to the fact that at present our focus is on bug fixing rather than
features / tweaks. In other words, if this is a high priority for the
community (via votes on the relevant jira issue - which looks like your
one at [1]),
Changeset: 6d0b751603ce
Author:leifs
Date: 2013-07-24 13:56 -0700
URL: http://hg.openjdk.java.net/openjfx/8/controls/rt/rev/6d0b751603ce
RT-31643: Um-al-qura calendar is not initialized properly when opened for the
first time
!
Thank you for the feedback! We decided to drop DEFAULT in favor of
BALANCED. So here is the revised SceneAntiAliasing enum entries:
public enum SceneAntiAliasing {
BALANCED, // enables anti-aliasing using optimal system setting
available that balances speed and quality
DISABLED, //
Thanks for the help! I was of 2 minds about it; alphabetical or logical.
public enum SceneAntiAliasing {
DISABLED, // disables anti-aliasing
BALANCED, // enables anti-aliasing using optimal system setting available
that balances speed and quality
FASTEST, // enables anti-aliasing using
Changeset: 517ebe5062a9
Author:rbair
Date: 2013-07-24 15:37 -0700
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/517ebe5062a9
RT-31748: Collapse NGNode related classes with only one implementation
-
Changeset: d3d8305d165c
Author:leifs
Date: 2013-07-24 17:23 -0700
URL: http://hg.openjdk.java.net/openjfx/8/controls/rt/rev/d3d8305d165c
RT-30903: DatePicker: one column separator is a bit thicker when setting
showWeekNumbers.
!
Obviously there are native libs (dlls, etc) that JFX uses that are outside
of the jfxrt.jar.
But is the actual jfxrt.jar produced by the build generic and able to be
used on any platform (so long as the natives are also present) or is it
platform specific itself?
We are getting close to the
+1 on having DISABLED be first.
-- Kevin
Richard Bair wrote:
Just to be picky, I would put DISABLED first in the list. It seems more consistent
to have the only OFF mode to be first and then all the rest of the options (which
happen to then have ordinals 0) will be some form of ON mode.
Yes, jfxrt.jar is platform-specific. On the desktop there are
platform-specific glass and Prism classes (not sure about the WebKit
classes). On embedded platforms (Linux-arm, IOS, Android) there are many
differences.
-- Kevin
Daniel Zwolenski wrote:
Obviously there are native libs (dlls,
33 matches
Mail list logo
