Re: javafx-font opensourced
Does this mean we will be able to have LCD text in Canvas as a result of this? On 21/06/2013, at 14:44, Richard Bair richard.b...@oracle.com wrote: I believe it is in b94 for Mac, was just turned on for Windows so it will be next week at the earliest. It should give LCD text quality on Mac, yes. However I don't believe we've played with the kerning metrics yet (Felipe?) Richard On Jun 20, 2013, at 9:43 PM, John C. Turnbull ozem...@ozemail.com.au wrote: So when will we see this new native font rendering? Is it in b94? Also, will this result in an improvement in rendering quality? On 21/06/2013, at 14:35, Richard Bair richard.b...@oracle.com wrote: Up until now we've been using T2K to do font measurement / rasterizing. It is what is used also by Java2D. It is native code, but what we mean by native font rendering is relying on APIs in the native OS to do the font rasterizing (and such) rather than T2K. Because this is new code, it just hasn't been finished for all platforms. Felipe is working on the linux implementation. Richard On Jun 20, 2013, at 9:06 PM, ozem...@ozemail.com.au wrote: I see that this release of font code includes native font rendering. What is this actually referring to? Does JavaFX 2 and 8 prior to the b94 (or whichever build has this native font rendering) not do native font rendering? Can someone explain exactly what native font rendering actually means and whether it is something new? Also, why is not available on Linux? Thanks, -jct - Original Message - From: Daniel Zwolenski To:Felipe Heidrich Cc:openjfx-dev@openjdk.java.net Mailing Sent:Fri, 21 Jun 2013 09:21:22 +1000 Subject:Re: javafx-font opensourced This time sending to the list (gets me every time!): Great news! Danno - where does this put us with the JFX78 backport? Can we get a build of this for iOS now or what's needed to close this loop? The RoboVM Maven plugin is working. I'd be keen to make it work with JFX auto included so basically you can create a normal project and run mvn robovm:ipad-simulator (robovm:ios-device is under construction) and next thing you have a running JFX app on iOS, no mess, no fuss. I have a pitch for a suite of fairly major app development next week. So many unknowns with JFX and app development at this stage! I'm still pretty disappointed that JFX on iOS/Android is not officially supported by Oracle (such a massive wtf? for me) - makes it such a risky prospect for us on the front line. On Fri, Jun 21, 2013 at 3:47 AM, Felipe Heidrich wrote: Hello, We have just open-sourced javafx-font and javafx-font-native! Note that a lot of the code we open-sourced today is a new implementation based on native text technologies (CoreText for the Mac and DirectWrite for Windows). We still have a lot of work to do: - finishing the new linux implementation is a big one - testing - improve on sub pixel position text - etc Help is most welcome, Thank you Felipe
Re: javafx-font opensourced
Why not use Sonatype for your repo? For third party jars that aren't in central, you can upload these assuming the licence allows it: https://docs.sonatype.org/display/Repository/Uploading+3rd-party+Artifacts+to+The+Central+Repository For your own stuff that you aren't going to publish for real but still want to be available (e.g. latest releases of JFX), publish it as a SNAPSHOT. For real stuff, publish it proper into the Maven repo and make it available for use by the community. It certainly would make my life massively more enjoyable if a build of the JRE was available for download for each of the platforms. And things like win-launcher.exe and other secondary assets would also make it much easier to work on the packaging tools, etc. On Fri, Jun 21, 2013 at 2:34 PM, Richard Bair richard.b...@oracle.comwrote: Yes, working on the web view building. The main issue is there are a handful of libs (libxml, libxslt, etc) that we have to figure out where to put. I believe these are unaltered by us, but built with different flags to strip out stuff we don't need. I've asked Peter whether we can post the build instructions to produce these libs, and then figured once anyone can build them, it wouldn't be to hard to find a place to put them. Ultimately we're trying to get a public artifactory repository setup for OpenJDK which would be the natural place for us to put all our dependencies like this, but in the meantime we just need a place to put some binaries. I know some of these binaries could be found elsewhere but not all of them (win64 builds I think are missing for example). On Jun 20, 2013, at 8:56 PM, Danno Ferrin danno.fer...@shemnon.com wrote: On Thu, Jun 20, 2013 at 5:21 PM, Daniel Zwolenski zon...@gmail.com wrote: This time sending to the list (gets me every time!): Great news! Danno - where does this put us with the JFX78 backport? Can we get a build of this for iOS now or what's needed to close this loop? The good news is that my JFX78 project now compiles via gradle without needing a stub jar. I took out the date picker and the builders for media and web view. So you can download it locally and build a jfxrt.jar and likely use the ios libs that build currently. I haven't poked around too much with the native bits. (see https://bitbucket.org/narya/jfx78) I also have been working on some maven distribution for this, not ready for consumption yet but an accessory build file creates the poms and handles the upload tasks ( https://bitbucket.org/narya/jfx78/src/3fe6c37ebdfbed33d1bdc9ad9d6a2037972de680/narya.gradle?at=default ). The date picker will return when the threetenbp jars are updated, and media when those files are released. WebView I either need to submit a patch to get it building in gradle or be patient. But honestly all three of these rank in priority for me below writing a jfpackager bundler that wraps robovm. The RoboVM Maven plugin is working. I'd be keen to make it work with JFX auto included so basically you can create a normal project and run mvn robovm:ipad-simulator (robovm:ios-device is under construction) and next thing you have a running JFX app on iOS, no mess, no fuss. I have a pitch for a suite of fairly major app development next week. So many unknowns with JFX and app development at this stage! I'm still pretty disappointed that JFX on iOS/Android is not officially supported by Oracle (such a massive wtf? for me) - makes it such a risky prospect for us on the front line. On Fri, Jun 21, 2013 at 3:47 AM, Felipe Heidrich felipe.heidr...@oracle.com wrote: Hello, We have just open-sourced javafx-font and javafx-font-native! Note that a lot of the code we open-sourced today is a new implementation based on native text technologies (CoreText for the Mac and DirectWrite for Windows). We still have a lot of work to do: - finishing the new linux implementation is a big one - testing - improve on sub pixel position text - etc Help is most welcome, Thank you Felipe
Re: javafx-font opensourced
Are we talking Oracle or OpenJDK here. I got the impression those libs were Open? Right, it is confusing. Much of the code we (meaning the build system) are building all the time (for example, all of webkit or gstreamer). However some of it (libxslt, libxml, some others) we have only built and then loaded up onto an internal web server as a zip. The existing closed ant build system downloads that zip and unpacks it, and then the existing ant build uses those libraries for building webkit and producing the final artifacts. So in order to get the build working we either need to include the sources for these libs and build them every time, or build them once and put them someplace that Gradle can download them from. The ideal thing would be for OpenJDK to have a public binary repository in which we can put all our OpenJDK stuff (including snapshots of every build, and all the native libraries, etc) and then our gradle build can just pull everything from there. However in the meantime, I'd be happy if those native libs lived anywhere and we wired it up in the gradle build to make it automatic. The point I was making about Oracle vs OpenJDK is just that the Official Java / JavaFX / Oracle JDK builds will always probably be downloaded via that web page and the continuous builds of that might not be exposed in a binary repository. But the OpenJDK / OpenJFX builds certainly could be AFAIK and certainly could be hosted by anybody on any server since it is all just GPL. So what I was referring to wasn't putting builds of OpenJFX into Maven so much as putting the libxml, libxslt, and other web dependencies someplace like maven that we could then pull from in order to be able to build web view. Richard
Re: javafx-font opensourced
While I agree with Tom that setting up a Nexus (or Artifactory) repo is easy, I don't see any point for OSS stuff. That's what Sonatype is for, take advantage of it. Setting up your own Nexus (or Artifactory) is needed if you have proprietary stuff that you want to keep private or have licensing restrictions on, but the whole point of OpenJDK is to not be that - OSS Sonatype exists to make life easier for exactly these sorts of projects. You may want to setup an internal Nexus inside for your Oracle stuff but then you definitely wouldn't be giving us access to that. On Fri, Jun 21, 2013 at 5:01 PM, Tom Eugelink t...@tbee.org wrote: What I wanted to say with that (friends always accuse me of not being to the point) is that by running a Nexus repo yourself, - Oracle is self hosting - But also immediately compatible with Maven, Gradle, Ivy, etc - Allow other repo's to easily proxy, which improves availability I'm more than happy to setup a Nexus. Tom On 2013-06-21 08:56, Tom Eugelink wrote: Installing Nexus is extremely simple (kudo's to sonatype for that). I've got a copy running myself, proxying all kinds of other repo's, just to be not dependent on other hosting. Tom On 2013-06-21 08:51, Richard Bair wrote: Oracle has this thing about wanting to self host everything. However that doesn't stop the community from putting OpenJDK / OpenJFX stuff somewhere reasonable until Oracle finally gets all the infrastructure in place and the OpenJDK project can then take advantage of it. Richard On Jun 20, 2013, at 11:34 PM, Daniel Zwolenski zon...@gmail.com wrote: Why not use Sonatype for your repo? For third party jars that aren't in central, you can upload these assuming the licence allows it: https://docs.sonatype.org/**display/Repository/Uploading+** 3rd-party+Artifacts+to+The+**Central+Repositoryhttps://docs.sonatype.org/display/Repository/Uploading+3rd-party+Artifacts+to+The+Central+Repository For your own stuff that you aren't going to publish for real but still want to be available (e.g. latest releases of JFX), publish it as a SNAPSHOT. For real stuff, publish it proper into the Maven repo and make it available for use by the community. It certainly would make my life massively more enjoyable if a build of the JRE was available for download for each of the platforms. And things like win-launcher.exe and other secondary assets would also make it much easier to work on the packaging tools, etc. On Fri, Jun 21, 2013 at 2:34 PM, Richard Bair richard.b...@oracle.com wrote: Yes, working on the web view building. The main issue is there are a handful of libs (libxml, libxslt, etc) that we have to figure out where to put. I believe these are unaltered by us, but built with different flags to strip out stuff we don't need. I've asked Peter whether we can post the build instructions to produce these libs, and then figured once anyone can build them, it wouldn't be to hard to find a place to put them. Ultimately we're trying to get a public artifactory repository setup for OpenJDK which would be the natural place for us to put all our dependencies like this, but in the meantime we just need a place to put some binaries. I know some of these binaries could be found elsewhere but not all of them (win64 builds I think are missing for example). On Jun 20, 2013, at 8:56 PM, Danno Ferrin danno.fer...@shemnon.com wrote: On Thu, Jun 20, 2013 at 5:21 PM, Daniel Zwolenski zon...@gmail.com wrote: This time sending to the list (gets me every time!): Great news! Danno - where does this put us with the JFX78 backport? Can we get a build of this for iOS now or what's needed to close this loop? The good news is that my JFX78 project now compiles via gradle without needing a stub jar. I took out the date picker and the builders for media and web view. So you can download it locally and build a jfxrt.jar and likely use the ios libs that build currently. I haven't poked around too much with the native bits. (see https://bitbucket.org/narya/**jfx78https://bitbucket.org/narya/jfx78 ) I also have been working on some maven distribution for this, not ready for consumption yet but an accessory build file creates the poms and handles the upload tasks ( https://bitbucket.org/narya/**jfx78/src/** 3fe6c37ebdfbed33d1bdc9ad9d6a20**37972de680/narya.gradle?at=**defaulthttps://bitbucket.org/narya/jfx78/src/3fe6c37ebdfbed33d1bdc9ad9d6a2037972de680/narya.gradle?at=default ). The date picker will return when the threetenbp jars are updated, and media when those files are released. WebView I either need to submit a patch to get it building in gradle or be patient. But honestly all three of these rank in priority for me below writing a jfpackager bundler that wraps robovm. The RoboVM Maven plugin is working. I'd be keen to make it work with JFX auto included so basically you can create a normal project and run mvn
Custom shaders for JavaFX
I have posted before about my belief that it is essential for JavaFX to support custom shaders before its upcoming 3D API can really be considered fully fledged. Indeed I truly believe that this is an absolutely critical feature and that without it JavaFX will not be adopted for serious 3D applications. Accordingly I have some questions that I would appreciate being addressed: 1. What are Oracle's plans (if any) for custom shader support in future versions of JavaFX? 2. Is such support planned for FX9? 3. How will the issues of supporting both OpenGL and Direct3D be overcome? 4. If any of the above are answered, has a language been chosen for defining shaders (e.g. OSL)? Thanks, -jct
Re: javafx-font opensourced
Ok, that's how I read it, and so as per my email Sonatype still makes sense to me as the spot to put these libs (see the link I linked to). And, as I said, once you start using it for your third party repos it's a small step to then start deploying the actual built artifacts into it, which is something I've been asking for since I first joined in when 2.0 was in beta. We couldn't do it before now because of legal reasons with Oracle. Now we can legally do it but it's technically very, very easy for you guys to do and very hard for us to do. I have already the Sonatype groupId setup and waiting for you to use so most of red tape part is already done. I don't really see any reason not to do this but you seem reluctant? What's the reason for the reluctance? On Fri, Jun 21, 2013 at 5:14 PM, Richard Bair richard.b...@oracle.comwrote: Are we talking Oracle or OpenJDK here. I got the impression those libs were Open? Right, it is confusing. Much of the code we (meaning the build system) are building all the time (for example, all of webkit or gstreamer). However some of it (libxslt, libxml, some others) we have only built and then loaded up onto an internal web server as a zip. The existing closed ant build system downloads that zip and unpacks it, and then the existing ant build uses those libraries for building webkit and producing the final artifacts. So in order to get the build working we either need to include the sources for these libs and build them every time, or build them once and put them someplace that Gradle can download them from. The ideal thing would be for OpenJDK to have a public binary repository in which we can put all our OpenJDK stuff (including snapshots of every build, and all the native libraries, etc) and then our gradle build can just pull everything from there. However in the meantime, I'd be happy if those native libs lived anywhere and we wired it up in the gradle build to make it automatic. The point I was making about Oracle vs OpenJDK is just that the Official Java / JavaFX / Oracle JDK builds will always probably be downloaded via that web page and the continuous builds of that might not be exposed in a binary repository. But the OpenJDK / OpenJFX builds certainly could be AFAIK and certainly could be hosted by anybody on any server since it is all just GPL. So what I was referring to wasn't putting builds of OpenJFX into Maven so much as putting the libxml, libxslt, and other web dependencies someplace like maven that we could then pull from in order to be able to build web view. Richard
Re: javafx-font opensourced
That was a response to the fact that Oracle prefers to self-host. Tom On 2013-06-21 09:10, Daniel Zwolenski wrote: While I agree with Tom that setting up a Nexus (or Artifactory) repo is easy, I don't see any point for OSS stuff. That's what Sonatype is for, take advantage of it. Setting up your own Nexus (or Artifactory) is needed if you have proprietary stuff that you want to keep private or have licensing restrictions on, but the whole point of OpenJDK is to not be that - OSS Sonatype exists to make life easier for exactly these sorts of projects. You may want to setup an internal Nexus inside for your Oracle stuff but then you definitely wouldn't be giving us access to that. On Fri, Jun 21, 2013 at 5:01 PM, Tom Eugelink t...@tbee.org mailto:t...@tbee.org wrote: What I wanted to say with that (friends always accuse me of not being to the point) is that by running a Nexus repo yourself, - Oracle is self hosting - But also immediately compatible with Maven, Gradle, Ivy, etc - Allow other repo's to easily proxy, which improves availability I'm more than happy to setup a Nexus. Tom On 2013-06-21 08:56, Tom Eugelink wrote: Installing Nexus is extremely simple (kudo's to sonatype for that). I've got a copy running myself, proxying all kinds of other repo's, just to be not dependent on other hosting. Tom On 2013-06-21 08:51, Richard Bair wrote: Oracle has this thing about wanting to self host everything. However that doesn't stop the community from putting OpenJDK / OpenJFX stuff somewhere reasonable until Oracle finally gets all the infrastructure in place and the OpenJDK project can then take advantage of it. Richard On Jun 20, 2013, at 11:34 PM, Daniel Zwolenski zon...@gmail.com mailto:zon...@gmail.com wrote: Why not use Sonatype for your repo? For third party jars that aren't in central, you can upload these assuming the licence allows it: https://docs.sonatype.org/display/Repository/Uploading+3rd-party+Artifacts+to+The+Central+Repository For your own stuff that you aren't going to publish for real but still want to be available (e.g. latest releases of JFX), publish it as a SNAPSHOT. For real stuff, publish it proper into the Maven repo and make it available for use by the community. It certainly would make my life massively more enjoyable if a build of the JRE was available for download for each of the platforms. And things like win-launcher.exe and other secondary assets would also make it much easier to work on the packaging tools, etc. On Fri, Jun 21, 2013 at 2:34 PM, Richard Bair richard.b...@oracle.com mailto:richard.b...@oracle.com wrote: Yes, working on the web view building. The main issue is there are a handful of libs (libxml, libxslt, etc) that we have to figure out where to put. I believe these are unaltered by us, but built with different flags to strip out stuff we don't need. I've asked Peter whether we can post the build instructions to produce these libs, and then figured once anyone can build them, it wouldn't be to hard to find a place to put them. Ultimately we're trying to get a public artifactory repository setup for OpenJDK which would be the natural place for us to put all our dependencies like this, but in the meantime we just need a place to put some binaries. I know some of these binaries could be found elsewhere but not all of them (win64 builds I think are missing for example). On Jun 20, 2013, at 8:56 PM, Danno Ferrin danno.fer...@shemnon.com mailto:danno.fer...@shemnon.com wrote: On Thu, Jun 20, 2013 at 5:21 PM, Daniel Zwolenski zon...@gmail.com mailto:zon...@gmail.com wrote: This time sending to the list (gets me every time!): Great news! Danno - where does this put us with the JFX78 backport? Can we get a build of this for iOS now or what's needed to close this loop? The good news is that my JFX78 project now compiles via gradle without needing a stub jar. I took out the date picker and the builders for media and web view. So you can download it locally and build a jfxrt.jar and likely use the ios libs that build currently. I haven't poked around too much with the native bits. (see https://bitbucket.org/narya/jfx78) I also have been working on some maven distribution for this, not ready for consumption yet but an accessory build file creates the poms and handles the upload tasks (
Re: javafx-font opensourced
There's a whole infrastructure project going on for OpenJDK, and we need to coordinate with those guys. Nothings ever easy! On Jun 21, 2013, at 12:25 AM, Daniel Zwolenski zon...@gmail.com wrote: Ok, that's how I read it, and so as per my email Sonatype still makes sense to me as the spot to put these libs (see the link I linked to). And, as I said, once you start using it for your third party repos it's a small step to then start deploying the actual built artifacts into it, which is something I've been asking for since I first joined in when 2.0 was in beta. We couldn't do it before now because of legal reasons with Oracle. Now we can legally do it but it's technically very, very easy for you guys to do and very hard for us to do. I have already the Sonatype groupId setup and waiting for you to use so most of red tape part is already done. I don't really see any reason not to do this but you seem reluctant? What's the reason for the reluctance? On Fri, Jun 21, 2013 at 5:14 PM, Richard Bair richard.b...@oracle.com wrote: Are we talking Oracle or OpenJDK here. I got the impression those libs were Open? Right, it is confusing. Much of the code we (meaning the build system) are building all the time (for example, all of webkit or gstreamer). However some of it (libxslt, libxml, some others) we have only built and then loaded up onto an internal web server as a zip. The existing closed ant build system downloads that zip and unpacks it, and then the existing ant build uses those libraries for building webkit and producing the final artifacts. So in order to get the build working we either need to include the sources for these libs and build them every time, or build them once and put them someplace that Gradle can download them from. The ideal thing would be for OpenJDK to have a public binary repository in which we can put all our OpenJDK stuff (including snapshots of every build, and all the native libraries, etc) and then our gradle build can just pull everything from there. However in the meantime, I'd be happy if those native libs lived anywhere and we wired it up in the gradle build to make it automatic. The point I was making about Oracle vs OpenJDK is just that the Official Java / JavaFX / Oracle JDK builds will always probably be downloaded via that web page and the continuous builds of that might not be exposed in a binary repository. But the OpenJDK / OpenJFX builds certainly could be AFAIK and certainly could be hosted by anybody on any server since it is all just GPL. So what I was referring to wasn't putting builds of OpenJFX into Maven so much as putting the libxml, libxslt, and other web dependencies someplace like maven that we could then pull from in order to be able to build web view. Richard
Re: Custom shaders for JavaFX
1. What are Oracle's plans (if any) for custom shader support in future versions of JavaFX? What we've been looking at is not custom shaders, but the ability to allow an application to do all its own OpenGL and give it back to us. Custom shaders might be viewed as a separate issue, such as a way to do custom Effects (which is another long-standing wouldn't-it-be-great-if). Which one are you looking for specifically? 2. Is such support planned for FX9? I'm hoping before that, in an 8 update release. 3. How will the issues of supporting both OpenGL and Direct3D be overcome? Don't know. One idea is to just expose a way for applications to give us a texture, and leave it up to them to give us the right kind. Sort of lame. Another is to only expose OpenGL and then have a way to use OpenGL on windows. You'd probably have to opt-in to this so that if it crashes because of bad drivers it isn't our bad. Another way is to use a mapping layer like WebGL does. My personal view is that we only expose OpenGL and have a way to map from OpenGL to D3D on Windows. 4. If any of the above are answered, has a language been chosen for defining shaders (e.g. OSL)? I would like to be able to just use OpenGL and say GLSL is our language. Richard
Re: Custom shaders for JavaFX
It's already possible to do this in Swing usine JOGL, and draw a swing hierarchy in an external OpenGL context, but its still *lot* of work to do, and it involve some amount of tricks to lure swing that it is drawing in its own context. Still it would be great to be able to do it put of the box in JavaFX. Hervé Sent from my iPhone On 21 juin 2013, at 09:41, Richard Bair richard.b...@oracle.com wrote: 1. What are Oracle's plans (if any) for custom shader support in future versions of JavaFX? What we've been looking at is not custom shaders, but the ability to allow an application to do all its own OpenGL and give it back to us. Custom shaders might be viewed as a separate issue, such as a way to do custom Effects (which is another long-standing wouldn't-it-be-great-if). Which one are you looking for specifically? 2. Is such support planned for FX9? I'm hoping before that, in an 8 update release. 3. How will the issues of supporting both OpenGL and Direct3D be overcome? Don't know. One idea is to just expose a way for applications to give us a texture, and leave it up to them to give us the right kind. Sort of lame. Another is to only expose OpenGL and then have a way to use OpenGL on windows. You'd probably have to opt-in to this so that if it crashes because of bad drivers it isn't our bad. Another way is to use a mapping layer like WebGL does. My personal view is that we only expose OpenGL and have a way to map from OpenGL to D3D on Windows. 4. If any of the above are answered, has a language been chosen for defining shaders (e.g. OSL)? I would like to be able to just use OpenGL and say GLSL is our language. Richard
RE: Custom shaders for JavaFX
Hi Richard, I am very pleased with your response! I am pleased that it was a quick and assertive response. I am pleased that Oracle seems committed to supporting more advanced 3D graphics techniques and allowing an application to render using OpenGL is definitely the way to go (which would of course include custom shaders). Let's face it, OpenGL is *the* universal graphics API and runs on just about every OS and device. The obvious exceptions are Windows Phone 8 (as far as I know) and Windows 8 Metro mode but one could argue that no one really cares about them anyway :-) I am pleased that you are hinting that such enhancements may be available *before* the release of Java 9. I am pleased that you are suggesting GLSL may be the best way to go for a shader language. GLSL is mature, well understood and very powerful. No need to reinvent the wheel or use some other dubious 3rd party language. I am pleased that you are talking about some kind of automatic mapping of OpenGL to Direct3D as that would take care of the 2 platforms that I mentioned above that don't support OpenGL. OpenGL is everywhere, even in the browser through WebGL, and *even* IE is mooted to support it in IE 11. I am definitely looking forward to the day I can mix advanced 2D and 3D graphics in a Java program that runs on just about every conceivable device simply by choosing JavaFX as my graphics toolkit. Please keep up the great work and make all this a reality! Thanks, -jct -Original Message- From: Richard Bair [mailto:richard.b...@oracle.com] Sent: Friday, 21 June 2013 17:41 To: John C. Turnbull Cc: openjfx-dev@openjdk.java.net Subject: Re: Custom shaders for JavaFX 1. What are Oracle's plans (if any) for custom shader support in future versions of JavaFX? What we've been looking at is not custom shaders, but the ability to allow an application to do all its own OpenGL and give it back to us. Custom shaders might be viewed as a separate issue, such as a way to do custom Effects (which is another long-standing wouldn't-it-be-great-if). Which one are you looking for specifically? 2. Is such support planned for FX9? I'm hoping before that, in an 8 update release. 3. How will the issues of supporting both OpenGL and Direct3D be overcome? Don't know. One idea is to just expose a way for applications to give us a texture, and leave it up to them to give us the right kind. Sort of lame. Another is to only expose OpenGL and then have a way to use OpenGL on windows. You'd probably have to opt-in to this so that if it crashes because of bad drivers it isn't our bad. Another way is to use a mapping layer like WebGL does. My personal view is that we only expose OpenGL and have a way to map from OpenGL to D3D on Windows. 4. If any of the above are answered, has a language been chosen for defining shaders (e.g. OSL)? I would like to be able to just use OpenGL and say GLSL is our language. Richard=
hg: openjfx/8/controls/rt: RT-25002: save off initial value of property for use when resetting.
Changeset: f4cb964fba96 Author:David Grievedavid.gri...@oracle.com Date: 2013-06-21 11:34 -0400 URL: http://hg.openjdk.java.net/openjfx/8/controls/rt/rev/f4cb964fba96 RT-25002: save off initial value of property for use when resetting. ! javafx-ui-common/src/javafx/css/StyleableBooleanProperty.java ! javafx-ui-common/src/javafx/css/StyleableDoubleProperty.java ! javafx-ui-common/src/javafx/css/StyleableFloatProperty.java ! javafx-ui-common/src/javafx/css/StyleableIntegerProperty.java ! javafx-ui-common/src/javafx/css/StyleableLongProperty.java ! javafx-ui-common/src/javafx/css/StyleableObjectProperty.java ! javafx-ui-common/src/javafx/css/StyleableStringProperty.java ! javafx-ui-common/src/javafx/scene/CssStyleHelper.java ! javafx-ui-common/test/unit/com/sun/javafx/css/PseudoClassTest.java
hg: openjfx/8/graphics/rt: RT-31161: Scenegraph: error in GridPane layout with rowConstraint
Changeset: 4c80b614717f Author:Eva Krejcirova eva.krejcir...@oracle.com Date: 2013-06-21 16:33 +0100 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/4c80b614717f RT-31161: Scenegraph: error in GridPane layout with rowConstraint minWidth/ minHeight constraints weren't taken into account when no prefWidth/prefHeight was set for the column/row and no children was placed in the column/row. ! javafx-ui-common/src/javafx/scene/layout/GridPane.java ! javafx-ui-common/test/unit/javafx/scene/layout/GridPaneTest.java
Re: Custom shaders for JavaFX
It's great to see this being requested. There are a few things that need to be considered when providing the ability to do custom shaders in any API. 1) With what API will this be applied to. Materials? RenderToImage? CSS? etc. 2) We need to make sure our material API is up to par (not a big deal). 3) How will these shaders be exposed. We have a lot of different approaches to consider. -GLSL and convert it to HLSL -extend JSL (which is pretty much like GLSL) -Let the user provide the correct kind of shader. -Some other language (Cg). 4) I'm also reluctant to provide just vanilla vertex and pixel shaders. Some API's out there like Unity, for example, provide hybrids called surface shaders that can automatically configure a lot of the stuff people take for granted. I agree that it would be great to have this in an update release. -Joe Andresen Graphics Engineer, JFX - Original Message - From: herve.gi...@gmail.com To: richard.b...@oracle.com Cc: openjfx-dev@openjdk.java.net Sent: Friday, June 21, 2013 3:03:10 AM GMT -08:00 US/Canada Pacific Subject: Re: Custom shaders for JavaFX It's already possible to do this in Swing usine JOGL, and draw a swing hierarchy in an external OpenGL context, but its still *lot* of work to do, and it involve some amount of tricks to lure swing that it is drawing in its own context. Still it would be great to be able to do it put of the box in JavaFX. Hervé Sent from my iPhone On 21 juin 2013, at 09:41, Richard Bair richard.b...@oracle.com wrote: 1. What are Oracle's plans (if any) for custom shader support in future versions of JavaFX? What we've been looking at is not custom shaders, but the ability to allow an application to do all its own OpenGL and give it back to us. Custom shaders might be viewed as a separate issue, such as a way to do custom Effects (which is another long-standing wouldn't-it-be-great-if). Which one are you looking for specifically? 2. Is such support planned for FX9? I'm hoping before that, in an 8 update release. 3. How will the issues of supporting both OpenGL and Direct3D be overcome? Don't know. One idea is to just expose a way for applications to give us a texture, and leave it up to them to give us the right kind. Sort of lame. Another is to only expose OpenGL and then have a way to use OpenGL on windows. You'd probably have to opt-in to this so that if it crashes because of bad drivers it isn't our bad. Another way is to use a mapping layer like WebGL does. My personal view is that we only expose OpenGL and have a way to map from OpenGL to D3D on Windows. 4. If any of the above are answered, has a language been chosen for defining shaders (e.g. OSL)? I would like to be able to just use OpenGL and say GLSL is our language. Richard
Java6 on 10.9
btw...I „believe“ Java6 works automatically on 10.9 ;) Best, Tobi
JDK feature complete..
Hi, Now that JDK 8 is feature complete does that also mean that JavaFX8 is feature complete? That is, no more new features will be added? Thanks, regards, -- Pedro Duque Vieira
hg: openjfx/8/graphics/rt: 3DViewer: Implemented Show hierarchy feature.
Changeset: 861cc97175cb Author:Alexander Kouznetsov Date: 2013-06-21 13:44 -0700 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/861cc97175cb 3DViewer: Implemented Show hierarchy feature. ! apps/experiments/3DViewer/src/main/java/com/javafx/experiments/jfx3dviewer/ContentModel.java ! apps/experiments/3DViewer/src/main/java/com/javafx/experiments/jfx3dviewer/MainController.java ! apps/experiments/3DViewer/src/main/java/com/javafx/experiments/jfx3dviewer/SessionManager.java ! apps/experiments/3DViewer/src/main/java/com/javafx/experiments/jfx3dviewer/SettingsController.java ! apps/experiments/3DViewer/src/main/java/com/javafx/experiments/jfx3dviewer/settings.fxml
hg: openjfx/8/graphics/rt: Gradle build: copy required libraries into .libs for the sake of the IDEs, so they can have references to SWT jar and Antlr and such in order to have no red squiggles
Changeset: f78fc2ff7c9a Author:Richard Bair richard.b...@oracle.com Date: 2013-06-21 15:03 -0700 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/f78fc2ff7c9a Gradle build: copy required libraries into .libs for the sake of the IDEs, so they can have references to SWT jar and Antlr and such in order to have no red squiggles ! build.gradle
hg: openjfx/8/graphics/rt: Gradle build: added ant to the .libs for the sake of FXPackager
Changeset: 35d6c5456e67 Author:Richard Bair richard.b...@oracle.com Date: 2013-06-21 16:09 -0700 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/35d6c5456e67 Gradle build: added ant to the .libs for the sake of FXPackager ! build.gradle
hg: openjfx/8/graphics/rt: 3DViewer: Improved session settings persistence.
Changeset: 07ee4aa067ee Author:Alexander Kouznetsov Date: 2013-06-21 16:30 -0700 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/07ee4aa067ee 3DViewer: Improved session settings persistence. ! apps/experiments/3DViewer/src/main/java/com/javafx/experiments/jfx3dviewer/MainController.java ! apps/experiments/3DViewer/src/main/java/com/javafx/experiments/jfx3dviewer/SessionManager.java