Re: JavaFX features in JDK 9
To be fair Jack, WORA is/was used in reference to the Java language itself; not JavaFX. Felix On 30 June 2015 at 17:12, Jack Moxley j...@moxley.co.uk wrote: coughwrite once, run anywhere/cough Sent from my iPhone On 29 Jun 2015, at 21:45, Michał Zegan webczat_...@poczta.onet.pl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Does it mean platform support for linux won't be implemented now, or at all? I usually use windows, but still depend on that support because I sometimes use linux, so I am interested about that. W dniu 2015-06-29 o 22:40, Kevin Rushforth pisze: There is public API in 8u40 to support accessibility. Applications using standard JavaFX controls can, for example, use the accessibleText property to define the text that the screen reader will speak or the accessibleHelp property to provide a more detailed description. These properties have reasonable defaults, but can be overridden by applications. Additionally, if you use the labelFor property to point to a Control that the Label is associated with, the accessibility framework will use that when the screen reader is active. Custom controls can override the queryAccessibleAttribute, executeAccessibleAction, and notifyAccessibleAttributeChanged methods. As for platform support, we currently support Windows and Mac platforms. We have no plan to make FX accessible on Linux . -- Kevin Michał Zegan wrote: I saw it, and it seems promising, but: first, there is probably, or I heard it wrong? no public api for making accessibility related stuff... Also, I believe there is no linux accessibility bridge as opposed to windows and mac. And I do not know if I am wrong, or when this is going to be implemented. W dniu 2015-06-29 o 20:30, Kevin Rushforth pisze: JavaFX accessibility is already implemented and was delivered in JDK 8u40. -- Kevin Michał Zegan wrote: What about accessibility work? Work on it has been started, but not sure if it is still targetted for 9. W dniu 2015-06-27 o 20:16, Mike pisze: a lot of FULL blown Webrtc support and building something in Javafx (like Scene Builder) that Proves Webrtc support would be awesome. Ditto to Webgl support. On Sat, Jun 27, 2015 at 8:07 AM, Kevin Rushforth kevin.rushfo...@oracle.com wrote: Hi Felix, Sorry for the delay. Most of us were still pretty focused on 8u60, but we are turning our attention to JDK 9 now. The focus for JDK 9 is Jigsaw. The currently planned big features (JEPs) for FX in JDK 9 are these: JEP 253: Prepare JavaFX UI Controls CSS APIs for Modularization JEP 257: Update JavaFX/Media to Newer Version of GStreamer Related to Jigasw, we intend to look into new API for heavily used internal methods / classes since they will no longer be accessible otherwise. We also plan to update WebKit at least one more time, and will likely do a few RFEs such as better Hi-DPI support (with API control) on Mac, Windows, Linux. We don't currently plan any other big features for 9, but will consider additional RFEs if they are important to enough developers and if they fit into the time frame. -- Kevin Felix Bembrick wrote: Anyone got anything or is there a link somewhere that talks about these? On 15 June 2015 at 22:00, Felix Bembrick felix.bembr...@gmail.com wrote: I realise we are a long way off JDK 9 still and with crucial features such as Jigsaw still a little up in the air but is it possible someone could itemise the most likely new features, enhancements and bug fixes that we will see in JavaFX when JDK 9 is released? Of course it's purely speculation at this point but it would assist me greatly to have some of idea of where JavaFX is heading and which areas are seen as most important. Thanks, Felix -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBAgAGBQJVka5MAAoJEHb1CzgxXKwYbKwP/RFa3NjMnXWFc6o5EzIFYlh3 5ExLUgu+IVWr1fewrf+KTcR9WmyXWN2ju8zkRb7nhjSiA+5XAf3vbvUBGTaaa1A4 92Fd0W2Mfj8M9F3Px5QP1TMS1BO7GrO12zsB+obmBvWA/xWy0GEoctja8ohT5aNf hs7foi4pZRK6abMvxd94WdSNh/KhzqNvllD3tIkqlasTOOH1i7bEreQ9sxN6+DRF JB87JSRuml7rYEgsOSx5Z2EE7YdgqYjdfHSAIwBvqkRDQZuOp8RrWzU6wFyyzhlm RtuAQJWj1I2DNbZE9iCNJzYqajnp0OellbxGr9SrJaVPpqNjjbw6zoGZ3bhgCAow BAZUlllG9UVoKcl1bHDvmB01RG2JP7RtBByS0cbqGQM0/YqtknbNWpl2r5kTVyH1 EZnfkXmXYi/lqgyRBf1/WqlJnuT10ra7oAQytUajZ3cQJNbRwuFycV0yvbGo11xS eaQO2ECgYyubLE8vsnw1L+2U4wLAMXY9Q3Ob1kLq12UEYB8WMoLZ+IAixUUJ6abB reI+epG/Bh27R0fHChkHEgY65TIMRt8RtOXxzs+Nf0VVAC4Lj9378Y8ZEr14RbcZ mO+5TvyqfDhyIP4WevGDF2/tQTvlsAzl7UuiTtD3pWZ+CpN2WeNimBHPN2ZI6lii Mfj0LIA1IawOjtYjlnHz =lXSV -END PGP SIGNATURE-
Re: JavaFX features in JDK 9
coughwrite once, run anywhere/cough This about sums it up! On Tue, Jun 30, 2015 at 12:12 AM, Jack Moxley j...@moxley.co.uk wrote: coughwrite once, run anywhere/cough Sent from my iPhone On 29 Jun 2015, at 21:45, Michał Zegan webczat_...@poczta.onet.pl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Does it mean platform support for linux won't be implemented now, or at all? I usually use windows, but still depend on that support because I sometimes use linux, so I am interested about that. W dniu 2015-06-29 o 22:40, Kevin Rushforth pisze: There is public API in 8u40 to support accessibility. Applications using standard JavaFX controls can, for example, use the accessibleText property to define the text that the screen reader will speak or the accessibleHelp property to provide a more detailed description. These properties have reasonable defaults, but can be overridden by applications. Additionally, if you use the labelFor property to point to a Control that the Label is associated with, the accessibility framework will use that when the screen reader is active. Custom controls can override the queryAccessibleAttribute, executeAccessibleAction, and notifyAccessibleAttributeChanged methods. As for platform support, we currently support Windows and Mac platforms. We have no plan to make FX accessible on Linux . -- Kevin Michał Zegan wrote: I saw it, and it seems promising, but: first, there is probably, or I heard it wrong? no public api for making accessibility related stuff... Also, I believe there is no linux accessibility bridge as opposed to windows and mac. And I do not know if I am wrong, or when this is going to be implemented. W dniu 2015-06-29 o 20:30, Kevin Rushforth pisze: JavaFX accessibility is already implemented and was delivered in JDK 8u40. -- Kevin Michał Zegan wrote: What about accessibility work? Work on it has been started, but not sure if it is still targetted for 9. W dniu 2015-06-27 o 20:16, Mike pisze: a lot of FULL blown Webrtc support and building something in Javafx (like Scene Builder) that Proves Webrtc support would be awesome. Ditto to Webgl support. On Sat, Jun 27, 2015 at 8:07 AM, Kevin Rushforth kevin.rushfo...@oracle.com wrote: Hi Felix, Sorry for the delay. Most of us were still pretty focused on 8u60, but we are turning our attention to JDK 9 now. The focus for JDK 9 is Jigsaw. The currently planned big features (JEPs) for FX in JDK 9 are these: JEP 253: Prepare JavaFX UI Controls CSS APIs for Modularization JEP 257: Update JavaFX/Media to Newer Version of GStreamer Related to Jigasw, we intend to look into new API for heavily used internal methods / classes since they will no longer be accessible otherwise. We also plan to update WebKit at least one more time, and will likely do a few RFEs such as better Hi-DPI support (with API control) on Mac, Windows, Linux. We don't currently plan any other big features for 9, but will consider additional RFEs if they are important to enough developers and if they fit into the time frame. -- Kevin Felix Bembrick wrote: Anyone got anything or is there a link somewhere that talks about these? On 15 June 2015 at 22:00, Felix Bembrick felix.bembr...@gmail.com wrote: I realise we are a long way off JDK 9 still and with crucial features such as Jigsaw still a little up in the air but is it possible someone could itemise the most likely new features, enhancements and bug fixes that we will see in JavaFX when JDK 9 is released? Of course it's purely speculation at this point but it would assist me greatly to have some of idea of where JavaFX is heading and which areas are seen as most important. Thanks, Felix -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBAgAGBQJVka5MAAoJEHb1CzgxXKwYbKwP/RFa3NjMnXWFc6o5EzIFYlh3 5ExLUgu+IVWr1fewrf+KTcR9WmyXWN2ju8zkRb7nhjSiA+5XAf3vbvUBGTaaa1A4 92Fd0W2Mfj8M9F3Px5QP1TMS1BO7GrO12zsB+obmBvWA/xWy0GEoctja8ohT5aNf hs7foi4pZRK6abMvxd94WdSNh/KhzqNvllD3tIkqlasTOOH1i7bEreQ9sxN6+DRF JB87JSRuml7rYEgsOSx5Z2EE7YdgqYjdfHSAIwBvqkRDQZuOp8RrWzU6wFyyzhlm RtuAQJWj1I2DNbZE9iCNJzYqajnp0OellbxGr9SrJaVPpqNjjbw6zoGZ3bhgCAow BAZUlllG9UVoKcl1bHDvmB01RG2JP7RtBByS0cbqGQM0/YqtknbNWpl2r5kTVyH1 EZnfkXmXYi/lqgyRBf1/WqlJnuT10ra7oAQytUajZ3cQJNbRwuFycV0yvbGo11xS eaQO2ECgYyubLE8vsnw1L+2U4wLAMXY9Q3Ob1kLq12UEYB8WMoLZ+IAixUUJ6abB reI+epG/Bh27R0fHChkHEgY65TIMRt8RtOXxzs+Nf0VVAC4Lj9378Y8ZEr14RbcZ mO+5TvyqfDhyIP4WevGDF2/tQTvlsAzl7UuiTtD3pWZ+CpN2WeNimBHPN2ZI6lii Mfj0LIA1IawOjtYjlnHz =lXSV -END PGP SIGNATURE-
Re: JavaFX features in JDK 9
coughJavaFX has *never* claimed to be write once, run anyway/cough On 30 Jun 2015, at 18:13, Mike mikeg...@gmail.com wrote: coughwrite once, run anywhere/cough This about sums it up! On Tue, Jun 30, 2015 at 12:12 AM, Jack Moxley j...@moxley.co.uk wrote: coughwrite once, run anywhere/cough Sent from my iPhone On 29 Jun 2015, at 21:45, Michał Zegan webczat_...@poczta.onet.pl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Does it mean platform support for linux won't be implemented now, or at all? I usually use windows, but still depend on that support because I sometimes use linux, so I am interested about that. W dniu 2015-06-29 o 22:40, Kevin Rushforth pisze: There is public API in 8u40 to support accessibility. Applications using standard JavaFX controls can, for example, use the accessibleText property to define the text that the screen reader will speak or the accessibleHelp property to provide a more detailed description. These properties have reasonable defaults, but can be overridden by applications. Additionally, if you use the labelFor property to point to a Control that the Label is associated with, the accessibility framework will use that when the screen reader is active. Custom controls can override the queryAccessibleAttribute, executeAccessibleAction, and notifyAccessibleAttributeChanged methods. As for platform support, we currently support Windows and Mac platforms. We have no plan to make FX accessible on Linux . -- Kevin Michał Zegan wrote: I saw it, and it seems promising, but: first, there is probably, or I heard it wrong? no public api for making accessibility related stuff... Also, I believe there is no linux accessibility bridge as opposed to windows and mac. And I do not know if I am wrong, or when this is going to be implemented. W dniu 2015-06-29 o 20:30, Kevin Rushforth pisze: JavaFX accessibility is already implemented and was delivered in JDK 8u40. -- Kevin Michał Zegan wrote: What about accessibility work? Work on it has been started, but not sure if it is still targetted for 9. W dniu 2015-06-27 o 20:16, Mike pisze: a lot of FULL blown Webrtc support and building something in Javafx (like Scene Builder) that Proves Webrtc support would be awesome. Ditto to Webgl support. On Sat, Jun 27, 2015 at 8:07 AM, Kevin Rushforth kevin.rushfo...@oracle.com wrote: Hi Felix, Sorry for the delay. Most of us were still pretty focused on 8u60, but we are turning our attention to JDK 9 now. The focus for JDK 9 is Jigsaw. The currently planned big features (JEPs) for FX in JDK 9 are these: JEP 253: Prepare JavaFX UI Controls CSS APIs for Modularization JEP 257: Update JavaFX/Media to Newer Version of GStreamer Related to Jigasw, we intend to look into new API for heavily used internal methods / classes since they will no longer be accessible otherwise. We also plan to update WebKit at least one more time, and will likely do a few RFEs such as better Hi-DPI support (with API control) on Mac, Windows, Linux. We don't currently plan any other big features for 9, but will consider additional RFEs if they are important to enough developers and if they fit into the time frame. -- Kevin Felix Bembrick wrote: Anyone got anything or is there a link somewhere that talks about these? On 15 June 2015 at 22:00, Felix Bembrick felix.bembr...@gmail.com wrote: I realise we are a long way off JDK 9 still and with crucial features such as Jigsaw still a little up in the air but is it possible someone could itemise the most likely new features, enhancements and bug fixes that we will see in JavaFX when JDK 9 is released? Of course it's purely speculation at this point but it would assist me greatly to have some of idea of where JavaFX is heading and which areas are seen as most important. Thanks, Felix -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBAgAGBQJVka5MAAoJEHb1CzgxXKwYbKwP/RFa3NjMnXWFc6o5EzIFYlh3 5ExLUgu+IVWr1fewrf+KTcR9WmyXWN2ju8zkRb7nhjSiA+5XAf3vbvUBGTaaa1A4 92Fd0W2Mfj8M9F3Px5QP1TMS1BO7GrO12zsB+obmBvWA/xWy0GEoctja8ohT5aNf hs7foi4pZRK6abMvxd94WdSNh/KhzqNvllD3tIkqlasTOOH1i7bEreQ9sxN6+DRF JB87JSRuml7rYEgsOSx5Z2EE7YdgqYjdfHSAIwBvqkRDQZuOp8RrWzU6wFyyzhlm RtuAQJWj1I2DNbZE9iCNJzYqajnp0OellbxGr9SrJaVPpqNjjbw6zoGZ3bhgCAow BAZUlllG9UVoKcl1bHDvmB01RG2JP7RtBByS0cbqGQM0/YqtknbNWpl2r5kTVyH1 EZnfkXmXYi/lqgyRBf1/WqlJnuT10ra7oAQytUajZ3cQJNbRwuFycV0yvbGo11xS eaQO2ECgYyubLE8vsnw1L+2U4wLAMXY9Q3Ob1kLq12UEYB8WMoLZ+IAixUUJ6abB reI+epG/Bh27R0fHChkHEgY65TIMRt8RtOXxzs+Nf0VVAC4Lj9378Y8ZEr14RbcZ mO+5TvyqfDhyIP4WevGDF2/tQTvlsAzl7UuiTtD3pWZ+CpN2WeNimBHPN2ZI6lii Mfj0LIA1IawOjtYjlnHz =lXSV -END PGP SIGNATURE-
Re: JavaFX features in JDK 9
Hard to say whether a public equivalent of NGExternalNode would be feasible in the JDK 9 time frame. It depends on how much work would be to expose what you would need in a way that would be robust. It isn't something we plan for JDK 9, but I haven't given it enough thought to know what would be involved. More interesting I think would be WebGL support itself or Rich Text (which was mentioned in this thread). We have RFEs filed for both, but neither are committed features. -- Kevin Michael Hoffer wrote: Hi all, I agree that we need WebGL support in JavaFX. Recently, I made some experiments with integrating the Qt based WebView/WebEngine into JavaFX via synchronized shared memory buffers (see https://www.youtube.com/watch?v=FlIrY1SlNM4 and https://www.youtube.com/watch?v=CQXG77O2MqQ). what can i do as a lowly developer to help? The implementation is highly experimental and there is a lot of work to do. Any help is highly appreciated! The advantage compared to the JavaFX WebKit project is that it is not necessary to fork WebKit. The downside is that the integration is not as good. Updating to a new versionof Qt WebView/WebEngine, however, is relatively easy since I'm using a QPainter that draws to a shared memory buffer. JavaFX gets access to the buffer via JNI. What concerns me is the limited API to directly draw buffers without performing too much copying. Therefore, *we need a public equivalent of NGExternalNode* (used by SwingNode, integrates Swing into JavaFX). Kevin, do you think this is realistic for JavaFX 9? Anyway, here is a link to the github repo: https://github.com/miho/VFXWebKit Regards, Michael 2015-06-30 14:09 GMT+02:00 Scott Palmer swpal...@gmail.com: On Jun 30, 2015, at 7:21 AM, Mike Hearn m...@plan99.net wrote: ... With respect to things like support WebRTC or support WebGL - seriously? WebRTC is useful for exactly one kind of app, video chat. It seems to have been driven primarily so Google could make a Skype competitor inside Gmail without having to make a downloadable plugin. There are already many competing video call apps that work fine. Video streaming, conferencing, etc. are important technologies. But if you are going with a Java UI, there isn’t much point in handcuffing yourself to a Web UI that will have a far worse user experience. As for WebGL, you can already do OpenGL from within Java just fine. Not “just fine in a JavaFX app though. With no access to native window handles or an OpenGL surface it’s not so simple. You have to fall back to AWT/Swing or go native and then you’ve got issues with the OpenGL parts not being well integrated into the rest of the UI. My commercial application has to create a separate AWT window to implement a video preview to avoid performance issues. With the AWT window I can get the native window handle and blit directly to the window without extra copies of uncompressed HD video frames. Being able to do arbitrary GL within an FX scene graph would be nice for some apps, but of course, on Windows you'd really need to be using Direct3D or some kind of performance-hurting translation layer as WebGL itself uses. Exactly. Access to a native drawing surface has been discussed for a long time. It would be nice to see some progress made with JavaFX 9. If I had a single wish it'd be for better rich text support, like a rich text editor component (maybe based on Tomas Mikula's work). That would be a great area for improvement. I personally would like to see my request for extensible media support (from 2008) to get some attention https://bugs.openjdk.java.net/browse/JDK-8091063 It should be possible (and reasonable) to write a non-linear editor like Final Cut Pro in Java (and some JNI) with a JavaFX UI. :-) Scott On Tue, Jun 30, 2015 at 1:13 PM, Jack Moxley j...@moxley.co.uk wrote: Maybe it should its aspirations a little higher, especially with the advent of unity, webgl or even scenegraph impls such as jmonkeyengine that do. Sent from my iPhone On 30 Jun 2015, at 09:42, Felix Bembrick felix.bembr...@gmail.com wrote: coughJavaFX has *never* claimed to be write once, run anyway/cough On 30 Jun 2015, at 18:13, Mike mikeg...@gmail.com wrote: coughwrite once, run anywhere/cough This about sums it up! On Tue, Jun 30, 2015 at 12:12 AM, Jack Moxley j...@moxley.co.uk wrote: coughwrite once, run anywhere/cough Sent from my iPhone On 29 Jun 2015, at 21:45, Michał Zegan webczat_...@poczta.onet.pl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Does it mean platform support for linux won't be implemented now, or at all? I usually use windows, but still depend on that support because I sometimes use linux, so I am interested about that. W dniu 2015-06-29 o 22:40, Kevin Rushforth pisze:
Re: JavaFX features in JDK 9
On Jun 30, 2015, at 7:21 AM, Mike Hearn m...@plan99.net wrote: ... With respect to things like support WebRTC or support WebGL - seriously? WebRTC is useful for exactly one kind of app, video chat. It seems to have been driven primarily so Google could make a Skype competitor inside Gmail without having to make a downloadable plugin. There are already many competing video call apps that work fine. Video streaming, conferencing, etc. are important technologies. But if you are going with a Java UI, there isn’t much point in handcuffing yourself to a Web UI that will have a far worse user experience. As for WebGL, you can already do OpenGL from within Java just fine. Not “just fine in a JavaFX app though. With no access to native window handles or an OpenGL surface it’s not so simple. You have to fall back to AWT/Swing or go native and then you’ve got issues with the OpenGL parts not being well integrated into the rest of the UI. My commercial application has to create a separate AWT window to implement a video preview to avoid performance issues. With the AWT window I can get the native window handle and blit directly to the window without extra copies of uncompressed HD video frames. Being able to do arbitrary GL within an FX scene graph would be nice for some apps, but of course, on Windows you'd really need to be using Direct3D or some kind of performance-hurting translation layer as WebGL itself uses. Exactly. Access to a native drawing surface has been discussed for a long time. It would be nice to see some progress made with JavaFX 9. If I had a single wish it'd be for better rich text support, like a rich text editor component (maybe based on Tomas Mikula's work). That would be a great area for improvement. I personally would like to see my request for extensible media support (from 2008) to get some attention https://bugs.openjdk.java.net/browse/JDK-8091063 It should be possible (and reasonable) to write a non-linear editor like Final Cut Pro in Java (and some JNI) with a JavaFX UI. :-) Scott On Tue, Jun 30, 2015 at 1:13 PM, Jack Moxley j...@moxley.co.uk wrote: Maybe it should its aspirations a little higher, especially with the advent of unity, webgl or even scenegraph impls such as jmonkeyengine that do. Sent from my iPhone On 30 Jun 2015, at 09:42, Felix Bembrick felix.bembr...@gmail.com wrote: coughJavaFX has *never* claimed to be write once, run anyway/cough On 30 Jun 2015, at 18:13, Mike mikeg...@gmail.com wrote: coughwrite once, run anywhere/cough This about sums it up! On Tue, Jun 30, 2015 at 12:12 AM, Jack Moxley j...@moxley.co.uk wrote: coughwrite once, run anywhere/cough Sent from my iPhone On 29 Jun 2015, at 21:45, Michał Zegan webczat_...@poczta.onet.pl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Does it mean platform support for linux won't be implemented now, or at all? I usually use windows, but still depend on that support because I sometimes use linux, so I am interested about that. W dniu 2015-06-29 o 22:40, Kevin Rushforth pisze: There is public API in 8u40 to support accessibility. Applications using standard JavaFX controls can, for example, use the accessibleText property to define the text that the screen reader will speak or the accessibleHelp property to provide a more detailed description. These properties have reasonable defaults, but can be overridden by applications. Additionally, if you use the labelFor property to point to a Control that the Label is associated with, the accessibility framework will use that when the screen reader is active. Custom controls can override the queryAccessibleAttribute, executeAccessibleAction, and notifyAccessibleAttributeChanged methods. As for platform support, we currently support Windows and Mac platforms. We have no plan to make FX accessible on Linux . -- Kevin Michał Zegan wrote: I saw it, and it seems promising, but: first, there is probably, or I heard it wrong? no public api for making accessibility related stuff... Also, I believe there is no linux accessibility bridge as opposed to windows and mac. And I do not know if I am wrong, or when this is going to be implemented. W dniu 2015-06-29 o 20:30, Kevin Rushforth pisze: JavaFX accessibility is already implemented and was delivered in JDK 8u40. -- Kevin Michał Zegan wrote: What about accessibility work? Work on it has been started, but not sure if it is still targetted for 9. W dniu 2015-06-27 o 20:16, Mike pisze: a lot of FULL blown Webrtc support and building something in Javafx (like Scene Builder) that Proves Webrtc support would be awesome. Ditto to Webgl support. On Sat, Jun 27, 2015 at 8:07 AM, Kevin Rushforth kevin.rushfo...@oracle.com wrote: Hi Felix, Sorry for the delay. Most of us were still pretty focused on 8u60, but we are turning our attention to JDK 9 now. The focus for
Re: JavaFX features in JDK 9
Hi all, I agree that we need WebGL support in JavaFX. Recently, I made some experiments with integrating the Qt based WebView/WebEngine into JavaFX via synchronized shared memory buffers (see https://www.youtube.com/watch?v=FlIrY1SlNM4 and https://www.youtube.com/watch?v=CQXG77O2MqQ). what can i do as a lowly developer to help? The implementation is highly experimental and there is a lot of work to do. Any help is highly appreciated! The advantage compared to the JavaFX WebKit project is that it is not necessary to fork WebKit. The downside is that the integration is not as good. Updating to a new versionof Qt WebView/WebEngine, however, is relatively easy since I'm using a QPainter that draws to a shared memory buffer. JavaFX gets access to the buffer via JNI. What concerns me is the limited API to directly draw buffers without performing too much copying. Therefore, *we need a public equivalent of NGExternalNode* (used by SwingNode, integrates Swing into JavaFX). Kevin, do you think this is realistic for JavaFX 9? Anyway, here is a link to the github repo: https://github.com/miho/VFXWebKit Regards, Michael 2015-06-30 14:09 GMT+02:00 Scott Palmer swpal...@gmail.com: On Jun 30, 2015, at 7:21 AM, Mike Hearn m...@plan99.net wrote: ... With respect to things like support WebRTC or support WebGL - seriously? WebRTC is useful for exactly one kind of app, video chat. It seems to have been driven primarily so Google could make a Skype competitor inside Gmail without having to make a downloadable plugin. There are already many competing video call apps that work fine. Video streaming, conferencing, etc. are important technologies. But if you are going with a Java UI, there isn’t much point in handcuffing yourself to a Web UI that will have a far worse user experience. As for WebGL, you can already do OpenGL from within Java just fine. Not “just fine in a JavaFX app though. With no access to native window handles or an OpenGL surface it’s not so simple. You have to fall back to AWT/Swing or go native and then you’ve got issues with the OpenGL parts not being well integrated into the rest of the UI. My commercial application has to create a separate AWT window to implement a video preview to avoid performance issues. With the AWT window I can get the native window handle and blit directly to the window without extra copies of uncompressed HD video frames. Being able to do arbitrary GL within an FX scene graph would be nice for some apps, but of course, on Windows you'd really need to be using Direct3D or some kind of performance-hurting translation layer as WebGL itself uses. Exactly. Access to a native drawing surface has been discussed for a long time. It would be nice to see some progress made with JavaFX 9. If I had a single wish it'd be for better rich text support, like a rich text editor component (maybe based on Tomas Mikula's work). That would be a great area for improvement. I personally would like to see my request for extensible media support (from 2008) to get some attention https://bugs.openjdk.java.net/browse/JDK-8091063 It should be possible (and reasonable) to write a non-linear editor like Final Cut Pro in Java (and some JNI) with a JavaFX UI. :-) Scott On Tue, Jun 30, 2015 at 1:13 PM, Jack Moxley j...@moxley.co.uk wrote: Maybe it should its aspirations a little higher, especially with the advent of unity, webgl or even scenegraph impls such as jmonkeyengine that do. Sent from my iPhone On 30 Jun 2015, at 09:42, Felix Bembrick felix.bembr...@gmail.com wrote: coughJavaFX has *never* claimed to be write once, run anyway/cough On 30 Jun 2015, at 18:13, Mike mikeg...@gmail.com wrote: coughwrite once, run anywhere/cough This about sums it up! On Tue, Jun 30, 2015 at 12:12 AM, Jack Moxley j...@moxley.co.uk wrote: coughwrite once, run anywhere/cough Sent from my iPhone On 29 Jun 2015, at 21:45, Michał Zegan webczat_...@poczta.onet.pl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Does it mean platform support for linux won't be implemented now, or at all? I usually use windows, but still depend on that support because I sometimes use linux, so I am interested about that. W dniu 2015-06-29 o 22:40, Kevin Rushforth pisze: There is public API in 8u40 to support accessibility. Applications using standard JavaFX controls can, for example, use the accessibleText property to define the text that the screen reader will speak or the accessibleHelp property to provide a more detailed description. These properties have reasonable defaults, but can be overridden by applications. Additionally, if you use the labelFor property to point to a Control that the Label is associated with, the accessibility framework will use that when the screen reader is active. Custom controls can override the queryAccessibleAttribute,
comboBox.setValue and ActionEvent cycle
I have combobox with page numbers (1,2,3,etc). When user select the certain page (by mouse or by keyboard(as combobox editable)) I want to show and total pages. That's why on combobox action I do: @FXMLprivatevoid onPageComboBoxAction(ActionEvent event){ combobox.setValue(currentPage+/+totalPages) } However this code ( combobox . setValue ) fires one more ActionEvent and code cycles. I tried to use swithers like boolean ignoreActionEvent but it didn't work as it seems event is handled in different thread. How to solve such problem? P.S. I understand that this problem is for user mailing list but I ask at stackoverflow and get no answer.
Re: Patch for JDK-8090098 - [regression] Webview - getTimezoneOffset() of a ISO strings returns a wrong value
On 30.06.2015 21:13, Hruda, Steve wrote: Hi Anton, thanks for the detailed information and the good news. You talk about JDK's jira? Am I right? . I don't have an access for that JIRA system since the JavaFX's Jira has moved to the JDK Bug System. Ah, ok. Then I'll quote your e-mail. About the Apple stuff. I know that Apple dropped Windows Safari support and in my opinion is this a very bad situation for WebKit (in case of Windows) and especially since Google and Opera using Google's Blink engine. In case of the JDK it would be more practicable to switch from WebKit to Blink, because this engine is still used by Companies which have Windows end-users. There is a high probability that WebKit get more such bugs if there is no big player like Google or Apple who has the man power to fix such OS dependent issues. I see. However, switching to Blink is another story. Honestly, we're not planning it in the nearest future. This requires extra resources which we don't have at the moment... Last questions: Do you need any additional information from my side? And is it possible to integrate this fix in 8u60? From my side, I'll do a sanity check with WebKit LayoutTests, then if it goes well, we can consider commiting this to 8u60. @Kevin, do you think we can? Also, as an option for you (Steve). You can post the changes to the WebKit alias and ask if they think this is a valid fix for the issue. Any confirmation from the WebKit team would help us to make sure the fix is reliable. Thanks! Anton. Thanks in advance! Best Regards, Steve Diese E-Mail wurde versandt im Auftrag des Unternehmens Intergraph Ges.m.b.H. Vertretungsberechtigte Geschäftsführer: Maximilian Weber Sitz der Gesellschaft: Margaretenstraße 70/I/1, 1050 Wien, Österreich, Tel. +43 (1) 9610567-0 Eingetragen beim Handelsgericht Wien, Firmenbuch-Nr.: FN 116859 b Umsatzsteuer-Identifikationsnummer / VAT-ID: ATU15138401, Steuer-Nummer: 264/4807 This E-Mail has been sent on behalf of the company Intergraph Ges.m.b.H. Authorised Managing Directors: Maximilian Weber Registered office and Austrian headquarters: Margaretenstr. 70/I/1, 1050 Wien, Austria, Tel. +43 (1) 9610567-0 The company is recorded at the commercial court of Vienna under the company register number FN 116859 b VAT-ID: ATU15138401, Austrian Tax ID: 264/4807 Diese E-Mail (mit zugehörigen Dateien) enthält möglicherweise Informationen, die vertraulich sind, dem Urheberrecht unterliegen oder ein Geschäftsgeheimnis darstellen. Falls Sie diese Nachricht irrtümlicherweise erhalten haben, benachrichtigen Sie uns bitte umgehend, indem Sie eine Antwort senden, und löschen Sie bitte diese E-Mail und Ihre Antwort darauf. Sämtliche aufgeführten Ansichten oder Meinungen sind ausschließlich diejenigen des Autors und entsprechen nicht notwendigerweise denen des Unternehmens Intergraph. This E-Mail (and any attachments) may be confidential and protected by legal privilege. If you are not the intended recipient please notify us immediately by replying to the sender and delete this E-Mail and your reply from your system. All the views and opinions published here are solely based on the author's own opinion and should not be considered necessarily as reflecting the opinion of Intergraph. -Original Message- From: Anton V. Tarasov [mailto:anton.tara...@oracle.com] Sent: Tuesday, June 30, 2015 8:01 PM To: Hruda, Steve; Kevin Rushforth Cc: openjfx-dev@openjdk.java.net Subject: Re: Patch for JDK-8090098 - [regression] Webview - getTimezoneOffset() of a ISO strings returns a wrong value Steve, I applied your suggestion and it worked on Windows. The missed check you discovered could really be a mistake in WebKit, because Apple dropped releasing (and shipping nightly builds for) Safari for Windows at 2012. Safari 5.1.7 was the last version. I downloaded and checked it. The date bug is not reproducible with it, but this gives us almost nothing taking into account the version is much outdated. So that Windows code path might not have been well tested, since http://trac.webkit.org/changeset/159892 was commited... (WebKit Win port is still supported and can be built on your own.) What I can do else to verify the changes is to run WebKit LayoutTests aimed at date testing and see if there're no regressions. Also, please put the info you posted into JIRA. Regards, Anton. On 29.06.2015 21:42, Anton Tarasov wrote: Hi Steve, Ok, I'll investigate it. Thanks, Anton. On 29.06.2015 18:39, Hruda, Steve wrote: Hi Anton Kevin, we read your comments in the JDK bug system and analyzed WebKit's changesets again. We’ve found the code which made this regression. http://trac.webkit.org/changeset/159892 This changeset doesn't handle one special case, which was handled by the previous code double diff = ((localSystemTime.wHour - offsetHour) * secondsPerHour) + ((localSystemTime.wMinute - offsetMinute) *60);
RE: Patch for JDK-8090098 - [regression] Webview - getTimezoneOffset() of a ISO strings returns a wrong value
Hi Anton, thanks for the detailed information and the good news. You talk about JDK's jira? Am I right? . I don't have an access for that JIRA system since the JavaFX's Jira has moved to the JDK Bug System. About the Apple stuff. I know that Apple dropped Windows Safari support and in my opinion is this a very bad situation for WebKit (in case of Windows) and especially since Google and Opera using Google's Blink engine. In case of the JDK it would be more practicable to switch from WebKit to Blink, because this engine is still used by Companies which have Windows end-users. There is a high probability that WebKit get more such bugs if there is no big player like Google or Apple who has the man power to fix such OS dependent issues. Last questions: Do you need any additional information from my side? And is it possible to integrate this fix in 8u60? Thanks in advance! Best Regards, Steve Diese E-Mail wurde versandt im Auftrag des Unternehmens Intergraph Ges.m.b.H. Vertretungsberechtigte Geschäftsführer: Maximilian Weber Sitz der Gesellschaft: Margaretenstraße 70/I/1, 1050 Wien, Österreich, Tel. +43 (1) 9610567-0 Eingetragen beim Handelsgericht Wien, Firmenbuch-Nr.: FN 116859 b Umsatzsteuer-Identifikationsnummer / VAT-ID: ATU15138401, Steuer-Nummer: 264/4807 This E-Mail has been sent on behalf of the company Intergraph Ges.m.b.H. Authorised Managing Directors: Maximilian Weber Registered office and Austrian headquarters: Margaretenstr. 70/I/1, 1050 Wien, Austria, Tel. +43 (1) 9610567-0 The company is recorded at the commercial court of Vienna under the company register number FN 116859 b VAT-ID: ATU15138401, Austrian Tax ID: 264/4807 Diese E-Mail (mit zugehörigen Dateien) enthält möglicherweise Informationen, die vertraulich sind, dem Urheberrecht unterliegen oder ein Geschäftsgeheimnis darstellen. Falls Sie diese Nachricht irrtümlicherweise erhalten haben, benachrichtigen Sie uns bitte umgehend, indem Sie eine Antwort senden, und löschen Sie bitte diese E-Mail und Ihre Antwort darauf. Sämtliche aufgeführten Ansichten oder Meinungen sind ausschließlich diejenigen des Autors und entsprechen nicht notwendigerweise denen des Unternehmens Intergraph. This E-Mail (and any attachments) may be confidential and protected by legal privilege. If you are not the intended recipient please notify us immediately by replying to the sender and delete this E-Mail and your reply from your system. All the views and opinions published here are solely based on the author's own opinion and should not be considered necessarily as reflecting the opinion of Intergraph. -Original Message- From: Anton V. Tarasov [mailto:anton.tara...@oracle.com] Sent: Tuesday, June 30, 2015 8:01 PM To: Hruda, Steve; Kevin Rushforth Cc: openjfx-dev@openjdk.java.net Subject: Re: Patch for JDK-8090098 - [regression] Webview - getTimezoneOffset() of a ISO strings returns a wrong value Steve, I applied your suggestion and it worked on Windows. The missed check you discovered could really be a mistake in WebKit, because Apple dropped releasing (and shipping nightly builds for) Safari for Windows at 2012. Safari 5.1.7 was the last version. I downloaded and checked it. The date bug is not reproducible with it, but this gives us almost nothing taking into account the version is much outdated. So that Windows code path might not have been well tested, since http://trac.webkit.org/changeset/159892 was commited... (WebKit Win port is still supported and can be built on your own.) What I can do else to verify the changes is to run WebKit LayoutTests aimed at date testing and see if there're no regressions. Also, please put the info you posted into JIRA. Regards, Anton. On 29.06.2015 21:42, Anton Tarasov wrote: Hi Steve, Ok, I'll investigate it. Thanks, Anton. On 29.06.2015 18:39, Hruda, Steve wrote: Hi Anton Kevin, we read your comments in the JDK bug system and analyzed WebKit's changesets again. We’ve found the code which made this regression. http://trac.webkit.org/changeset/159892 This changeset doesn't handle one special case, which was handled by the previous code double diff = ((localSystemTime.wHour - offsetHour) * secondsPerHour) + ((localSystemTime.wMinute - offsetMinute) *60); (http://trac.webkit.org/browser/trunk/Source/WTF/wtf/DateMath.cpp?ann otate=blame#L481 ) The diff is wrong if the calculated the offsetTime is one day before in case of the extreme values (e.g. midnight) where the offsetHour of the UTC time is 23 because of the day difference. In case of all other OS systems you will see the same code - http://trac.webkit.org/browser/trunk/Source/WTF/wtf/DateMath.cpp?anno tate=blame#L495 But there are two additional lines - 497 497 which fixes this special case… *if*(diff0) diff += secondsPerDay; That means …. localSystemTime.wHour = 0; offsetHour=23 … which causes a negative value … and the diff+=secondsPerDay
Re: JavaFx: webview print with scale 100%
Hi Alexander, Thanks for posting the samples. I'll check the printing stuff and will update on results. Regards, Anton. On 27.06.2015 9:30, Александр Свиридов wrote: Hi Anton, I send all files. If you open index.html in IE and printpreview-set scale 100% - print , you will get 16.8 cm of div on paper. If you you print via application I did you will get quite different size. Пятница, 19 июня 2015, 17:03 +03:00 от Anton V. Tarasov anton.tara...@oracle.com: Hi Alexander, Could you please create and send a simple test case (fully functioning) with the exact URL of a page you're printing? Regards, Anotn. On 15.06.2015 8:53, Александр Свиридов wrote: To print my html page I use the following code: PrinterJob job =PrinterJob.createPrinterJob();if(job !=null job.showPrintDialog(null)){ webView.getEngine().print(job); job.endJob();} The problem is that webview changes the scale of printing page. For example, when I print this html page in IE with fit to size 100% I get 16.8 cm. When I print in my java application I get 11.4cm. The size in html file I set in pt - my width is 475pt(A4 width=595pt,so 475pt=16.8cm). How to print with webview and to have 100% width and height?
Re: Patch for JDK-8090098 - [regression] Webview - getTimezoneOffset() of a ISO strings returns a wrong value
On 30.06.2015 21:50, Hruda, Steve wrote: Yesterday I added my patch to the associated bug entry - https://bugs.webkit.org/show_bug.cgi?id=137003 It seems that someone landed my patch for automated commit but the WebKit Commit Bot rejected my patch because of some stupid formatting mistakes (tabs instead of spaces ...). Oh, don't tab please ) I corrected the styling and uploaded a new patch. I set the commit-queue flag to ? as mentioned on the https://www.webkit.org/coding/contributing.html https://trac.webkit.org/wiki/CommitQueue page. Sounds great! Looking forward for the results then. Thanks, Anton. Diese E-Mail wurde versandt im Auftrag des Unternehmens Intergraph Ges.m.b.H. Vertretungsberechtigte Geschäftsführer: Maximilian Weber Sitz der Gesellschaft: Margaretenstraße 70/I/1, 1050 Wien, Österreich, Tel. +43 (1) 9610567-0 Eingetragen beim Handelsgericht Wien, Firmenbuch-Nr.: FN 116859 b Umsatzsteuer-Identifikationsnummer / VAT-ID: ATU15138401, Steuer-Nummer: 264/4807 This E-Mail has been sent on behalf of the company Intergraph Ges.m.b.H. Authorised Managing Directors: Maximilian Weber Registered office and Austrian headquarters: Margaretenstr. 70/I/1, 1050 Wien, Austria, Tel. +43 (1) 9610567-0 The company is recorded at the commercial court of Vienna under the company register number FN 116859 b VAT-ID: ATU15138401, Austrian Tax ID: 264/4807 Diese E-Mail (mit zugehörigen Dateien) enthält möglicherweise Informationen, die vertraulich sind, dem Urheberrecht unterliegen oder ein Geschäftsgeheimnis darstellen. Falls Sie diese Nachricht irrtümlicherweise erhalten haben, benachrichtigen Sie uns bitte umgehend, indem Sie eine Antwort senden, und löschen Sie bitte diese E-Mail und Ihre Antwort darauf. Sämtliche aufgeführten Ansichten oder Meinungen sind ausschließlich diejenigen des Autors und entsprechen nicht notwendigerweise denen des Unternehmens Intergraph. This E-Mail (and any attachments) may be confidential and protected by legal privilege. If you are not the intended recipient please notify us immediately by replying to the sender and delete this E-Mail and your reply from your system. All the views and opinions published here are solely based on the author's own opinion and should not be considered necessarily as reflecting the opinion of Intergraph. -Original Message- From: Anton V. Tarasov [mailto:anton.tara...@oracle.com] Sent: Tuesday, June 30, 2015 8:40 PM To: Hruda, Steve; Kevin Rushforth Cc: openjfx-dev@openjdk.java.net Subject: Re: Patch for JDK-8090098 - [regression] Webview - getTimezoneOffset() of a ISO strings returns a wrong value On 30.06.2015 21:13, Hruda, Steve wrote: Hi Anton, thanks for the detailed information and the good news. You talk about JDK's jira? Am I right? . I don't have an access for that JIRA system since the JavaFX's Jira has moved to the JDK Bug System. Ah, ok. Then I'll quote your e-mail. About the Apple stuff. I know that Apple dropped Windows Safari support and in my opinion is this a very bad situation for WebKit (in case of Windows) and especially since Google and Opera using Google's Blink engine. In case of the JDK it would be more practicable to switch from WebKit to Blink, because this engine is still used by Companies which have Windows end-users. There is a high probability that WebKit get more such bugs if there is no big player like Google or Apple who has the man power to fix such OS dependent issues. I see. However, switching to Blink is another story. Honestly, we're not planning it in the nearest future. This requires extra resources which we don't have at the moment... Last questions: Do you need any additional information from my side? And is it possible to integrate this fix in 8u60? From my side, I'll do a sanity check with WebKit LayoutTests, then if it goes well, we can consider commiting this to 8u60. @Kevin, do you think we can? Also, as an option for you (Steve). You can post the changes to the WebKit alias and ask if they think this is a valid fix for the issue. Any confirmation from the WebKit team would help us to make sure the fix is reliable. Thanks! Anton. Thanks in advance! Best Regards, Steve Diese E-Mail wurde versandt im Auftrag des Unternehmens Intergraph Ges.m.b.H. Vertretungsberechtigte Geschäftsführer: Maximilian Weber Sitz der Gesellschaft: Margaretenstraße 70/I/1, 1050 Wien, Österreich, Tel. +43 (1) 9610567-0 Eingetragen beim Handelsgericht Wien, Firmenbuch-Nr.: FN 116859 b Umsatzsteuer-Identifikationsnummer / VAT-ID: ATU15138401, Steuer-Nummer: 264/4807 This E-Mail has been sent on behalf of the company Intergraph Ges.m.b.H. Authorised Managing Directors: Maximilian Weber Registered office and Austrian headquarters: Margaretenstr. 70/I/1, 1050 Wien, Austria, Tel. +43 (1) 9610567-0 The company is recorded at the commercial court of Vienna under the company register number FN 116859 b VAT-ID: ATU15138401, Austrian Tax ID:
Re: Patch for JDK-8090098 - [regression] Webview - getTimezoneOffset() of a ISO strings returns a wrong value
Anton V. Tarasov wrote: On 30.06.2015 21:13, Hruda, Steve wrote: Hi Anton, thanks for the detailed information and the good news. You talk about JDK's jira? Am I right? . I don't have an access for that JIRA system since the JavaFX's Jira has moved to the JDK Bug System. Ah, ok. Then I'll quote your e-mail. About the Apple stuff. I know that Apple dropped Windows Safari support and in my opinion is this a very bad situation for WebKit (in case of Windows) and especially since Google and Opera using Google's Blink engine. In case of the JDK it would be more practicable to switch from WebKit to Blink, because this engine is still used by Companies which have Windows end-users. There is a high probability that WebKit get more such bugs if there is no big player like Google or Apple who has the man power to fix such OS dependent issues. I see. However, switching to Blink is another story. Honestly, we're not planning it in the nearest future. This requires extra resources which we don't have at the moment... Last questions: Do you need any additional information from my side? And is it possible to integrate this fix in 8u60? From my side, I'll do a sanity check with WebKit LayoutTests, then if it goes well, we can consider commiting this to 8u60. @Kevin, do you think we can? Very unlikely. The JDK release team would need to approve, and only release-critical issues may be considered at this point (it would be hard to argue that this is release-critical since it has already been deferred). -- Kevin Also, as an option for you (Steve). You can post the changes to the WebKit alias and ask if they think this is a valid fix for the issue. Any confirmation from the WebKit team would help us to make sure the fix is reliable. Thanks! Anton. Thanks in advance! Best Regards, Steve Diese E-Mail wurde versandt im Auftrag des Unternehmens Intergraph Ges.m.b.H. Vertretungsberechtigte Geschäftsführer: Maximilian Weber Sitz der Gesellschaft: Margaretenstraße 70/I/1, 1050 Wien, Österreich, Tel. +43 (1) 9610567-0 Eingetragen beim Handelsgericht Wien, Firmenbuch-Nr.: FN 116859 b Umsatzsteuer-Identifikationsnummer / VAT-ID: ATU15138401, Steuer-Nummer: 264/4807 This E-Mail has been sent on behalf of the company Intergraph Ges.m.b.H. Authorised Managing Directors: Maximilian Weber Registered office and Austrian headquarters: Margaretenstr. 70/I/1, 1050 Wien, Austria, Tel. +43 (1) 9610567-0 The company is recorded at the commercial court of Vienna under the company register number FN 116859 b VAT-ID: ATU15138401, Austrian Tax ID: 264/4807 Diese E-Mail (mit zugehörigen Dateien) enthält möglicherweise Informationen, die vertraulich sind, dem Urheberrecht unterliegen oder ein Geschäftsgeheimnis darstellen. Falls Sie diese Nachricht irrtümlicherweise erhalten haben, benachrichtigen Sie uns bitte umgehend, indem Sie eine Antwort senden, und löschen Sie bitte diese E-Mail und Ihre Antwort darauf. Sämtliche aufgeführten Ansichten oder Meinungen sind ausschließlich diejenigen des Autors und entsprechen nicht notwendigerweise denen des Unternehmens Intergraph. This E-Mail (and any attachments) may be confidential and protected by legal privilege. If you are not the intended recipient please notify us immediately by replying to the sender and delete this E-Mail and your reply from your system. All the views and opinions published here are solely based on the author's own opinion and should not be considered necessarily as reflecting the opinion of Intergraph. -Original Message- From: Anton V. Tarasov [mailto:anton.tara...@oracle.com] Sent: Tuesday, June 30, 2015 8:01 PM To: Hruda, Steve; Kevin Rushforth Cc: openjfx-dev@openjdk.java.net Subject: Re: Patch for JDK-8090098 - [regression] Webview - getTimezoneOffset() of a ISO strings returns a wrong value Steve, I applied your suggestion and it worked on Windows. The missed check you discovered could really be a mistake in WebKit, because Apple dropped releasing (and shipping nightly builds for) Safari for Windows at 2012. Safari 5.1.7 was the last version. I downloaded and checked it. The date bug is not reproducible with it, but this gives us almost nothing taking into account the version is much outdated. So that Windows code path might not have been well tested, since http://trac.webkit.org/changeset/159892 was commited... (WebKit Win port is still supported and can be built on your own.) What I can do else to verify the changes is to run WebKit LayoutTests aimed at date testing and see if there're no regressions. Also, please put the info you posted into JIRA. Regards, Anton. On 29.06.2015 21:42, Anton Tarasov wrote: Hi Steve, Ok, I'll investigate it. Thanks, Anton. On 29.06.2015 18:39, Hruda, Steve wrote: Hi Anton Kevin, we read your comments in the JDK bug system and analyzed WebKit's changesets again. We’ve found the code which made this regression.
RE: Patch for JDK-8090098 - [regression] Webview - getTimezoneOffset() of a ISO strings returns a wrong value
Yesterday I added my patch to the associated bug entry - https://bugs.webkit.org/show_bug.cgi?id=137003 It seems that someone landed my patch for automated commit but the WebKit Commit Bot rejected my patch because of some stupid formatting mistakes (tabs instead of spaces ...). I corrected the styling and uploaded a new patch. I set the commit-queue flag to ? as mentioned on the https://www.webkit.org/coding/contributing.html https://trac.webkit.org/wiki/CommitQueue page. Diese E-Mail wurde versandt im Auftrag des Unternehmens Intergraph Ges.m.b.H. Vertretungsberechtigte Geschäftsführer: Maximilian Weber Sitz der Gesellschaft: Margaretenstraße 70/I/1, 1050 Wien, Österreich, Tel. +43 (1) 9610567-0 Eingetragen beim Handelsgericht Wien, Firmenbuch-Nr.: FN 116859 b Umsatzsteuer-Identifikationsnummer / VAT-ID: ATU15138401, Steuer-Nummer: 264/4807 This E-Mail has been sent on behalf of the company Intergraph Ges.m.b.H. Authorised Managing Directors: Maximilian Weber Registered office and Austrian headquarters: Margaretenstr. 70/I/1, 1050 Wien, Austria, Tel. +43 (1) 9610567-0 The company is recorded at the commercial court of Vienna under the company register number FN 116859 b VAT-ID: ATU15138401, Austrian Tax ID: 264/4807 Diese E-Mail (mit zugehörigen Dateien) enthält möglicherweise Informationen, die vertraulich sind, dem Urheberrecht unterliegen oder ein Geschäftsgeheimnis darstellen. Falls Sie diese Nachricht irrtümlicherweise erhalten haben, benachrichtigen Sie uns bitte umgehend, indem Sie eine Antwort senden, und löschen Sie bitte diese E-Mail und Ihre Antwort darauf. Sämtliche aufgeführten Ansichten oder Meinungen sind ausschließlich diejenigen des Autors und entsprechen nicht notwendigerweise denen des Unternehmens Intergraph. This E-Mail (and any attachments) may be confidential and protected by legal privilege. If you are not the intended recipient please notify us immediately by replying to the sender and delete this E-Mail and your reply from your system. All the views and opinions published here are solely based on the author's own opinion and should not be considered necessarily as reflecting the opinion of Intergraph. -Original Message- From: Anton V. Tarasov [mailto:anton.tara...@oracle.com] Sent: Tuesday, June 30, 2015 8:40 PM To: Hruda, Steve; Kevin Rushforth Cc: openjfx-dev@openjdk.java.net Subject: Re: Patch for JDK-8090098 - [regression] Webview - getTimezoneOffset() of a ISO strings returns a wrong value On 30.06.2015 21:13, Hruda, Steve wrote: Hi Anton, thanks for the detailed information and the good news. You talk about JDK's jira? Am I right? . I don't have an access for that JIRA system since the JavaFX's Jira has moved to the JDK Bug System. Ah, ok. Then I'll quote your e-mail. About the Apple stuff. I know that Apple dropped Windows Safari support and in my opinion is this a very bad situation for WebKit (in case of Windows) and especially since Google and Opera using Google's Blink engine. In case of the JDK it would be more practicable to switch from WebKit to Blink, because this engine is still used by Companies which have Windows end-users. There is a high probability that WebKit get more such bugs if there is no big player like Google or Apple who has the man power to fix such OS dependent issues. I see. However, switching to Blink is another story. Honestly, we're not planning it in the nearest future. This requires extra resources which we don't have at the moment... Last questions: Do you need any additional information from my side? And is it possible to integrate this fix in 8u60? From my side, I'll do a sanity check with WebKit LayoutTests, then if it goes well, we can consider commiting this to 8u60. @Kevin, do you think we can? Also, as an option for you (Steve). You can post the changes to the WebKit alias and ask if they think this is a valid fix for the issue. Any confirmation from the WebKit team would help us to make sure the fix is reliable. Thanks! Anton. Thanks in advance! Best Regards, Steve Diese E-Mail wurde versandt im Auftrag des Unternehmens Intergraph Ges.m.b.H. Vertretungsberechtigte Geschäftsführer: Maximilian Weber Sitz der Gesellschaft: Margaretenstraße 70/I/1, 1050 Wien, Österreich, Tel. +43 (1) 9610567-0 Eingetragen beim Handelsgericht Wien, Firmenbuch-Nr.: FN 116859 b Umsatzsteuer-Identifikationsnummer / VAT-ID: ATU15138401, Steuer-Nummer: 264/4807 This E-Mail has been sent on behalf of the company Intergraph Ges.m.b.H. Authorised Managing Directors: Maximilian Weber Registered office and Austrian headquarters: Margaretenstr. 70/I/1, 1050 Wien, Austria, Tel. +43 (1) 9610567-0 The company is recorded at the commercial court of Vienna under the company register number FN 116859 b VAT-ID: ATU15138401, Austrian Tax ID: 264/4807 Diese E-Mail (mit zugehörigen Dateien) enthält möglicherweise Informationen, die vertraulich sind, dem
Re: JavaFX features in JDK 9
coughwrite once, run anywhere/cough Sent from my iPhone On 29 Jun 2015, at 21:45, Michał Zegan webczat_...@poczta.onet.pl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Does it mean platform support for linux won't be implemented now, or at all? I usually use windows, but still depend on that support because I sometimes use linux, so I am interested about that. W dniu 2015-06-29 o 22:40, Kevin Rushforth pisze: There is public API in 8u40 to support accessibility. Applications using standard JavaFX controls can, for example, use the accessibleText property to define the text that the screen reader will speak or the accessibleHelp property to provide a more detailed description. These properties have reasonable defaults, but can be overridden by applications. Additionally, if you use the labelFor property to point to a Control that the Label is associated with, the accessibility framework will use that when the screen reader is active. Custom controls can override the queryAccessibleAttribute, executeAccessibleAction, and notifyAccessibleAttributeChanged methods. As for platform support, we currently support Windows and Mac platforms. We have no plan to make FX accessible on Linux . -- Kevin Michał Zegan wrote: I saw it, and it seems promising, but: first, there is probably, or I heard it wrong? no public api for making accessibility related stuff... Also, I believe there is no linux accessibility bridge as opposed to windows and mac. And I do not know if I am wrong, or when this is going to be implemented. W dniu 2015-06-29 o 20:30, Kevin Rushforth pisze: JavaFX accessibility is already implemented and was delivered in JDK 8u40. -- Kevin Michał Zegan wrote: What about accessibility work? Work on it has been started, but not sure if it is still targetted for 9. W dniu 2015-06-27 o 20:16, Mike pisze: a lot of FULL blown Webrtc support and building something in Javafx (like Scene Builder) that Proves Webrtc support would be awesome. Ditto to Webgl support. On Sat, Jun 27, 2015 at 8:07 AM, Kevin Rushforth kevin.rushfo...@oracle.com wrote: Hi Felix, Sorry for the delay. Most of us were still pretty focused on 8u60, but we are turning our attention to JDK 9 now. The focus for JDK 9 is Jigsaw. The currently planned big features (JEPs) for FX in JDK 9 are these: JEP 253: Prepare JavaFX UI Controls CSS APIs for Modularization JEP 257: Update JavaFX/Media to Newer Version of GStreamer Related to Jigasw, we intend to look into new API for heavily used internal methods / classes since they will no longer be accessible otherwise. We also plan to update WebKit at least one more time, and will likely do a few RFEs such as better Hi-DPI support (with API control) on Mac, Windows, Linux. We don't currently plan any other big features for 9, but will consider additional RFEs if they are important to enough developers and if they fit into the time frame. -- Kevin Felix Bembrick wrote: Anyone got anything or is there a link somewhere that talks about these? On 15 June 2015 at 22:00, Felix Bembrick felix.bembr...@gmail.com wrote: I realise we are a long way off JDK 9 still and with crucial features such as Jigsaw still a little up in the air but is it possible someone could itemise the most likely new features, enhancements and bug fixes that we will see in JavaFX when JDK 9 is released? Of course it's purely speculation at this point but it would assist me greatly to have some of idea of where JavaFX is heading and which areas are seen as most important. Thanks, Felix -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBAgAGBQJVka5MAAoJEHb1CzgxXKwYbKwP/RFa3NjMnXWFc6o5EzIFYlh3 5ExLUgu+IVWr1fewrf+KTcR9WmyXWN2ju8zkRb7nhjSiA+5XAf3vbvUBGTaaa1A4 92Fd0W2Mfj8M9F3Px5QP1TMS1BO7GrO12zsB+obmBvWA/xWy0GEoctja8ohT5aNf hs7foi4pZRK6abMvxd94WdSNh/KhzqNvllD3tIkqlasTOOH1i7bEreQ9sxN6+DRF JB87JSRuml7rYEgsOSx5Z2EE7YdgqYjdfHSAIwBvqkRDQZuOp8RrWzU6wFyyzhlm RtuAQJWj1I2DNbZE9iCNJzYqajnp0OellbxGr9SrJaVPpqNjjbw6zoGZ3bhgCAow BAZUlllG9UVoKcl1bHDvmB01RG2JP7RtBByS0cbqGQM0/YqtknbNWpl2r5kTVyH1 EZnfkXmXYi/lqgyRBf1/WqlJnuT10ra7oAQytUajZ3cQJNbRwuFycV0yvbGo11xS eaQO2ECgYyubLE8vsnw1L+2U4wLAMXY9Q3Ob1kLq12UEYB8WMoLZ+IAixUUJ6abB reI+epG/Bh27R0fHChkHEgY65TIMRt8RtOXxzs+Nf0VVAC4Lj9378Y8ZEr14RbcZ mO+5TvyqfDhyIP4WevGDF2/tQTvlsAzl7UuiTtD3pWZ+CpN2WeNimBHPN2ZI6lii Mfj0LIA1IawOjtYjlnHz =lXSV -END PGP SIGNATURE-
Re: JavaFX features in JDK 9
Maybe it should its aspirations a little higher, especially with the advent of unity, webgl or even scenegraph impls such as jmonkeyengine that do. Sent from my iPhone On 30 Jun 2015, at 09:42, Felix Bembrick felix.bembr...@gmail.com wrote: coughJavaFX has *never* claimed to be write once, run anyway/cough On 30 Jun 2015, at 18:13, Mike mikeg...@gmail.com wrote: coughwrite once, run anywhere/cough This about sums it up! On Tue, Jun 30, 2015 at 12:12 AM, Jack Moxley j...@moxley.co.uk wrote: coughwrite once, run anywhere/cough Sent from my iPhone On 29 Jun 2015, at 21:45, Michał Zegan webczat_...@poczta.onet.pl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Does it mean platform support for linux won't be implemented now, or at all? I usually use windows, but still depend on that support because I sometimes use linux, so I am interested about that. W dniu 2015-06-29 o 22:40, Kevin Rushforth pisze: There is public API in 8u40 to support accessibility. Applications using standard JavaFX controls can, for example, use the accessibleText property to define the text that the screen reader will speak or the accessibleHelp property to provide a more detailed description. These properties have reasonable defaults, but can be overridden by applications. Additionally, if you use the labelFor property to point to a Control that the Label is associated with, the accessibility framework will use that when the screen reader is active. Custom controls can override the queryAccessibleAttribute, executeAccessibleAction, and notifyAccessibleAttributeChanged methods. As for platform support, we currently support Windows and Mac platforms. We have no plan to make FX accessible on Linux . -- Kevin Michał Zegan wrote: I saw it, and it seems promising, but: first, there is probably, or I heard it wrong? no public api for making accessibility related stuff... Also, I believe there is no linux accessibility bridge as opposed to windows and mac. And I do not know if I am wrong, or when this is going to be implemented. W dniu 2015-06-29 o 20:30, Kevin Rushforth pisze: JavaFX accessibility is already implemented and was delivered in JDK 8u40. -- Kevin Michał Zegan wrote: What about accessibility work? Work on it has been started, but not sure if it is still targetted for 9. W dniu 2015-06-27 o 20:16, Mike pisze: a lot of FULL blown Webrtc support and building something in Javafx (like Scene Builder) that Proves Webrtc support would be awesome. Ditto to Webgl support. On Sat, Jun 27, 2015 at 8:07 AM, Kevin Rushforth kevin.rushfo...@oracle.com wrote: Hi Felix, Sorry for the delay. Most of us were still pretty focused on 8u60, but we are turning our attention to JDK 9 now. The focus for JDK 9 is Jigsaw. The currently planned big features (JEPs) for FX in JDK 9 are these: JEP 253: Prepare JavaFX UI Controls CSS APIs for Modularization JEP 257: Update JavaFX/Media to Newer Version of GStreamer Related to Jigasw, we intend to look into new API for heavily used internal methods / classes since they will no longer be accessible otherwise. We also plan to update WebKit at least one more time, and will likely do a few RFEs such as better Hi-DPI support (with API control) on Mac, Windows, Linux. We don't currently plan any other big features for 9, but will consider additional RFEs if they are important to enough developers and if they fit into the time frame. -- Kevin Felix Bembrick wrote: Anyone got anything or is there a link somewhere that talks about these? On 15 June 2015 at 22:00, Felix Bembrick felix.bembr...@gmail.com wrote: I realise we are a long way off JDK 9 still and with crucial features such as Jigsaw still a little up in the air but is it possible someone could itemise the most likely new features, enhancements and bug fixes that we will see in JavaFX when JDK 9 is released? Of course it's purely speculation at this point but it would assist me greatly to have some of idea of where JavaFX is heading and which areas are seen as most important. Thanks, Felix -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBAgAGBQJVka5MAAoJEHb1CzgxXKwYbKwP/RFa3NjMnXWFc6o5EzIFYlh3 5ExLUgu+IVWr1fewrf+KTcR9WmyXWN2ju8zkRb7nhjSiA+5XAf3vbvUBGTaaa1A4 92Fd0W2Mfj8M9F3Px5QP1TMS1BO7GrO12zsB+obmBvWA/xWy0GEoctja8ohT5aNf hs7foi4pZRK6abMvxd94WdSNh/KhzqNvllD3tIkqlasTOOH1i7bEreQ9sxN6+DRF JB87JSRuml7rYEgsOSx5Z2EE7YdgqYjdfHSAIwBvqkRDQZuOp8RrWzU6wFyyzhlm RtuAQJWj1I2DNbZE9iCNJzYqajnp0OellbxGr9SrJaVPpqNjjbw6zoGZ3bhgCAow BAZUlllG9UVoKcl1bHDvmB01RG2JP7RtBByS0cbqGQM0/YqtknbNWpl2r5kTVyH1 EZnfkXmXYi/lqgyRBf1/WqlJnuT10ra7oAQytUajZ3cQJNbRwuFycV0yvbGo11xS eaQO2ECgYyubLE8vsnw1L+2U4wLAMXY9Q3Ob1kLq12UEYB8WMoLZ+IAixUUJ6abB reI+epG/Bh27R0fHChkHEgY65TIMRt8RtOXxzs+Nf0VVAC4Lj9378Y8ZEr14RbcZ mO+5TvyqfDhyIP4WevGDF2/tQTvlsAzl7UuiTtD3pWZ+CpN2WeNimBHPN2ZI6lii
Re: JavaFX features in JDK 9
Well, we are all at the whim of Oracle executives decisions with the added help of third parties such as Gluon and RoboVM. The future of JavaFX really is in *our* hands. On 30 Jun 2015, at 21:13, Jack Moxley j...@moxley.co.uk wrote: Maybe it should its aspirations a little higher, especially with the advent of unity, webgl or even scenegraph impls such as jmonkeyengine that do. Sent from my iPhone On 30 Jun 2015, at 09:42, Felix Bembrick felix.bembr...@gmail.com wrote: coughJavaFX has *never* claimed to be write once, run anyway/cough On 30 Jun 2015, at 18:13, Mike mikeg...@gmail.com wrote: coughwrite once, run anywhere/cough This about sums it up! On Tue, Jun 30, 2015 at 12:12 AM, Jack Moxley j...@moxley.co.uk wrote: coughwrite once, run anywhere/cough Sent from my iPhone On 29 Jun 2015, at 21:45, Michał Zegan webczat_...@poczta.onet.pl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Does it mean platform support for linux won't be implemented now, or at all? I usually use windows, but still depend on that support because I sometimes use linux, so I am interested about that. W dniu 2015-06-29 o 22:40, Kevin Rushforth pisze: There is public API in 8u40 to support accessibility. Applications using standard JavaFX controls can, for example, use the accessibleText property to define the text that the screen reader will speak or the accessibleHelp property to provide a more detailed description. These properties have reasonable defaults, but can be overridden by applications. Additionally, if you use the labelFor property to point to a Control that the Label is associated with, the accessibility framework will use that when the screen reader is active. Custom controls can override the queryAccessibleAttribute, executeAccessibleAction, and notifyAccessibleAttributeChanged methods. As for platform support, we currently support Windows and Mac platforms. We have no plan to make FX accessible on Linux . -- Kevin Michał Zegan wrote: I saw it, and it seems promising, but: first, there is probably, or I heard it wrong? no public api for making accessibility related stuff... Also, I believe there is no linux accessibility bridge as opposed to windows and mac. And I do not know if I am wrong, or when this is going to be implemented. W dniu 2015-06-29 o 20:30, Kevin Rushforth pisze: JavaFX accessibility is already implemented and was delivered in JDK 8u40. -- Kevin Michał Zegan wrote: What about accessibility work? Work on it has been started, but not sure if it is still targetted for 9. W dniu 2015-06-27 o 20:16, Mike pisze: a lot of FULL blown Webrtc support and building something in Javafx (like Scene Builder) that Proves Webrtc support would be awesome. Ditto to Webgl support. On Sat, Jun 27, 2015 at 8:07 AM, Kevin Rushforth kevin.rushfo...@oracle.com wrote: Hi Felix, Sorry for the delay. Most of us were still pretty focused on 8u60, but we are turning our attention to JDK 9 now. The focus for JDK 9 is Jigsaw. The currently planned big features (JEPs) for FX in JDK 9 are these: JEP 253: Prepare JavaFX UI Controls CSS APIs for Modularization JEP 257: Update JavaFX/Media to Newer Version of GStreamer Related to Jigasw, we intend to look into new API for heavily used internal methods / classes since they will no longer be accessible otherwise. We also plan to update WebKit at least one more time, and will likely do a few RFEs such as better Hi-DPI support (with API control) on Mac, Windows, Linux. We don't currently plan any other big features for 9, but will consider additional RFEs if they are important to enough developers and if they fit into the time frame. -- Kevin Felix Bembrick wrote: Anyone got anything or is there a link somewhere that talks about these? On 15 June 2015 at 22:00, Felix Bembrick felix.bembr...@gmail.com wrote: I realise we are a long way off JDK 9 still and with crucial features such as Jigsaw still a little up in the air but is it possible someone could itemise the most likely new features, enhancements and bug fixes that we will see in JavaFX when JDK 9 is released? Of course it's purely speculation at this point but it would assist me greatly to have some of idea of where JavaFX is heading and which areas are seen as most important. Thanks, Felix -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBAgAGBQJVka5MAAoJEHb1CzgxXKwYbKwP/RFa3NjMnXWFc6o5EzIFYlh3 5ExLUgu+IVWr1fewrf+KTcR9WmyXWN2ju8zkRb7nhjSiA+5XAf3vbvUBGTaaa1A4 92Fd0W2Mfj8M9F3Px5QP1TMS1BO7GrO12zsB+obmBvWA/xWy0GEoctja8ohT5aNf hs7foi4pZRK6abMvxd94WdSNh/KhzqNvllD3tIkqlasTOOH1i7bEreQ9sxN6+DRF JB87JSRuml7rYEgsOSx5Z2EE7YdgqYjdfHSAIwBvqkRDQZuOp8RrWzU6wFyyzhlm RtuAQJWj1I2DNbZE9iCNJzYqajnp0OellbxGr9SrJaVPpqNjjbw6zoGZ3bhgCAow BAZUlllG9UVoKcl1bHDvmB01RG2JP7RtBByS0cbqGQM0/YqtknbNWpl2r5kTVyH1
Re: JavaFX features in JDK 9
That should of read 'set its aspirations higher' Sent from my iPhone On 30 Jun 2015, at 12:13, Jack Moxley j...@moxley.co.uk wrote: Maybe it should its aspirations a little higher, especially with the advent of unity, webgl or even scenegraph impls such as jmonkeyengine that do. Sent from my iPhone On 30 Jun 2015, at 09:42, Felix Bembrick felix.bembr...@gmail.com wrote: coughJavaFX has *never* claimed to be write once, run anyway/cough On 30 Jun 2015, at 18:13, Mike mikeg...@gmail.com wrote: coughwrite once, run anywhere/cough This about sums it up! On Tue, Jun 30, 2015 at 12:12 AM, Jack Moxley j...@moxley.co.uk wrote: coughwrite once, run anywhere/cough Sent from my iPhone On 29 Jun 2015, at 21:45, Michał Zegan webczat_...@poczta.onet.pl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Does it mean platform support for linux won't be implemented now, or at all? I usually use windows, but still depend on that support because I sometimes use linux, so I am interested about that. W dniu 2015-06-29 o 22:40, Kevin Rushforth pisze: There is public API in 8u40 to support accessibility. Applications using standard JavaFX controls can, for example, use the accessibleText property to define the text that the screen reader will speak or the accessibleHelp property to provide a more detailed description. These properties have reasonable defaults, but can be overridden by applications. Additionally, if you use the labelFor property to point to a Control that the Label is associated with, the accessibility framework will use that when the screen reader is active. Custom controls can override the queryAccessibleAttribute, executeAccessibleAction, and notifyAccessibleAttributeChanged methods. As for platform support, we currently support Windows and Mac platforms. We have no plan to make FX accessible on Linux . -- Kevin Michał Zegan wrote: I saw it, and it seems promising, but: first, there is probably, or I heard it wrong? no public api for making accessibility related stuff... Also, I believe there is no linux accessibility bridge as opposed to windows and mac. And I do not know if I am wrong, or when this is going to be implemented. W dniu 2015-06-29 o 20:30, Kevin Rushforth pisze: JavaFX accessibility is already implemented and was delivered in JDK 8u40. -- Kevin Michał Zegan wrote: What about accessibility work? Work on it has been started, but not sure if it is still targetted for 9. W dniu 2015-06-27 o 20:16, Mike pisze: a lot of FULL blown Webrtc support and building something in Javafx (like Scene Builder) that Proves Webrtc support would be awesome. Ditto to Webgl support. On Sat, Jun 27, 2015 at 8:07 AM, Kevin Rushforth kevin.rushfo...@oracle.com wrote: Hi Felix, Sorry for the delay. Most of us were still pretty focused on 8u60, but we are turning our attention to JDK 9 now. The focus for JDK 9 is Jigsaw. The currently planned big features (JEPs) for FX in JDK 9 are these: JEP 253: Prepare JavaFX UI Controls CSS APIs for Modularization JEP 257: Update JavaFX/Media to Newer Version of GStreamer Related to Jigasw, we intend to look into new API for heavily used internal methods / classes since they will no longer be accessible otherwise. We also plan to update WebKit at least one more time, and will likely do a few RFEs such as better Hi-DPI support (with API control) on Mac, Windows, Linux. We don't currently plan any other big features for 9, but will consider additional RFEs if they are important to enough developers and if they fit into the time frame. -- Kevin Felix Bembrick wrote: Anyone got anything or is there a link somewhere that talks about these? On 15 June 2015 at 22:00, Felix Bembrick felix.bembr...@gmail.com wrote: I realise we are a long way off JDK 9 still and with crucial features such as Jigsaw still a little up in the air but is it possible someone could itemise the most likely new features, enhancements and bug fixes that we will see in JavaFX when JDK 9 is released? Of course it's purely speculation at this point but it would assist me greatly to have some of idea of where JavaFX is heading and which areas are seen as most important. Thanks, Felix -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBAgAGBQJVka5MAAoJEHb1CzgxXKwYbKwP/RFa3NjMnXWFc6o5EzIFYlh3 5ExLUgu+IVWr1fewrf+KTcR9WmyXWN2ju8zkRb7nhjSiA+5XAf3vbvUBGTaaa1A4 92Fd0W2Mfj8M9F3Px5QP1TMS1BO7GrO12zsB+obmBvWA/xWy0GEoctja8ohT5aNf hs7foi4pZRK6abMvxd94WdSNh/KhzqNvllD3tIkqlasTOOH1i7bEreQ9sxN6+DRF JB87JSRuml7rYEgsOSx5Z2EE7YdgqYjdfHSAIwBvqkRDQZuOp8RrWzU6wFyyzhlm RtuAQJWj1I2DNbZE9iCNJzYqajnp0OellbxGr9SrJaVPpqNjjbw6zoGZ3bhgCAow BAZUlllG9UVoKcl1bHDvmB01RG2JP7RtBByS0cbqGQM0/YqtknbNWpl2r5kTVyH1 EZnfkXmXYi/lqgyRBf1/WqlJnuT10ra7oAQytUajZ3cQJNbRwuFycV0yvbGo11xS eaQO2ECgYyubLE8vsnw1L+2U4wLAMXY9Q3Ob1kLq12UEYB8WMoLZ+IAixUUJ6abB
Re: JavaFX features in JDK 9
Be fair, chaps. WebGL is not exactly accessible. Desktop Linux is an extremely niche platform. JFX is open source. If someone wants accessibility support on Linux, they can certainly contribute patches to implement it. The JDK9 plan looks OK to me. It doesn't sound exciting but support Jigsaw actually translates to a fairly large set of new features, as stuff that had to be done by hacking the internals before will finally get surfaced with proper documented APIs. It'll make the developer experience more pleasant. With respect to things like support WebRTC or support WebGL - seriously? WebRTC is useful for exactly one kind of app, video chat. It seems to have been driven primarily so Google could make a Skype competitor inside Gmail without having to make a downloadable plugin. There are already many competing video call apps that work fine. As for WebGL, you can already do OpenGL from within Java just fine. Being able to do arbitrary GL within an FX scene graph would be nice for some apps, but of course, on Windows you'd really need to be using Direct3D or some kind of performance-hurting translation layer as WebGL itself uses. If I had a single wish it'd be for better rich text support, like a rich text editor component (maybe based on Tomas Mikula's work). I know that WebKit can be used to do this but it's always been sort of glitchy and what you get out is HTML which then can't be rendered easily in a regular TextView. Unlike many of these other suggestions such a component would be useful for business apps, and a basic one seems achievable in a reasonable budget especially if it's based on Tomas' existing code. On Tue, Jun 30, 2015 at 1:13 PM, Jack Moxley j...@moxley.co.uk wrote: Maybe it should its aspirations a little higher, especially with the advent of unity, webgl or even scenegraph impls such as jmonkeyengine that do. Sent from my iPhone On 30 Jun 2015, at 09:42, Felix Bembrick felix.bembr...@gmail.com wrote: coughJavaFX has *never* claimed to be write once, run anyway/cough On 30 Jun 2015, at 18:13, Mike mikeg...@gmail.com wrote: coughwrite once, run anywhere/cough This about sums it up! On Tue, Jun 30, 2015 at 12:12 AM, Jack Moxley j...@moxley.co.uk wrote: coughwrite once, run anywhere/cough Sent from my iPhone On 29 Jun 2015, at 21:45, Michał Zegan webczat_...@poczta.onet.pl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Does it mean platform support for linux won't be implemented now, or at all? I usually use windows, but still depend on that support because I sometimes use linux, so I am interested about that. W dniu 2015-06-29 o 22:40, Kevin Rushforth pisze: There is public API in 8u40 to support accessibility. Applications using standard JavaFX controls can, for example, use the accessibleText property to define the text that the screen reader will speak or the accessibleHelp property to provide a more detailed description. These properties have reasonable defaults, but can be overridden by applications. Additionally, if you use the labelFor property to point to a Control that the Label is associated with, the accessibility framework will use that when the screen reader is active. Custom controls can override the queryAccessibleAttribute, executeAccessibleAction, and notifyAccessibleAttributeChanged methods. As for platform support, we currently support Windows and Mac platforms. We have no plan to make FX accessible on Linux . -- Kevin Michał Zegan wrote: I saw it, and it seems promising, but: first, there is probably, or I heard it wrong? no public api for making accessibility related stuff... Also, I believe there is no linux accessibility bridge as opposed to windows and mac. And I do not know if I am wrong, or when this is going to be implemented. W dniu 2015-06-29 o 20:30, Kevin Rushforth pisze: JavaFX accessibility is already implemented and was delivered in JDK 8u40. -- Kevin Michał Zegan wrote: What about accessibility work? Work on it has been started, but not sure if it is still targetted for 9. W dniu 2015-06-27 o 20:16, Mike pisze: a lot of FULL blown Webrtc support and building something in Javafx (like Scene Builder) that Proves Webrtc support would be awesome. Ditto to Webgl support. On Sat, Jun 27, 2015 at 8:07 AM, Kevin Rushforth kevin.rushfo...@oracle.com wrote: Hi Felix, Sorry for the delay. Most of us were still pretty focused on 8u60, but we are turning our attention to JDK 9 now. The focus for JDK 9 is Jigsaw. The currently planned big features (JEPs) for FX in JDK 9 are these: JEP 253: Prepare JavaFX UI Controls CSS APIs for Modularization JEP 257: Update JavaFX/Media to Newer Version of GStreamer Related to Jigasw, we intend to look into new API for heavily used internal methods / classes since they will no longer be accessible otherwise. We
Re: JavaFX features in JDK 9
I suppose i should stop shouting from the sidelines, roll up my sleeves and get my hands dirty, what can i do as a lowly developer to help? Sent from my iPhone On 30 Jun 2015, at 12:16, Felix Bembrick felix.bembr...@gmail.com wrote: Well, we are all at the whim of Oracle executives decisions with the added help of third parties such as Gluon and RoboVM. The future of JavaFX really is in *our* hands. On 30 Jun 2015, at 21:13, Jack Moxley j...@moxley.co.uk wrote: Maybe it should its aspirations a little higher, especially with the advent of unity, webgl or even scenegraph impls such as jmonkeyengine that do. Sent from my iPhone On 30 Jun 2015, at 09:42, Felix Bembrick felix.bembr...@gmail.com wrote: coughJavaFX has *never* claimed to be write once, run anyway/cough On 30 Jun 2015, at 18:13, Mike mikeg...@gmail.com wrote: coughwrite once, run anywhere/cough This about sums it up! On Tue, Jun 30, 2015 at 12:12 AM, Jack Moxley j...@moxley.co.uk wrote: coughwrite once, run anywhere/cough Sent from my iPhone On 29 Jun 2015, at 21:45, Michał Zegan webczat_...@poczta.onet.pl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Does it mean platform support for linux won't be implemented now, or at all? I usually use windows, but still depend on that support because I sometimes use linux, so I am interested about that. W dniu 2015-06-29 o 22:40, Kevin Rushforth pisze: There is public API in 8u40 to support accessibility. Applications using standard JavaFX controls can, for example, use the accessibleText property to define the text that the screen reader will speak or the accessibleHelp property to provide a more detailed description. These properties have reasonable defaults, but can be overridden by applications. Additionally, if you use the labelFor property to point to a Control that the Label is associated with, the accessibility framework will use that when the screen reader is active. Custom controls can override the queryAccessibleAttribute, executeAccessibleAction, and notifyAccessibleAttributeChanged methods. As for platform support, we currently support Windows and Mac platforms. We have no plan to make FX accessible on Linux . -- Kevin Michał Zegan wrote: I saw it, and it seems promising, but: first, there is probably, or I heard it wrong? no public api for making accessibility related stuff... Also, I believe there is no linux accessibility bridge as opposed to windows and mac. And I do not know if I am wrong, or when this is going to be implemented. W dniu 2015-06-29 o 20:30, Kevin Rushforth pisze: JavaFX accessibility is already implemented and was delivered in JDK 8u40. -- Kevin Michał Zegan wrote: What about accessibility work? Work on it has been started, but not sure if it is still targetted for 9. W dniu 2015-06-27 o 20:16, Mike pisze: a lot of FULL blown Webrtc support and building something in Javafx (like Scene Builder) that Proves Webrtc support would be awesome. Ditto to Webgl support. On Sat, Jun 27, 2015 at 8:07 AM, Kevin Rushforth kevin.rushfo...@oracle.com wrote: Hi Felix, Sorry for the delay. Most of us were still pretty focused on 8u60, but we are turning our attention to JDK 9 now. The focus for JDK 9 is Jigsaw. The currently planned big features (JEPs) for FX in JDK 9 are these: JEP 253: Prepare JavaFX UI Controls CSS APIs for Modularization JEP 257: Update JavaFX/Media to Newer Version of GStreamer Related to Jigasw, we intend to look into new API for heavily used internal methods / classes since they will no longer be accessible otherwise. We also plan to update WebKit at least one more time, and will likely do a few RFEs such as better Hi-DPI support (with API control) on Mac, Windows, Linux. We don't currently plan any other big features for 9, but will consider additional RFEs if they are important to enough developers and if they fit into the time frame. -- Kevin Felix Bembrick wrote: Anyone got anything or is there a link somewhere that talks about these? On 15 June 2015 at 22:00, Felix Bembrick felix.bembr...@gmail.com wrote: I realise we are a long way off JDK 9 still and with crucial features such as Jigsaw still a little up in the air but is it possible someone could itemise the most likely new features, enhancements and bug fixes that we will see in JavaFX when JDK 9 is released? Of course it's purely speculation at this point but it would assist me greatly to have some of idea of where JavaFX is heading and which areas are seen as most important. Thanks, Felix -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBAgAGBQJVka5MAAoJEHb1CzgxXKwYbKwP/RFa3NjMnXWFc6o5EzIFYlh3 5ExLUgu+IVWr1fewrf+KTcR9WmyXWN2ju8zkRb7nhjSiA+5XAf3vbvUBGTaaa1A4 92Fd0W2Mfj8M9F3Px5QP1TMS1BO7GrO12zsB+obmBvWA/xWy0GEoctja8ohT5aNf
Re: JavaFX features in JDK 9
Mike, I believe it is essential that the JavaFX WebView supports WebGL as this is where a lot of the OpenGL work is being done now. At the moment, JavaFX WebView is limited to Lite Mode of Google Maps for example so it is not really compatible with an external browser. Other than that, there has to be a seamless way of integrating custom shaders and arbitrary OpenGL in a way that works in conjunction with the scene graph. Current 3D support in JavaFX is token at best... On 30 June 2015 at 21:21, Jack Moxley j...@moxley.co.uk wrote: I suppose i should stop shouting from the sidelines, roll up my sleeves and get my hands dirty, what can i do as a lowly developer to help? Sent from my iPhone On 30 Jun 2015, at 12:16, Felix Bembrick felix.bembr...@gmail.com wrote: Well, we are all at the whim of Oracle executives decisions with the added help of third parties such as Gluon and RoboVM. The future of JavaFX really is in *our* hands. On 30 Jun 2015, at 21:13, Jack Moxley j...@moxley.co.uk wrote: Maybe it should its aspirations a little higher, especially with the advent of unity, webgl or even scenegraph impls such as jmonkeyengine that do. Sent from my iPhone On 30 Jun 2015, at 09:42, Felix Bembrick felix.bembr...@gmail.com wrote: coughJavaFX has *never* claimed to be write once, run anyway/cough On 30 Jun 2015, at 18:13, Mike mikeg...@gmail.com wrote: coughwrite once, run anywhere/cough This about sums it up! On Tue, Jun 30, 2015 at 12:12 AM, Jack Moxley j...@moxley.co.uk wrote: coughwrite once, run anywhere/cough Sent from my iPhone On 29 Jun 2015, at 21:45, Michał Zegan webczat_...@poczta.onet.pl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Does it mean platform support for linux won't be implemented now, or at all? I usually use windows, but still depend on that support because I sometimes use linux, so I am interested about that. W dniu 2015-06-29 o 22:40, Kevin Rushforth pisze: There is public API in 8u40 to support accessibility. Applications using standard JavaFX controls can, for example, use the accessibleText property to define the text that the screen reader will speak or the accessibleHelp property to provide a more detailed description. These properties have reasonable defaults, but can be overridden by applications. Additionally, if you use the labelFor property to point to a Control that the Label is associated with, the accessibility framework will use that when the screen reader is active. Custom controls can override the queryAccessibleAttribute, executeAccessibleAction, and notifyAccessibleAttributeChanged methods. As for platform support, we currently support Windows and Mac platforms. We have no plan to make FX accessible on Linux . -- Kevin Michał Zegan wrote: I saw it, and it seems promising, but: first, there is probably, or I heard it wrong? no public api for making accessibility related stuff... Also, I believe there is no linux accessibility bridge as opposed to windows and mac. And I do not know if I am wrong, or when this is going to be implemented. W dniu 2015-06-29 o 20:30, Kevin Rushforth pisze: JavaFX accessibility is already implemented and was delivered in JDK 8u40. -- Kevin Michał Zegan wrote: What about accessibility work? Work on it has been started, but not sure if it is still targetted for 9. W dniu 2015-06-27 o 20:16, Mike pisze: a lot of FULL blown Webrtc support and building something in Javafx (like Scene Builder) that Proves Webrtc support would be awesome. Ditto to Webgl support. On Sat, Jun 27, 2015 at 8:07 AM, Kevin Rushforth kevin.rushfo...@oracle.com wrote: Hi Felix, Sorry for the delay. Most of us were still pretty focused on 8u60, but we are turning our attention to JDK 9 now. The focus for JDK 9 is Jigsaw. The currently planned big features (JEPs) for FX in JDK 9 are these: JEP 253: Prepare JavaFX UI Controls CSS APIs for Modularization JEP 257: Update JavaFX/Media to Newer Version of GStreamer Related to Jigasw, we intend to look into new API for heavily used internal methods / classes since they will no longer be accessible otherwise. We also plan to update WebKit at least one more time, and will likely do a few RFEs such as better Hi-DPI support (with API control) on Mac, Windows, Linux. We don't currently plan any other big features for 9, but will consider additional RFEs if they are important to enough developers and if they fit into the time frame. -- Kevin Felix Bembrick wrote: Anyone got anything or is there a link somewhere that talks about these? On 15 June 2015 at 22:00, Felix Bembrick felix.bembr...@gmail.com wrote: I realise we are a long way off JDK 9 still and with crucial features such as Jigsaw still a little up in the air but is it
Re: Patch for JDK-8090098 - [regression] Webview - getTimezoneOffset() of a ISO strings returns a wrong value
Not by itself, although regressions are certainly taken very seriously. In any case, the process is to get this into 9-dev (once it has been reviewed), test it thoroughly, and then consider whether we can make a case for taking it to the 8u60 release team. -- Kevin Hruda, Steve wrote: Is a regression not release critical? Diese E-Mail wurde versandt im Auftrag des Unternehmens Intergraph Ges.m.b.H. Vertretungsberechtigte Geschäftsführer: Maximilian Weber Sitz der Gesellschaft: Margaretenstraße 70/I/1, 1050 Wien, Österreich, Tel. +43 (1) 9610567-0 Eingetragen beim Handelsgericht Wien, Firmenbuch-Nr.: FN 116859 b Umsatzsteuer-Identifikationsnummer / VAT-ID: ATU15138401, Steuer-Nummer: 264/4807 This E-Mail has been sent on behalf of the company Intergraph Ges.m.b.H. Authorised Managing Directors: Maximilian Weber Registered office and Austrian headquarters: Margaretenstr. 70/I/1, 1050 Wien, Austria, Tel. +43 (1) 9610567-0 The company is recorded at the commercial court of Vienna under the company register number FN 116859 b VAT-ID: ATU15138401, Austrian Tax ID: 264/4807 Diese E-Mail (mit zugehörigen Dateien) enthält möglicherweise Informationen, die vertraulich sind, dem Urheberrecht unterliegen oder ein Geschäftsgeheimnis darstellen. Falls Sie diese Nachricht irrtümlicherweise erhalten haben, benachrichtigen Sie uns bitte umgehend, indem Sie eine Antwort senden, und löschen Sie bitte diese E-Mail und Ihre Antwort darauf. Sämtliche aufgeführten Ansichten oder Meinungen sind ausschließlich diejenigen des Autors und entsprechen nicht notwendigerweise denen des Unternehmens Intergraph. This E-Mail (and any attachments) may be confidential and protected by legal privilege. If you are not the intended recipient please notify us immediately by replying to the sender and delete this E-Mail and your reply from your system. All the views and opinions published here are solely based on the author's own opinion and should not be considered necessarily as reflecting the opinion of Intergraph. -Original Message- From: Kevin Rushforth [mailto:kevin.rushfo...@oracle.com] Sent: Tuesday, June 30, 2015 10:45 PM To: Anton V. Tarasov Cc: Hruda, Steve; openjfx-dev@openjdk.java.net Subject: Re: Patch for JDK-8090098 - [regression] Webview - getTimezoneOffset() of a ISO strings returns a wrong value Anton V. Tarasov wrote: On 30.06.2015 21:13, Hruda, Steve wrote: Hi Anton, thanks for the detailed information and the good news. You talk about JDK's jira? Am I right? . I don't have an access for that JIRA system since the JavaFX's Jira has moved to the JDK Bug System. Ah, ok. Then I'll quote your e-mail. About the Apple stuff. I know that Apple dropped Windows Safari support and in my opinion is this a very bad situation for WebKit (in case of Windows) and especially since Google and Opera using Google's Blink engine. In case of the JDK it would be more practicable to switch from WebKit to Blink, because this engine is still used by Companies which have Windows end-users. There is a high probability that WebKit get more such bugs if there is no big player like Google or Apple who has the man power to fix such OS dependent issues. I see. However, switching to Blink is another story. Honestly, we're not planning it in the nearest future. This requires extra resources which we don't have at the moment... Last questions: Do you need any additional information from my side? And is it possible to integrate this fix in 8u60? From my side, I'll do a sanity check with WebKit LayoutTests, then if it goes well, we can consider commiting this to 8u60. @Kevin, do you think we can? Very unlikely. The JDK release team would need to approve, and only release-critical issues may be considered at this point (it would be hard to argue that this is release-critical since it has already been deferred). -- Kevin Also, as an option for you (Steve). You can post the changes to the WebKit alias and ask if they think this is a valid fix for the issue. Any confirmation from the WebKit team would help us to make sure the fix is reliable. Thanks! Anton. Thanks in advance! Best Regards, Steve Diese E-Mail wurde versandt im Auftrag des Unternehmens Intergraph Ges.m.b.H. Vertretungsberechtigte Geschäftsführer: Maximilian Weber Sitz der Gesellschaft: Margaretenstraße 70/I/1, 1050 Wien, Österreich, Tel. +43 (1) 9610567-0 Eingetragen beim Handelsgericht Wien, Firmenbuch-Nr.: FN 116859 b Umsatzsteuer-Identifikationsnummer / VAT-ID: ATU15138401, Steuer-Nummer: 264/4807 This E-Mail has been sent on behalf of the company Intergraph Ges.m.b.H. Authorised Managing Directors: Maximilian Weber Registered office and Austrian headquarters: Margaretenstr. 70/I/1, 1050 Wien, Austria, Tel. +43 (1) 9610567-0 The company is recorded at the commercial court of Vienna under the company register number FN 116859 b VAT-ID: ATU15138401, Austrian Tax ID:
[8u60] Code Review Request For JDK-8130122: Horizontal ListView incorrectly displays long data
Hi Kevin, Please review this proposed fix for a late-breaking regression found during this week's sanity testing: JBS: https://bugs.openjdk.java.net/browse/JDK-8130122 Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8130122/webrev.01/ Thanks, - Chien