V-up texture coordinate support

2013-10-22 Thread August Lammersdorf, InteractiveMesh
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

Re: JavaFX on iOS and Android - are we there yet?

2013-10-22 Thread Tobias Bley
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

Re: JavaFX on iOS and Android - are we there yet?

2013-10-22 Thread David Ray
+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

Re: JavaFX on iOS and Android - are we there yet?

2013-10-22 Thread Richard Bair
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

Re: JavaFX on iOS and Android - are we there yet?

2013-10-22 Thread Richard Bair
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

hg: openjfx/8/graphics/rt: RT-21206: add applyCss to Node public API

2013-10-22 Thread hang . vo
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 !

Re: JavaFX on iOS and Android - are we there yet?

2013-10-22 Thread Richard Bair
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

Re: JavaFX on iOS and Android - are we there yet?

2013-10-22 Thread Richard Bair
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

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

2013-10-22 Thread hang . vo
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 !

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

2013-10-22 Thread hang . vo
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:

Change requiring b112 just pushed [was: hg: openjfx/8/graphics/rt: 5 new changesets]

2013-10-22 Thread Kevin Rushforth
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

Re: Change requiring b112 just pushed [was: hg: openjfx/8/graphics/rt: 5 new changesets]

2013-10-22 Thread Kevin Rushforth
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

Re: V-up texture coordinate support

2013-10-22 Thread Chien Yang
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

Re: JavaFX on iOS and Android - are we there yet?

2013-10-22 Thread David Ray
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

Re: JavaFX on iOS and Android - are we there yet?

2013-10-22 Thread David Ray
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

Re: JavaFX on iOS and Android - are we there yet?

2013-10-22 Thread Felix Bembrick
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

Re: JavaFX on iOS and Android - are we there yet?

2013-10-22 Thread Felix Bembrick
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

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

2013-10-22 Thread hang . vo
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 !

Re: JavaFX on iOS and Android - are we there yet?

2013-10-22 Thread Pedro Duque Vieira
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

Re: JavaFX on iOS and Android - are we there yet?

2013-10-22 Thread Stephen F Northover
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

Re: JavaFX on iOS and Android - are we there yet?

2013-10-22 Thread Felix Bembrick
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

Re: JavaFX on iOS and Android - are we there yet?

2013-10-22 Thread Richard Bair
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

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

2013-10-22 Thread hang . vo
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 !

Re: JavaFX on iOS and Android - are we there yet?

2013-10-22 Thread Pedro Duque Vieira
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