My JavaFX 3D model importers convert geometric data to the JavaFX 3D
coordinate sytem to support the default camera model (viewing into the
screen along the +Z-axis). A Y-up right-handed coordinate system (e.g.
COLLADA-, OBJ-, X3D-exports from modelling tools) is mapped as follows:
+Y - -Y, +X
1) Look and Feel:
IMO it’s enough to build „native looking“ css based skins! That could be very
quickly without complex technologies like CALayer etc.
2) After starting RoboVM JavaFX needs round about 10 seconds to start the
simple list example on iPhone4. So it’s too long. I tried to use the
+1 re: Native LF. IMO also there is nothing sacred about the exactness of
Apple's ui. They 'll be changing it up a lot a also. Being someone who prefers
custom looks to bland native looks anyway, I never did get the sacredness of
repeating mirror-lookalike grey :). Just my opinion, I'm sure
Another approach which would be a *lot* easier to implement would be to add a
Layer public API that would allow the app developer to specify what layers
there are, and where they are (this has a lot of other benefits related to
performance on embedded and mobile devices). Then, don't solve the
1) Look and Feel:
IMO it’s enough to build „native looking“ css based skins! That could be very
quickly without complex technologies like CALayer etc.
Generally this should be very easy for somebody to do. There is a ui kit
already out there that designers use for mocking up UI designs for
Changeset: db9a779eeb38
Author:David Grievedavid.gri...@oracle.com
Date: 2013-10-22 10:27 -0400
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/db9a779eeb38
RT-21206: add applyCss to Node public API
Reviewed by: steve, phil, kevin, martin
!
I would avoid image based CSS files… we should create pure CSS based skins
using pure css styles and SVG paths…
That would definitely be (a lot) more work, but if you're going to be scaling
up the controls you will appreciate them being normal background fills paths.
Richard
javafx, like for instance: a toggle button (a control that looks like a
flip switch)
These have are just styled CheckBoxes (or Toggle buttons, or Radio Buttons).
We've done this for example for DukePad.
, comboboxes where you change the value through a wheel, etc..
Yes, need this kind of
Changeset: 5980afe89a4c
Author:mickf
Date: 2013-10-22 17:17 +0100
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/5980afe89a4c
RT-33713 : MenuBar sample seems to be leaking through F10 accelerator, reviewed
by David
!
Changeset: ceed8d426c0c
Author:mhowe
Date: 2013-10-20 19:27 -0700
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/ceed8d426c0c
update build.properties
! build.properties
Changeset: 98accc42134c
Author:mhowe
Date: 2013-10-20 19:35 -0700
URL:
During integration testing, we just pushed a change that makes JDK
8-b112 the minimum JDK needed. It really isn't need to build openjfx
(there were some deploy UI interface changes that motivated this), you
can just manually set this back to b111 and continue building.
I expected that b112
Btw, the file you will need to edit is build.properties, making the
following change until b112 is available on java.net:
diff --git a/build.properties b/build.properties
--- a/build.properties
+++ b/build.properties
@@ -53,4 +53,4 @@
jfx.build.jdk.version=1.8.0
jfx.build.jdk.buildnum=112
Hi Remi,
Thanks for the feedback. Since we have decided to go with a
Y-down 3D coordinate system it is natural, and for internal consistency,
that we stick with a V-down texture.
Yes, we have considered both (1-v) coordinates flip and image
flip. Our preference is to do the
I think you may be facing an absolute requirement which is placing demands on
you to
replicate the exact look and feel of one or both mobile environments? I'm not
sure??
Even the most fab skins or CSS is not going to get us away from the need to
integrate JavaFX controls with true native
Ok, I have read your 6 Degrees… publication, and I have to say I agree
wholeheartedly with points
2 - 6. I just don't see why 90% of the common set of gui widgets, rock solid
dependability and performance
isn't good enough? Maybe others disagree I don't know… but if it comes down to
being an
Well I guess I am in the once bitten, a thousand times shy category after
my experiences with Swing over the years.
As I have mentioned in my blog posts, I believe the native look-and-feels
for Swing were a monumental mistake. The first version of the Swing
Windows look-and-feel for example left
Yeah, the Swing file dialog is quite embarrassing...
I accept that you can ship commercial software using the Swing Windows look
and feel but only to certain types of customers and certain market niches.
I do not believe you could compete with native applications in a more
generic market sector
Changeset: 670ff992ef78
Author:Alexander Matveev alexander.matv...@oracle.com
Date: 2013-10-22 14:29 -0700
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/670ff992ef78
Fix for RT-33719 - State transition on OS X for MP4 are not always work properly
!
Even the most fab skins or CSS is not going to get us away from the need to
integrate JavaFX controls with true native controls. As has been pointed
out, there are some native controls on both iOS and Android for which there
is no JavaFX equivalent and this will always be the case. Even if
Rather than arguing this point, the correct answer is to provide both
and let the application developer choose.
Do you guys know how old this argument is? Hint: It predates Java.
Steve
On 2013-10-22 6:17 PM, Pedro Duque Vieira wrote:
Even the most fab skins or CSS is not going to get us
Yes, having viable implementations of both options would be ideal.
How long till Oracle and/or the community gets to that point? ;-)
On 23 October 2013 10:06, Stephen F Northover
steve.x.northo...@oracle.comwrote:
Rather than arguing this point, the correct answer is to provide both and
let
On Oct 22, 2013, at 9:38 AM, Pedro Duque Vieira pedro.duquevie...@gmail.com
wrote:
These have are just styled CheckBoxes (or Toggle buttons, or Radio Buttons).
We've done this for example for DukePad.
Yes that's right but I think that as it is used so much on Android, ios and
windows 8 it
Changeset: c8cdab5d10df
Author:jgiles
Date: 2013-10-23 11:55 +1300
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/c8cdab5d10df
RT-33243: Accordion renders a gap between panes
!
modules/controls/src/main/java/com/sun/javafx/scene/control/skin/AccordionSkin.java
!
This is something worth thinking about. I noticed the fonts weren't the
right size, implying that the port on iOS isn't picking up the best font
size, and all the UI controls are sized based on the font, so in theory
this might be sufficient. But it is true a spin-off with bigger insets
24 matches
Mail list logo