From robert.zenz at sibvisions.com Tue Sep 1 07:10:01 2015 From: robert.zenz at sibvisions.com (Robert Zenz) Date: Tue, 1 Sep 2015 07:10:01 +0000 Subject: JEP 253 Update: new JavaDoc ready for review In-Reply-To: <4DA49834-9F32-414C-8F80-D7AB3BB3C200@oracle.com> References: <55DF9229.2000104@oracle.com> <55E40993.5070702@sibvisions.com> <4DA49834-9F32-414C-8F80-D7AB3BB3C200@oracle.com> Message-ID: <55E54F49.2050503@sibvisions.com> Am I seeing this right that this means that overriding/extending existing controls in JDK9 will become real hard because we have no way to get the already existing behavior and build upon it? On 31.08.2015 10:06, Jonathan Giles wrote: > That is correct. The feasibility of doing this in a JDK 9 update release > is another issue entirely, so the main point is that it will be at > some point after the first JDK 9 release, but no guarantees when. > -- Jonathan From jonathan.giles at oracle.com Tue Sep 1 07:44:18 2015 From: jonathan.giles at oracle.com (Jonathan Giles) Date: Tue, 01 Sep 2015 19:44:18 +1200 Subject: JEP 253 Update: new JavaDoc ready for review In-Reply-To: <55E54F49.2050503@sibvisions.com> References: <55DF9229.2000104@oracle.com> <55E40993.5070702@sibvisions.com> <4DA49834-9F32-414C-8F80-D7AB3BB3C200@oracle.com> <55E54F49.2050503@sibvisions.com> Message-ID: <977E5971-21D5-4E61-8EBF-BCB76345BD34@oracle.com> This is likely true, to a degree. The thing is, most people who customise their controls do this at the skin level and retain the same behavior. This isn't always true of course, but it generally is. For this reason the priority is on getting the skins public first. Behaviors will come second, which is unfortunate, but we don't have enough runway to do everything we want. -- Jonathan Sent from a touch device. Please excuse my brevity. On 1 September 2015 19:10:01 GMT+12:00, Robert Zenz wrote: >Am I seeing this right that this means that overriding/extending >existing controls in JDK9 will become real hard because we have no way >to get the already existing behavior and build upon it? > > >On 31.08.2015 10:06, Jonathan Giles wrote: >> That is correct. The feasibility of doing this in a JDK 9 update >release >> is another issue entirely, so the main point is that it will be at >> some point after the first JDK 9 release, but no guarantees when. >> -- Jonathan From david.dehaven at oracle.com Tue Sep 1 19:32:31 2015 From: david.dehaven at oracle.com (David DeHaven) Date: Tue, 1 Sep 2015 12:32:31 -0700 Subject: [9] Review request for 8131066: JavaFX MediaPlayer crashes on dispose with certain MP4s In-Reply-To: <55E10569.20702@oracle.com> References: <55E10569.20702@oracle.com> Message-ID: > Hi David, > > Please review the fix: > https://bugs.openjdk.java.net/browse/JDK-8131066 > http://cr.openjdk.java.net/~almatvee/8131066/webrev.00/ > > Crash happens, because AVPlayer was trying to notify AVFMediaPlayer about frame change after AVFMediaPlayer was released. Fixed by unregistering notification callback before AVFMediaPlayer is released. Change looks good, approved. I also updated the JBS issue. -DrD- From david.dehaven at oracle.com Tue Sep 1 19:36:21 2015 From: david.dehaven at oracle.com (David DeHaven) Date: Tue, 1 Sep 2015 12:36:21 -0700 Subject: hg: openjfx/9-dev/rt: 8043352: JEP 257: Update JavaFX/Media to Newer Version of GStreamer In-Reply-To: <201508280108.t7S188kj010795@aojmv0008.oracle.com> References: <201508280108.t7S188kj010795@aojmv0008.oracle.com> Message-ID: <6A128778-6838-4AE7-A529-9E7904D7F4E0@oracle.com> > On Aug 27, 2015, at 6:08 PM, kevin.rushforth at oracle.com wrote: > > Changeset: 241f9696e3ad > Author: almatvee > Date: 2015-08-27 14:35 -0700 > URL: http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/241f9696e3ad > > 8043352: JEP 257: Update JavaFX/Media to Newer Version of GStreamer > Reviewed-by: stayer, ddehaven, kcr -DrD- From vadim.pakhnushev at oracle.com Wed Sep 2 11:08:37 2015 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Wed, 2 Sep 2015 14:08:37 +0300 Subject: [9] Review request for 8134934: Bindings.bindContent doesn't reflect the value changes in the ObservableMap Message-ID: <55E6D8B5.9030506@oracle.com> Chien, Please review the fix: https://bugs.openjdk.java.net/browse/JDK-8134934 http://cr.openjdk.java.net/~vadim/8134934/webrev.00/ Thanks, Vadim From johns at msli.com Wed Sep 2 14:05:19 2015 From: johns at msli.com (johns at msli.com) Date: Wed, 2 Sep 2015 07:05:19 -0700 Subject: MenuBar in osx to set About, Preferences, Quit Message-ID: <1441202719.22559.105.camel@localhost> What is the method for a pure javafx app to control the osx application menu bar (e.g. About, Preferences, Quit, etc)? The menu bar area I am asking about can be seen in a native Mac OS applications menu under : About Preferences... Services Hide Hide Others Show All Quit When I use the javapackager (aka javafxpackager ) to make a stand alone app on osx the title of this bar becomes my app name, however how do I control the other parts (e.g. About, Preferences, Quit, etc)? My javafx application has a javafx MenuBar in each window (Stage) with the property useSystemMenuBar set to true, in order to show a more-native behavior, where the menu bar appears in the Apple menu bar at the top of the screen for the active window, but this does not give me control over the areas in question. Please respond with only methods that do swing, awt, or eawt, as I have not seen this published anywhere. NOTICE: This email may contain confidential information. Please see http://www.meyersound.com/confidential/ for our complete policy. From johns at msli.com Wed Sep 2 14:15:01 2015 From: johns at msli.com (johns at msli.com) Date: Wed, 2 Sep 2015 07:15:01 -0700 Subject: MenuBar in osx to set About, Preferences, Quit In-Reply-To: <1441202719.22559.105.camel@localhost> References: <1441202719.22559.105.camel@localhost> Message-ID: <1441203301.22559.106.camel@localhost> Please respond with only methods that do NOT use swing, awt, or eawt, as I have not seen this published anywhere. On Wed, 2015-09-02 at 07:05 -0700, johns at msli.com wrote: > What is the method for a pure javafx app to control the osx application > menu bar (e.g. About, Preferences, Quit, etc)? > > The menu bar area I am asking about can be seen in a native Mac OS > applications menu under : > About > Preferences... > Services > Hide > Hide Others > Show All > Quit > > When I use the javapackager (aka javafxpackager ) to make a stand alone > app on osx the title of this bar becomes my app name, however how do I > control the other parts (e.g. About, Preferences, Quit, etc)? > > My javafx application has a javafx MenuBar in each window (Stage) with > the property useSystemMenuBar set to true, in order to show a > more-native behavior, where the menu bar appears in the Apple menu bar > at the top of the screen for the active window, but this does not give > me control over the areas in question. > > Please respond with only methods that do swing, awt, or eawt, as I have > not seen this published anywhere. > > > NOTICE: This email may contain confidential information. Please see http://www.meyersound.com/confidential/ for our complete policy. From tai.hu at veroanalytics.com Wed Sep 2 14:33:04 2015 From: tai.hu at veroanalytics.com (Tai Hu) Date: Wed, 2 Sep 2015 10:33:04 -0400 Subject: MenuBar in osx to set About, Preferences, Quit In-Reply-To: <1441203301.22559.106.camel@localhost> References: <1441202719.22559.105.camel@localhost> <1441203301.22559.106.camel@localhost> Message-ID: I used NSMenuFX, which is using eclipse swt. It works very well on Mac OS Tai On Wednesday, September 2, 2015, johns at msli.com wrote: > Please respond with only methods that do NOT use swing, awt, or eawt, as > I have not seen this published anywhere. > > On Wed, 2015-09-02 at 07:05 -0700, johns at msli.com wrote: > > What is the method for a pure javafx app to control the osx application > > menu bar (e.g. About, Preferences, Quit, etc)? > > > > The menu bar area I am asking about can be seen in a native Mac OS > > applications menu under : > > About > > Preferences... > > Services > > Hide > > Hide Others > > Show All > > Quit > > > > When I use the javapackager (aka javafxpackager ) to make a stand alone > > app on osx the title of this bar becomes my app name, however how do I > > control the other parts (e.g. About, Preferences, Quit, etc)? > > > > My javafx application has a javafx MenuBar in each window (Stage) with > > the property useSystemMenuBar set to true, in order to show a > > more-native behavior, where the menu bar appears in the Apple menu bar > > at the top of the screen for the active window, but this does not give > > me control over the areas in question. > > > > Please respond with only methods that do swing, awt, or eawt, as I have > > not seen this published anywhere. > > > > > > NOTICE: This email may contain confidential information. Please see > http://www.meyersound.com/confidential/ for our complete policy. > > > From johns at msli.com Wed Sep 2 15:02:54 2015 From: johns at msli.com (johns at msli.com) Date: Wed, 2 Sep 2015 08:02:54 -0700 Subject: MenuBar in osx to set About, Preferences, Quit In-Reply-To: References: <1441202719.22559.105.camel@localhost> <1441203301.22559.106.camel@localhost> Message-ID: <1441206174.22559.126.camel@localhost> This method sends us down a hybrid-app route, which I am trying to get away from. Is there no pure javafx complete solution for OSX? On Wed, 2015-09-02 at 10:33 -0400, Tai Hu wrote: > I used NSMenuFX, which is using eclipse swt. It works very well on Mac > OS > > > Tai > > On Wednesday, September 2, 2015, johns at msli.com > wrote: > Please respond with only methods that do NOT use swing, awt, > or eawt, as > I have not seen this published anywhere. > > On Wed, 2015-09-02 at 07:05 -0700, johns at msli.com wrote: > > What is the method for a pure javafx app to control the osx > application > > menu bar (e.g. About, Preferences, Quit, etc)? > > > > The menu bar area I am asking about can be seen in a native > Mac OS > > applications menu under : > > About > > Preferences... > > Services > > Hide > > Hide Others > > Show All > > Quit > > > > When I use the javapackager (aka javafxpackager ) to make a > stand alone > > app on osx the title of this bar becomes my app name, > however how do I > > control the other parts (e.g. About, Preferences, Quit, > etc)? > > > > My javafx application has a javafx MenuBar in each window > (Stage) with > > the property useSystemMenuBar set to true, in order to show > a > > more-native behavior, where the menu bar appears in the > Apple menu bar > > at the top of the screen for the active window, but this > does not give > > me control over the areas in question. > > > > Please respond with only methods that do swing, awt, or > eawt, as I have > > not seen this published anywhere. > > > > > > NOTICE: This email may contain confidential information. > Please see http://www.meyersound.com/confidential/ for our > complete policy. > > NOTICE: This email may contain confidential information. Please see http://www.meyersound.com/confidential/ for our complete policy. From david.dehaven at oracle.com Wed Sep 2 15:17:12 2015 From: david.dehaven at oracle.com (David DeHaven) Date: Wed, 2 Sep 2015 08:17:12 -0700 Subject: [9] Proposal to deprecate VP6 video and the FLV/FXM file formats In-Reply-To: <79CF1E8C-8453-4711-9E21-A6B0BCFF5726@oracle.com> References: <79CF1E8C-8453-4711-9E21-A6B0BCFF5726@oracle.com> Message-ID: <9B43F5A9-30FB-4954-8027-A09918FED6BE@oracle.com> Having heard no objections and gaining internal approval, we'll move forward with this plan. -DrD- > On Aug 26, 2015, at 11:53 AM, David DeHaven wrote: > > > I am proposing we deprecate support for the VP6 video encoding format and the FXM/FLV file format in JFXMedia for Java 9. The current intention is to completely remove support for these components in the Java 10 timeframe. Note that this is only deprecation, Java 9 will still support playback of VP6 video in FXM or FLV containers. > > The reasons in favor of deprecation: > - Use of VP6 on the web has lost favor, it was superseded fairly quickly by H.264/AVC in Flash 9 and Adobe generally recommends using H.264/AVC over it. It's not even recommended for compatibility as as their "Sorenson Spark" H.263 variant has a much longer history in Flash. > - Tools for generating VP6 are non-trivial, even Adobe products no longer support generating VP6 content out of the box, you have to install add-ons. While there are free tools, none are particularly elegant or easy to use, or produce sub-optimal results. We've heard no end of complaints from the community about the lack of tools for VP6, so it seems a logical decision to migrate away from it. > - We have had (many) requests to add external codec support, if (that's a big IF, please do NOT take this as any sort of promise or even the hope of a promise!) we were to implement such a feature and if you absolutely had to rely on VP6 then you would be able to provide one yourself. > - The vp6 codec is the LAST closed source component in media, once removed JFXMedia will be 100% open source. I think we can all agree this is a good thing and something I personally look forward to achieving. > > > The one and only reason I can think of for NOT deprecating VP6: > - It is currently the only format (supported by JFXMedia) which supports an alpha channel, though I have had thoughts on how to address that in a way that would allow the use of practically any media format. > > > While compelling for some use cases, it is a very niche use case and thus cannot outweigh the benefits. So, this is a call out to any who may be using VP6, please speak up now so we can discuss it or forever hold your peace. > > > For reference, the list of supported formats in JFXMedia are in the JavaDoc for javafx.scene.Media: > https://docs.oracle.com/javase/8/javafx/api/javafx/scene/media/package-summary.html#SupportedMediaTypes > > -DrD- > From tai.hu at veroanalytics.com Wed Sep 2 16:36:55 2015 From: tai.hu at veroanalytics.com (Tai Hu) Date: Wed, 2 Sep 2015 12:36:55 -0400 Subject: MenuBar in osx to set About, Preferences, Quit In-Reply-To: <1441206174.22559.126.camel@localhost> References: <1441202719.22559.105.camel@localhost> <1441203301.22559.106.camel@localhost> <1441206174.22559.126.camel@localhost> Message-ID: <3BBA61C5-5F76-449A-AEC8-D331BA7EAB70@veroanalytics.com> I am totally agreed with you on this one. Unfortunately couple weeks ago, I spent days on searching solution for this issue. NSMenuFX is only one actually working. Tai > On Sep 2, 2015, at 11:02 AM, johns at msli.com wrote: > > This method sends us down a hybrid-app route, which I am trying to get > away from. > > Is there no pure javafx complete solution for OSX? > > On Wed, 2015-09-02 at 10:33 -0400, Tai Hu wrote: >> I used NSMenuFX, which is using eclipse swt. It works very well on Mac >> OS >> >> >> Tai >> >> On Wednesday, September 2, 2015, johns at msli.com >> wrote: >> Please respond with only methods that do NOT use swing, awt, >> or eawt, as >> I have not seen this published anywhere. >> >> On Wed, 2015-09-02 at 07:05 -0700, johns at msli.com wrote: >>> What is the method for a pure javafx app to control the osx >> application >>> menu bar (e.g. About, Preferences, Quit, etc)? >>> >>> The menu bar area I am asking about can be seen in a native >> Mac OS >>> applications menu under : >>> About >>> Preferences... >>> Services >>> Hide >>> Hide Others >>> Show All >>> Quit >>> >>> When I use the javapackager (aka javafxpackager ) to make a >> stand alone >>> app on osx the title of this bar becomes my app name, >> however how do I >>> control the other parts (e.g. About, Preferences, Quit, >> etc)? >>> >>> My javafx application has a javafx MenuBar in each window >> (Stage) with >>> the property useSystemMenuBar set to true, in order to show >> a >>> more-native behavior, where the menu bar appears in the >> Apple menu bar >>> at the top of the screen for the active window, but this >> does not give >>> me control over the areas in question. >>> >>> Please respond with only methods that do swing, awt, or >> eawt, as I have >>> not seen this published anywhere. >>> >>> >>> NOTICE: This email may contain confidential information. >> Please see http://www.meyersound.com/confidential/ for our >> complete policy. >> >> > > > > NOTICE: This email may contain confidential information. Please see http://www.meyersound.com/confidential/ for our complete policy. From johns at msli.com Wed Sep 2 17:05:29 2015 From: johns at msli.com (johns at msli.com) Date: Wed, 2 Sep 2015 10:05:29 -0700 Subject: MenuBar in osx to set About, Preferences, Quit In-Reply-To: <3BBA61C5-5F76-449A-AEC8-D331BA7EAB70@veroanalytics.com> References: <1441202719.22559.105.camel@localhost> <1441203301.22559.106.camel@localhost> <1441206174.22559.126.camel@localhost> <3BBA61C5-5F76-449A-AEC8-D331BA7EAB70@veroanalytics.com> Message-ID: <1441213529.22559.159.camel@localhost> I would love to file a bug, as this is really big hole for javafx. As other gui tool kits support it, so should javafx. If I can log into to https://bugs.openjdk.java.net/ I will file a bug, if it doesn't exist, but right now login appears broken. On Wed, 2015-09-02 at 12:36 -0400, Tai Hu wrote: > I am totally agreed with you on this one. Unfortunately couple weeks ago, I spent days on searching solution for this issue. NSMenuFX is only one actually working. > > Tai > > > On Sep 2, 2015, at 11:02 AM, johns at msli.com wrote: > > > > This method sends us down a hybrid-app route, which I am trying to get > > away from. > > > > Is there no pure javafx complete solution for OSX? > > > > On Wed, 2015-09-02 at 10:33 -0400, Tai Hu wrote: > >> I used NSMenuFX, which is using eclipse swt. It works very well on Mac > >> OS > >> > >> > >> Tai > >> > >> On Wednesday, September 2, 2015, johns at msli.com > >> wrote: > >> Please respond with only methods that do NOT use swing, awt, > >> or eawt, as > >> I have not seen this published anywhere. > >> > >> On Wed, 2015-09-02 at 07:05 -0700, johns at msli.com wrote: > >>> What is the method for a pure javafx app to control the osx > >> application > >>> menu bar (e.g. About, Preferences, Quit, etc)? > >>> > >>> The menu bar area I am asking about can be seen in a native > >> Mac OS > >>> applications menu under : > >>> About > >>> Preferences... > >>> Services > >>> Hide > >>> Hide Others > >>> Show All > >>> Quit > >>> > >>> When I use the javapackager (aka javafxpackager ) to make a > >> stand alone > >>> app on osx the title of this bar becomes my app name, > >> however how do I > >>> control the other parts (e.g. About, Preferences, Quit, > >> etc)? > >>> > >>> My javafx application has a javafx MenuBar in each window > >> (Stage) with > >>> the property useSystemMenuBar set to true, in order to show > >> a > >>> more-native behavior, where the menu bar appears in the > >> Apple menu bar > >>> at the top of the screen for the active window, but this > >> does not give > >>> me control over the areas in question. > >>> > >>> Please respond with only methods that do swing, awt, or > >> eawt, as I have > >>> not seen this published anywhere. > >>> > >>> > >>> NOTICE: This email may contain confidential information. > >> Please see http://www.meyersound.com/confidential/ for our > >> complete policy. > >> > >> > > > > > > > > NOTICE: This email may contain confidential information. Please see http://www.meyersound.com/confidential/ for our complete policy. > From kevin.rushforth at oracle.com Wed Sep 2 17:10:49 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 02 Sep 2015 10:10:49 -0700 Subject: MenuBar in osx to set About, Preferences, Quit In-Reply-To: <1441213529.22559.159.camel@localhost> References: <1441202719.22559.105.camel@localhost> <1441203301.22559.106.camel@localhost> <1441206174.22559.126.camel@localhost> <3BBA61C5-5F76-449A-AEC8-D331BA7EAB70@veroanalytics.com> <1441213529.22559.159.camel@localhost> Message-ID: <55E72D99.3080504@oracle.com> You can file an RFE at http://bugs.java.com/ -- Kevn johns at msli.com wrote: > I would love to file a bug, as this is really big hole for javafx. > > As other gui tool kits support it, so should javafx. > > If I can log into to https://bugs.openjdk.java.net/ I will file a bug, > if it doesn't exist, but right now login appears broken. > > On Wed, 2015-09-02 at 12:36 -0400, Tai Hu wrote: > >> I am totally agreed with you on this one. Unfortunately couple weeks ago, I spent days on searching solution for this issue. NSMenuFX is only one actually working. >> >> Tai >> >> >>> On Sep 2, 2015, at 11:02 AM, johns at msli.com wrote: >>> >>> This method sends us down a hybrid-app route, which I am trying to get >>> away from. >>> >>> Is there no pure javafx complete solution for OSX? >>> >>> On Wed, 2015-09-02 at 10:33 -0400, Tai Hu wrote: >>> >>>> I used NSMenuFX, which is using eclipse swt. It works very well on Mac >>>> OS >>>> >>>> >>>> Tai >>>> >>>> On Wednesday, September 2, 2015, johns at msli.com >>>> wrote: >>>> Please respond with only methods that do NOT use swing, awt, >>>> or eawt, as >>>> I have not seen this published anywhere. >>>> >>>> On Wed, 2015-09-02 at 07:05 -0700, johns at msli.com wrote: >>>> >>>>> What is the method for a pure javafx app to control the osx >>>>> >>>> application >>>> >>>>> menu bar (e.g. About, Preferences, Quit, etc)? >>>>> >>>>> The menu bar area I am asking about can be seen in a native >>>>> >>>> Mac OS >>>> >>>>> applications menu under : >>>>> About >>>>> Preferences... >>>>> Services >>>>> Hide >>>>> Hide Others >>>>> Show All >>>>> Quit >>>>> >>>>> When I use the javapackager (aka javafxpackager ) to make a >>>>> >>>> stand alone >>>> >>>>> app on osx the title of this bar becomes my app name, >>>>> >>>> however how do I >>>> >>>>> control the other parts (e.g. About, Preferences, Quit, >>>>> >>>> etc)? >>>> >>>>> My javafx application has a javafx MenuBar in each window >>>>> >>>> (Stage) with >>>> >>>>> the property useSystemMenuBar set to true, in order to show >>>>> >>>> a >>>> >>>>> more-native behavior, where the menu bar appears in the >>>>> >>>> Apple menu bar >>>> >>>>> at the top of the screen for the active window, but this >>>>> >>>> does not give >>>> >>>>> me control over the areas in question. >>>>> >>>>> Please respond with only methods that do swing, awt, or >>>>> >>>> eawt, as I have >>>> >>>>> not seen this published anywhere. >>>>> >>>>> >>>>> NOTICE: This email may contain confidential information. >>>>> >>>> Please see http://www.meyersound.com/confidential/ for our >>>> complete policy. >>>> >>>> >>>> >>> >>> NOTICE: This email may contain confidential information. Please see http://www.meyersound.com/confidential/ for our complete policy. >>> > > > From leif.samuelsson at oracle.com Wed Sep 2 19:09:45 2015 From: leif.samuelsson at oracle.com (Leif Samuelsson) Date: Wed, 02 Sep 2015 12:09:45 -0700 Subject: MenuBar in osx to set About, Preferences, Quit In-Reply-To: <55E72D99.3080504@oracle.com> References: <1441202719.22559.105.camel@localhost> <1441203301.22559.106.camel@localhost> <1441206174.22559.126.camel@localhost> <3BBA61C5-5F76-449A-AEC8-D331BA7EAB70@veroanalytics.com> <1441213529.22559.159.camel@localhost> <55E72D99.3080504@oracle.com> Message-ID: <55E74979.4050505@oracle.com> See: https://bugs.openjdk.java.net/browse/JDK-8091517 https://bugs.openjdk.java.net/browse/JDK-8088585 Leif On 2015-09-02 10:10, Kevin Rushforth wrote: > You can file an RFE at http://bugs.java.com/ > > -- Kevn > > > johns at msli.com wrote: >> I would love to file a bug, as this is really big hole for javafx. >> As other gui tool kits support it, so should javafx. >> >> If I can log into to https://bugs.openjdk.java.net/ I will file a bug, >> if it doesn't exist, but right now login appears broken. >> >> On Wed, 2015-09-02 at 12:36 -0400, Tai Hu wrote: >>> I am totally agreed with you on this one. Unfortunately couple weeks ago, I spent days on searching solution for this issue. NSMenuFX is only one actually working. >>> >>> Tai >>> >>>> On Sep 2, 2015, at 11:02 AM, johns at msli.com wrote: >>>> >>>> This method sends us down a hybrid-app route, which I am trying to get >>>> away from. >>>> Is there no pure javafx complete solution for OSX? >>>> >>>> On Wed, 2015-09-02 at 10:33 -0400, Tai Hu wrote: >>>>> I used NSMenuFX, which is using eclipse swt. It works very well on Mac >>>>> OS >>>>> >>>>> Tai >>>>> >>>>> On Wednesday, September 2, 2015, johns at msli.com >>>>> wrote: >>>>> Please respond with only methods that do NOT use swing, awt, >>>>> or eawt, as >>>>> I have not seen this published anywhere. >>>>> >>>>> On Wed, 2015-09-02 at 07:05 -0700, johns at msli.com wrote: >>>>>> What is the method for a pure javafx app to control the osx >>>>> application >>>>>> menu bar (e.g. About, Preferences, Quit, etc)? >>>>>> >>>>>> The menu bar area I am asking about can be seen in a native >>>>> Mac OS >>>>>> applications menu under : >>>>>> About >>>>>> Preferences... >>>>>> Services >>>>>> Hide >>>>>> Hide Others >>>>>> Show All >>>>>> Quit >>>>>> >>>>>> When I use the javapackager (aka javafxpackager ) to make a >>>>> stand alone >>>>>> app on osx the title of this bar becomes my app name, >>>>> however how do I >>>>>> control the other parts (e.g. About, Preferences, Quit, >>>>> etc)? >>>>>> My javafx application has a javafx MenuBar in each window >>>>> (Stage) with >>>>>> the property useSystemMenuBar set to true, in order to show >>>>> a >>>>>> more-native behavior, where the menu bar appears in the >>>>> Apple menu bar >>>>>> at the top of the screen for the active window, but this >>>>> does not give >>>>>> me control over the areas in question. >>>>>> >>>>>> Please respond with only methods that do swing, awt, or >>>>> eawt, as I have >>>>>> not seen this published anywhere. >>>>>> >>>>>> >>>>>> NOTICE: This email may contain confidential information. >>>>> Please see http://www.meyersound.com/confidential/ for our >>>>> complete policy. >>>>> >>>>> >>>> >>>> NOTICE: This email may contain confidential information. Please see http://www.meyersound.com/confidential/ for our complete policy. >> >> From johns at msli.com Wed Sep 2 19:20:48 2015 From: johns at msli.com (johns at msli.com) Date: Wed, 2 Sep 2015 12:20:48 -0700 Subject: MenuBar in osx to set About, Preferences, Quit In-Reply-To: <55E74979.4050505@oracle.com> References: <1441202719.22559.105.camel@localhost> <1441203301.22559.106.camel@localhost> <1441206174.22559.126.camel@localhost> <3BBA61C5-5F76-449A-AEC8-D331BA7EAB70@veroanalytics.com> <1441213529.22559.159.camel@localhost> <55E72D99.3080504@oracle.com> <55E74979.4050505@oracle.com> Message-ID: <1441221648.22559.189.camel@localhost> First bug says "Not part of the FX 8 PRD, , consider for future release" In my opinion this must have been an over sight. Hasn't changed since 2013, so it is a dead end. Second bug says to use NSMenuFX (e.g. hybrid-app using swt). I need to avoid hybrid app issues. How do I get a javafx solution if a good bug exists but isn't being worked on? On Wed, 2015-09-02 at 12:09 -0700, Leif Samuelsson wrote: > See: > > https://bugs.openjdk.java.net/browse/JDK-8091517 > https://bugs.openjdk.java.net/browse/JDK-8088585 > > Leif > > On 2015-09-02 10:10, Kevin Rushforth wrote: > > You can file an RFE at http://bugs.java.com/ > > > > -- Kevn > > > > > > johns at msli.com wrote: > >> I would love to file a bug, as this is really big hole for javafx. > >> As other gui tool kits support it, so should javafx. > >> > >> If I can log into to https://bugs.openjdk.java.net/ I will file a bug, > >> if it doesn't exist, but right now login appears broken. > >> > >> On Wed, 2015-09-02 at 12:36 -0400, Tai Hu wrote: > >>> I am totally agreed with you on this one. Unfortunately couple weeks ago, I spent days on searching solution for this issue. NSMenuFX is only one actually working. > >>> > >>> Tai > >>> > >>>> On Sep 2, 2015, at 11:02 AM, johns at msli.com wrote: > >>>> > >>>> This method sends us down a hybrid-app route, which I am trying to get > >>>> away from. > >>>> Is there no pure javafx complete solution for OSX? > >>>> > >>>> On Wed, 2015-09-02 at 10:33 -0400, Tai Hu wrote: > >>>>> I used NSMenuFX, which is using eclipse swt. It works very well on Mac > >>>>> OS > >>>>> > >>>>> Tai > >>>>> > >>>>> On Wednesday, September 2, 2015, johns at msli.com > >>>>> wrote: > >>>>> Please respond with only methods that do NOT use swing, awt, > >>>>> or eawt, as > >>>>> I have not seen this published anywhere. > >>>>> > >>>>> On Wed, 2015-09-02 at 07:05 -0700, johns at msli.com wrote: > >>>>>> What is the method for a pure javafx app to control the osx > >>>>> application > >>>>>> menu bar (e.g. About, Preferences, Quit, etc)? > >>>>>> > >>>>>> The menu bar area I am asking about can be seen in a native > >>>>> Mac OS > >>>>>> applications menu under : > >>>>>> About > >>>>>> Preferences... > >>>>>> Services > >>>>>> Hide > >>>>>> Hide Others > >>>>>> Show All > >>>>>> Quit > >>>>>> > >>>>>> When I use the javapackager (aka javafxpackager ) to make a > >>>>> stand alone > >>>>>> app on osx the title of this bar becomes my app name, > >>>>> however how do I > >>>>>> control the other parts (e.g. About, Preferences, Quit, > >>>>> etc)? > >>>>>> My javafx application has a javafx MenuBar in each window > >>>>> (Stage) with > >>>>>> the property useSystemMenuBar set to true, in order to show > >>>>> a > >>>>>> more-native behavior, where the menu bar appears in the > >>>>> Apple menu bar > >>>>>> at the top of the screen for the active window, but this > >>>>> does not give > >>>>>> me control over the areas in question. > >>>>>> > >>>>>> Please respond with only methods that do swing, awt, or > >>>>> eawt, as I have > >>>>>> not seen this published anywhere. > >>>>>> > >>>>>> > >>>>>> NOTICE: This email may contain confidential information. > >>>>> Please see http://www.meyersound.com/confidential/ for our > >>>>> complete policy. > >>>>> > >>>>> > >>>> > >>>> NOTICE: This email may contain confidential information. Please see http://www.meyersound.com/confidential/ for our complete policy. > >> > >> From mik3hall at gmail.com Wed Sep 2 19:28:41 2015 From: mik3hall at gmail.com (Michael Hall) Date: Wed, 2 Sep 2015 14:28:41 -0500 Subject: MenuBar in osx to set About, Preferences, Quit In-Reply-To: <1441202719.22559.105.camel@localhost> References: <1441202719.22559.105.camel@localhost> Message-ID: <5F5742DC-DC49-4A0A-AA89-A6719DA6A375@gmail.com> > On Sep 2, 2015, at 9:05 AM, johns at msli.com wrote: > > What is the method for a pure javafx app to control the osx application > menu bar (e.g. About, Preferences, Quit, etc)? > > > Please respond with only methods that do swing, awt, or eawt, as I have > not seen this published anywhere. > I?m not quite following this. Maybe there is another eawt, but when I see that I think of the Apple API?s for this which are I believe are still supported. Is this what you mean? These were used in the past on Apple jvm?s to provide this functionality to java app?s and were I think open sourced and given to the openjdk project when Apple turned over it?s java related. Is this what you mean by eawt? And are you saying this is or is not acceptable. That support has nothing to do with javapackager as far as I know. It was indicated to me at some point that support for these legacy Apple API?s now informally belongs to the awt group. Also that they would probably continue to be available in Java 9 as part of the Desktop module? If I remember right. Michael Hall From mark.heckler at oracle.com Wed Sep 2 19:38:06 2015 From: mark.heckler at oracle.com (Mark Heckler) Date: Wed, 2 Sep 2015 12:38:06 -0700 (PDT) Subject: Goodbye, so long, auf wiedersehen, adieu Message-ID: All, ? It has been a pleasure and honor to have worked with you. I am among those whose positions were eliminated suddenly (today!), so I'll be exploring other opportunities. If you're receiving this email, I'd like very much to stay in touch with you! My personal contact information follows: ? HYPERLINK "mailto:mark.heckler at gmail.com"mark.heckler at gmail.com HYPERLINK "mailto:mark at thehecklers.org"mark at thehecklers.org GVoice phone: 618-215-6275 LinkedIn: https://www.linkedin.com/in/markheckler ? Areas of particular expertise include Java (SE Embedded through EE), DevOps, PaaS development, and especially evangelism/advocacy of same. ? Please let me know if you know of any opportunities; I'm willing to listen. :) ? Wishing you all the best, Mark /* ? Mark A. Heckler, MBA ? Developer Evangelist ? Oracle Cloud Developer Program ? Oracle Corporation ? 618.799.9985 cell ? HYPERLINK "mailto:mark.heckler at oracle.com"mark.heckler at oracle.com ? ? Any opinions that I have expressed in this email are mine and do not ??necessarily reflect those of Oracle. ? ? Todas las opiniones que haya expresado en este email son las m?as y ? no reflejan necesariamente las de Oracle. */ ? From tai.hu at veroanalytics.com Wed Sep 2 20:16:50 2015 From: tai.hu at veroanalytics.com (Tai Hu) Date: Wed, 2 Sep 2015 16:16:50 -0400 Subject: MenuBar in osx to set About, Preferences, Quit In-Reply-To: <5F5742DC-DC49-4A0A-AA89-A6719DA6A375@gmail.com> References: <1441202719.22559.105.camel@localhost> <5F5742DC-DC49-4A0A-AA89-A6719DA6A375@gmail.com> Message-ID: Michael, I checked out eawt couple weeks ago when I search the solution for this issue. It seems that there is no updates since 2010 and I played with it for a little while. It seems not working with latest OS X and JavaFX 8. I cannot control the Mac menu bar by using the eawt. Tai > On Sep 2, 2015, at 3:28 PM, Michael Hall wrote: > >> On Sep 2, 2015, at 9:05 AM, johns at msli.com wrote: >> >> What is the method for a pure javafx app to control the osx application >> menu bar (e.g. About, Preferences, Quit, etc)? >> >> >> Please respond with only methods that do swing, awt, or eawt, as I have >> not seen this published anywhere. >> > > I?m not quite following this. Maybe there is another eawt, but when I see that I think of the Apple API?s for this which are I believe are still supported. > Is this what you mean? > These were used in the past on Apple jvm?s to provide this functionality to java app?s and were I think open sourced and given to the openjdk project when Apple turned over it?s java related. > Is this what you mean by eawt? And are you saying this is or is not acceptable. > That support has nothing to do with javapackager as far as I know. > It was indicated to me at some point that support for these legacy Apple API?s now informally belongs to the awt group. Also that they would probably continue to be available in Java 9 as part of the Desktop module? If I remember right. > > Michael Hall > > > > > From mik3hall at gmail.com Wed Sep 2 20:52:29 2015 From: mik3hall at gmail.com (Michael Hall) Date: Wed, 2 Sep 2015 15:52:29 -0500 Subject: MenuBar in osx to set About, Preferences, Quit In-Reply-To: References: <1441202719.22559.105.camel@localhost> <5F5742DC-DC49-4A0A-AA89-A6719DA6A375@gmail.com> Message-ID: > On Sep 2, 2015, at 3:16 PM, Tai Hu wrote: > > Michael, > I checked out eawt couple weeks ago when I search the solution for this issue. It seems that there is no updates since 2010 and I played with it for a little while. It seems not working with latest OS X and JavaFX 8. I cannot control the Mac menu bar by using the eawt. You mentioned having something else that worked for you? These work fine for me. If they don?t for you and you don?t have a work around you would probably have to file a bug report. Michael Hall From felix.bembrick at gmail.com Wed Sep 2 21:08:17 2015 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Thu, 3 Sep 2015 07:08:17 +1000 Subject: Goodbye, so long, auf wiedersehen, adieu In-Reply-To: References: Message-ID: Hi Mark, I am not sure if this is good news or bad news but it sounds like you were made redundant which would of course be bad news. Oracle seem quite whacky lately with the things they are doing and the people they are letting go. Anyway, sorry for your bad news but the exact same thing happened to me last year so I formed my own business and now have much more time to focus on the technologies I like and write my music. I haven't looked back and don't think I will ever have a boss again. So where to now? Anything lined up or on the horizon? I am sure you will find something very quickly and with your skill and experience, it will be a good position with appropriate remuneration. I'd like to stay in touch. We still have Facebook anyway! All the best for the future and God Bless, Felix P.S. How is Jennifer doing? On 3 September 2015 at 05:38, Mark Heckler wrote: > All, > > > > It has been a pleasure and honor to have worked with you. I am among those > whose positions were eliminated suddenly (today!), so I'll be exploring > other opportunities. If you're receiving this email, I'd like very much to > stay in touch with you! My personal contact information follows: > > > > HYPERLINK "mailto:mark.heckler at gmail.com"mark.heckler at gmail.com > > HYPERLINK "mailto:mark at thehecklers.org"mark at thehecklers.org > > GVoice phone: 618-215-6275 > > LinkedIn: https://www.linkedin.com/in/markheckler > > > > Areas of particular expertise include Java (SE Embedded through EE), > DevOps, PaaS development, and especially evangelism/advocacy of same. > > > > Please let me know if you know of any opportunities; I'm willing to > listen. :) > > > > Wishing you all the best, > Mark > > /* > > Mark A. Heckler, MBA > > Developer Evangelist > > Oracle Cloud Developer Program > > Oracle Corporation > > 618.799.9985 cell > > HYPERLINK "mailto:mark.heckler at oracle.com"mark.heckler at oracle.com > > > > Any opinions that I have expressed in this email are mine and do not > > necessarily reflect those of Oracle. > > > > Todas las opiniones que haya expresado en este email son las m?as y > > no reflejan necesariamente las de Oracle. > > */ > > > From vadim.pakhnushev at oracle.com Wed Sep 2 21:18:39 2015 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Thu, 03 Sep 2015 00:18:39 +0300 Subject: [9, 8u] Review request for 8134985: WebKit build fails with XCode 6.4 Message-ID: <55E767AF.6000302@oracle.com> Hi Alexander, Could you please review the fix: https://bugs.openjdk.java.net/browse/JDK-8134985 http://cr.openjdk.java.net/~vadim/8134985/webrev.00/ Thanks, Vadim From felix.bembrick at gmail.com Wed Sep 2 22:07:23 2015 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Thu, 3 Sep 2015 08:07:23 +1000 Subject: Goodbye, so long, auf wiedersehen, adieu In-Reply-To: References: Message-ID: Sorry for spamming the entire list. It was meant as a personal message to Mark but GMail seemed to want everyone to see it when I selected reply. Felix On 3 September 2015 at 07:08, Felix Bembrick wrote: > Hi Mark, > > I am not sure if this is good news or bad news but it sounds like you were > made redundant which would of course be bad news. Oracle seem quite whacky > lately with the things they are doing and the people they are letting go. > > Anyway, sorry for your bad news but the exact same thing happened to me > last year so I formed my own business and now have much more time to focus > on the technologies I like and write my music. I haven't looked back and > don't think I will ever have a boss again. > > So where to now? Anything lined up or on the horizon? > > I am sure you will find something very quickly and with your skill and > experience, it will be a good position with appropriate remuneration. > > I'd like to stay in touch. We still have Facebook anyway! > > All the best for the future and God Bless, > > Felix > > P.S. How is Jennifer doing? > > > On 3 September 2015 at 05:38, Mark Heckler > wrote: > >> All, >> >> >> >> It has been a pleasure and honor to have worked with you. I am among >> those whose positions were eliminated suddenly (today!), so I'll be >> exploring other opportunities. If you're receiving this email, I'd like >> very much to stay in touch with you! My personal contact information >> follows: >> >> >> >> HYPERLINK "mailto:mark.heckler at gmail.com"mark.heckler at gmail.com >> >> HYPERLINK "mailto:mark at thehecklers.org"mark at thehecklers.org >> >> GVoice phone: 618-215-6275 >> >> LinkedIn: https://www.linkedin.com/in/markheckler >> >> >> >> Areas of particular expertise include Java (SE Embedded through EE), >> DevOps, PaaS development, and especially evangelism/advocacy of same. >> >> >> >> Please let me know if you know of any opportunities; I'm willing to >> listen. :) >> >> >> >> Wishing you all the best, >> Mark >> >> /* >> >> Mark A. Heckler, MBA >> >> Developer Evangelist >> >> Oracle Cloud Developer Program >> >> Oracle Corporation >> >> 618.799.9985 cell >> >> HYPERLINK "mailto:mark.heckler at oracle.com"mark.heckler at oracle.com >> >> >> >> Any opinions that I have expressed in this email are mine and do not >> >> necessarily reflect those of Oracle. >> >> >> >> Todas las opiniones que haya expresado en este email son las m?as y >> >> no reflejan necesariamente las de Oracle. >> >> */ >> >> >> > > From peter.pilgrim at gmail.com Thu Sep 3 07:41:34 2015 From: peter.pilgrim at gmail.com (Peter Pilgrim) Date: Thu, 3 Sep 2015 08:41:34 +0100 Subject: Goodbye, so long, auf wiedersehen, adieu In-Reply-To: References: Message-ID: Hi Mark All the best, Mark. Keep your chin up. On 2 September 2015 at 20:38, Mark Heckler wrote: > All, > > > > It has been a pleasure and honor to have worked with you. I am among those whose positions were eliminated suddenly (today!), so I'll be exploring other opportunities. If you're receiving this email, I'd like very much to stay in touch with you! My personal contact information follows: > > > > HYPERLINK "mailto:mark.heckler at gmail.com"mark.heckler at gmail.com > > HYPERLINK "mailto:mark at thehecklers.org"mark at thehecklers.org > > GVoice phone: 618-215-6275 > > LinkedIn: https://www.linkedin.com/in/markheckler > > > > Areas of particular expertise include Java (SE Embedded through EE), DevOps, PaaS development, and especially evangelism/advocacy of same. > > > > Please let me know if you know of any opportunities; I'm willing to listen. :) > > > > Wishing you all the best, > Mark > > /* > > Mark A. Heckler, MBA > > Developer Evangelist > > Oracle Cloud Developer Program > > Oracle Corporation > > 618.799.9985 cell > > HYPERLINK "mailto:mark.heckler at oracle.com"mark.heckler at oracle.com > > > > Any opinions that I have expressed in this email are mine and do not > > necessarily reflect those of Oracle. > > > > Todas las opiniones que haya expresado en este email son las m?as y > > no reflejan necesariamente las de Oracle. > > */ > > -- Best wishes Peter Pilgrim, Java Champion / Director ++++ Scala and Java EE Software Development / Design / Architect for `BlueChip' enterprises, London, UK ++++ I am currently writing ``Digital Java EE 7 Development'' Packt Pub (September 2015) ++++ Digital ++ Finance ++ Adaptation ++ Transformation ++ Software ++++ :: http://www.xenonique.co.uk/blog/ :: :: http://twitter.com/peter_pilgrim :: :: http://java-champions.java.net/ :: From mik3hall at gmail.com Thu Sep 3 08:07:05 2015 From: mik3hall at gmail.com (Michael Hall) Date: Thu, 3 Sep 2015 03:07:05 -0500 Subject: MenuBar in osx to set About, Preferences, Quit In-Reply-To: <1441202719.22559.105.camel@localhost> References: <1441202719.22559.105.camel@localhost> Message-ID: > On Sep 2, 2015, at 9:05 AM, johns at msli.com wrote: > > Please respond with only methods that do swing, awt, or eawt, as I have > not seen this published anywhere. Not easy to find doc these days. But fwiw? http://www.docjar.org/docs/api/com/apple/eawt/Application.html Michael Hall From kevin.rushforth at oracle.com Thu Sep 3 15:44:51 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 03 Sep 2015 08:44:51 -0700 Subject: [9] Review request: JDK-8134725: Gradle openZip task does not support JDK9 layout Message-ID: <55E86AF3.7060204@oracle.com> Hi David, Please review this simple fix to the build logic for the openZip task. https://bugs.openjdk.java.net/browse/JDK-8134725 http://cr.openjdk.java.net/~kcr/8134725/webrev.00/ -- Kevin From johns at msli.com Fri Sep 4 00:40:26 2015 From: johns at msli.com (johns at msli.com) Date: Thu, 3 Sep 2015 17:40:26 -0700 Subject: MenuBar in osx to set About, Preferences, Quit In-Reply-To: <1441221648.22559.189.camel@localhost> References: <1441202719.22559.105.camel@localhost> <1441203301.22559.106.camel@localhost> <1441206174.22559.126.camel@localhost> <3BBA61C5-5F76-449A-AEC8-D331BA7EAB70@veroanalytics.com> <1441213529.22559.159.camel@localhost> <55E72D99.3080504@oracle.com> <55E74979.4050505@oracle.com> <1441221648.22559.189.camel@localhost> Message-ID: <1441327226.22559.305.camel@localhost> Is there no javafx method to hook the Quit application menu item to call my method? This is the really dangerous one. Is there no javafx method to just hide the entire application menu on OSX? Some of com.apple.eawt (Apple Java Extentions Api) must have been implemented in Javafx? No? I need some ideas for my pure javafx app. On Wed, 2015-09-02 at 12:20 -0700, johns at msli.com wrote: > First bug says "Not part of the FX 8 PRD, , consider for future release" > In my opinion this must have been an over sight. > Hasn't changed since 2013, so it is a dead end. > > Second bug says to use NSMenuFX (e.g. hybrid-app using swt). > I need to avoid hybrid app issues. > > How do I get a javafx solution if a good bug exists but isn't being > worked on? > > On Wed, 2015-09-02 at 12:09 -0700, Leif Samuelsson wrote: > > See: > > > > https://bugs.openjdk.java.net/browse/JDK-8091517 > > https://bugs.openjdk.java.net/browse/JDK-8088585 > > > > Leif > > > > On 2015-09-02 10:10, Kevin Rushforth wrote: > > > You can file an RFE at http://bugs.java.com/ > > > > > > -- Kevn > > > > > > > > > johns at msli.com wrote: > > >> I would love to file a bug, as this is really big hole for javafx. > > >> As other gui tool kits support it, so should javafx. > > >> > > >> If I can log into to https://bugs.openjdk.java.net/ I will file a bug, > > >> if it doesn't exist, but right now login appears broken. > > >> > > >> On Wed, 2015-09-02 at 12:36 -0400, Tai Hu wrote: > > >>> I am totally agreed with you on this one. Unfortunately couple weeks ago, I spent days on searching solution for this issue. NSMenuFX is only one actually working. > > >>> > > >>> Tai > > >>> > > >>>> On Sep 2, 2015, at 11:02 AM, johns at msli.com wrote: > > >>>> > > >>>> This method sends us down a hybrid-app route, which I am trying to get > > >>>> away from. > > >>>> Is there no pure javafx complete solution for OSX? > > >>>> > > >>>> On Wed, 2015-09-02 at 10:33 -0400, Tai Hu wrote: > > >>>>> I used NSMenuFX, which is using eclipse swt. It works very well on Mac > > >>>>> OS > > >>>>> > > >>>>> Tai > > >>>>> > > >>>>> On Wednesday, September 2, 2015, johns at msli.com > > >>>>> wrote: > > >>>>> Please respond with only methods that do NOT use swing, awt, > > >>>>> or eawt, as > > >>>>> I have not seen this published anywhere. > > >>>>> > > >>>>> On Wed, 2015-09-02 at 07:05 -0700, johns at msli.com wrote: > > >>>>>> What is the method for a pure javafx app to control the osx > > >>>>> application > > >>>>>> menu bar (e.g. About, Preferences, Quit, etc)? > > >>>>>> > > >>>>>> The menu bar area I am asking about can be seen in a native > > >>>>> Mac OS > > >>>>>> applications menu under : > > >>>>>> About > > >>>>>> Preferences... > > >>>>>> Services > > >>>>>> Hide > > >>>>>> Hide Others > > >>>>>> Show All > > >>>>>> Quit > > >>>>>> > > >>>>>> When I use the javapackager (aka javafxpackager ) to make a > > >>>>> stand alone > > >>>>>> app on osx the title of this bar becomes my app name, > > >>>>> however how do I > > >>>>>> control the other parts (e.g. About, Preferences, Quit, > > >>>>> etc)? > > >>>>>> My javafx application has a javafx MenuBar in each window > > >>>>> (Stage) with > > >>>>>> the property useSystemMenuBar set to true, in order to show > > >>>>> a > > >>>>>> more-native behavior, where the menu bar appears in the > > >>>>> Apple menu bar > > >>>>>> at the top of the screen for the active window, but this > > >>>>> does not give > > >>>>>> me control over the areas in question. > > >>>>>> > > >>>>>> Please respond with only methods that do swing, awt, or > > >>>>> eawt, as I have > > >>>>>> not seen this published anywhere. > > >>>>>> > > >>>>>> > > >>>>>> NOTICE: This email may contain confidential information. > > >>>>> Please see http://www.meyersound.com/confidential/ for our > > >>>>> complete policy. > > >>>>> > > >>>>> > > >>>> > > >>>> NOTICE: This email may contain confidential information. Please see http://www.meyersound.com/confidential/ for our complete policy. > > >> > > >> > > From jonathan.giles at oracle.com Fri Sep 4 01:17:16 2015 From: jonathan.giles at oracle.com (Jonathan Giles) Date: Fri, 4 Sep 2015 13:17:16 +1200 Subject: JEP 253 webrev ready for review Message-ID: <55E8F11C.3000601@oracle.com> Hi folks. For those of you interested in JEP 253 we've got some light weekend reading lined up for you. We are at a point where the JEP is basically ready to merge back into a mainline (public) repo, and out of its sandbox. Before we do that, we want any additional feedback from the community, if there is any remaining. The two links you'll want to peruse are as follows: JavaDocs: http://jonathangiles.net/javafx/jdk9/jep253/7/ Webrev: http://cr.openjdk.java.net/~kcr/jep-253/webrev.00/ Thanks, -- Jonathan From tomas.mikula at gmail.com Fri Sep 4 02:55:10 2015 From: tomas.mikula at gmail.com (Tomas Mikula) Date: Thu, 3 Sep 2015 22:55:10 -0400 Subject: JEP 253 webrev ready for review In-Reply-To: <55E8F11C.3000601@oracle.com> References: <55E8F11C.3000601@oracle.com> Message-ID: Hi Jonathan, regarding skins, while I don't see anything immediately wrong with the published API, I have trouble seeing how making skin implementations public is going to be useful. In particular, the JEP states that one of the success metrics is Projects that depend on JavaFX internal APIs, in particular Scene Builder, > ControlsFX, and JFXtras, continue to work after updating to the new API > with no loss of functionality. Can you, or someone else from those projects, give a concrete example how making skins public will help? Best, Tomas On Thu, Sep 3, 2015 at 9:17 PM, Jonathan Giles wrote: > Hi folks. > > For those of you interested in JEP 253 we've got some light weekend > reading lined up for you. We are at a point where the JEP is basically > ready to merge back into a mainline (public) repo, and out of its sandbox. > Before we do that, we want any additional feedback from the community, if > there is any remaining. The two links you'll want to peruse are as follows: > > JavaDocs: http://jonathangiles.net/javafx/jdk9/jep253/7/ > Webrev: http://cr.openjdk.java.net/~kcr/jep-253/webrev.00/ > > Thanks, > -- Jonathan > From jonathan.giles at oracle.com Fri Sep 4 03:03:19 2015 From: jonathan.giles at oracle.com (Jonathan Giles) Date: Fri, 4 Sep 2015 15:03:19 +1200 Subject: JEP 253 webrev ready for review In-Reply-To: References: <55E8F11C.3000601@oracle.com> Message-ID: <55E909F7.8040808@oracle.com> Tomas, The webrev has a few examples of how skins being public will help. There are many more of such cases when you take into account the large number of projects I surveyed, but I just picked out the first few from this webrev for Scene Builder. The short answer is: if skins aren't public, these classes wouldn't compile in JDK 9. Examples include: http://cr.openjdk.java.net/~kcr/jep-253/webrev.00/apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/TableViewDesignInfoX.java.sdiff.html http://cr.openjdk.java.net/~kcr/jep-253/webrev.00/apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/TreeTableViewDesignInfoX.java.sdiff.html http://cr.openjdk.java.net/~kcr/jep-253/webrev.00/apps/experiments/ConferenceScheduleApp/src/main/java/com/javafx/experiments/scheduleapp/control/PopoverTreeList.java.sdiff.html http://cr.openjdk.java.net/~kcr/jep-253/webrev.00/apps/experiments/ConferenceScheduleApp/src/main/java/com/javafx/experiments/scheduleapp/control/ScrollPaneSkin3.java.sdiff.html http://cr.openjdk.java.net/~kcr/jep-253/webrev.00/apps/experiments/ConferenceScheduleApp/src/main/java/com/javafx/experiments/scheduleapp/control/SearchBox.java.sdiff.html -- Jonathan On 4/09/2015 2:55 p.m., Tomas Mikula wrote: > Hi Jonathan, > > regarding skins, while I don't see anything immediately wrong with the > published API, I have trouble seeing how making skin implementations > public is going to be useful. In particular, the JEP states that one > of the success metrics is > > Projects that depend on JavaFX internal APIs, in particular Scene > Builder, ControlsFX, and JFXtras, continue to work after updating > to the new API with no loss of functionality. > > > Can you, or someone else from those projects, give a concrete example > how making skins public will help? > > Best, > Tomas > > On Thu, Sep 3, 2015 at 9:17 PM, Jonathan Giles > > wrote: > > Hi folks. > > For those of you interested in JEP 253 we've got some light > weekend reading lined up for you. We are at a point where the JEP > is basically ready to merge back into a mainline (public) repo, > and out of its sandbox. Before we do that, we want any additional > feedback from the community, if there is any remaining. The two > links you'll want to peruse are as follows: > > JavaDocs: http://jonathangiles.net/javafx/jdk9/jep253/7/ > Webrev: http://cr.openjdk.java.net/~kcr/jep-253/webrev.00/ > > > Thanks, > -- Jonathan > > From tomas.mikula at gmail.com Fri Sep 4 03:49:37 2015 From: tomas.mikula at gmail.com (Tomas Mikula) Date: Thu, 3 Sep 2015 23:49:37 -0400 Subject: JEP 253 webrev ready for review In-Reply-To: <55E909F7.8040808@oracle.com> References: <55E8F11C.3000601@oracle.com> <55E909F7.8040808@oracle.com> Message-ID: Let me comment on the examples you picked. The 1st and 2nd rely on the default skin being used (they lookup a node based on style class and then cast it to the expected type). This code would not work with a custom skin. The 3rd and 5th actually don't need skin implementations to be public, since they are just setting a default skin. So instead of control.setSkin(new DefaultSkinImplementation(control)); they could as well do control.setSkin(control.createDefaultSkin()); Number 4 seems like a legit reuse and customization of the default skin. Too bad it still needs to do reflection to access its private field, thus even though it keeps working for now, it can break without warning in the future. I now see that making skins public averts the disaster, but the code that was problematic before stays problematic. Regards, Tomas On Thu, Sep 3, 2015 at 11:03 PM, Jonathan Giles wrote: > Tomas, > > The webrev has a few examples of how skins being public will help. There > are many more of such cases when you take into account the large number of > projects I surveyed, but I just picked out the first few from this webrev > for Scene Builder. The short answer is: if skins aren't public, these > classes wouldn't compile in JDK 9. > > Examples include: > > > http://cr.openjdk.java.net/~kcr/jep-253/webrev.00/apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/TableViewDesignInfoX.java.sdiff.html > > > http://cr.openjdk.java.net/~kcr/jep-253/webrev.00/apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/panel/content/driver/TreeTableViewDesignInfoX.java.sdiff.html > > > http://cr.openjdk.java.net/~kcr/jep-253/webrev.00/apps/experiments/ConferenceScheduleApp/src/main/java/com/javafx/experiments/scheduleapp/control/PopoverTreeList.java.sdiff.html > > > http://cr.openjdk.java.net/~kcr/jep-253/webrev.00/apps/experiments/ConferenceScheduleApp/src/main/java/com/javafx/experiments/scheduleapp/control/ScrollPaneSkin3.java.sdiff.html > > > http://cr.openjdk.java.net/~kcr/jep-253/webrev.00/apps/experiments/ConferenceScheduleApp/src/main/java/com/javafx/experiments/scheduleapp/control/SearchBox.java.sdiff.html > > -- Jonathan > > On 4/09/2015 2:55 p.m., Tomas Mikula wrote: > > Hi Jonathan, > > regarding skins, while I don't see anything immediately wrong with the > published API, I have trouble seeing how making skin implementations public > is going to be useful. In particular, the JEP states that one of the > success metrics is > > Projects that depend on JavaFX internal APIs, in particular Scene Builder, >> ControlsFX, and JFXtras, continue to work after updating to the new API >> with no loss of functionality. > > > Can you, or someone else from those projects, give a concrete example how > making skins public will help? > > Best, > Tomas > > On Thu, Sep 3, 2015 at 9:17 PM, Jonathan Giles > wrote: > >> Hi folks. >> >> For those of you interested in JEP 253 we've got some light weekend >> reading lined up for you. We are at a point where the JEP is basically >> ready to merge back into a mainline (public) repo, and out of its sandbox. >> Before we do that, we want any additional feedback from the community, if >> there is any remaining. The two links you'll want to peruse are as follows: >> >> JavaDocs: http://jonathangiles.net/javafx/jdk9/jep253/7/ >> Webrev: http://cr.openjdk.java.net/~kcr/jep-253/webrev.00/ >> >> Thanks, >> -- Jonathan >> > > > From mike.ennen at gmail.com Fri Sep 4 05:17:14 2015 From: mike.ennen at gmail.com (Michael Ennen) Date: Thu, 3 Sep 2015 22:17:14 -0700 Subject: JEP 253 webrev ready for review In-Reply-To: <55E8F11C.3000601@oracle.com> References: <55E8F11C.3000601@oracle.com> Message-ID: I am trying to mentally digest the CSS API, but I am having trouble answering the question of whether or not the following scenario is now possible (using only public APIs). Imagine one wanted to create a new class that was analogous to DeriveColorConverter.java, and that it worked "all the way down" in terms of being parsed from CSS into a StyleableProperty. For concreteness, say one wanted to implement a fadein function: fadein fadein( , % ) The fadein function takes a color and computes a more opaque version of that color. The second parameter is the opacity, ranging from 0% to 100%. Has no effect on fully opaque colors. Does the API allow for a way to hook this new function up into the CSS parser? If one implemented FadeInColorConverter extends StyleConverter that worked according to the above specs, how would one hook this fadein function into the parser, so that one can write CSS such as: my-awesome-color: fadein(my-semi-transparent-color, 30%); and have a StyleableObjectProperty come out the other side? If this is possible using the new APIs, then this makes those APIs very powerful in terms of the possibilities of extending the built-in CSS capabilities in very powerful and interesting ways. If it is not possible, would it be feasible to make it so in the scope of this JEP? Thanks very much, -- Michael Ennen From jonathan.giles at oracle.com Fri Sep 4 05:20:21 2015 From: jonathan.giles at oracle.com (Jonathan Giles) Date: Fri, 04 Sep 2015 17:20:21 +1200 Subject: JEP 253 webrev ready for review In-Reply-To: References: <55E8F11C.3000601@oracle.com> Message-ID: <04C9CA1C-2198-4956-9046-06B3573941BE@oracle.com> This is not in the spec for this jep. It is additional API that we can discuss and target for a release however. I highly recommend filling an issue in jbs for this, if one doesn't anyway exist. Thanks! -- Jonathan Sent from a touch device. Please excuse my brevity. On 4 September 2015 17:17:14 GMT+12:00, Michael Ennen wrote: >I am trying to mentally digest the CSS API, but I am having trouble >answering the question of whether or not the following scenario is now >possible (using only public APIs). Imagine one wanted to create a new >class >that was analogous to DeriveColorConverter.java, and that it worked >"all >the way down" in terms of being parsed from CSS into a >StyleableProperty. For concreteness, say one wanted to implement >a >fadein function: > >fadein >fadein( , % ) > >The fadein function takes a color and computes a more opaque version of >that color. >The second parameter is the opacity, ranging from 0% to 100%. Has no >effect >on >fully opaque colors. > >Does the API allow for a way to hook this new function up into the CSS >parser? If one implemented FadeInColorConverter extends >StyleConverter that worked according to the above >specs, how would one hook this fadein function into the parser, so that >one >can write CSS such as: > >my-awesome-color: fadein(my-semi-transparent-color, 30%); > >and have a StyleableObjectProperty come out the other side? > >If this is possible using the new APIs, then this makes those APIs very >powerful in terms of the possibilities of extending the built-in CSS >capabilities in very powerful and interesting ways. If it is not >possible, >would it be feasible to make it so in the scope of this JEP? > >Thanks very much, >-- >Michael Ennen From jonathan.giles at oracle.com Fri Sep 4 05:25:12 2015 From: jonathan.giles at oracle.com (Jonathan Giles) Date: Fri, 04 Sep 2015 17:25:12 +1200 Subject: JEP 253 webrev ready for review In-Reply-To: References: <55E8F11C.3000601@oracle.com> Message-ID: <3FCA20EA-FDA5-4804-B69D-A00827EB8BEB@oracle.com> For what it's worth, I think enabling this is a really good idea. The starting point is StyleConverter.java - it currently just hard codes all available converters. Making that pluggable won't be too difficult. If you (or anyone else) is interested in looking into this, we can discuss further. -- Jonathan Sent from a touch device. Please excuse my brevity. On 4 September 2015 17:17:14 GMT+12:00, Michael Ennen wrote: >I am trying to mentally digest the CSS API, but I am having trouble >answering the question of whether or not the following scenario is now >possible (using only public APIs). Imagine one wanted to create a new >class >that was analogous to DeriveColorConverter.java, and that it worked >"all >the way down" in terms of being parsed from CSS into a >StyleableProperty. For concreteness, say one wanted to implement >a >fadein function: > >fadein >fadein( , % ) > >The fadein function takes a color and computes a more opaque version of >that color. >The second parameter is the opacity, ranging from 0% to 100%. Has no >effect >on >fully opaque colors. > >Does the API allow for a way to hook this new function up into the CSS >parser? If one implemented FadeInColorConverter extends >StyleConverter that worked according to the above >specs, how would one hook this fadein function into the parser, so that >one >can write CSS such as: > >my-awesome-color: fadein(my-semi-transparent-color, 30%); > >and have a StyleableObjectProperty come out the other side? > >If this is possible using the new APIs, then this makes those APIs very >powerful in terms of the possibilities of extending the built-in CSS >capabilities in very powerful and interesting ways. If it is not >possible, >would it be feasible to make it so in the scope of this JEP? > >Thanks very much, >-- >Michael Ennen From vadim.pakhnushev at oracle.com Fri Sep 4 14:30:42 2015 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 4 Sep 2015 17:30:42 +0300 Subject: In(Sanity) Testing Mondays Message-ID: <55E9AB12.6060506@oracle.com> Reminder, Monday is our weekly sanity testing. You can find your testing assignment at: https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing Also please remember that the repo will be locked from 1am PDT until 1pm PDT. Happy testing! Thanks, Vadim From kevin.rushforth at oracle.com Fri Sep 4 14:54:49 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 04 Sep 2015 07:54:49 -0700 Subject: In(Sanity) Testing Mondays In-Reply-To: <55E9AB12.6060506@oracle.com> References: <55E9AB12.6060506@oracle.com> Message-ID: <55E9B0B9.2010905@oracle.com> As a follow-on note to this, Monday is a US holiday, so no one will be around to send the unlock message. So consider it automatically unlocked at 1pm PT Monday. -- Kevin Vadim Pakhnushev wrote: > Reminder, Monday is our weekly sanity testing. > > You can find your testing assignment at: > https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing > > Also please remember that the repo will be locked from 1am PDT until > 1pm PDT. > > Happy testing! > > Thanks, > Vadim From pedro.duquevieira at gmail.com Fri Sep 4 17:54:16 2015 From: pedro.duquevieira at gmail.com (Pedro Duque Vieira) Date: Fri, 4 Sep 2015 18:54:16 +0100 Subject: Use of clipping in TabPaneSkin Message-ID: Hi, While creating my ribbon implementation for javafx I decided I had to create my own TabPane implementation because of the singularities of the ribbon. The ribbon would then use my TabPane implementation. For this I looked at javafx TabPane code and I saw a lot of usage of clipping which I don't understand why. For example in the TabHeaderSkin there's this lines of code: @Override protected void setWidth(double value) { super.setWidth(value); clip.setWidth(value); } @Override protected void setHeight(double value) { super.setHeight(value); clip.setHeight(value); } What's the purpose of this? Thanks, -- Pedro Duque Vieira From alexander.matveev at oracle.com Sat Sep 5 03:20:07 2015 From: alexander.matveev at oracle.com (Alexander Matveev) Date: Fri, 04 Sep 2015 20:20:07 -0700 Subject: [9] Review request for 8134996: GSTREAMER_LITE conditional compilation should be used for all changes in GStreamer Message-ID: <55EA5F67.1090001@oracle.com> Hi Kirill and Kevin, Please review the fix: https://bugs.openjdk.java.net/browse/JDK-8134996 http://cr.openjdk.java.net/~almatvee/8134996/webrev.00/ - Added missing GSTREAMER_LITE. - Fixed some white spaces. - Fixed line ending for some files. - Several files were not merged correctly with latest GStreamer. - Deleted several unused files. Thanks, Alexander From lehmann at media-interactive.de Sat Sep 5 09:22:53 2015 From: lehmann at media-interactive.de (Werner Lehmann) Date: Sat, 5 Sep 2015 11:22:53 +0200 Subject: Use of clipping in TabPaneSkin In-Reply-To: References: Message-ID: <55EAB46D.3080001@media-interactive.de> Hi, On 04.09.2015 19:54, Pedro Duque Vieira wrote: > What's the purpose of this? looks as if there is a clipping rectangle being updated whenever width/height of the clipped area changes? Werner From herve.girod at gmail.com Sat Sep 5 09:35:13 2015 From: herve.girod at gmail.com (=?utf-8?Q?Herv=C3=A9_Girod?=) Date: Sat, 5 Sep 2015 11:35:13 +0200 Subject: JEP 253 webrev ready for review In-Reply-To: <3FCA20EA-FDA5-4804-B69D-A00827EB8BEB@oracle.com> References: <55E8F11C.3000601@oracle.com> <3FCA20EA-FDA5-4804-B69D-A00827EB8BEB@oracle.com> Message-ID: It seems to be a very good idea! Sent from my iPad > On 4 sept. 2015, at 07:25, Jonathan Giles wrote: > > For what it's worth, I think enabling this is a really good idea. The starting point is StyleConverter.java - it currently just hard codes all available converters. Making that pluggable won't be too difficult. If you (or anyone else) is interested in looking into this, we can discuss further. > > -- Jonathan > Sent from a touch device. Please excuse my brevity. > >> On 4 September 2015 17:17:14 GMT+12:00, Michael Ennen wrote: >> I am trying to mentally digest the CSS API, but I am having trouble >> answering the question of whether or not the following scenario is now >> possible (using only public APIs). Imagine one wanted to create a new >> class >> that was analogous to DeriveColorConverter.java, and that it worked >> "all >> the way down" in terms of being parsed from CSS into a >> StyleableProperty. For concreteness, say one wanted to implement >> a >> fadein function: >> >> fadein >> fadein( , % ) >> >> The fadein function takes a color and computes a more opaque version of >> that color. >> The second parameter is the opacity, ranging from 0% to 100%. Has no >> effect >> on >> fully opaque colors. >> >> Does the API allow for a way to hook this new function up into the CSS >> parser? If one implemented FadeInColorConverter extends >> StyleConverter that worked according to the above >> specs, how would one hook this fadein function into the parser, so that >> one >> can write CSS such as: >> >> my-awesome-color: fadein(my-semi-transparent-color, 30%); >> >> and have a StyleableObjectProperty come out the other side? >> >> If this is possible using the new APIs, then this makes those APIs very >> powerful in terms of the possibilities of extending the built-in CSS >> capabilities in very powerful and interesting ways. If it is not >> possible, >> would it be feasible to make it so in the scope of this JEP? >> >> Thanks very much, >> -- >> Michael Ennen From hendrik.ebbers at me.com Sat Sep 5 19:44:43 2015 From: hendrik.ebbers at me.com (Hendrik Ebbers) Date: Sat, 05 Sep 2015 21:44:43 +0200 Subject: JEP 253 webrev ready for review In-Reply-To: References: <55E8F11C.3000601@oracle.com> <3FCA20EA-FDA5-4804-B69D-A00827EB8BEB@oracle.com> Message-ID: <30022824-4521-4F56-8D6C-DCCC63BD1D12@me.com> Sounds perfect. I think a SPI based plugin structure would be perfect. Cheers, Hendrik Von meinem iPhone gesendet > Am 05.09.2015 um 11:35 schrieb Herv? Girod : > > It seems to be a very good idea! > > Sent from my iPad > >> On 4 sept. 2015, at 07:25, Jonathan Giles wrote: >> >> For what it's worth, I think enabling this is a really good idea. The starting point is StyleConverter.java - it currently just hard codes all available converters. Making that pluggable won't be too difficult. If you (or anyone else) is interested in looking into this, we can discuss further. >> >> -- Jonathan >> Sent from a touch device. Please excuse my brevity. >> >>> On 4 September 2015 17:17:14 GMT+12:00, Michael Ennen wrote: >>> I am trying to mentally digest the CSS API, but I am having trouble >>> answering the question of whether or not the following scenario is now >>> possible (using only public APIs). Imagine one wanted to create a new >>> class >>> that was analogous to DeriveColorConverter.java, and that it worked >>> "all >>> the way down" in terms of being parsed from CSS into a >>> StyleableProperty. For concreteness, say one wanted to implement >>> a >>> fadein function: >>> >>> fadein >>> fadein( , % ) >>> >>> The fadein function takes a color and computes a more opaque version of >>> that color. >>> The second parameter is the opacity, ranging from 0% to 100%. Has no >>> effect >>> on >>> fully opaque colors. >>> >>> Does the API allow for a way to hook this new function up into the CSS >>> parser? If one implemented FadeInColorConverter extends >>> StyleConverter that worked according to the above >>> specs, how would one hook this fadein function into the parser, so that >>> one >>> can write CSS such as: >>> >>> my-awesome-color: fadein(my-semi-transparent-color, 30%); >>> >>> and have a StyleableObjectProperty come out the other side? >>> >>> If this is possible using the new APIs, then this makes those APIs very >>> powerful in terms of the possibilities of extending the built-in CSS >>> capabilities in very powerful and interesting ways. If it is not >>> possible, >>> would it be feasible to make it so in the scope of this JEP? >>> >>> Thanks very much, >>> -- >>> Michael Ennen From pedro.duquevieira at gmail.com Sun Sep 6 21:06:43 2015 From: pedro.duquevieira at gmail.com (Pedro Duque Vieira) Date: Sun, 6 Sep 2015 22:06:43 +0100 Subject: Use of clipping in TabPaneSkin Message-ID: Hi, Yes but isn't that redundant, you're setting the clip equal to the width and height of the component so to me it seems that it's not doing anything. I would understand if the clipping area was for a part of the component, not for the whole component. Probably I'm missing something. Thanks, best regards, > Hi, > On 04.09.2015 19:54, Pedro Duque Vieira wrote: > > What's the purpose of this? > looks as if there is a clipping rectangle being updated whenever > width/height of the clipped area changes? > Werner -- Pedro Duque Vieira From lehmann at media-interactive.de Sun Sep 6 21:28:30 2015 From: lehmann at media-interactive.de (Werner Lehmann) Date: Sun, 6 Sep 2015 23:28:30 +0200 Subject: Use of clipping in TabPaneSkin In-Reply-To: References: Message-ID: <55ECAFFE.1010103@media-interactive.de> Hi Pedro, from my understanding there is no automatic clipping feature on control bounds. If the tabpane could not grow to accomadate its content, the content would overlap the tabpane bounds if it is bigger. You can find a similar pattern on the titledpane for example. Werner On 06.09.2015 23:06, Pedro Duque Vieira wrote: > Hi, > > Yes but isn't that redundant, you're setting the clip equal to the width > and height of the component so to me it seems that it's not doing anything. > I would understand if the clipping area was for a part of the component, > not for the whole component. > > Probably I'm missing something. > > Thanks, best regards, From tom.schindl at bestsolution.at Mon Sep 7 09:29:33 2015 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Mon, 7 Sep 2015 11:29:33 +0200 Subject: JEP 253 webrev ready for review In-Reply-To: <30022824-4521-4F56-8D6C-DCCC63BD1D12@me.com> References: <55E8F11C.3000601@oracle.com> <3FCA20EA-FDA5-4804-B69D-A00827EB8BEB@oracle.com> <30022824-4521-4F56-8D6C-DCCC63BD1D12@me.com> Message-ID: <55ED58FD.6030508@bestsolution.at> What certainly should be factored out to be reusable is the CSS-Graphics-Property-Stuff because it does quite some magic! Tom On 05.09.15 21:44, Hendrik Ebbers wrote: > Sounds perfect. I think a SPI based plugin structure would be perfect. > > Cheers, > > Hendrik > > Von meinem iPhone gesendet > >> Am 05.09.2015 um 11:35 schrieb Herv? Girod : >> >> It seems to be a very good idea! >> >> Sent from my iPad >> >>> On 4 sept. 2015, at 07:25, Jonathan Giles wrote: >>> >>> For what it's worth, I think enabling this is a really good idea. The starting point is StyleConverter.java - it currently just hard codes all available converters. Making that pluggable won't be too difficult. If you (or anyone else) is interested in looking into this, we can discuss further. >>> >>> -- Jonathan >>> Sent from a touch device. Please excuse my brevity. >>> >>>> On 4 September 2015 17:17:14 GMT+12:00, Michael Ennen wrote: >>>> I am trying to mentally digest the CSS API, but I am having trouble >>>> answering the question of whether or not the following scenario is now >>>> possible (using only public APIs). Imagine one wanted to create a new >>>> class >>>> that was analogous to DeriveColorConverter.java, and that it worked >>>> "all >>>> the way down" in terms of being parsed from CSS into a >>>> StyleableProperty. For concreteness, say one wanted to implement >>>> a >>>> fadein function: >>>> >>>> fadein >>>> fadein( , % ) >>>> >>>> The fadein function takes a color and computes a more opaque version of >>>> that color. >>>> The second parameter is the opacity, ranging from 0% to 100%. Has no >>>> effect >>>> on >>>> fully opaque colors. >>>> >>>> Does the API allow for a way to hook this new function up into the CSS >>>> parser? If one implemented FadeInColorConverter extends >>>> StyleConverter that worked according to the above >>>> specs, how would one hook this fadein function into the parser, so that >>>> one >>>> can write CSS such as: >>>> >>>> my-awesome-color: fadein(my-semi-transparent-color, 30%); >>>> >>>> and have a StyleableObjectProperty come out the other side? >>>> >>>> If this is possible using the new APIs, then this makes those APIs very >>>> powerful in terms of the possibilities of extending the built-in CSS >>>> capabilities in very powerful and interesting ways. If it is not >>>> possible, >>>> would it be feasible to make it so in the scope of this JEP? >>>> >>>> Thanks very much, >>>> -- >>>> Michael Ennen -- Thomas Schindl, CTO BestSolution.at EDV Systemhaus GmbH Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck http://www.bestsolution.at/ Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck From kirill.kirichenko at oracle.com Mon Sep 7 10:43:38 2015 From: kirill.kirichenko at oracle.com (Kirill Kirichenko) Date: Mon, 7 Sep 2015 13:43:38 +0300 Subject: [9] Review request for 8134996: GSTREAMER_LITE conditional compilation should be used for all changes in GStreamer In-Reply-To: <55EA5F67.1090001@oracle.com> References: <55EA5F67.1090001@oracle.com> Message-ID: <55ED6A5A.2010508@oracle.com> 1) Some files have empty diffs: modules/media/src/main/native/gstreamer/3rd_party/glib/glib-2.42.1/build/win32/dirent/dirent.[h|c] modules/media/src/main/native/gstreamer/3rd_party/glib/glib-2.42.1/build/win32/dirent/wdirent.c and some more. 2) what's the purpose of surrounding in modules/media/src/main/native/gstreamer/3rd_party/glib/glib-2.42.1/glib/gbacktrace.c in GSTREAMER_LITE ? Can we just compile with G_ENABLE_DEBUG if needed ? 3) modules/media/src/main/native/gstreamer/3rd_party/glib/glib-2.42.1/glib/gutils.c as far as I know we compile with G_DISABLE_DEPRECATED so this code won't be included hence why to change ? 4) I'm not sure we need these modules/media/src/main/native/gstreamer/gstreamer-lite/gst-plugins-bad/COPYING files I included them long ago without any reason. 5) Where do we need functions from modules/media/src/main/native/gstreamer/3rd_party/glib/glib-2.42.1/glib/deprecated/gthread.h ? Maybe if it's our code we could rewrite it to make sure we don't use deprecated ghtread at all ? Overall looks fine. So approved. K On 05.09.2015 6:20, Alexander Matveev wrote: > Hi Kirill and Kevin, > > Please review the fix: > https://bugs.openjdk.java.net/browse/JDK-8134996 > http://cr.openjdk.java.net/~almatvee/8134996/webrev.00/ > > - Added missing GSTREAMER_LITE. > - Fixed some white spaces. > - Fixed line ending for some files. > - Several files were not merged correctly with latest GStreamer. > - Deleted several unused files. > > Thanks, > Alexander From info at cuhka.com Mon Sep 7 13:29:54 2015 From: info at cuhka.com (info at cuhka.com) Date: Mon, 07 Sep 2015 13:29:54 +0000 Subject: Could not get native display: How is platformGetNativeDisplay() in AcceleratedScreen realized? Message-ID: <20150907132954.Horde.hHfyw-OsnHiNeAg6c7kQVA3@dime187.dizinc.com> I'm runing my JavaFX application on a Udoo Quad, a ARMv7 with Vivante GPU. I haven't succeeded in using the GPU yet, and I'm endeavouring on the quest to find out why. It probably has to do something with drivers, missing libraries etc etc. I'm aware of the page "Porting JavaFX to additional embedded Linux devices" [1], although I haven't found the answer there yet that I need. I tried to look inside the code to see how it works, and why the native display cannot be gotten. I found the code in AcceleratedScreen, but I fail to understand where a different resultcode of 0 is implemented, so who should realize the call? This will help me to look further. The output of my javafx program is: Prism pipeline init order: es2 sw Using native-based Pisces rasterizer Using dirty region optimizations Using system sized mask for primitives Not forcing power of 2 sizes for textures Using hardware CLAMP_TO_ZERO mode Opting in for HiDPI pixel scaling Prism pipeline name = com.sun.prism.es2.ES2Pipeline Loading ES2 native library ... prism_es2_monocle succeeded. GLFactory using com.sun.prism.es2.MonocleGLFactory com.sun.glass.ui.monocle.GLException: 0x0: Could not get native display at com.sun.glass.ui.monocle.AcceleratedScreen.(AcceleratedScreen.j ava:75) at com.sun.glass.ui.monocle.MX6AcceleratedScreen.(MX6AcceleratedSc reen.java:39) at com.sun.glass.ui.monocle.MX6Platform.getAcceleratedScreen(MX6Platform ..java:39) at com.sun.prism.es2.MonocleGLFactory.initialize(MonocleGLFactory.java:1 07) at com.sun.prism.es2.ES2Pipeline.(ES2Pipeline.java:81) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:260) at com.sun.prism.GraphicsPipeline.createPipeline(GraphicsPipeline.java:1 87) at com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.init(Quant umRenderer.java:91) at com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.run(Quantu mRenderer.java:124) at java.lang.Thread.run(Thread.java:745) (X) Got class = class com.sun.prism.es2.ES2Pipeline GraphicsPipeline.createPipeline: error initializing pipeline com.sun.prism.es2.E S2Pipeline *** Fallback to Prism SW pipeline Prism pipeline name = com.sun.prism.sw.SWPipeline (X) Got class = class com.sun.prism.sw.SWPipeline Initialized prism pipeline: com.sun.prism.sw.SWPipeline vsync: true vpipe: false Loading Prism common native library ... succeeded. Regards, Maurice. [1] https://wiki.openjdk.java.net/display/OpenJFX/Porting+JavaFX+to+additional+embedded+Linux+devices From info at cuhka.com Mon Sep 7 13:53:29 2015 From: info at cuhka.com (info at cuhka.com) Date: Mon, 07 Sep 2015 13:53:29 +0000 Subject: Could not get native display: How is platformGetNativeDisplay() in AcceleratedScreen realized? In-Reply-To: <20150907132954.Horde.hHfyw-OsnHiNeAg6c7kQVA3@dime187.dizinc.com> References: <20150907132954.Horde.hHfyw-OsnHiNeAg6c7kQVA3@dime187.dizinc.com> Message-ID: <20150907135329.Horde.YymKKpqkNssDh26UJzcsIA7@dime187.dizinc.com> Have found some further code in MX6AcceleratedScreen.c. //Vivante specials static EGLNativeDisplayType (*wr_fbGetDisplayByIndex)(int DisplayIndex); static EGLNativeWindowType (*wr_fbCreateWindow)(EGLNativeDisplayType Display, int X, int Y, int Width, int Height); JNIEXPORT jlong JNICALL Java_com_sun_glass_ui_monocle_MX6AcceleratedScreen__1platformGetNativeDisplay (JNIEnv *env, jobject obj, jlong methodHandle) { EGLNativeDisplayType cachedDisplay = NULL; if (cachedDisplay == NULL) { wr_fbGetDisplayByIndex = asPtr(methodHandle); cachedDisplay = wr_fbGetDisplayByIndex(0); } return asJLong(cachedDisplay); } Now to find out why this fails. Maybe fbGetDisplayByIndex should use another value? Maurice. From tomas.mikula at gmail.com Mon Sep 7 21:56:04 2015 From: tomas.mikula at gmail.com (Tomas Mikula) Date: Mon, 7 Sep 2015 17:56:04 -0400 Subject: JEP 253: UI control skins and input mapping discussion In-Reply-To: References: Message-ID: Hi all, it seems that after dropping input mapping API from JEP 253, Jonathan has for now retracted from further work on this API. I nevertheless compiled a list of some use cases and presented how they can be solved using WellBehavedFX. I would like to invite anyone to supply other use cases and comment on the current use cases, the presented solutions and the proposed API. https://github.com/TomasMikula/InputMapAPI Thanks, Tomas On Wed, Aug 19, 2015 at 9:09 PM, Tomas Mikula wrote: > > > On Wed, Aug 19, 2015 at 8:15 PM, Jonathan Giles > wrote: > >> Tomas, I hope you'll agree that throughout our long discussion on JBS we >> both improved our implementations based on our discussion. To say that I >> haven't addressed your issues isn't fair - I worked with you to understand >> your issues and I addressed many of them as my InputMap implementation and >> API iterated. We have fundamentally different views on how to implement >> this, so I can't bend over and completely change my approach to your >> approach - or else we'd not be doing a proper job of exploring the domain. > > > I never meant it to sound like you (or JavaFX) should adopt my approach. I > was just pointing out some flaws with the proposal, and in an attempt to > also be constructive, I was referring to WellBehavedFX as an evidence that > they indeed can be resolved. > > >> I'm not saying one approach is right and the other is wrong - I'm working >> on my idea of how to approach this, and as I said, I invite you to do the >> same. In regard to 'closing doors' - I don't think anything I've done up to >> now has closed doors. I believe that WellBehavedFX will continue to be able >> to work in the current approach I have implemented (it just hooks into >> EventHandlers, right?) - it just won't make use of any of it! > > > By the same argument, neither is JavaFX closing doors to anyone who wants > to implement their own UI toolkit. They just won't make use of any of it! > :D More seriously though, no, the two mechanisms cannot coexist well on the > same control: they both hook into event handlers and 1) the order in which > event handlers are invoked is undefined and 2) all applicable event > handlers are invoked, regardless of whether some of them consumed the > event. In fact, if there was enough control over event handlers, there > would be little motivation for any of this input mapping stuff. Since there > can only be one mechanism in place, it better cover 99.99% of use cases. > > >> Nothing I'm creating is being forced down anyones throats - it is an >> implementation and API that is optional. As it stands, the sandbox repo I'm >> working in has all controls using it, but that doesn't mean controls such >> as your rich text editor are forced to use it, and I imagine that they will >> continue to work well with your WellBehavedFX API and implementation. Am I >> misunderstanding what you're saying? -- Jonathan > > > If my control uses WellBehavedFX, and in JDK 9 there will be the new > InputMap API, users (especially new ones) will try to use that API to > customize input mappings (because, well, that is the JavaFX way to do it, > right?). Except the two can interact in unpredictable ways (see above). Now > if you say that they should study the control and the ways how to interact > with it, that argument does not extend to generic code, where the type of > node is known to be only Control (or Node), not the concrete custom > control. So custom control authors will be forced to switch to the new API. > So again, it better cover 99.99% of use cases. > > Regards, > Tomas > > From arcnorj at gmail.com Tue Sep 8 05:45:51 2015 From: arcnorj at gmail.com (=?UTF-8?Q?Edu_Garc=C3=ADa?=) Date: Tue, 8 Sep 2015 15:45:51 +1000 Subject: OpenGLNode or NativeSurfaceNode Message-ID: So, years ago somebody asked on this list if it was possible to have some sort of OpenGL or NativeSurface node, to be able to integrate OpenGL or DirectX rendering on top of JavaFX (in my case, to embed something like LibGDX). Has any work been done on this at all? If it hasn't, are there any plans to support this in the near future? If both answers are negative, is there any way of using heavyweight Swing controls on top of JavaFX? Thanks. From krueger at lesspain.de Tue Sep 8 10:27:04 2015 From: krueger at lesspain.de (=?UTF-8?Q?Robert_Kr=C3=BCger?=) Date: Tue, 8 Sep 2015 12:27:04 +0200 Subject: OpenGLNode or NativeSurfaceNode In-Reply-To: References: Message-ID: On Tue, Sep 8, 2015 at 7:45 AM, Edu Garc?a wrote: > So, years ago somebody asked on this list if it was possible to have some > sort of OpenGL or NativeSurface node, to be able to integrate OpenGL or > DirectX rendering on top of JavaFX (in my case, to embed something like > LibGDX). > > Has any work been done on this at all? If it hasn't, are there any plans to > support this in the near future? If both answers are negative, is there any > way of using heavyweight Swing controls on top of JavaFX? > > Thanks. > I have raised this topic again a few months ago on this list and the answer was, no, there are no concrete plans, which is a step back compared to the interest in the topic that was shown e.g. by a JavaOne presentation with a (still working) hack to render stuff into a JFX using OpenGL by someone from the JFX team. In addition to that, the person who was in charge of that, has left Oracle since, so all evidence unfortunately tells us not to hold our breath waiting for that to happen. From mp at jugs.org Tue Sep 8 10:42:25 2015 From: mp at jugs.org (Dr. Michael Paus) Date: Tue, 8 Sep 2015 12:42:25 +0200 Subject: OpenGLNode or NativeSurfaceNode In-Reply-To: References: Message-ID: <55EEBB91.9010200@jugs.org> Am 08.09.15 um 07:45 schrieb Edu Garc?a: > So, years ago somebody asked on this list if it was possible to have some > sort of OpenGL or NativeSurface node, to be able to integrate OpenGL or > DirectX rendering on top of JavaFX (in my case, to embed something like > LibGDX). > > Has any work been done on this at all? If it hasn't, are there any plans to > support this in the near future? If both answers are negative, is there any > way of using heavyweight Swing controls on top of JavaFX? > > Thanks. I assume you are aware of this discussion/bug report. Michael From arcnorj at gmail.com Tue Sep 8 11:30:49 2015 From: arcnorj at gmail.com (=?UTF-8?Q?Edu_Garc=C3=ADa?=) Date: Tue, 8 Sep 2015 21:30:49 +1000 Subject: OpenGLNode or NativeSurfaceNode In-Reply-To: <55EEBB91.9010200@jugs.org> References: <55EEBB91.9010200@jugs.org> Message-ID: I've seen that, but if I understood that correctly, I need to ship a modified version of JavaFX in order for it to work properly on Windows, and it continues to be a hack that might or might not work... That is far from ideal :) On Tue, Sep 8, 2015 at 8:42 PM, Dr. Michael Paus wrote: > Am 08.09.15 um 07:45 schrieb Edu Garc?a: > > So, years ago somebody asked on this list if it was possible to have some >> sort of OpenGL or NativeSurface node, to be able to integrate OpenGL or >> DirectX rendering on top of JavaFX (in my case, to embed something like >> LibGDX). >> >> Has any work been done on this at all? If it hasn't, are there any plans >> to >> support this in the near future? If both answers are negative, is there >> any >> way of using heavyweight Swing controls on top of JavaFX? >> >> Thanks. >> > I assume you are aware of this discussion/bug report. > > > Michael > From johan.vos at gluonhq.com Tue Sep 8 12:14:17 2015 From: johan.vos at gluonhq.com (Johan Vos) Date: Tue, 8 Sep 2015 14:14:17 +0200 Subject: inconsistency in processing scroll events with hidpi/retina Message-ID: Hi, I am running into an issue on Android that seems more general to me. I noticed that scroll gestures where passed with wrong coordinates, as the physical coordinates are used instead of the logical (e.g. on a screen with a density/scalefactor of 3, we would pass x = 900 instead of x = 300). Debugging it shows that scene.sceneListener.scrollEvent() can be called from 2 different paths: GlassViewEventHandler.handleScrollEvent() and ScrollGestureRecognizer.sendScrollStartedEvent In the GlassViewEventHandler.handleScrollEvent, coordinates are transformed before sending to the scrollEvent method: (w being the Window) double pScale = (w == null) ? 1.0 : w.getPlatformScale(); and the x and y coordinates are replaced with x/pScale and y/pScale However, this doesn't happen in the ScrollGestureRecognizer, so the coordinates that this one sent to the scrollEvent method are not corrected by with the scale factor. - Johan From tobi at ultramixer.com Tue Sep 8 13:14:57 2015 From: tobi at ultramixer.com (Tobias Bley) Date: Tue, 8 Sep 2015 15:14:57 +0200 Subject: Bug: rotating using setRotationAxis() doesn't work on iOS Message-ID: Hi, just noticed that node rotation does not work when setting a rotation axis on iOS: simple test case: testNode.setRotationAxis(Rotate.Y_AXIS); testNode.setRotate(80); Best regards, Tobi From krueger at lesspain.de Tue Sep 8 15:02:48 2015 From: krueger at lesspain.de (=?UTF-8?Q?Robert_Kr=C3=BCger?=) Date: Tue, 8 Sep 2015 17:02:48 +0200 Subject: OpenGLNode or NativeSurfaceNode In-Reply-To: References: <55EEBB91.9010200@jugs.org> Message-ID: On Tue, Sep 8, 2015 at 1:30 PM, Edu Garc?a wrote: > I've seen that, but if I understood that correctly, I need to ship a > modified version of JavaFX in order for it to work properly on Windows, and > it continues to be a hack that might or might not work... That is far from > ideal :) > > it is not too unlikely that that will be your best bet for the time being. At the moment (Java8) my understanding is that you don't need to use a modified JRE as the hack with the native window handle currently works IIRC but that is likely to change in Java9 due to enforcement of invisibility of non-public api. Then you may have to modify the JRE if no command line switch is provided to switch this off (which I think they are planning for a grace period). It is far from ideal as you say but Oracle has not shown any interest in pursuing this topic, so I don't see that changing soon. From mp at jugs.org Tue Sep 8 18:14:23 2015 From: mp at jugs.org (Dr. Michael Paus) Date: Tue, 8 Sep 2015 20:14:23 +0200 Subject: Internal scene graph redraw handling Message-ID: <55EF257F.5000904@jugs.org> Hi, I want to do some performance tuning of a JavaFX application of mine but before I can start with that I have to learn a little bit about the scene graph redraw handling. Maybe there is someone on this list who can help me there. What I want to achieve is a super smooth animation (movement) of my scene graph. Let's assume the scene graph itself can be redrawn fast enough in less than 1/60s. In addition let's assume the scene graph contains a canvas which only has to be updated from time to time but an update of the canvas takes substantially longer. Let's say it takes 1s. When an update of the canvas is in progress will this delay the next pulse until all internal drawing within the canvas is finished? From my observations I think so. If I submit my drawing calls to the canvas in smaller chunks via Platform.runLater calls will these also delay the next pulse or will the execution of these calls be delayed in favor of the scene graph update? I hope my goal has become clear. I would like to be able to spread the update of the canvas over several scene graph redraw cycles so that an animation of the canvas stays smooth although the content builds up more slowly. Michael From james.graham at oracle.com Tue Sep 8 23:10:11 2015 From: james.graham at oracle.com (Jim Graham) Date: Tue, 8 Sep 2015 16:10:11 -0700 Subject: inconsistency in processing scroll events with hidpi/retina In-Reply-To: References: Message-ID: <55EF6AD3.7040708@oracle.com> Hi Johan, Can you file a bug on this? ...jim On 9/8/15 5:14 AM, Johan Vos wrote: > Hi, > > I am running into an issue on Android that seems more general to me. > I noticed that scroll gestures where passed with wrong coordinates, as > the physical coordinates are used instead of the logical (e.g. on a > screen with a density/scalefactor of 3, we would pass x = 900 instead > of x = 300). > > Debugging it shows that > scene.sceneListener.scrollEvent() > > can be called from 2 different paths: > GlassViewEventHandler.handleScrollEvent() > and > ScrollGestureRecognizer.sendScrollStartedEvent > > In the GlassViewEventHandler.handleScrollEvent, coordinates are > transformed before sending to the scrollEvent method: > > (w being the Window) > double pScale = (w == null) ? 1.0 : w.getPlatformScale(); > and the x and y coordinates are replaced with x/pScale and y/pScale > > However, this doesn't happen in the ScrollGestureRecognizer, so the > coordinates that this one sent to the scrollEvent method are not > corrected by with the scale factor. > > - Johan > From james.graham at oracle.com Tue Sep 8 23:23:15 2015 From: james.graham at oracle.com (Jim Graham) Date: Tue, 8 Sep 2015 16:23:15 -0700 Subject: Internal scene graph redraw handling In-Reply-To: <55EF257F.5000904@jugs.org> References: <55EF257F.5000904@jugs.org> Message-ID: <55EF6DE3.4020503@oracle.com> I assume by "canvas" you mean "a Canvas Node"? I can only answer one of your questions... On 9/8/15 11:14 AM, Dr. Michael Paus wrote: > When an update of the canvas is in progress will this delay the next > pulse until all > internal drawing within the canvas is finished? From my observations I > think so. All calls to the GraphicsContext of a Canvas will be executed on the next rendering pass. The GraphicsContext methods place their information in a command buffer and that command buffer is handed off to the rendering thread the next time the Nodes are synchronized with the rendering thread's view of the scene graph. At that time the rendering thread will fully render all commands in a Canvas node's queue before it renders that Canvas node to the scene. We don't have any support for "render for only X ms" in the Canvas rendering so you'd have to break it up yourself. Also, as of one of the recent 8u releases, even nodes that are not visible will be fully rendered on every rendering pass to avoid their command queues growing uncontrollably if they scroll off the screen. This is only true of Canvas nodes that are part of a scene that is being rendered, though - an orphan canvas will just keep accumulating a command queue and it won't be rendered until it is part of an active scene. As such, the Canvas rendering commands don't "delay" the next pulse so much as they make the next rendering pass take longer to do its work. I have no further information to add about your questions about how to use runLater to break up the rendering - someone else will have to chime in on that, but in theory if you can break up your calls to GraphicsContext over multiple rendering pulses then yes, you can minimize the delay caused by having to flush all of the rendering calls... ...jim From lars.lindholm at vtab.se Wed Sep 9 07:59:55 2015 From: lars.lindholm at vtab.se (Lars Lindholm) Date: Wed, 09 Sep 2015 09:59:55 +0200 Subject: Monocle touch calibration Message-ID: <55EFE6FB.3070800@vtab.se> Hi, I'm trying to do a touch screen calibration procedure where the user clicks on 4 points and I calculate the edge values for the touchscreen. To set the touchscreen edge values I use: monocle.input..= As described here: https://wiki.openjdk.java.net/display/OpenJFX/Touch+screen+calibration+on+embedded+platforms That seems to work and monocle seems to use my new values. The problem is that when monocle is started it get's some default values for screen edge. The result is that the coordinates I use to calculate the calibration is already scaled with a unknown scale. So my calculated values are wrong and when I use them I only get touch events for part of the screen. Most likely due to the other part being out of range. To solve this is it either possible to get the raw unscaled touch points or to get the currently used edge values? monocle.input..= system properties are not set to the default values being used. Best regards Lars Lindholm From kevin.rushforth at oracle.com Wed Sep 9 20:06:09 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 09 Sep 2015 13:06:09 -0700 Subject: Early-access builds of JDK 9 jigsaw including JavaFX Message-ID: <55F09131.4040307@oracle.com> For those not on the jigsaw-dev alias, you might be interested to know that a very early access build of JDK 9 with Jigsaw modules enabled is now available for download. Please read the announcement [1] sent to jigsaw-dev for more information. The only additional item of note is that this EA build includes preliminary JavaFX runtime modules. Use "java -listmods" for the list of modules. Feel free to download it and "kick the tires" by running your favorite JavaFX application. Note that this does not yet include the proposed changes for JEP-253, which will be in an upcoming EA build. -- Kevin [1] http://mail.openjdk.java.net/pipermail/jigsaw-dev/2015-September/004480.html From kevin.rushforth at oracle.com Wed Sep 9 23:41:59 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 09 Sep 2015 16:41:59 -0700 Subject: JEP 253 webrev ready for review In-Reply-To: <55E8F11C.3000601@oracle.com> References: <55E8F11C.3000601@oracle.com> Message-ID: <55F0C3C7.5050508@oracle.com> I am going to give this a "+1" to go in, with the caveat that the API still needs a final review before being approved. There value in integrating this to main line both to get feedback and also unblock various other activities that are stalled waiting for this refactoring. Jonathan will file follow-up issues for some missing @since tags and also to complete the javadoc and anything else that is needed. -- Kevin Jonathan Giles wrote: > Hi folks. > > For those of you interested in JEP 253 we've got some light weekend > reading lined up for you. We are at a point where the JEP is basically > ready to merge back into a mainline (public) repo, and out of its > sandbox. Before we do that, we want any additional feedback from the > community, if there is any remaining. The two links you'll want to > peruse are as follows: > > JavaDocs: http://jonathangiles.net/javafx/jdk9/jep253/7/ > Webrev: http://cr.openjdk.java.net/~kcr/jep-253/webrev.00/ > > Thanks, > -- Jonathan From kevin.rushforth at oracle.com Fri Sep 11 12:44:20 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 11 Sep 2015 05:44:20 -0700 Subject: Result: New OpenJFX Committer: Alexander Matveev Message-ID: <55F2CCA4.5060809@oracle.com> Voting for Alexander Matveev [1] to OpenJFX Committer [2] is now closed. Yes: 7 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. -- Kevin [1] http://openjdk.java.net/census#almatvee [2] http://mail.openjdk.java.net/pipermail/openjfx-dev/2015-August/017788.html From vadim.pakhnushev at oracle.com Fri Sep 11 16:40:13 2015 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 11 Sep 2015 19:40:13 +0300 Subject: In(Sanity) Testing Mondays Message-ID: <55F303ED.4040901@oracle.com> Reminder, Monday is our weekly sanity testing. You can find your testing assignment at: https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing Also please remember that the repo will be locked from 1am PDT until 1pm PDT. Happy testing! Thanks, Vadim From kevin.rushforth at oracle.com Fri Sep 11 17:14:39 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 11 Sep 2015 10:14:39 -0700 Subject: In(Sanity) Testing Mondays In-Reply-To: <55F303ED.4040901@oracle.com> References: <55F303ED.4040901@oracle.com> Message-ID: <55F30BFF.7080606@oracle.com> As a note to those who will be testing controls: this week's changes include the refactoring changes for JEP 253 as well as the changes to use input maps (not exposed publicly) for the behaviors. Please pay special attention this week to anything that looks odd or out of place in UI controls. Thank you. -- Kevin Vadim Pakhnushev wrote: > Reminder, Monday is our weekly sanity testing. > > You can find your testing assignment at: > https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing > > Also please remember that the repo will be locked from 1am PDT until > 1pm PDT. > > Happy testing! > > Thanks, > Vadim From jose.pereda at gluonhq.com Sat Sep 12 10:34:05 2015 From: jose.pereda at gluonhq.com (=?UTF-8?B?Sm9zw6kgUGVyZWRh?=) Date: Sat, 12 Sep 2015 12:34:05 +0200 Subject: Bug: SceneAntialiasing.BALANCED flips the scene on Mac Message-ID: Hi all Based on this question at StackOverflow: http://stackoverflow.com/questions/32525086/javafx-rendering-issue-on-osx-after-java-upgrade Running the test from the original question on my MacBook Pro Retina, OS X Yosemite, with JDK 8u60 and the default prism es2, the scene was flipped vertically, but the mouse events were at the expected top position. I was able to narrow down the issue with this simple test case: public void start(Stage primaryStage) { Scene scene = new Scene(new StackPane(new Label("Antialising\nBalanced")), 300, 300, true, SceneAntialiasing.BALANCED); primaryStage.setScene(scene); primaryStage.show(); } Changing BALANCED to DISABLED solved the issue. I haven't found any report of this at http://bugs.openjdk.java.net. Thanks, Jose From kevin.rushforth at oracle.com Sat Sep 12 14:34:46 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Sat, 12 Sep 2015 07:34:46 -0700 Subject: Bug: SceneAntialiasing.BALANCED flips the scene on Mac In-Reply-To: References: Message-ID: <55F43806.7050508@oracle.com> > I haven't found any report of this at http://bugs.openjdk.java.net. Then may I suggest that you please file one? Please also include your graphics chipset in the bug report in case that is relevant. Thanks. -- Kevin Jos? Pereda wrote: > Hi all > > Based on this question at StackOverflow: > > http://stackoverflow.com/questions/32525086/javafx-rendering-issue-on-osx-after-java-upgrade > > Running the test from the original question on my MacBook Pro Retina, OS X > Yosemite, with JDK 8u60 and the default prism es2, the scene was flipped > vertically, but the mouse events were at the expected top position. > > I was able to narrow down the issue with this simple test case: > > public void start(Stage primaryStage) { > Scene scene = new Scene(new StackPane(new > Label("Antialising\nBalanced")), > 300, 300, true, SceneAntialiasing.BALANCED); > primaryStage.setScene(scene); > primaryStage.show(); > } > > Changing BALANCED to DISABLED solved the issue. > > I haven't found any report of this at http://bugs.openjdk.java.net. > > Thanks, > Jose > From hastebrot at gmail.com Sat Sep 12 19:32:41 2015 From: hastebrot at gmail.com (Benjamin Gudehus) Date: Sat, 12 Sep 2015 21:32:41 +0200 Subject: Results of review of private JavaFX API for consideration to make public in JDK 9 In-Reply-To: <55CA56DB.8070907@oracle.com> References: <55C3E977.2060604@oracle.com> <55CA56DB.8070907@oracle.com> Message-ID: >And we will certainly need to use this for our own unit testing, too. Details are tbd, but you will be able to use it for testing. Anything new about the command line switch to access Robot? :) --Benjamin From David.Hill at Oracle.com Mon Sep 14 11:57:35 2015 From: David.Hill at Oracle.com (David Hill) Date: Mon, 14 Sep 2015 07:57:35 -0400 Subject: Webrev, refactoring graphics Message-ID: <55F6B62F.9020809@Oracle.com> Refactor Javafx graphics module tests for clear separation of tests Note, the entire contents of the graphics module tests were refactored to be under package test. This means there is a lot of new/removed files showing. Files called *Shim.java are the new classes There are also some changes in the controls tests that were touched, primarily related to the stubtoolkit path. bug: https://bugs.openjdk.java.net/browse/8134762 webrev: http://cr.openjdk.java.net/~ddhill/8134762/ Controls is next...... -- David Hill Java Embedded Development "A man's feet should be planted in his country, but his eyes should survey the world." -- George Santayana (1863 - 1952) From David.Hill at Oracle.com Mon Sep 14 12:01:25 2015 From: David.Hill at Oracle.com (David Hill) Date: Mon, 14 Sep 2015 08:01:25 -0400 Subject: Refactoring junit tests. Message-ID: <55F6B715.5080100@Oracle.com> Just a heads up regarding the changes to the junit test code. I have already refactored two of the modules junit test code (base & graphics), and plan to work through the rest in the coming weeks. This means that once a module is complete: New tests/resources will be under the the package test (ie. package test.javafx.scene instead of javafx.scene). These new tests can only directly access public API, as well as "Shim " test classes. These are the "black box" test classes because they cannot see internal/protected API. Shim classes can live in the javafx namespace, and expose protected API to the test classes (at least they live in this namespace while we run the tests). These are the "white box" allowances that can help the black box tests by granting access to internal/protected API. The intent is that we should create as few white box Shims as is needed, and to put as little code in them as is required. To make it easy to know it is a shim class, I have helpfully added Shim to the name. The JUnit calls can only be in the black box tests. The goad of all of this rework is running these tests under the new Jigsaw modules system. With JDK8 we were avoiding some of the protections class loaders provide because of the way we were running the tests. With Jake we no longer can bend the system that much, and so have had to rework the tests so they play nicely with the protections that are in place. -- David Hill Java Embedded Development "A man's feet should be planted in his country, but his eyes should survey the world." -- George Santayana (1863 - 1952) From drakkoon at gmail.com Mon Sep 14 13:32:32 2015 From: drakkoon at gmail.com (Guillaume Anctil) Date: Mon, 14 Sep 2015 09:32:32 -0400 Subject: Most JavaFX apps unusable on Windows 10 (combo boxes bug) Message-ID: Hi, I recently upgraded to Windows 10 and I now have to resort to using a VM to use most of my JavaFX based apps since combo boxes causes the applications to hang when used. It seems like this bug as been reported but its cause might have been misrepresented and/or its severity misjudged. ( https://bugs.openjdk.java.net/browse/JDK-8132897 & http://stackoverflow.com/questions/31786980/javafx-windows-10-combobox-error for reference) After some testing, it seems like it only hangs when a touch screen is present. On a surface pro, I'm not quite sure how to disable it, so it becomes quite unusable, but using a USB-based touch screen, unplugging it stops the freezes. A workaround was found for using the mouse: combo.addEventFilter(MouseEvent.MOUSE_PRESSED, (evt) -> { requestFocus(); }); If the focus is set before opening the popup, all is fine until you use a touch event. Has anyone else encountered the issue yet? And is there another workaround that would let the touch events work? I still haven't found anything that worked. Thanks From kevin.rushforth at oracle.com Mon Sep 14 15:45:15 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 14 Sep 2015 08:45:15 -0700 Subject: Results of review of private JavaFX API for consideration to make public in JDK 9 In-Reply-To: References: <55C3E977.2060604@oracle.com> <55CA56DB.8070907@oracle.com> Message-ID: <55F6EB8B.9060006@oracle.com> Assuming your test program is in the unnamed module (meaning it is run from a jar file or directory of classes on the classpath), the following will work: java -XaddExports:javafx.graphics/com.sun.glass.ui=ALL-UNNAMED -- Kevin Benjamin Gudehus wrote: > >And we will certainly need to use this for our own unit testing, too. > Details are tbd, but you will be able to use it for testing. > > Anything new about the command line switch to access Robot? :) > > --Benjamin From chien.yang at oracle.com Mon Sep 14 19:58:02 2015 From: chien.yang at oracle.com (Chien Yang) Date: Mon, 14 Sep 2015 12:58:02 -0700 Subject: Bug: SceneAntialiasing.BALANCED flips the scene on Mac In-Reply-To: <55F43806.7050508@oracle.com> References: <55F43806.7050508@oracle.com> Message-ID: <55F726CA.5010305@oracle.com> Hi Jose, Thanks for the heads-up! I'm able to reproduce the bug on my Macbook Pro (retina display). I will file a JIRA on this if you haven't done it yet. Thanks, - Chien On 9/12/15, 7:34 AM, Kevin Rushforth wrote: > > I haven't found any report of this at http://bugs.openjdk.java.net. > > Then may I suggest that you please file one? Please also include your > graphics chipset in the bug report in case that is relevant. > > Thanks. > > -- Kevin > > > Jos? Pereda wrote: >> Hi all >> >> Based on this question at StackOverflow: >> >> http://stackoverflow.com/questions/32525086/javafx-rendering-issue-on-osx-after-java-upgrade >> >> >> Running the test from the original question on my MacBook Pro Retina, >> OS X >> Yosemite, with JDK 8u60 and the default prism es2, the scene was flipped >> vertically, but the mouse events were at the expected top position. >> >> I was able to narrow down the issue with this simple test case: >> >> public void start(Stage primaryStage) { >> Scene scene = new Scene(new StackPane(new >> Label("Antialising\nBalanced")), >> 300, 300, true, SceneAntialiasing.BALANCED); >> primaryStage.setScene(scene); >> primaryStage.show(); >> } >> >> Changing BALANCED to DISABLED solved the issue. >> >> I haven't found any report of this at http://bugs.openjdk.java.net. >> >> Thanks, >> Jose From kevin.rushforth at oracle.com Mon Sep 14 20:00:23 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 14 Sep 2015 13:00:23 -0700 Subject: 9-dev unlocked following sanity testing Message-ID: <55F72757.1010700@oracle.com> From jose.pereda at gluonhq.com Mon Sep 14 20:10:38 2015 From: jose.pereda at gluonhq.com (=?UTF-8?B?Sm9zw6kgUGVyZWRh?=) Date: Mon, 14 Sep 2015 22:10:38 +0200 Subject: Bug: SceneAntialiasing.BALANCED flips the scene on Mac In-Reply-To: <55F726CA.5010305@oracle.com> References: <55F43806.7050508@oracle.com> <55F726CA.5010305@oracle.com> Message-ID: Hi Chien I'm not allow to do it, so I was going to ask... Please go ahead. Thank you, Jose On Mon, Sep 14, 2015 at 9:58 PM, Chien Yang wrote: > Hi Jose, > > Thanks for the heads-up! I'm able to reproduce the bug on my Macbook Pro > (retina display). I will file a JIRA on this if you haven't done it yet. > > Thanks, > - Chien > > > On 9/12/15, 7:34 AM, Kevin Rushforth wrote: > >> > I haven't found any report of this at http://bugs.openjdk.java.net. >> >> Then may I suggest that you please file one? Please also include your >> graphics chipset in the bug report in case that is relevant. >> >> Thanks. >> >> -- Kevin >> >> >> Jos? Pereda wrote: >> >>> Hi all >>> >>> Based on this question at StackOverflow: >>> >>> >>> http://stackoverflow.com/questions/32525086/javafx-rendering-issue-on-osx-after-java-upgrade >>> >>> Running the test from the original question on my MacBook Pro Retina, OS >>> X >>> Yosemite, with JDK 8u60 and the default prism es2, the scene was flipped >>> vertically, but the mouse events were at the expected top position. >>> >>> I was able to narrow down the issue with this simple test case: >>> >>> public void start(Stage primaryStage) { >>> Scene scene = new Scene(new StackPane(new >>> Label("Antialising\nBalanced")), >>> 300, 300, true, SceneAntialiasing.BALANCED); >>> primaryStage.setScene(scene); >>> primaryStage.show(); >>> } >>> >>> Changing BALANCED to DISABLED solved the issue. >>> >>> I haven't found any report of this at http://bugs.openjdk.java.net. >>> >>> Thanks, >>> Jose >>> >> -- From kevin.rushforth at oracle.com Mon Sep 14 20:19:22 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 14 Sep 2015 13:19:22 -0700 Subject: Bug: SceneAntialiasing.BALANCED flips the scene on Mac In-Reply-To: References: <55F43806.7050508@oracle.com> <55F726CA.5010305@oracle.com> Message-ID: <55F72BCA.40501@oracle.com> Jose, Since Chien can easily reproduce it, he can file the bug for this one. If you do need to report a bug in the future, you do so here: http://bugs.java.com/ Thanks. -- Kevin Jos? Pereda wrote: > Hi Chien > > I'm not allow to do it, so I was going to ask... Please go ahead. > > Thank you, > Jose > > On Mon, Sep 14, 2015 at 9:58 PM, Chien Yang > wrote: > > Hi Jose, > > Thanks for the heads-up! I'm able to reproduce the bug on my > Macbook Pro (retina display). I will file a JIRA on this if you > haven't done it yet. > > Thanks, > - Chien > > > On 9/12/15, 7:34 AM, Kevin Rushforth wrote: > > > I haven't found any report of this at > http://bugs.openjdk.java.net. > > Then may I suggest that you please file one? Please also > include your graphics chipset in the bug report in case that > is relevant. > > Thanks. > > -- Kevin > > > Jos? Pereda wrote: > > Hi all > > Based on this question at StackOverflow: > > http://stackoverflow.com/questions/32525086/javafx-rendering-issue-on-osx-after-java-upgrade > > > Running the test from the original question on my MacBook > Pro Retina, OS X > Yosemite, with JDK 8u60 and the default prism es2, the > scene was flipped > vertically, but the mouse events were at the expected top > position. > > I was able to narrow down the issue with this simple test > case: > > public void start(Stage primaryStage) { > Scene scene = new Scene(new StackPane(new > Label("Antialising\nBalanced")), > 300, 300, true, SceneAntialiasing.BALANCED); > primaryStage.setScene(scene); > primaryStage.show(); > } > > Changing BALANCED to DISABLED solved the issue. > > I haven't found any report of this at > http://bugs.openjdk.java.net. > > Thanks, > Jose > > > > > -- > From chien.yang at oracle.com Mon Sep 14 20:36:29 2015 From: chien.yang at oracle.com (Chien Yang) Date: Mon, 14 Sep 2015 13:36:29 -0700 Subject: Bug: SceneAntialiasing.BALANCED flips the scene on Mac In-Reply-To: <55F72BCA.40501@oracle.com> References: <55F43806.7050508@oracle.com> <55F726CA.5010305@oracle.com> <55F72BCA.40501@oracle.com> Message-ID: <55F72FCD.6060509@oracle.com> Here is the link to the JIRA if you would like to track its progress: https://bugs.openjdk.java.net/browse/JDK-8136495 - Chien On 9/14/15, 1:19 PM, Kevin Rushforth wrote: > Jose, > > Since Chien can easily reproduce it, he can file the bug for this one. > > If you do need to report a bug in the future, you do so here: > > http://bugs.java.com/ > > Thanks. > > -- Kevin > > > Jos? Pereda wrote: >> Hi Chien >> >> I'm not allow to do it, so I was going to ask... Please go ahead. >> >> Thank you, >> Jose >> >> On Mon, Sep 14, 2015 at 9:58 PM, Chien Yang > > wrote: >> >> Hi Jose, >> >> Thanks for the heads-up! I'm able to reproduce the bug on my >> Macbook Pro (retina display). I will file a JIRA on this if you >> haven't done it yet. >> >> Thanks, >> - Chien >> >> >> On 9/12/15, 7:34 AM, Kevin Rushforth wrote: >> >> > I haven't found any report of this at >> http://bugs.openjdk.java.net. >> >> Then may I suggest that you please file one? Please also >> include your graphics chipset in the bug report in case that >> is relevant. >> >> Thanks. >> >> -- Kevin >> >> >> Jos? Pereda wrote: >> >> Hi all >> >> Based on this question at StackOverflow: >> >> http://stackoverflow.com/questions/32525086/javafx-rendering-issue-on-osx-after-java-upgrade >> >> >> Running the test from the original question on my MacBook >> Pro Retina, OS X >> Yosemite, with JDK 8u60 and the default prism es2, the >> scene was flipped >> vertically, but the mouse events were at the expected top >> position. >> >> I was able to narrow down the issue with this simple test >> case: >> >> public void start(Stage primaryStage) { >> Scene scene = new Scene(new StackPane(new >> Label("Antialising\nBalanced")), >> 300, 300, true, SceneAntialiasing.BALANCED); >> primaryStage.setScene(scene); >> primaryStage.show(); >> } >> >> Changing BALANCED to DISABLED solved the issue. >> >> I haven't found any report of this at >> http://bugs.openjdk.java.net. >> >> Thanks, >> Jose >> >> >> >> >> -- >> From jose.pereda at gluonhq.com Mon Sep 14 20:38:37 2015 From: jose.pereda at gluonhq.com (=?UTF-8?B?Sm9zw6kgUGVyZWRh?=) Date: Mon, 14 Sep 2015 22:38:37 +0200 Subject: Bug: SceneAntialiasing.BALANCED flips the scene on Mac In-Reply-To: <55F72FCD.6060509@oracle.com> References: <55F43806.7050508@oracle.com> <55F726CA.5010305@oracle.com> <55F72BCA.40501@oracle.com> <55F72FCD.6060509@oracle.com> Message-ID: Thanks Chien, I will. Jose On Mon, Sep 14, 2015 at 10:36 PM, Chien Yang wrote: > Here is the link to the JIRA if you would like to track its progress: > > https://bugs.openjdk.java.net/browse/JDK-8136495 > > - Chien > > > On 9/14/15, 1:19 PM, Kevin Rushforth wrote: > > Jose, > > Since Chien can easily reproduce it, he can file the bug for this one. > > If you do need to report a bug in the future, you do so here: > > http://bugs.java.com/ > > Thanks. > > -- Kevin > > > Jos? Pereda wrote: > > Hi Chien > > I'm not allow to do it, so I was going to ask... Please go ahead. > > Thank you, > Jose > > On Mon, Sep 14, 2015 at 9:58 PM, Chien Yang wrote: > >> Hi Jose, >> >> Thanks for the heads-up! I'm able to reproduce the bug on my Macbook Pro >> (retina display). I will file a JIRA on this if you haven't done it yet. >> >> Thanks, >> - Chien >> >> >> On 9/12/15, 7:34 AM, Kevin Rushforth wrote: >> >>> > I haven't found any report of this at http://bugs.openjdk.java.net. >>> >>> Then may I suggest that you please file one? Please also include your >>> graphics chipset in the bug report in case that is relevant. >>> >>> Thanks. >>> >>> -- Kevin >>> >>> >>> Jos? Pereda wrote: >>> >>>> Hi all >>>> >>>> Based on this question at StackOverflow: >>>> >>>> >>>> http://stackoverflow.com/questions/32525086/javafx-rendering-issue-on-osx-after-java-upgrade >>>> >>>> Running the test from the original question on my MacBook Pro Retina, >>>> OS X >>>> Yosemite, with JDK 8u60 and the default prism es2, the scene was flipped >>>> vertically, but the mouse events were at the expected top position. >>>> >>>> I was able to narrow down the issue with this simple test case: >>>> >>>> public void start(Stage primaryStage) { >>>> Scene scene = new Scene(new StackPane(new >>>> Label("Antialising\nBalanced")), >>>> 300, 300, true, SceneAntialiasing.BALANCED); >>>> primaryStage.setScene(scene); >>>> primaryStage.show(); >>>> } >>>> >>>> Changing BALANCED to DISABLED solved the issue. >>>> >>>> I haven't found any report of this at http://bugs.openjdk.java.net. >>>> >>>> Thanks, >>>> Jose >>>> >>> > > > -- > > -- From chien.yang at oracle.com Mon Sep 14 21:38:15 2015 From: chien.yang at oracle.com (Chien Yang) Date: Mon, 14 Sep 2015 14:38:15 -0700 Subject: Code Review Request For JDK-8136495: On es2 pipe, SceneAntialiasing.BALANCED flips scene affecting Mac and Linux platforms Message-ID: <55F73E47.5010802@oracle.com> Hi Jim and Kevin, Please review the proposed fix: JIRA: https://bugs.openjdk.java.net/browse/JDK-8136495 Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8136495/webrev.00/ Thanks, - Chien From kevin.rushforth at oracle.com Tue Sep 15 00:00:41 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 14 Sep 2015 17:00:41 -0700 Subject: FX verona forest for JEP 223 Message-ID: <55F75FA9.2060208@oracle.com> As some of you may have seen from the recent hg push notification, there is a new OpenJFX sandbox forest [1] for the FX changes needed for JEP 223 [2] (project Verona). This corresponds to the already-existing JDK verona-stage forest [3]. The FX side changes are fairly limited. Let me know if you have any questions. -- Kevin [1] http://hg.openjdk.java.net/openjfx/sandbox-9-verona/rt [2] http://openjdk.java.net/jeps/223 [3] http://hg.openjdk.java.net/verona/stage From chris.nahr at gmail.com Tue Sep 15 04:52:57 2015 From: chris.nahr at gmail.com (Chris Nahr) Date: Tue, 15 Sep 2015 06:52:57 +0200 Subject: Most JavaFX apps unusable on Windows 10 (combo boxes bug) In-Reply-To: References: Message-ID: <55F7A429.8050408@gmail.com> Yes, I can confirm this bug is present when running on a Dell XPS 15 which does have both a touchscreen and an integrated Intel GPU for desktop display (HD 4600). The application hangs even though I'm using a mouse and not the touchscreen to click on the combo box. That's a catastrophic bug that needs to be fixed in an emergency update. Many new Windows laptops have Intel GPUs with touchscreens that you can't disconnect, and Microsoft is pushing Windows 10 to all of them. Apparently no JavaFX app with a ComboBox can run on them now! -- Chris Guillaume Anctil wrote... > I recently upgraded to Windows 10 and I now have to resort to using a VM to > use most of my JavaFX based apps since combo boxes causes the applications > to hang when used. > > It seems like this bug as been reported but its cause might have been > misrepresented and/or its severity misjudged. ( > https://bugs.openjdk.java.net/browse/JDK-8132897 & > http://stackoverflow.com/questions/31786980/javafx-windows-10-combobox-error > for reference) From fmaupin at iback.fr Tue Sep 15 07:31:34 2015 From: fmaupin at iback.fr (Fabrice MAUPIN) Date: Tue, 15 Sep 2015 09:31:34 +0200 Subject: 8u66 Windows 64-bit packager - install succeeds but application fails to start ! Message-ID: <00ce01d0ef88$8d1e7a80$a75b6f80$@iback.fr> Hi, My JavaFX Application is installed correctly in Windows 8 (64 bit) but refuses to run ! I use the JavaFX native packager to produce native install bundles for Windows (from an Eclipse / Ant script). I create my Windows bundle from a 64-bit Windows 7 build machine - JDK used : 8u66 b02 early access - 64-bit Windows. Unfortunately there is no logs generated by Windows ! So it's difficult to know the cause of the crash. For information this is the list of DLL installed : MSVCP120.dll MSVCR100.dll MSVCR120.dll My problem is similar to this issue (Java Bug system) : https://bugs.openjdk.java.net/browse/JDK-8131321 But this bug normally was fixed ! Any ideas ? Regards, Fabrice MAUPIN --- L'absence de virus dans ce courrier ?lectronique a ?t? v?rifi?e par le logiciel antivirus Avast. https://www.avast.com/antivirus From fmaupin at iback.fr Tue Sep 15 07:45:57 2015 From: fmaupin at iback.fr (Fabrice MAUPIN) Date: Tue, 15 Sep 2015 09:45:57 +0200 Subject: 8u66 Windows 64-bit packager and Windows 10 : possible ? Message-ID: <00d301d0ef8a$8fb47cc0$af1d7640$@iback.fr> Hi, My problem : My JavaFX Application is installed correctly in Windows 10 (version 10.0.10240.2.0.0.256.48 - 64 bit) but refuses to run ! I use the JavaFX native packager to produce native install bundles for Windows (from an Eclipse / Ant script). I create my Windows bundle from a 64-bit Windows 7 build machine - JDK used : 8u66 b02 early access - 64-bit Windows. I know that Windows 10 is just out, and the JDK is not yet updated. I actually posting an issue about it (hope it is integrated into Java Bug System !). But until the bug is accepted and processed, I like to know if this is actually a bug or if someone have run an JavaFX application (generated by Windows 64-bit packager) on Windows 10. Have you been able to run an JavaFX application (build from Windows 7 machine) on Windows 10 ? If yes, how ? Thank you in advance Regards, Fabrice MAUPIN --- L'absence de virus dans ce courrier ?lectronique a ?t? v?rifi?e par le logiciel antivirus Avast. https://www.avast.com/antivirus From lars.lindholm at vtab.se Tue Sep 15 09:59:29 2015 From: lars.lindholm at vtab.se (Lars Lindholm) Date: Tue, 15 Sep 2015 11:59:29 +0200 Subject: Monocle touch calibration Message-ID: <55F7EC01.1030504@vtab.se> Hi, I'm trying to do a touch screen calibration procedure where the user clicks on 4 points and I calculate the edge values for the touchscreen. To set the touchscreen edge values I use: monocle.input..= As described here: https://wiki.openjdk.java.net/display/OpenJFX/Touch+screen+calibration+on+embedded+platforms That seems to work and monocle seems to use my new values. The problem is that when monocle is started it get's some default values for screen edge. The result is that the coordinates I use to calculate the calibration is already scaled with a unknown scale. So my calculated values are wrong and when I use them I only get touch events for part of the screen. Most likely due to the other part being out of range. To solve this is it either possible to get the raw unscaled touch points or to get the currently used edge values? monocle.input..= system properties are not set to the default values being used. Best regards Lars Lindholm From lars.lindholm at vtab.se Tue Sep 15 10:09:06 2015 From: lars.lindholm at vtab.se (Lars Lindholm) Date: Tue, 15 Sep 2015 12:09:06 +0200 Subject: Monocle touch calibration In-Reply-To: <55F7EC01.1030504@vtab.se> References: <55F7EC01.1030504@vtab.se> Message-ID: <55F7EE42.6010502@vtab.se> Sorry, sent this twice, my bad. On 09/15/2015 11:59 AM, Lars Lindholm wrote: > Hi, > > I'm trying to do a touch screen calibration procedure where the user > clicks on 4 points and I calculate the edge values for the touchscreen. > > To set the touchscreen edge values I use: > monocle.input..= > As described here: > https://wiki.openjdk.java.net/display/OpenJFX/Touch+screen+calibration+on+embedded+platforms > > > That seems to work and monocle seems to use my new values. > > The problem is that when monocle is started it get's some default > values for screen edge. The result is that the coordinates I use to > calculate the calibration is already scaled with a unknown scale. > So my calculated values are wrong and when I use them I only > get touch events for part of the screen. Most likely due to the > other part being out of range. > > To solve this is it either possible to get the raw unscaled touch > points or to get the currently used edge values? > > monocle.input..= > system properties are not set to the default values being used. > > Best regards > Lars Lindholm > . > From kevin.rushforth at oracle.com Tue Sep 15 16:53:28 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 15 Sep 2015 09:53:28 -0700 Subject: Most JavaFX apps unusable on Windows 10 (combo boxes bug) In-Reply-To: <55F7A429.8050408@gmail.com> References: <55F7A429.8050408@gmail.com> Message-ID: <55F84D08.5060600@oracle.com> We will take a look at this right away. If it's as serious as you say then this is a P1 issue. -- Kevin Chris Nahr wrote: > Yes, I can confirm this bug is present when running on a Dell XPS 15 > which does have both a touchscreen and an integrated Intel GPU for > desktop display (HD 4600). The application hangs even though I'm using > a mouse and not the touchscreen to click on the combo box. > > That's a catastrophic bug that needs to be fixed in an emergency > update. Many new Windows laptops have Intel GPUs with touchscreens > that you can't disconnect, and Microsoft is pushing Windows 10 to all > of them. Apparently no JavaFX app with a ComboBox can run on them now! > > -- Chris > > Guillaume Anctil wrote... > >> I recently upgraded to Windows 10 and I now have to resort to using a >> VM to >> use most of my JavaFX based apps since combo boxes causes the >> applications >> to hang when used. >> >> It seems like this bug as been reported but its cause might have been >> misrepresented and/or its severity misjudged. ( >> https://bugs.openjdk.java.net/browse/JDK-8132897 & >> http://stackoverflow.com/questions/31786980/javafx-windows-10-combobox-error >> >> for reference) From guillaume.anctil at dental-wings.com Tue Sep 15 16:58:35 2015 From: guillaume.anctil at dental-wings.com (Guillaume Anctil) Date: Tue, 15 Sep 2015 12:58:35 -0400 Subject: Most JavaFX apps unusable on Windows 10 (combo boxes bug) In-Reply-To: <55F84D08.5060600@oracle.com> References: <55F7A429.8050408@gmail.com> <55F84D08.5060600@oracle.com> Message-ID: Thanks for looking into this. Although, I don't believe Intel graphics card have anything to do with this bug, unlike the reports on Stack Overflow. I tested with both AMD and Nvidia cards, and the only factor seemed to be if my touchscreen was plugged in or not on my desktop computer. Cheers On Tue, Sep 15, 2015 at 12:53 PM, Kevin Rushforth < kevin.rushforth at oracle.com> wrote: > We will take a look at this right away. If it's as serious as you say then > this is a P1 issue. > > -- Kevin > > > > Chris Nahr wrote: > >> Yes, I can confirm this bug is present when running on a Dell XPS 15 >> which does have both a touchscreen and an integrated Intel GPU for desktop >> display (HD 4600). The application hangs even though I'm using a mouse and >> not the touchscreen to click on the combo box. >> >> That's a catastrophic bug that needs to be fixed in an emergency update. >> Many new Windows laptops have Intel GPUs with touchscreens that you can't >> disconnect, and Microsoft is pushing Windows 10 to all of them. Apparently >> no JavaFX app with a ComboBox can run on them now! >> >> -- Chris >> >> Guillaume Anctil wrote... >> >> I recently upgraded to Windows 10 and I now have to resort to using a VM >>> to >>> use most of my JavaFX based apps since combo boxes causes the >>> applications >>> to hang when used. >>> >>> It seems like this bug as been reported but its cause might have been >>> misrepresented and/or its severity misjudged. ( >>> https://bugs.openjdk.java.net/browse/JDK-8132897 & >>> >>> http://stackoverflow.com/questions/31786980/javafx-windows-10-combobox-error >>> for reference) >>> >> -- _______ Guillaume Anctil Developpeur logiciel | Software development 2251, ave Letourneux, Montr?al (Qu?bec), H1V 2N9 Canada *T *+1 514 807 8485* #1227 * *F *+1 514 223 3981 From chris.nahr at gmail.com Tue Sep 15 19:49:49 2015 From: chris.nahr at gmail.com (Chris Nahr) Date: Tue, 15 Sep 2015 21:49:49 +0200 Subject: Most JavaFX apps unusable on Windows 10 (combo boxes bug) In-Reply-To: <55F84D08.5060600@oracle.com> References: <55F7A429.8050408@gmail.com> <55F84D08.5060600@oracle.com> Message-ID: Thanks, I very much appreciate it! > On 15 Sep 2015, at 18:53, Kevin Rushforth wrote: > > We will take a look at this right away. If it's as serious as you say then this is a P1 issue. > > -- Kevin > > > Chris Nahr wrote: >> Yes, I can confirm this bug is present when running on a Dell XPS 15 which does have both a touchscreen and an integrated Intel GPU for desktop display (HD 4600). The application hangs even though I'm using a mouse and not the touchscreen to click on the combo box. >> >> That's a catastrophic bug that needs to be fixed in an emergency update. Many new Windows laptops have Intel GPUs with touchscreens that you can't disconnect, and Microsoft is pushing Windows 10 to all of them. Apparently no JavaFX app with a ComboBox can run on them now! >> >> -- Chris >> >> Guillaume Anctil wrote... >> >>> I recently upgraded to Windows 10 and I now have to resort to using a VM to >>> use most of my JavaFX based apps since combo boxes causes the applications >>> to hang when used. >>> >>> It seems like this bug as been reported but its cause might have been >>> misrepresented and/or its severity misjudged. ( >>> https://bugs.openjdk.java.net/browse/JDK-8132897 & >>> http://stackoverflow.com/questions/31786980/javafx-windows-10-combobox-error >>> for reference) From kevin.rushforth at oracle.com Tue Sep 15 20:43:51 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 15 Sep 2015 13:43:51 -0700 Subject: Most JavaFX apps unusable on Windows 10 (combo boxes bug) In-Reply-To: References: <55F7A429.8050408@gmail.com> <55F84D08.5060600@oracle.com> Message-ID: <55F88307.1050701@oracle.com> A preliminary evaluation is that this is related to accessibility. A workaround might be: java -Dglass.accessible.force=false ... If you can try that and let me know if it works for you (it does on our system with the test case attached to the bug report), then I will add that information to the JIRA. -- Kevin Guillaume Anctil wrote: > Thanks for looking into this. > > Although, I don't believe Intel graphics card have anything to do with > this bug, unlike the reports on Stack Overflow. I tested with both AMD > and Nvidia cards, and the only factor seemed to be if my touchscreen > was plugged in or not on my desktop computer. > > Cheers > > On Tue, Sep 15, 2015 at 12:53 PM, Kevin Rushforth > > wrote: > > We will take a look at this right away. If it's as serious as you > say then this is a P1 issue. > > -- Kevin > > > > Chris Nahr wrote: > > Yes, I can confirm this bug is present when running on a Dell > XPS 15 which does have both a touchscreen and an integrated > Intel GPU for desktop display (HD 4600). The application hangs > even though I'm using a mouse and not the touchscreen to click > on the combo box. > > That's a catastrophic bug that needs to be fixed in an > emergency update. Many new Windows laptops have Intel GPUs > with touchscreens that you can't disconnect, and Microsoft is > pushing Windows 10 to all of them. Apparently no JavaFX app > with a ComboBox can run on them now! > > -- Chris > > Guillaume Anctil > wrote... > > I recently upgraded to Windows 10 and I now have to resort > to using a VM to > use most of my JavaFX based apps since combo boxes causes > the applications > to hang when used. > > It seems like this bug as been reported but its cause > might have been > misrepresented and/or its severity misjudged. ( > https://bugs.openjdk.java.net/browse/JDK-8132897 & > http://stackoverflow.com/questions/31786980/javafx-windows-10-combobox-error > > for reference) > > > > > -- > _______ > > Guillaume Anctil > Developpeur logiciel | Software development > > > 2251, ave Letourneux, Montr?al (Qu?bec), H1V 2N9 Canada > *T *+1 514 807 8485* #1227 ** **F *+1 514 223 3981* * From guillaume.anctil at dental-wings.com Tue Sep 15 20:54:22 2015 From: guillaume.anctil at dental-wings.com (Guillaume Anctil) Date: Tue, 15 Sep 2015 16:54:22 -0400 Subject: Most JavaFX apps unusable on Windows 10 (combo boxes bug) In-Reply-To: <55F88307.1050701@oracle.com> References: <55F7A429.8050408@gmail.com> <55F84D08.5060600@oracle.com> <55F88307.1050701@oracle.com> Message-ID: Hi, this workaround works fine for my use cases where accessibility is not an issue. I added it to all shortcuts / batch files and all combo boxes work fine. I tested with and without the requestFocus workaround for the mouse and it does not interfere. Thank you for the quick find! It is still quite a big issue, but others might find he workaround in the list archives in the meantime to the fix. Cheers! On Tue, Sep 15, 2015 at 4:43 PM, Kevin Rushforth wrote: > A preliminary evaluation is that this is related to accessibility. A > workaround might be: > > java -Dglass.accessible.force=false ... > > If you can try that and let me know if it works for you (it does on our > system with the test case attached to the bug report), then I will add that > information to the JIRA. > > -- Kevin > > > > Guillaume Anctil wrote: > > Thanks for looking into this. > > Although, I don't believe Intel graphics card have anything to do with > this bug, unlike the reports on Stack Overflow. I tested with both AMD and > Nvidia cards, and the only factor seemed to be if my touchscreen was > plugged in or not on my desktop computer. > > Cheers > > On Tue, Sep 15, 2015 at 12:53 PM, Kevin Rushforth < > kevin.rushforth at oracle.com> wrote: > >> We will take a look at this right away. If it's as serious as you say >> then this is a P1 issue. >> >> -- Kevin >> >> >> >> Chris Nahr wrote: >> >>> Yes, I can confirm this bug is present when running on a Dell XPS 15 >>> which does have both a touchscreen and an integrated Intel GPU for desktop >>> display (HD 4600). The application hangs even though I'm using a mouse and >>> not the touchscreen to click on the combo box. >>> >>> That's a catastrophic bug that needs to be fixed in an emergency update. >>> Many new Windows laptops have Intel GPUs with touchscreens that you can't >>> disconnect, and Microsoft is pushing Windows 10 to all of them. Apparently >>> no JavaFX app with a ComboBox can run on them now! >>> >>> -- Chris >>> >>> Guillaume Anctil wrote... >>> >>> I recently upgraded to Windows 10 and I now have to resort to using a VM >>>> to >>>> use most of my JavaFX based apps since combo boxes causes the >>>> applications >>>> to hang when used. >>>> >>>> It seems like this bug as been reported but its cause might have been >>>> misrepresented and/or its severity misjudged. ( >>>> https://bugs.openjdk.java.net/browse/JDK-8132897 & >>>> >>>> http://stackoverflow.com/questions/31786980/javafx-windows-10-combobox-error >>>> for reference) >>>> >>> > > > -- > _______ > > Guillaume Anctil > Developpeur logiciel | Software development > > > 2251, ave Letourneux, Montr?al (Qu?bec), H1V 2N9 Canada > *T *+1 514 807 8485* #1227 * *F *+1 514 223 3981 > > -- _______ Guillaume Anctil Developpeur logiciel | Software development 2251, ave Letourneux, Montr?al (Qu?bec), H1V 2N9 Canada *T *+1 514 807 8485* #1227 * *F *+1 514 223 3981 From kevin.rushforth at oracle.com Tue Sep 15 21:02:32 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 15 Sep 2015 14:02:32 -0700 Subject: Most JavaFX apps unusable on Windows 10 (combo boxes bug) In-Reply-To: References: <55F7A429.8050408@gmail.com> <55F84D08.5060600@oracle.com> <55F88307.1050701@oracle.com> Message-ID: <55F88768.5040207@oracle.com> Thanks for confirming it. Another workaround for those who need accessibility is to turn Windows Narrator on before clicking on any combobox. That also seems to avoid the bug. I put both workarounds in the bug report. -- Kevin Guillaume Anctil wrote: > Hi, > > this workaround works fine for my use cases where accessibility is not > an issue. > I added it to all shortcuts / batch files and all combo boxes work > fine. I tested with and without the requestFocus workaround for the > mouse and it does not interfere. > > Thank you for the quick find! > It is still quite a big issue, but others might find he workaround in > the list archives in the meantime to the fix. > > Cheers! > > On Tue, Sep 15, 2015 at 4:43 PM, Kevin Rushforth > > wrote: > > A preliminary evaluation is that this is related to accessibility. > A workaround might be: > > java -Dglass.accessible.force=false ... > > If you can try that and let me know if it works for you (it does > on our system with the test case attached to the bug report), then > I will add that information to the JIRA. > > -- Kevin > > > > Guillaume Anctil wrote: >> Thanks for looking into this. >> >> Although, I don't believe Intel graphics card have anything to do >> with this bug, unlike the reports on Stack Overflow. I tested >> with both AMD and Nvidia cards, and the only factor seemed to be >> if my touchscreen was plugged in or not on my desktop computer. >> >> Cheers >> >> On Tue, Sep 15, 2015 at 12:53 PM, Kevin Rushforth >> > >> wrote: >> >> We will take a look at this right away. If it's as serious as >> you say then this is a P1 issue. >> >> -- Kevin >> >> >> >> Chris Nahr wrote: >> >> Yes, I can confirm this bug is present when running on a >> Dell XPS 15 which does have both a touchscreen and an >> integrated Intel GPU for desktop display (HD 4600). The >> application hangs even though I'm using a mouse and not >> the touchscreen to click on the combo box. >> >> That's a catastrophic bug that needs to be fixed in an >> emergency update. Many new Windows laptops have Intel >> GPUs with touchscreens that you can't disconnect, and >> Microsoft is pushing Windows 10 to all of them. >> Apparently no JavaFX app with a ComboBox can run on them now! >> >> -- Chris >> >> Guillaume Anctil > > wrote... >> >> I recently upgraded to Windows 10 and I now have to >> resort to using a VM to >> use most of my JavaFX based apps since combo boxes >> causes the applications >> to hang when used. >> >> It seems like this bug as been reported but its cause >> might have been >> misrepresented and/or its severity misjudged. ( >> https://bugs.openjdk.java.net/browse/JDK-8132897 & >> http://stackoverflow.com/questions/31786980/javafx-windows-10-combobox-error >> >> for reference) >> >> >> >> >> -- >> _______ >> >> Guillaume Anctil >> Developpeur logiciel | Software development >> >> >> 2251, ave Letourneux, Montr?al (Qu?bec), H1V 2N9 Canada >> *T *+1 514 807 8485 * #1227 ** **F >> *+1 514 223 3981 * * > > > > > -- > _______ > > Guillaume Anctil > Developpeur logiciel | Software development > > > 2251, ave Letourneux, Montr?al (Qu?bec), H1V 2N9 Canada > *T *+1 514 807 8485* #1227 ** **F *+1 514 223 3981* * From martin.daebritz at saxsys.de Thu Sep 17 09:36:32 2015 From: martin.daebritz at saxsys.de (=?iso-8859-1?Q?D=E4britz=2C_Martin?=) Date: Thu, 17 Sep 2015 09:36:32 +0000 Subject: Windows 8 Store / Windows 10 Store Message-ID: Hey, I want to know if there is a way to publish an application on Windows 8 / 10 Store, which is written with JavaFX? Kind regards, Martin Siegfried D?britz From guru.hb at oracle.com Thu Sep 17 11:11:50 2015 From: guru.hb at oracle.com (Guru Hb) Date: Thu, 17 Sep 2015 04:11:50 -0700 (PDT) Subject: Review request for JDK-8090035 : JavaFX browser can get stuck in an infinite loop when calling path.getTotalLength() Message-ID: <20d181da-1140-4747-a1c9-929cd3ca18fd@default> Dear Vadim / Kevin, Please review the fix merged from Chromium webkit to our(JFXwebkit) branch which address the defect logged for JDK-8090035. Tested on Linux(32 and 64 bit) with a test application (attached in JIRA) Origin of the fix taken from https://code.google.com/p/chromium/issues/detail?id=349873 Courtesy : fixed by HYPERLINK "mailto:schenney at chromium.org"schenney at chromium.org in chromium and the comments Improve the reliability and accuracy of SVG getTotalLength The existing code for SVG path.getTotalLength had two problems when subdividing curves to estimate length. The subdivision terminated when the straight-line vs curved length was within a fixed limit, regardless of the scale of the curve. The termination condition for infinite loops also failed to stop on infinite loops. This patch fixes both issues. The subdivision threshold now accounts for the magnitude of the values, so that we give more resolution on very small curves and less on very large curves. This is consistent with the actual precision we have in floating point numbers. The infinite loop termination tracks and examines the total number of subdivisions thus far, terminating after 20 (which is more than enough - most curves do no more than 10 subdivisions). We also remove two unused variables and a FIXME that makes little sense and that we won't ever fix. Thanks, Guru From David.Hill at Oracle.com Thu Sep 17 12:58:43 2015 From: David.Hill at Oracle.com (David Hill) Date: Thu, 17 Sep 2015 08:58:43 -0400 Subject: for review: controls tests rework Message-ID: <55FAB903.1040800@Oracle.com> Kevin, Jonathan, Refactor Javafx controls module tests for clear separation of tests JBS: https://bugs.openjdk.java.net/browse/JDK-8134764 Webrev: http://cr.openjdk.java.net/~ddhill/8134764 This the the controls refactor that goes with the base and graphics that went before it. The goal is to separate out the JUnit tests to be on the right classloader so they will work with Jigsaw. -- David Hill Java Embedded Development "A man's feet should be planted in his country, but his eyes should survey the world." -- George Santayana (1863 - 1952) From danielhilst at gmail.com Thu Sep 17 13:22:55 2015 From: danielhilst at gmail.com (Daniel.) Date: Thu, 17 Sep 2015 10:22:55 -0300 Subject: Is the TSC2007 (i2c) touchscreen supported by JavaFX? Message-ID: Hi all, We're planing to use an TSC2007 (i2c) touchsreen on our product which runs JavaFX. I want to know if is supported. Cheers, - dhs -- *"Do or do not. There is no try"* *Yoda Master* From sselvia at gmail.com Thu Sep 17 14:34:58 2015 From: sselvia at gmail.com (Scott Selvia) Date: Thu, 17 Sep 2015 10:34:58 -0400 Subject: CFBundleidentifier Collision on ITunes connect upload Message-ID: <9AE059A5-617F-4B51-9D7A-87FA80F63349@gmail.com> I?m trying to submit a JavaFX app to the mac app store and I?m getting the following error: CFBundleidentifier value 'com.oracle.java.8u60.jdk? The problem is with the Info.plist embedded within the jre that is injected to my app bundle folder. How can I resolve this issue, so I can continue to upload my mac app store package? Thanks, Scott Sent from my iPhone From danno.ferrin at oracle.com Thu Sep 17 16:42:57 2015 From: danno.ferrin at oracle.com (Danno Ferrin) Date: Thu, 17 Sep 2015 10:42:57 -0600 Subject: Windows 8 Store / Windows 10 Store In-Reply-To: References: Message-ID: To publish the app itself, no, not right now. The core issue is that the Java Runtime is not a WinRT/Win10 app but is still a win32 app, and they don?t publish those in their store. Since that is not my area of expertise, I don?t know about plans relating to WinRT/Win10 APIs. The core OpenJDK lists may be a better place to float that question. But even then, that is just the first step. The best you can do is get a store page and publish a link that holds your installer. That?s what lots of Win32 apps do currently. This also contributes to why the Windows App Store is relatively unsuccessful compared to other app stores. (the fact there are viable non-app store alternatives is the biggest issue IMHO). > On Sep 17, 2015, at 3:36 AM, D?britz, Martin wrote: > > Hey, > > I want to know if there is a way to publish an application on Windows 8 / 10 Store, which is written with JavaFX? > > Kind regards, > > Martin Siegfried D?britz From kevin.rushforth at oracle.com Thu Sep 17 20:36:22 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 17 Sep 2015 13:36:22 -0700 Subject: [9,8u] review request: 8132897: ComboBox hangs on Windows 10 when clicked while not in focus Message-ID: <55FB2446.3010205@oracle.com> Chien and Pete, Please review: https://bugs.openjdk.java.net/browse/JDK-8132897 http://cr.openjdk.java.net/~kcr/8132897/webrev.00/ Details are in the bug report. Thanks. -- Kevin From peter.brunet at oracle.com Thu Sep 17 20:43:08 2015 From: peter.brunet at oracle.com (Pete Brunet) Date: Thu, 17 Sep 2015 15:43:08 -0500 Subject: [9, 8u] review request: 8132897: ComboBox hangs on Windows 10 when clicked while not in focus In-Reply-To: <55FB2446.3010205@oracle.com> References: <55FB2446.3010205@oracle.com> Message-ID: <55FB25DC.8020901@oracle.com> Patch looks good - but the copyright year needs updating. On 9/17/15 3:36 PM, Kevin Rushforth wrote: > Chien and Pete, > > Please review: > > https://bugs.openjdk.java.net/browse/JDK-8132897 > http://cr.openjdk.java.net/~kcr/8132897/webrev.00/ > > Details are in the bug report. > > Thanks. > > -- Kevin > From kevin.rushforth at oracle.com Thu Sep 17 20:49:55 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 17 Sep 2015 13:49:55 -0700 Subject: [9,8u] review request: 8132897: ComboBox hangs on Windows 10 when clicked while not in focus In-Reply-To: <55FB25DC.8020901@oracle.com> References: <55FB2446.3010205@oracle.com> <55FB25DC.8020901@oracle.com> Message-ID: <55FB2773.6080109@oracle.com> Thanks for catching the copyright date. http://cr.openjdk.java.net/~kcr/8132897/webrev.01/ If OK with the patch now, please give approval in JIRA. -- Kevin Pete Brunet wrote: > Patch looks good - but the copyright year needs updating. > > On 9/17/15 3:36 PM, Kevin Rushforth wrote: > >> Chien and Pete, >> >> Please review: >> >> https://bugs.openjdk.java.net/browse/JDK-8132897 >> http://cr.openjdk.java.net/~kcr/8132897/webrev.00/ >> >> Details are in the bug report. >> >> Thanks. >> >> -- Kevin >> >> > > From vadim.pakhnushev at oracle.com Fri Sep 18 14:35:31 2015 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 18 Sep 2015 17:35:31 +0300 Subject: In(Sanity) Testing Mondays Message-ID: <55FC2133.4040901@oracle.com> Reminder, Monday is our weekly sanity testing. You can find your testing assignment at: https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing Also please remember that the repo will be locked from 1am PDT until 1pm PDT. Happy testing! Thanks, Vadim From vadim.pakhnushev at oracle.com Fri Sep 18 15:55:28 2015 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 18 Sep 2015 18:55:28 +0300 Subject: [9] Review request for 8136465: MapProperty.removeListener(changlistener) removes all the listeners not just one Message-ID: <55FC33F0.9040007@oracle.com> Hi Chien, Could you please review the fix: https://bugs.openjdk.java.net/browse/JDK-8136465 http://cr.openjdk.java.net/~vadim/8136465/webrev.00/ Thanks, Vadim From kevin.rushforth at oracle.com Fri Sep 18 21:57:48 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 18 Sep 2015 14:57:48 -0700 Subject: OpenJFX repo for Jigsaw Message-ID: <55FC88DC.3020709@oracle.com> As some of you may have seen from the recent hg push notification, there is a new OpenJFX sandbox repo [1] for the JavaFX changes needed for Jigsaw. This is the JavaFX repo that corresponds to the recently opened JDK jigsaw/jake forest [2]. Due to a bug that hasn't yet been fixed [3], it won't build and produce bits that an OpenJDK build of Jigsaw can consume, since we have dependencies on the closed deploy modules that need to be untangled. I feel that it is better to get the code out into the open than wait until that bug is resolved. So you can feel free to browse the code, but in order to run it, you will need to download a binary EA Jigsaw build from java.net [4]. -- Kevin [1] http://hg.openjdk.java.net/openjfx/sandbox-9-jake/rt [2] http://hg.openjdk.java.net/jigsaw/jake [3] https://bugs.openjdk.java.net/browse/JDK-8132744 [4] https://jdk9.java.net/jigsaw/ From felix.bembrick at gmail.com Sat Sep 19 16:02:26 2015 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Sun, 20 Sep 2015 02:02:26 +1000 Subject: More fun with layered icons in javaFX - GuiGarage Message-ID: http://www.guigarage.com/2015/09/more-fun-with-layered-icons-in-javafx/ From john2011uk at gmail.com Mon Sep 21 10:54:33 2015 From: john2011uk at gmail.com (John Maton) Date: Mon, 21 Sep 2015 12:54:33 +0200 Subject: JDK8/JDK9 bugs in javascript - twkExecuteScript native code. Message-ID: Hello, I want to work on several bugs I have found in JDK8/JDK9 which seem to be in the native WebKit code (during javascript execution in "twkExecuteScript"). These bugs occur on Windows 7 64 bit and 32 bit machines (JDK 8136532, 8134269, 8134838, 8134840, 8133336). I was about to setup a new Apple Mac, pull the source repository and build OpenJFX and native WebKit on this machine, but then it occurred to me that if the bugs are in the native WebKit code for Windows I am not going to find them on the Mac? I am assuming the native WebKit for Windows and Mac are completely different - is that correct? Maybe the first thing I should be doing is checking whether the bugs occur on the Mac. Best regards, John Maton From fastegal at swingempire.de Mon Sep 21 13:38:14 2015 From: fastegal at swingempire.de (fastegal at swingempire.de) Date: Mon, 21 Sep 2015 15:38:14 +0200 Subject: Regression or feature: editable comboBox doesn't commit on focus lost Message-ID: <20150921153814.Horde.6xVgNvfKwL5t0wXC8zfQQA7@webmail.df.eu> short description (for a complete description and a workaround see http://stackoverflow.com/q/32620739/203657): edit the text in an editable comboBox, focus another control - expected: the edited text is committed (aka: combo's value changed), actual: combo's value unchanged Worked as expected in u45 (and supposedly u51 which I don't have on my machine) - intentional change or regression? Cheers Jeanette From kevin.rushforth at oracle.com Mon Sep 21 15:00:43 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 21 Sep 2015 08:00:43 -0700 Subject: JDK8/JDK9 bugs in javascript - twkExecuteScript native code. In-Reply-To: References: Message-ID: <56001B9B.10904@oracle.com> There is some platform-specific code, but most of the WebKit native code base is shared among all platforms. -- Kevin John Maton wrote: > Hello, > I want to work on several bugs I have found in JDK8/JDK9 which seem to be > in the native WebKit code (during javascript execution in > "twkExecuteScript"). These bugs occur on Windows 7 64 bit and 32 bit > machines (JDK 8136532, 8134269, 8134838, 8134840, 8133336). > > I was about to setup a new Apple Mac, pull the source repository and build > OpenJFX and native WebKit on this machine, but then it occurred to me that > if the bugs are in the native WebKit code for Windows I am not going to > find them on the Mac? > > I am assuming the native WebKit for Windows and Mac are completely > different - is that correct? > > Maybe the first thing I should be doing is checking whether the bugs occur > on the Mac. > > Best regards, > John Maton > From leif.samuelsson at oracle.com Mon Sep 21 16:20:51 2015 From: leif.samuelsson at oracle.com (Leif Samuelsson) Date: Mon, 21 Sep 2015 09:20:51 -0700 Subject: Regression or feature: editable comboBox doesn't commit on focus lost In-Reply-To: <20150921153814.Horde.6xVgNvfKwL5t0wXC8zfQQA7@webmail.df.eu> References: <20150921153814.Horde.6xVgNvfKwL5t0wXC8zfQQA7@webmail.df.eu> Message-ID: <56002E63.6020909@oracle.com> This is a regression in 8u60. I have filed a new issue for this and I hope that we can backport a fix to an 8u release. https://bugs.openjdk.java.net/browse/JDK-8136838 Leif On 2015-09-21 06:38, fastegal at swingempire.de wrote: > > short description (for a complete description and a workaround see http://stackoverflow.com/q/32620739/203657): > > edit the text in an editable comboBox, focus another control - expected: the edited text is committed (aka: combo's value changed), actual: combo's value unchanged > > Worked as expected in u45 (and supposedly u51 which I don't have on my machine) - intentional change or regression? > > Cheers > Jeanette > From David.Hill at Oracle.com Mon Sep 21 18:00:00 2015 From: David.Hill at Oracle.com (David Hill) Date: Mon, 21 Sep 2015 14:00:00 -0400 Subject: review for controls test refactoring correction Message-ID: <560045A0.5070804@Oracle.com> Correct the controls test refactoring to eliminate the circular dependency that was missed. The shim classes cannot depend on the test classes. JBS: https://bugs.openjdk.java.net/browse/JDK-8136840 webrev: http://cr.openjdk.java.net/~ddhill/8136840/ -- David Hill Java Embedded Development "A man's feet should be planted in his country, but his eyes should survey the world." -- George Santayana (1863 - 1952) From kevin.rushforth at oracle.com Mon Sep 21 20:11:02 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 21 Sep 2015 13:11:02 -0700 Subject: 9-dev unlocked following sanity testing Message-ID: <56006456.7040003@oracle.com> From sselvia at gmail.com Tue Sep 22 23:59:14 2015 From: sselvia at gmail.com (Scott Selvia) Date: Tue, 22 Sep 2015 19:59:14 -0400 Subject: JavaFX Packager error w/Custom ISS File using SignTool Message-ID: <377C007F-F693-41CD-9CBB-63B3572C86AD@gmail.com> When using a custom ISS file to build the setup.exe for my application and with the SignTool configured in my InnoSetup environment I get the following stack trace. The SignTool uses the following command line which works perfectly on the generated setup exe if the custom ISS file is not used. Has the packager been tested with the windows SignTool "C:\Program Files\Microsoft SDKs\Windows\v7.1\Bin\signtool" sign /f my.pfx /p pswd /t http://timestamp.verisign.com/scripts/timstamp.dll /v $f Error on line 36 in C:\Users\Scott\AppData\Local\Temp\fxbundler4814242320236876040\images\win-exe.image\Examine-IT Pro.iss: Value of [Setup] section directive "SignTool" is invalid. Compile aborted. java.io.IOException: Exec failed with code 2 command [[C:\Program Files (x86)\Inno Setup 5\iscc.exe, /oC:\Users\Scott\Documents\TCR-Software\Examine-IT-POM\Examine-IT-Pro\target\jfx\native, C:\Users\Scott\AppData\Local\Temp\fxbundler4814242320236876040\images\win-exe.image\Examine-IT Pro.iss] in C:\Users\Scott\AppData\Local\Temp\fxbundler4814242320236876040\images\win-exe.image at com.oracle.tools.packager.IOUtils.exec(IOUtils.java:165) at com.oracle.tools.packager.IOUtils.exec(IOUtils.java:138) at com.oracle.tools.packager.IOUtils.exec(IOUtils.java:132) at com.oracle.tools.packager.windows.WinExeBundler.buildEXE(WinExeBundler.java:697) at com.oracle.tools.packager.windows.WinExeBundler.bundle(WinExeBundler.java:366) at com.oracle.tools.packager.windows.WinExeBundler.execute(WinExeBundler.java:173) at com.zenjava.javafx.maven.plugin.NativeMojo.execute(NativeMojo.java:344) at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) From fastegal at swingempire.de Wed Sep 23 14:21:49 2015 From: fastegal at swingempire.de (fastegal at swingempire.de) Date: Wed, 23 Sep 2015 16:21:49 +0200 Subject: Regression or feature: editable comboBox doesn't commit on focus lost In-Reply-To: <56002E63.6020909@oracle.com> References: <20150921153814.Horde.6xVgNvfKwL5t0wXC8zfQQA7@webmail.df.eu> <56002E63.6020909@oracle.com> Message-ID: <20150923162149.Horde.pBnoRi784HT0Caxdd7pJ_A1@webmail.df.eu> Thanks for the info and filing an issue :-) Cheers Jeanette Zitat von Leif Samuelsson : > This is a regression in 8u60. I have filed a new issue for this and > I hope that we can backport a fix to an 8u release. > > https://bugs.openjdk.java.net/browse/JDK-8136838 > > Leif > > > On 2015-09-21 06:38, fastegal at swingempire.de wrote: >> >> short description (for a complete description and a workaround see >> http://stackoverflow.com/q/32620739/203657): >> >> edit the text in an editable comboBox, focus another control - >> expected: the edited text is committed (aka: combo's value >> changed), actual: combo's value unchanged >> >> Worked as expected in u45 (and supposedly u51 which I don't have on >> my machine) - intentional change or regression? >> >> Cheers >> Jeanette >> From rahman.usta.88 at gmail.com Wed Sep 23 15:02:21 2015 From: rahman.usta.88 at gmail.com (Rahman USTA) Date: Wed, 23 Sep 2015 18:02:21 +0300 Subject: Linux HiDPI support Message-ID: Does JavaFX supports HiDPI on Linux platforms? Thanks. -- Rahman USTA Istanbul JUG https://github.com/rahmanusta From james.graham at oracle.com Wed Sep 23 18:42:03 2015 From: james.graham at oracle.com (Jim Graham) Date: Wed, 23 Sep 2015 11:42:03 -0700 Subject: Linux HiDPI support In-Reply-To: References: Message-ID: <5602F27B.6070200@oracle.com> We don't yet query any platform properties on Linux, but the underlying pipelines should support it just fine. I created a new bug in JBS to track Linux support. Any information about how to query UI scale factors on various Linux flavors and GUI toolkits should be added there. It should be a simple matter of querying the correct properties on startup, but there may be some hiccups in determining which is the right set of properties to look for on a given run... https://bugs.openjdk.java.net/browse/JDK-8137050 ...jim On 9/23/15 8:02 AM, Rahman USTA wrote: > Does JavaFX supports HiDPI on Linux platforms? > > Thanks. > From rahman.usta.88 at gmail.com Wed Sep 23 18:52:16 2015 From: rahman.usta.88 at gmail.com (Rahman USTA) Date: Wed, 23 Sep 2015 21:52:16 +0300 Subject: Linux HiDPI support In-Reply-To: <5602F27B.6070200@oracle.com> References: <5602F27B.6070200@oracle.com> Message-ID: Thank you Jim, I will follow up this issue on bugs.openjdk.java.net I'm main contributer of https://github.com/asciidocfx/AsciidocFX and it's Linux users want to see that support. I will be appreciated when I see this report as resolved. Thanks. 2015-09-23 21:42 GMT+03:00 Jim Graham : > We don't yet query any platform properties on Linux, but the underlying > pipelines should support it just fine. I created a new bug in JBS to track > Linux support. Any information about how to query UI scale factors on > various Linux flavors and GUI toolkits should be added there. It should be > a simple matter of querying the correct properties on startup, but there > may be some hiccups in determining which is the right set of properties to > look for on a given run... > > https://bugs.openjdk.java.net/browse/JDK-8137050 > > ...jim > > > On 9/23/15 8:02 AM, Rahman USTA wrote: > >> Does JavaFX supports HiDPI on Linux platforms? >> >> Thanks. >> >> -- Rahman USTA Istanbul JUG https://github.com/rahmanusta From dave at jfree.org Wed Sep 23 19:38:49 2015 From: dave at jfree.org (David Gilbert) Date: Wed, 23 Sep 2015 21:38:49 +0200 Subject: Regression or feature: editable comboBox doesn't commit on focus lost In-Reply-To: <20150923162149.Horde.pBnoRi784HT0Caxdd7pJ_A1@webmail.df.eu> References: <20150921153814.Horde.6xVgNvfKwL5t0wXC8zfQQA7@webmail.df.eu> <56002E63.6020909@oracle.com> <20150923162149.Horde.pBnoRi784HT0Caxdd7pJ_A1@webmail.df.eu> Message-ID: I ran into exactly this issue today, it would be great to see it fixed in a release soon. Best regards, David Gilbert http://www.jfree.org/ On 23 Sep 2015, at 16:21, fastegal at swingempire.de wrote: > > Thanks for the info and filing an issue :-) > > Cheers > Jeanette > > Zitat von Leif Samuelsson : > >> This is a regression in 8u60. I have filed a new issue for this and I hope that we can backport a fix to an 8u release. >> >> https://bugs.openjdk.java.net/browse/JDK-8136838 >> >> Leif >> >> >> On 2015-09-21 06:38, fastegal at swingempire.de wrote: >>> >>> short description (for a complete description and a workaround see http://stackoverflow.com/q/32620739/203657): >>> >>> edit the text in an editable comboBox, focus another control - expected: the edited text is committed (aka: combo's value changed), actual: combo's value unchanged >>> >>> Worked as expected in u45 (and supposedly u51 which I don't have on my machine) - intentional change or regression? >>> >>> Cheers >>> Jeanette >>> > > > From kevin.rushforth at oracle.com Wed Sep 23 20:01:04 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 23 Sep 2015 13:01:04 -0700 Subject: Regression or feature: editable comboBox doesn't commit on focus lost In-Reply-To: References: <20150921153814.Horde.6xVgNvfKwL5t0wXC8zfQQA7@webmail.df.eu> <56002E63.6020909@oracle.com> <20150923162149.Horde.pBnoRi784HT0Caxdd7pJ_A1@webmail.df.eu> Message-ID: <56030500.6050301@oracle.com> Since this is a serious regression I see no barrier to backporting it to 8u-dev. Presuming that happens before late October, then it would make the 8u72 release (mid-January). -- Kevin David Gilbert wrote: > I ran into exactly this issue today, it would be great to see it fixed in a release soon. > > Best regards, > > David Gilbert > http://www.jfree.org/ > > > On 23 Sep 2015, at 16:21, fastegal at swingempire.de wrote: > > >> Thanks for the info and filing an issue :-) >> >> Cheers >> Jeanette >> >> Zitat von Leif Samuelsson : >> >> >>> This is a regression in 8u60. I have filed a new issue for this and I hope that we can backport a fix to an 8u release. >>> >>> https://bugs.openjdk.java.net/browse/JDK-8136838 >>> >>> Leif >>> >>> >>> On 2015-09-21 06:38, fastegal at swingempire.de wrote: >>> >>>> short description (for a complete description and a workaround see http://stackoverflow.com/q/32620739/203657): >>>> >>>> edit the text in an editable comboBox, focus another control - expected: the edited text is committed (aka: combo's value changed), actual: combo's value unchanged >>>> >>>> Worked as expected in u45 (and supposedly u51 which I don't have on my machine) - intentional change or regression? >>>> >>>> Cheers >>>> Jeanette >>>> >>>> >> >> > > From jonathan.giles at oracle.com Wed Sep 23 23:49:29 2015 From: jonathan.giles at oracle.com (Jonathan Giles) Date: Thu, 24 Sep 2015 11:49:29 +1200 Subject: Usage of Toolkit firePulse Message-ID: <56033A89.5050600@oracle.com> Hi all, Today I am keen to get your help on understanding use of the Toolkit.getToolkit().firePulse() private API. If you could spare a few minutes to grep your source directory for any usage of 'firePulse', and email me your findings, that would be really interesting. As a gentle motivational tool I'll conclude by saying that, surprisingly, this private API is barely used inside the openjfx production code. If you look at the openjfx unit tests, it is used massively. The question is - how much is this being used by other community members. If the answer is 'not much' or less, then this private API may not be made public in JDK 9. Your feedback therefore is critical! Thanks, -- Jonathan From robert.fisher.ext at zeiss.com Thu Sep 24 07:31:00 2015 From: robert.fisher.ext at zeiss.com (Fisher, Robert) Date: Thu, 24 Sep 2015 07:31:00 +0000 Subject: Usage of Toolkit firePulse In-Reply-To: <56033A89.5050600@oracle.com> References: <56033A89.5050600@oracle.com> Message-ID: <025E25CA98F8AE46BE306AB33F6A38D501269728@ADEFUE01SMS003.cznet.zeiss.org> I think it would be great to have in the public API. It looks like it would allow you to spread large UI updates out over several pulses in a well-defined way. See also this post from a month or so ago: > Hi, > I want to do some performance tuning of a JavaFX application of mine but before > I can start with that I have to learn a little bit about the scene graph redraw handling. > Maybe there is someone on this list who can help me there. > > What I want to achieve is a super smooth animation (movement) of my scene graph. > Let's assume the scene graph itself can be redrawn fast enough in less than 1/60s. > In addition let's assume the scene graph contains a canvas which only has to be updated from > time to time but an update of the canvas takes substantially longer. > Let's say it takes 1s. > > When an update of the canvas is in progress will this delay the next pulse until all internal > drawing within the canvas is finished? From my observations I think so. > > If I submit my drawing calls to the canvas in smaller chunks via Platform.runLater calls will > these also delay the next pulse or will the execution of these calls be delayed in favor of the > scene graph update? > > I hope my goal has become clear. I would like to be able to spread the update of the canvas over > several scene graph redraw cycles so that an animation of the canvas stays smooth although the > content builds up more slowly. > > Michael -----Original Message----- From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On Behalf Of Jonathan Giles Sent: Donnerstag, 24. September 2015 01:49 To: openjfx-dev at openjdk.java.net Subject: Usage of Toolkit firePulse Hi all, Today I am keen to get your help on understanding use of the Toolkit.getToolkit().firePulse() private API. If you could spare a few minutes to grep your source directory for any usage of 'firePulse', and email me your findings, that would be really interesting. As a gentle motivational tool I'll conclude by saying that, surprisingly, this private API is barely used inside the openjfx production code. If you look at the openjfx unit tests, it is used massively. The question is - how much is this being used by other community members. If the answer is 'not much' or less, then this private API may not be made public in JDK 9. Your feedback therefore is critical! Thanks, -- Jonathan From johan.vos at gluonhq.com Thu Sep 24 07:49:18 2015 From: johan.vos at gluonhq.com (Johan Vos) Date: Thu, 24 Sep 2015 09:49:18 +0200 Subject: Usage of Toolkit firePulse In-Reply-To: <025E25CA98F8AE46BE306AB33F6A38D501269728@ADEFUE01SMS003.cznet.zeiss.org> References: <56033A89.5050600@oracle.com> <025E25CA98F8AE46BE306AB33F6A38D501269728@ADEFUE01SMS003.cznet.zeiss.org> Message-ID: I have to admit I use firePulse() occasionally but only when for some reasons a pulse isn't triggered while I expected it. That is a very bad usecase for having this as an API, as I would rather have to investigate why changes to the scenegraph don't result in a pulse. If firePulse() is a public API, what would be the JavaDoc? What would be a recommended situation where one should use this? I think the mail that was referred to previously talks about different update frequencies for different components. I think that is a very good idea, but it seems to me this won't be solved by having a public firePulse API? - Johan On Thu, Sep 24, 2015 at 9:31 AM, Fisher, Robert wrote: > I think it would be great to have in the public API. It looks like it > would allow you to spread large UI updates out over several pulses in a > well-defined way. > > See also this post from a month or so ago: > > > Hi, > > I want to do some performance tuning of a JavaFX application of mine but > before > > I can start with that I have to learn a little bit about the scene graph > redraw handling. > > Maybe there is someone on this list who can help me there. > > > > What I want to achieve is a super smooth animation (movement) of my > scene graph. > > Let's assume the scene graph itself can be redrawn fast enough in less > than 1/60s. > > In addition let's assume the scene graph contains a canvas which only > has to be updated from > > time to time but an update of the canvas takes substantially longer. > > Let's say it takes 1s. > > > > When an update of the canvas is in progress will this delay the next > pulse until all internal > > drawing within the canvas is finished? From my observations I think so. > > > > If I submit my drawing calls to the canvas in smaller chunks via > Platform.runLater calls will > > these also delay the next pulse or will the execution of these calls be > delayed in favor of the > > scene graph update? > > > > I hope my goal has become clear. I would like to be able to spread the > update of the canvas over > > several scene graph redraw cycles so that an animation of the canvas > stays smooth although the > > content builds up more slowly. > > > > Michael > > > -----Original Message----- > From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On Behalf > Of Jonathan Giles > Sent: Donnerstag, 24. September 2015 01:49 > To: openjfx-dev at openjdk.java.net > Subject: Usage of Toolkit firePulse > > Hi all, > > Today I am keen to get your help on understanding use of the > Toolkit.getToolkit().firePulse() private API. If you could spare a few > minutes to grep your source directory for any usage of 'firePulse', and > email me your findings, that would be really interesting. > > As a gentle motivational tool I'll conclude by saying that, surprisingly, > this private API is barely used inside the openjfx production code. If you > look at the openjfx unit tests, it is used massively. The question is - how > much is this being used by other community members. If the answer is 'not > much' or less, then this private API may not be made public in JDK 9. Your > feedback therefore is critical! > > Thanks, > -- Jonathan > From robert.fisher.ext at zeiss.com Thu Sep 24 08:08:55 2015 From: robert.fisher.ext at zeiss.com (Fisher, Robert) Date: Thu, 24 Sep 2015 08:08:55 +0000 Subject: Usage of Toolkit firePulse In-Reply-To: References: <56033A89.5050600@oracle.com> <025E25CA98F8AE46BE306AB33F6A38D501269728@ADEFUE01SMS003.cznet.zeiss.org> Message-ID: <025E25CA98F8AE46BE306AB33F6A38D501269754@ADEFUE01SMS003.cznet.zeiss.org> Well what about these use cases? 1. You have a ListView whose cells contain some graphics and are not lightning-fast to render. You also have a TextField at the top that filters the ListView content, i.e. a standard filtered list. When the user types something in the TextField you may want to first update the TextField in the next pulse, and then update the ListView in the following pulse. Imagine the TextField has a ?x? in it and no items are showing in the list. Then the user deletes the x and all items should be shown in the list. If the TextField and ListView are updated in the same pulse it will feel laggy. Users expect TextFields to be responsive. 2. You have a ComboBox where you select something and some complex graphics are loaded. You want the ComboBox to disappear immediately in the next pulse, and the graphics to be loaded in the following pulse, otherwise it will feel laggy. Maybe there is a better way to solve these problems? At least with Platform.runLater I didn?t have much success, the behavior is not well-defined. From: Johan Vos [mailto:johan.vos at gluonhq.com] Sent: Donnerstag, 24. September 2015 09:49 To: Fisher, Robert Cc: jonathan.giles at oracle.com; openjfx-dev at openjdk.java.net Subject: Re: Usage of Toolkit firePulse I have to admit I use firePulse() occasionally but only when for some reasons a pulse isn't triggered while I expected it. That is a very bad usecase for having this as an API, as I would rather have to investigate why changes to the scenegraph don't result in a pulse. If firePulse() is a public API, what would be the JavaDoc? What would be a recommended situation where one should use this? I think the mail that was referred to previously talks about different update frequencies for different components. I think that is a very good idea, but it seems to me this won't be solved by having a public firePulse API? - Johan On Thu, Sep 24, 2015 at 9:31 AM, Fisher, Robert > wrote: I think it would be great to have in the public API. It looks like it would allow you to spread large UI updates out over several pulses in a well-defined way. See also this post from a month or so ago: > Hi, > I want to do some performance tuning of a JavaFX application of mine but before > I can start with that I have to learn a little bit about the scene graph redraw handling. > Maybe there is someone on this list who can help me there. > > What I want to achieve is a super smooth animation (movement) of my scene graph. > Let's assume the scene graph itself can be redrawn fast enough in less than 1/60s. > In addition let's assume the scene graph contains a canvas which only has to be updated from > time to time but an update of the canvas takes substantially longer. > Let's say it takes 1s. > > When an update of the canvas is in progress will this delay the next pulse until all internal > drawing within the canvas is finished? From my observations I think so. > > If I submit my drawing calls to the canvas in smaller chunks via Platform.runLater calls will > these also delay the next pulse or will the execution of these calls be delayed in favor of the > scene graph update? > > I hope my goal has become clear. I would like to be able to spread the update of the canvas over > several scene graph redraw cycles so that an animation of the canvas stays smooth although the > content builds up more slowly. > > Michael -----Original Message----- From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On Behalf Of Jonathan Giles Sent: Donnerstag, 24. September 2015 01:49 To: openjfx-dev at openjdk.java.net Subject: Usage of Toolkit firePulse Hi all, Today I am keen to get your help on understanding use of the Toolkit.getToolkit().firePulse() private API. If you could spare a few minutes to grep your source directory for any usage of 'firePulse', and email me your findings, that would be really interesting. As a gentle motivational tool I'll conclude by saying that, surprisingly, this private API is barely used inside the openjfx production code. If you look at the openjfx unit tests, it is used massively. The question is - how much is this being used by other community members. If the answer is 'not much' or less, then this private API may not be made public in JDK 9. Your feedback therefore is critical! Thanks, -- Jonathan From lehmann at media-interactive.de Thu Sep 24 08:37:03 2015 From: lehmann at media-interactive.de (Werner Lehmann) Date: Thu, 24 Sep 2015 10:37:03 +0200 Subject: Backport for [JDK-8131151] Pressing ESC in a nested alert closes self and parent alert Message-ID: <5603B62F.2060208@media-interactive.de> Hi, since there seems to be an opportunity to have fixes backported to 8, I'd like to ask for a backport of the fix for [JDK-8131151] Pressing ESC in a nested alert closes self and parent alert https://bugs.openjdk.java.net/browse/JDK-8131151 Looks as if the fix is pretty simple. Without this we seem to be forced to disallow closing dialogs with escape key because the following yes/no/cancel alert would be dismissed right away from the same keypress. Admittedly, it is not critical in any way but the backport risk should be low. Rgds Werner From mp at jugs.org Thu Sep 24 09:06:37 2015 From: mp at jugs.org (Dr. Michael Paus) Date: Thu, 24 Sep 2015 11:06:37 +0200 Subject: Usage of Toolkit firePulse In-Reply-To: <025E25CA98F8AE46BE306AB33F6A38D501269728@ADEFUE01SMS003.cznet.zeiss.org> References: <56033A89.5050600@oracle.com> <025E25CA98F8AE46BE306AB33F6A38D501269728@ADEFUE01SMS003.cznet.zeiss.org> Message-ID: <5603BD1D.8060601@jugs.org> Hi, I wasn't aware of this Toolkit method when I wrote the mail you are referring to. Can you or anybody else explain what this method exactly does. It sounds indeed as if I could solve some problems with it although I am not sure yet and of course only if Jonathan does not block it in the future :-) Michael Am 24.09.15 um 09:31 schrieb Fisher, Robert: > I think it would be great to have in the public API. It looks like it would allow you to spread large UI updates out over several pulses in a well-defined way. > > See also this post from a month or so ago: > >> Hi, >> I want to do some performance tuning of a JavaFX application of mine but before >> I can start with that I have to learn a little bit about the scene graph redraw handling. >> Maybe there is someone on this list who can help me there. >> >> What I want to achieve is a super smooth animation (movement) of my scene graph. >> Let's assume the scene graph itself can be redrawn fast enough in less than 1/60s. >> In addition let's assume the scene graph contains a canvas which only has to be updated from >> time to time but an update of the canvas takes substantially longer. >> Let's say it takes 1s. >> >> When an update of the canvas is in progress will this delay the next pulse until all internal >> drawing within the canvas is finished? From my observations I think so. >> >> If I submit my drawing calls to the canvas in smaller chunks via Platform.runLater calls will >> these also delay the next pulse or will the execution of these calls be delayed in favor of the >> scene graph update? >> >> I hope my goal has become clear. I would like to be able to spread the update of the canvas over >> several scene graph redraw cycles so that an animation of the canvas stays smooth although the >> content builds up more slowly. >> >> Michael > > -----Original Message----- > From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On Behalf Of Jonathan Giles > Sent: Donnerstag, 24. September 2015 01:49 > To: openjfx-dev at openjdk.java.net > Subject: Usage of Toolkit firePulse > > Hi all, > > Today I am keen to get your help on understanding use of the > Toolkit.getToolkit().firePulse() private API. If you could spare a few minutes to grep your source directory for any usage of 'firePulse', and email me your findings, that would be really interesting. > > As a gentle motivational tool I'll conclude by saying that, surprisingly, this private API is barely used inside the openjfx production code. If you look at the openjfx unit tests, it is used massively. The question is - how much is this being used by other community members. If the answer is 'not much' or less, then this private API may not be made public in JDK 9. Your feedback therefore is critical! > > Thanks, > -- Jonathan From robert.fisher.ext at zeiss.com Thu Sep 24 09:53:19 2015 From: robert.fisher.ext at zeiss.com (Fisher, Robert) Date: Thu, 24 Sep 2015 09:53:19 +0000 Subject: Usage of Toolkit firePulse In-Reply-To: <5603BD1D.8060601@jugs.org> References: <56033A89.5050600@oracle.com> <025E25CA98F8AE46BE306AB33F6A38D501269728@ADEFUE01SMS003.cznet.zeiss.org> <5603BD1D.8060601@jugs.org> Message-ID: <025E25CA98F8AE46BE306AB33F6A38D50126979B@ADEFUE01SMS003.cznet.zeiss.org> I was naively thinking something like: 1. Make small change to canvas 2. Fire pulse 3. Make next small change to canvas 4. Fire pulse 5. Etc.. But I was actually also unaware of this firePulse method until this morning (and I couldn't have used it anyway since it's not public API). -----Original Message----- From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On Behalf Of Dr. Michael Paus Sent: Donnerstag, 24. September 2015 11:07 To: openjfx-dev at openjdk.java.net Subject: Re: Usage of Toolkit firePulse Hi, I wasn't aware of this Toolkit method when I wrote the mail you are referring to. Can you or anybody else explain what this method exactly does. It sounds indeed as if I could solve some problems with it although I am not sure yet and of course only if Jonathan does not block it in the future :-) Michael Am 24.09.15 um 09:31 schrieb Fisher, Robert: > I think it would be great to have in the public API. It looks like it would allow you to spread large UI updates out over several pulses in a well-defined way. > > See also this post from a month or so ago: > >> Hi, >> I want to do some performance tuning of a JavaFX application of mine >> but before I can start with that I have to learn a little bit about the scene graph redraw handling. >> Maybe there is someone on this list who can help me there. >> >> What I want to achieve is a super smooth animation (movement) of my scene graph. >> Let's assume the scene graph itself can be redrawn fast enough in less than 1/60s. >> In addition let's assume the scene graph contains a canvas which only >> has to be updated from time to time but an update of the canvas takes substantially longer. >> Let's say it takes 1s. >> >> When an update of the canvas is in progress will this delay the next >> pulse until all internal drawing within the canvas is finished? From my observations I think so. >> >> If I submit my drawing calls to the canvas in smaller chunks via >> Platform.runLater calls will these also delay the next pulse or will >> the execution of these calls be delayed in favor of the scene graph update? >> >> I hope my goal has become clear. I would like to be able to spread >> the update of the canvas over several scene graph redraw cycles so >> that an animation of the canvas stays smooth although the content builds up more slowly. >> >> Michael > > -----Original Message----- > From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On > Behalf Of Jonathan Giles > Sent: Donnerstag, 24. September 2015 01:49 > To: openjfx-dev at openjdk.java.net > Subject: Usage of Toolkit firePulse > > Hi all, > > Today I am keen to get your help on understanding use of the > Toolkit.getToolkit().firePulse() private API. If you could spare a few minutes to grep your source directory for any usage of 'firePulse', and email me your findings, that would be really interesting. > > As a gentle motivational tool I'll conclude by saying that, surprisingly, this private API is barely used inside the openjfx production code. If you look at the openjfx unit tests, it is used massively. The question is - how much is this being used by other community members. If the answer is 'not much' or less, then this private API may not be made public in JDK 9. Your feedback therefore is critical! > > Thanks, > -- Jonathan From joerg.wille at gmail.com Thu Sep 24 10:19:37 2015 From: joerg.wille at gmail.com (=?UTF-8?Q?J=C3=B6rg_Wille?=) Date: Thu, 24 Sep 2015 12:19:37 +0200 Subject: Value for region size in CSS Reference Guide Message-ID: After VW's cheating, I try to rehabilitate the reputation of german engineers and prove that most Germans do there work very precisely or even pedantic ;-) Can it be that there is a mistake in the CSS Reference Guide ( https://docs.oracle.com/javase/8/javafx/api/javafx/scene/doc-files/cssref.html#Region) for region? The value for -fx-min-height, -fx-pref-height, -fx-max-height, -fx-min-width, -fx-pref-width, -fx-max-width is defined as but I think it should be instead. If this is a bug, can someone please file an issue for that. Thanks, J?rg From ryan at jaeb.ca Thu Sep 24 10:49:16 2015 From: ryan at jaeb.ca (Ryan Jaeb) Date: Thu, 24 Sep 2015 04:49:16 -0600 Subject: Usage of Toolkit firePulse In-Reply-To: <56033A89.5050600@oracle.com> References: <56033A89.5050600@oracle.com> Message-ID: I use firePulse() in GUI test code. I'm using TestFX (v3) for testing. Is there a way to ensure model updates are reflected in the scene without using firePulse()? Consider something like this: ... // TestFX starts us on the main thread. Maybe I'm using it wrong? CountDownLatch latch = new CountDownLatch(1); Platform.runLater(() -> { // Add "list-item-name" to an empty list that's used as the model for // a ListView. Toolkit.getToolkit().firePulse(); latch.countDown(); }); try { latch.await(1, TimeUnit.SECONDS); } catch (InterruptedException e) { throw new RuntimeException(e); } // TestFX runs this on the application thread. drag("list-item-name").to("trash"); assertTrue(list.isEmpty); ... In a case like the above, firePulse() is used to ensure a node (ListCell) for "list-item-name" is added to the scene before continuing with the test. Otherwise the drag(...) command will throw an exception because it can't find the node for "list-item-name" (it doesn't exist yet). I don't actually needto call firePulse(). I just need a way to know the scene is up to date with a re-validated model. Is there a better way of accomplishing that right now? Ryan On Wed, Sep 23, 2015 at 5:49 PM, Jonathan Giles wrote: > Hi all, > > Today I am keen to get your help on understanding use of the > Toolkit.getToolkit().firePulse() private API. If you could spare a few > minutes to grep your source directory for any usage of 'firePulse', and > email me your findings, that would be really interesting. > > As a gentle motivational tool I'll conclude by saying that, surprisingly, > this private API is barely used inside the openjfx production code. If you > look at the openjfx unit tests, it is used massively. The question is - how > much is this being used by other community members. If the answer is 'not > much' or less, then this private API may not be made public in JDK 9. Your > feedback therefore is critical! > > Thanks, > -- Jonathan > From swpalmer at gmail.com Thu Sep 24 13:13:11 2015 From: swpalmer at gmail.com (Scott Palmer) Date: Thu, 24 Sep 2015 09:13:11 -0400 Subject: Usage of Toolkit firePulse In-Reply-To: <025E25CA98F8AE46BE306AB33F6A38D50126979B@ADEFUE01SMS003.cznet.zeiss.org> References: <56033A89.5050600@oracle.com> <025E25CA98F8AE46BE306AB33F6A38D501269728@ADEFUE01SMS003.cznet.zeiss.org> <5603BD1D.8060601@jugs.org> <025E25CA98F8AE46BE306AB33F6A38D50126979B@ADEFUE01SMS003.cznet.zeiss.org> Message-ID: For some of these use cases I wonder if an AnimationTimer could be used to handle spreading work out. E.g in the case of rendering to a canvas across multiple pulses, do a bit at a time in the AnimationTimer?s handle() method. Scott > On Sep 24, 2015, at 5:53 AM, Fisher, Robert wrote: > > I was naively thinking something like: > > 1. Make small change to canvas > 2. Fire pulse > 3. Make next small change to canvas > 4. Fire pulse > 5. Etc.. > > But I was actually also unaware of this firePulse method until this morning (and I couldn't have used it anyway since it's not public API). > > -----Original Message----- > From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On Behalf Of Dr. Michael Paus > Sent: Donnerstag, 24. September 2015 11:07 > To: openjfx-dev at openjdk.java.net > Subject: Re: Usage of Toolkit firePulse > > Hi, > I wasn't aware of this Toolkit method when I wrote the mail you are referring to. Can you or anybody else explain what this method exactly does. It sounds indeed as if I could solve some problems with it although I am not sure yet and of course only if Jonathan does not block it in the future :-) Michael > > Am 24.09.15 um 09:31 schrieb Fisher, Robert: >> I think it would be great to have in the public API. It looks like it would allow you to spread large UI updates out over several pulses in a well-defined way. >> >> See also this post from a month or so ago: >> >>> Hi, >>> I want to do some performance tuning of a JavaFX application of mine >>> but before I can start with that I have to learn a little bit about the scene graph redraw handling. >>> Maybe there is someone on this list who can help me there. >>> >>> What I want to achieve is a super smooth animation (movement) of my scene graph. >>> Let's assume the scene graph itself can be redrawn fast enough in less than 1/60s. >>> In addition let's assume the scene graph contains a canvas which only >>> has to be updated from time to time but an update of the canvas takes substantially longer. >>> Let's say it takes 1s. >>> >>> When an update of the canvas is in progress will this delay the next >>> pulse until all internal drawing within the canvas is finished? From my observations I think so. >>> >>> If I submit my drawing calls to the canvas in smaller chunks via >>> Platform.runLater calls will these also delay the next pulse or will >>> the execution of these calls be delayed in favor of the scene graph update? >>> >>> I hope my goal has become clear. I would like to be able to spread >>> the update of the canvas over several scene graph redraw cycles so >>> that an animation of the canvas stays smooth although the content builds up more slowly. >>> >>> Michael >> >> -----Original Message----- >> From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On >> Behalf Of Jonathan Giles >> Sent: Donnerstag, 24. September 2015 01:49 >> To: openjfx-dev at openjdk.java.net >> Subject: Usage of Toolkit firePulse >> >> Hi all, >> >> Today I am keen to get your help on understanding use of the >> Toolkit.getToolkit().firePulse() private API. If you could spare a few minutes to grep your source directory for any usage of 'firePulse', and email me your findings, that would be really interesting. >> >> As a gentle motivational tool I'll conclude by saying that, surprisingly, this private API is barely used inside the openjfx production code. If you look at the openjfx unit tests, it is used massively. The question is - how much is this being used by other community members. If the answer is 'not much' or less, then this private API may not be made public in JDK 9. Your feedback therefore is critical! >> >> Thanks, >> -- Jonathan > From robert.fisher.ext at zeiss.com Thu Sep 24 13:26:26 2015 From: robert.fisher.ext at zeiss.com (Fisher, Robert) Date: Thu, 24 Sep 2015 13:26:26 +0000 Subject: Usage of Toolkit firePulse In-Reply-To: References: <56033A89.5050600@oracle.com> <025E25CA98F8AE46BE306AB33F6A38D501269728@ADEFUE01SMS003.cznet.zeiss.org> <5603BD1D.8060601@jugs.org> <025E25CA98F8AE46BE306AB33F6A38D50126979B@ADEFUE01SMS003.cznet.zeiss.org> Message-ID: <025E25CA98F8AE46BE306AB33F6A38D501269803@ADEFUE01SMS003.cznet.zeiss.org> Thanks, that's an interesting point. I'll look into it. -----Original Message----- From: Scott Palmer [mailto:swpalmer at gmail.com] Sent: Donnerstag, 24. September 2015 15:13 To: Fisher, Robert Cc: Dr. Michael Paus; openjfx-dev at openjdk.java.net Subject: Re: Usage of Toolkit firePulse For some of these use cases I wonder if an AnimationTimer could be used to handle spreading work out. E.g in the case of rendering to a canvas across multiple pulses, do a bit at a time in the AnimationTimer?s handle() method. Scott > On Sep 24, 2015, at 5:53 AM, Fisher, Robert wrote: > > I was naively thinking something like: > > 1. Make small change to canvas > 2. Fire pulse > 3. Make next small change to canvas > 4. Fire pulse > 5. Etc.. > > But I was actually also unaware of this firePulse method until this morning (and I couldn't have used it anyway since it's not public API). > > -----Original Message----- > From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On > Behalf Of Dr. Michael Paus > Sent: Donnerstag, 24. September 2015 11:07 > To: openjfx-dev at openjdk.java.net > Subject: Re: Usage of Toolkit firePulse > > Hi, > I wasn't aware of this Toolkit method when I wrote the mail you are > referring to. Can you or anybody else explain what this method exactly > does. It sounds indeed as if I could solve some problems with it > although I am not sure yet and of course only if Jonathan does not > block it in the future :-) Michael > > Am 24.09.15 um 09:31 schrieb Fisher, Robert: >> I think it would be great to have in the public API. It looks like it would allow you to spread large UI updates out over several pulses in a well-defined way. >> >> See also this post from a month or so ago: >> >>> Hi, >>> I want to do some performance tuning of a JavaFX application of mine >>> but before I can start with that I have to learn a little bit about the scene graph redraw handling. >>> Maybe there is someone on this list who can help me there. >>> >>> What I want to achieve is a super smooth animation (movement) of my scene graph. >>> Let's assume the scene graph itself can be redrawn fast enough in less than 1/60s. >>> In addition let's assume the scene graph contains a canvas which >>> only has to be updated from time to time but an update of the canvas takes substantially longer. >>> Let's say it takes 1s. >>> >>> When an update of the canvas is in progress will this delay the next >>> pulse until all internal drawing within the canvas is finished? From my observations I think so. >>> >>> If I submit my drawing calls to the canvas in smaller chunks via >>> Platform.runLater calls will these also delay the next pulse or will >>> the execution of these calls be delayed in favor of the scene graph update? >>> >>> I hope my goal has become clear. I would like to be able to spread >>> the update of the canvas over several scene graph redraw cycles so >>> that an animation of the canvas stays smooth although the content builds up more slowly. >>> >>> Michael >> >> -----Original Message----- >> From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On >> Behalf Of Jonathan Giles >> Sent: Donnerstag, 24. September 2015 01:49 >> To: openjfx-dev at openjdk.java.net >> Subject: Usage of Toolkit firePulse >> >> Hi all, >> >> Today I am keen to get your help on understanding use of the >> Toolkit.getToolkit().firePulse() private API. If you could spare a few minutes to grep your source directory for any usage of 'firePulse', and email me your findings, that would be really interesting. >> >> As a gentle motivational tool I'll conclude by saying that, surprisingly, this private API is barely used inside the openjfx production code. If you look at the openjfx unit tests, it is used massively. The question is - how much is this being used by other community members. If the answer is 'not much' or less, then this private API may not be made public in JDK 9. Your feedback therefore is critical! >> >> Thanks, >> -- Jonathan > From mp at jugs.org Thu Sep 24 13:48:43 2015 From: mp at jugs.org (Dr. Michael Paus) Date: Thu, 24 Sep 2015 15:48:43 +0200 Subject: Usage of Toolkit firePulse In-Reply-To: References: <56033A89.5050600@oracle.com> <025E25CA98F8AE46BE306AB33F6A38D501269728@ADEFUE01SMS003.cznet.zeiss.org> <5603BD1D.8060601@jugs.org> <025E25CA98F8AE46BE306AB33F6A38D50126979B@ADEFUE01SMS003.cznet.zeiss.org> Message-ID: <5603FF3B.7060605@jugs.org> I also thought about using an AnimationTimer but I see a problem with the load balancing there. If you do too much in the handle() method, then the pulses will be delayed but if you do not do enough, your canvas update is unnecessarily stretched and you are wasting time. You would have a similar problem with the firePulse() method. Am 24.09.15 um 15:13 schrieb Scott Palmer: > For some of these use cases I wonder if an AnimationTimer could be used to handle spreading work out. > E.g in the case of rendering to a canvas across multiple pulses, do a bit at a time in the AnimationTimer?s handle() method. > > Scott > >> On Sep 24, 2015, at 5:53 AM, Fisher, Robert wrote: >> >> I was naively thinking something like: >> >> 1. Make small change to canvas >> 2. Fire pulse >> 3. Make next small change to canvas >> 4. Fire pulse >> 5. Etc.. >> >> But I was actually also unaware of this firePulse method until this morning (and I couldn't have used it anyway since it's not public API). >> >> -----Original Message----- >> From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On Behalf Of Dr. Michael Paus >> Sent: Donnerstag, 24. September 2015 11:07 >> To: openjfx-dev at openjdk.java.net >> Subject: Re: Usage of Toolkit firePulse >> >> Hi, >> I wasn't aware of this Toolkit method when I wrote the mail you are referring to. Can you or anybody else explain what this method exactly does. It sounds indeed as if I could solve some problems with it although I am not sure yet and of course only if Jonathan does not block it in the future :-) Michael >> >> Am 24.09.15 um 09:31 schrieb Fisher, Robert: >>> I think it would be great to have in the public API. It looks like it would allow you to spread large UI updates out over several pulses in a well-defined way. >>> >>> See also this post from a month or so ago: >>> >>>> Hi, >>>> I want to do some performance tuning of a JavaFX application of mine >>>> but before I can start with that I have to learn a little bit about the scene graph redraw handling. >>>> Maybe there is someone on this list who can help me there. >>>> >>>> What I want to achieve is a super smooth animation (movement) of my scene graph. >>>> Let's assume the scene graph itself can be redrawn fast enough in less than 1/60s. >>>> In addition let's assume the scene graph contains a canvas which only >>>> has to be updated from time to time but an update of the canvas takes substantially longer. >>>> Let's say it takes 1s. >>>> >>>> When an update of the canvas is in progress will this delay the next >>>> pulse until all internal drawing within the canvas is finished? From my observations I think so. >>>> >>>> If I submit my drawing calls to the canvas in smaller chunks via >>>> Platform.runLater calls will these also delay the next pulse or will >>>> the execution of these calls be delayed in favor of the scene graph update? >>>> >>>> I hope my goal has become clear. I would like to be able to spread >>>> the update of the canvas over several scene graph redraw cycles so >>>> that an animation of the canvas stays smooth although the content builds up more slowly. >>>> >>>> Michael >>> -----Original Message----- >>> From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On >>> Behalf Of Jonathan Giles >>> Sent: Donnerstag, 24. September 2015 01:49 >>> To: openjfx-dev at openjdk.java.net >>> Subject: Usage of Toolkit firePulse >>> >>> Hi all, >>> >>> Today I am keen to get your help on understanding use of the >>> Toolkit.getToolkit().firePulse() private API. If you could spare a few minutes to grep your source directory for any usage of 'firePulse', and email me your findings, that would be really interesting. >>> >>> As a gentle motivational tool I'll conclude by saying that, surprisingly, this private API is barely used inside the openjfx production code. If you look at the openjfx unit tests, it is used massively. The question is - how much is this being used by other community members. If the answer is 'not much' or less, then this private API may not be made public in JDK 9. Your feedback therefore is critical! >>> >>> Thanks, >>> -- Jonathan From kevin.rushforth at oracle.com Thu Sep 24 15:10:37 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 24 Sep 2015 08:10:37 -0700 Subject: Usage of Toolkit firePulse In-Reply-To: <025E25CA98F8AE46BE306AB33F6A38D501269728@ADEFUE01SMS003.cznet.zeiss.org> References: <56033A89.5050600@oracle.com> <025E25CA98F8AE46BE306AB33F6A38D501269728@ADEFUE01SMS003.cznet.zeiss.org> Message-ID: <5604126D.2000001@oracle.com> The problem with fireaPulse is that its semantics are somewhat ill-defined. It doesn't really run a full pulse, rather it just calls the various pulse listeners. So any animation will not be run and no rendering will be done (although any updates to the scene graph would trigger a future full pulse and rendering). Also there are threading issues to consider. What you describe is an interesting use case, but not one that would be solved by the existing firePulse method. -- Kevin Fisher, Robert wrote: > I think it would be great to have in the public API. It looks like it would allow you to spread large UI updates out over several pulses in a well-defined way. > > See also this post from a month or so ago: > > >> Hi, >> I want to do some performance tuning of a JavaFX application of mine but before >> I can start with that I have to learn a little bit about the scene graph redraw handling. >> Maybe there is someone on this list who can help me there. >> >> What I want to achieve is a super smooth animation (movement) of my scene graph. >> Let's assume the scene graph itself can be redrawn fast enough in less than 1/60s. >> In addition let's assume the scene graph contains a canvas which only has to be updated from >> time to time but an update of the canvas takes substantially longer. >> Let's say it takes 1s. >> >> When an update of the canvas is in progress will this delay the next pulse until all internal >> drawing within the canvas is finished? From my observations I think so. >> >> If I submit my drawing calls to the canvas in smaller chunks via Platform.runLater calls will >> these also delay the next pulse or will the execution of these calls be delayed in favor of the >> scene graph update? >> >> I hope my goal has become clear. I would like to be able to spread the update of the canvas over >> several scene graph redraw cycles so that an animation of the canvas stays smooth although the >> content builds up more slowly. >> >> Michael >> > > > -----Original Message----- > From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On Behalf Of Jonathan Giles > Sent: Donnerstag, 24. September 2015 01:49 > To: openjfx-dev at openjdk.java.net > Subject: Usage of Toolkit firePulse > > Hi all, > > Today I am keen to get your help on understanding use of the > Toolkit.getToolkit().firePulse() private API. If you could spare a few minutes to grep your source directory for any usage of 'firePulse', and email me your findings, that would be really interesting. > > As a gentle motivational tool I'll conclude by saying that, surprisingly, this private API is barely used inside the openjfx production code. If you look at the openjfx unit tests, it is used massively. The question is - how much is this being used by other community members. If the answer is 'not much' or less, then this private API may not be made public in JDK 9. Your feedback therefore is critical! > > Thanks, > -- Jonathan > From kevin.rushforth at oracle.com Thu Sep 24 15:11:54 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 24 Sep 2015 08:11:54 -0700 Subject: Usage of Toolkit firePulse In-Reply-To: <025E25CA98F8AE46BE306AB33F6A38D50126979B@ADEFUE01SMS003.cznet.zeiss.org> References: <56033A89.5050600@oracle.com> <025E25CA98F8AE46BE306AB33F6A38D501269728@ADEFUE01SMS003.cznet.zeiss.org> <5603BD1D.8060601@jugs.org> <025E25CA98F8AE46BE306AB33F6A38D50126979B@ADEFUE01SMS003.cznet.zeiss.org> Message-ID: <560412BA.9030902@oracle.com> This wouldn't do what you expect. :) -- Kevin Fisher, Robert wrote: > I was naively thinking something like: > > 1. Make small change to canvas > 2. Fire pulse > 3. Make next small change to canvas > 4. Fire pulse > 5. Etc.. > > But I was actually also unaware of this firePulse method until this morning (and I couldn't have used it anyway since it's not public API). > > -----Original Message----- > From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On Behalf Of Dr. Michael Paus > Sent: Donnerstag, 24. September 2015 11:07 > To: openjfx-dev at openjdk.java.net > Subject: Re: Usage of Toolkit firePulse > > Hi, > I wasn't aware of this Toolkit method when I wrote the mail you are referring to. Can you or anybody else explain what this method exactly does. It sounds indeed as if I could solve some problems with it although I am not sure yet and of course only if Jonathan does not block it in the future :-) Michael > > Am 24.09.15 um 09:31 schrieb Fisher, Robert: > >> I think it would be great to have in the public API. It looks like it would allow you to spread large UI updates out over several pulses in a well-defined way. >> >> See also this post from a month or so ago: >> >> >>> Hi, >>> I want to do some performance tuning of a JavaFX application of mine >>> but before I can start with that I have to learn a little bit about the scene graph redraw handling. >>> Maybe there is someone on this list who can help me there. >>> >>> What I want to achieve is a super smooth animation (movement) of my scene graph. >>> Let's assume the scene graph itself can be redrawn fast enough in less than 1/60s. >>> In addition let's assume the scene graph contains a canvas which only >>> has to be updated from time to time but an update of the canvas takes substantially longer. >>> Let's say it takes 1s. >>> >>> When an update of the canvas is in progress will this delay the next >>> pulse until all internal drawing within the canvas is finished? From my observations I think so. >>> >>> If I submit my drawing calls to the canvas in smaller chunks via >>> Platform.runLater calls will these also delay the next pulse or will >>> the execution of these calls be delayed in favor of the scene graph update? >>> >>> I hope my goal has become clear. I would like to be able to spread >>> the update of the canvas over several scene graph redraw cycles so >>> that an animation of the canvas stays smooth although the content builds up more slowly. >>> >>> Michael >>> >> -----Original Message----- >> From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On >> Behalf Of Jonathan Giles >> Sent: Donnerstag, 24. September 2015 01:49 >> To: openjfx-dev at openjdk.java.net >> Subject: Usage of Toolkit firePulse >> >> Hi all, >> >> Today I am keen to get your help on understanding use of the >> Toolkit.getToolkit().firePulse() private API. If you could spare a few minutes to grep your source directory for any usage of 'firePulse', and email me your findings, that would be really interesting. >> >> As a gentle motivational tool I'll conclude by saying that, surprisingly, this private API is barely used inside the openjfx production code. If you look at the openjfx unit tests, it is used massively. The question is - how much is this being used by other community members. If the answer is 'not much' or less, then this private API may not be made public in JDK 9. Your feedback therefore is critical! >> >> Thanks, >> -- Jonathan >> > > From robert.fisher.ext at zeiss.com Thu Sep 24 15:15:04 2015 From: robert.fisher.ext at zeiss.com (Fisher, Robert) Date: Thu, 24 Sep 2015 15:15:04 +0000 Subject: Usage of Toolkit firePulse In-Reply-To: <560412BA.9030902@oracle.com> References: <56033A89.5050600@oracle.com> <025E25CA98F8AE46BE306AB33F6A38D501269728@ADEFUE01SMS003.cznet.zeiss.org> <5603BD1D.8060601@jugs.org> <025E25CA98F8AE46BE306AB33F6A38D50126979B@ADEFUE01SMS003.cznet.zeiss.org> <560412BA.9030902@oracle.com> Message-ID: <025E25CA98F8AE46BE306AB33F6A38D501269854@ADEFUE01SMS003.cznet.zeiss.org> Ok. Thanks for the info. From: Kevin Rushforth [mailto:kevin.rushforth at oracle.com] Sent: Donnerstag, 24. September 2015 17:12 To: Fisher, Robert Cc: Dr. Michael Paus; openjfx-dev at openjdk.java.net Subject: Re: Usage of Toolkit firePulse This wouldn't do what you expect. :) -- Kevin Fisher, Robert wrote: I was naively thinking something like: 1. Make small change to canvas 2. Fire pulse 3. Make next small change to canvas 4. Fire pulse 5. Etc.. But I was actually also unaware of this firePulse method until this morning (and I couldn't have used it anyway since it's not public API). -----Original Message----- From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On Behalf Of Dr. Michael Paus Sent: Donnerstag, 24. September 2015 11:07 To: openjfx-dev at openjdk.java.net Subject: Re: Usage of Toolkit firePulse Hi, I wasn't aware of this Toolkit method when I wrote the mail you are referring to. Can you or anybody else explain what this method exactly does. It sounds indeed as if I could solve some problems with it although I am not sure yet and of course only if Jonathan does not block it in the future :-) Michael Am 24.09.15 um 09:31 schrieb Fisher, Robert: I think it would be great to have in the public API. It looks like it would allow you to spread large UI updates out over several pulses in a well-defined way. See also this post from a month or so ago: Hi, I want to do some performance tuning of a JavaFX application of mine but before I can start with that I have to learn a little bit about the scene graph redraw handling. Maybe there is someone on this list who can help me there. What I want to achieve is a super smooth animation (movement) of my scene graph. Let's assume the scene graph itself can be redrawn fast enough in less than 1/60s. In addition let's assume the scene graph contains a canvas which only has to be updated from time to time but an update of the canvas takes substantially longer. Let's say it takes 1s. When an update of the canvas is in progress will this delay the next pulse until all internal drawing within the canvas is finished? From my observations I think so. If I submit my drawing calls to the canvas in smaller chunks via Platform.runLater calls will these also delay the next pulse or will the execution of these calls be delayed in favor of the scene graph update? I hope my goal has become clear. I would like to be able to spread the update of the canvas over several scene graph redraw cycles so that an animation of the canvas stays smooth although the content builds up more slowly. Michael -----Original Message----- From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On Behalf Of Jonathan Giles Sent: Donnerstag, 24. September 2015 01:49 To: openjfx-dev at openjdk.java.net Subject: Usage of Toolkit firePulse Hi all, Today I am keen to get your help on understanding use of the Toolkit.getToolkit().firePulse() private API. If you could spare a few minutes to grep your source directory for any usage of 'firePulse', and email me your findings, that would be really interesting. As a gentle motivational tool I'll conclude by saying that, surprisingly, this private API is barely used inside the openjfx production code. If you look at the openjfx unit tests, it is used massively. The question is - how much is this being used by other community members. If the answer is 'not much' or less, then this private API may not be made public in JDK 9. Your feedback therefore is critical! Thanks, -- Jonathan From kevin.rushforth at oracle.com Thu Sep 24 15:15:26 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 24 Sep 2015 08:15:26 -0700 Subject: Usage of Toolkit firePulse In-Reply-To: References: <56033A89.5050600@oracle.com> Message-ID: <5604138E.1010104@oracle.com> This is basically how we use it for our unit tests, and is so far the only use case I've see where the existing semantics are useful. Given that unit tests still need to dip into non-public API to test various non-public API, force layout, force a pulse, use glass Robot, etc., we wouldn't make it public API just for testing. -- Kevin Ryan Jaeb wrote: > I use firePulse() in GUI test code. I'm using TestFX (v3) for testing. Is > there a way to ensure model updates are reflected in the scene without > using firePulse()? Consider something like this: > > ... > // TestFX starts us on the main thread. Maybe I'm using it wrong? > > CountDownLatch latch = new CountDownLatch(1); > > Platform.runLater(() -> { > // Add "list-item-name" to an empty list that's used as the model for > // a ListView. > Toolkit.getToolkit().firePulse(); > latch.countDown(); > }); > > try { > latch.await(1, TimeUnit.SECONDS); > } > catch (InterruptedException e) { > throw new RuntimeException(e); > } > > // TestFX runs this on the application thread. > drag("list-item-name").to("trash"); > > assertTrue(list.isEmpty); > ... > > In a case like the above, firePulse() is used to ensure a node (ListCell) > for "list-item-name" is added to the scene before continuing with the > test. Otherwise the drag(...) command will throw an exception because it > can't find the node for "list-item-name" (it doesn't exist yet). > > I don't actually needto call firePulse(). I just need a way to know the > scene is up to date with a re-validated model. Is there a better way of > accomplishing that right now? > > Ryan > > > On Wed, Sep 23, 2015 at 5:49 PM, Jonathan Giles > wrote: > > >> Hi all, >> >> Today I am keen to get your help on understanding use of the >> Toolkit.getToolkit().firePulse() private API. If you could spare a few >> minutes to grep your source directory for any usage of 'firePulse', and >> email me your findings, that would be really interesting. >> >> As a gentle motivational tool I'll conclude by saying that, surprisingly, >> this private API is barely used inside the openjfx production code. If you >> look at the openjfx unit tests, it is used massively. The question is - how >> much is this being used by other community members. If the answer is 'not >> much' or less, then this private API may not be made public in JDK 9. Your >> feedback therefore is critical! >> >> Thanks, >> -- Jonathan >> >> From kevin.rushforth at oracle.com Thu Sep 24 15:17:35 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 24 Sep 2015 08:17:35 -0700 Subject: Usage of Toolkit firePulse In-Reply-To: References: <56033A89.5050600@oracle.com> <025E25CA98F8AE46BE306AB33F6A38D501269728@ADEFUE01SMS003.cznet.zeiss.org> <5603BD1D.8060601@jugs.org> <025E25CA98F8AE46BE306AB33F6A38D50126979B@ADEFUE01SMS003.cznet.zeiss.org> Message-ID: <5604140F.1000600@oracle.com> Yes, I think this might be a better approach. -- Kevin Scott Palmer wrote: > For some of these use cases I wonder if an AnimationTimer could be used to handle spreading work out. > E.g in the case of rendering to a canvas across multiple pulses, do a bit at a time in the AnimationTimer?s handle() method. > > Scott > > >> On Sep 24, 2015, at 5:53 AM, Fisher, Robert wrote: >> >> I was naively thinking something like: >> >> 1. Make small change to canvas >> 2. Fire pulse >> 3. Make next small change to canvas >> 4. Fire pulse >> 5. Etc.. >> >> But I was actually also unaware of this firePulse method until this morning (and I couldn't have used it anyway since it's not public API). >> >> -----Original Message----- >> From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On Behalf Of Dr. Michael Paus >> Sent: Donnerstag, 24. September 2015 11:07 >> To: openjfx-dev at openjdk.java.net >> Subject: Re: Usage of Toolkit firePulse >> >> Hi, >> I wasn't aware of this Toolkit method when I wrote the mail you are referring to. Can you or anybody else explain what this method exactly does. It sounds indeed as if I could solve some problems with it although I am not sure yet and of course only if Jonathan does not block it in the future :-) Michael >> >> Am 24.09.15 um 09:31 schrieb Fisher, Robert: >> >>> I think it would be great to have in the public API. It looks like it would allow you to spread large UI updates out over several pulses in a well-defined way. >>> >>> See also this post from a month or so ago: >>> >>> >>>> Hi, >>>> I want to do some performance tuning of a JavaFX application of mine >>>> but before I can start with that I have to learn a little bit about the scene graph redraw handling. >>>> Maybe there is someone on this list who can help me there. >>>> >>>> What I want to achieve is a super smooth animation (movement) of my scene graph. >>>> Let's assume the scene graph itself can be redrawn fast enough in less than 1/60s. >>>> In addition let's assume the scene graph contains a canvas which only >>>> has to be updated from time to time but an update of the canvas takes substantially longer. >>>> Let's say it takes 1s. >>>> >>>> When an update of the canvas is in progress will this delay the next >>>> pulse until all internal drawing within the canvas is finished? From my observations I think so. >>>> >>>> If I submit my drawing calls to the canvas in smaller chunks via >>>> Platform.runLater calls will these also delay the next pulse or will >>>> the execution of these calls be delayed in favor of the scene graph update? >>>> >>>> I hope my goal has become clear. I would like to be able to spread >>>> the update of the canvas over several scene graph redraw cycles so >>>> that an animation of the canvas stays smooth although the content builds up more slowly. >>>> >>>> Michael >>>> >>> -----Original Message----- >>> From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On >>> Behalf Of Jonathan Giles >>> Sent: Donnerstag, 24. September 2015 01:49 >>> To: openjfx-dev at openjdk.java.net >>> Subject: Usage of Toolkit firePulse >>> >>> Hi all, >>> >>> Today I am keen to get your help on understanding use of the >>> Toolkit.getToolkit().firePulse() private API. If you could spare a few minutes to grep your source directory for any usage of 'firePulse', and email me your findings, that would be really interesting. >>> >>> As a gentle motivational tool I'll conclude by saying that, surprisingly, this private API is barely used inside the openjfx production code. If you look at the openjfx unit tests, it is used massively. The question is - how much is this being used by other community members. If the answer is 'not much' or less, then this private API may not be made public in JDK 9. Your feedback therefore is critical! >>> >>> Thanks, >>> -- Jonathan >>> > > From kevin.rushforth at oracle.com Thu Sep 24 15:33:25 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 24 Sep 2015 08:33:25 -0700 Subject: Value for region size in CSS Reference Guide In-Reply-To: References: Message-ID: <560417C5.8090205@oracle.com> This does seem like a bug in the docs, given that the implementation uses SizeConverter when processing those fields. You can file a bug at: http://bugs.java.com/ See https://wiki.openjdk.java.net/display/OpenJFX/Submitting+a+Bug+Report for more information about filing bugs. Thanks. -- Kevin J?rg Wille wrote: > After VW's cheating, I try to rehabilitate the reputation of german > engineers and prove that most Germans do there work very precisely or even > pedantic ;-) > > Can it be that there is a mistake in the CSS Reference Guide ( > https://docs.oracle.com/javase/8/javafx/api/javafx/scene/doc-files/cssref.html#Region) > for region? > > The value for -fx-min-height, -fx-pref-height, -fx-max-height, > -fx-min-width, -fx-pref-width, -fx-max-width is defined as but I > think it should be instead. > > If this is a bug, can someone please file an issue for that. > > Thanks, > J?rg > From david.grieve at oracle.com Thu Sep 24 15:51:31 2015 From: david.grieve at oracle.com (David Grieve) Date: Thu, 24 Sep 2015 11:51:31 -0400 Subject: Value for region size in CSS Reference Guide In-Reply-To: <560417C5.8090205@oracle.com> References: <560417C5.8090205@oracle.com> Message-ID: <56041C03.8040504@oracle.com> This was intentional. It ensures RegionUnitTest#testCssMinWidth() (et al.) pass. ;^) On 9/24/15 11:33 AM, Kevin Rushforth wrote: > This does seem like a bug in the docs, given that the implementation > uses SizeConverter when processing those fields. > > You can file a bug at: http://bugs.java.com/ > > See > https://wiki.openjdk.java.net/display/OpenJFX/Submitting+a+Bug+Report > for more information about filing bugs. > > Thanks. > > -- Kevin > > > J?rg Wille wrote: >> After VW's cheating, I try to rehabilitate the reputation of german >> engineers and prove that most Germans do there work very precisely or >> even >> pedantic ;-) >> >> Can it be that there is a mistake in the CSS Reference Guide ( >> https://docs.oracle.com/javase/8/javafx/api/javafx/scene/doc-files/cssref.html#Region) >> >> for region? >> >> The value for -fx-min-height, -fx-pref-height, -fx-max-height, >> -fx-min-width, -fx-pref-width, -fx-max-width is defined as >> but I >> think it should be instead. >> >> If this is a bug, can someone please file an issue for that. >> >> Thanks, >> J?rg From tomas.mikula at gmail.com Thu Sep 24 16:45:04 2015 From: tomas.mikula at gmail.com (Tomas Mikula) Date: Thu, 24 Sep 2015 12:45:04 -0400 Subject: Usage of Toolkit firePulse In-Reply-To: <5603FF3B.7060605@jugs.org> References: <56033A89.5050600@oracle.com> <025E25CA98F8AE46BE306AB33F6A38D501269728@ADEFUE01SMS003.cznet.zeiss.org> <5603BD1D.8060601@jugs.org> <025E25CA98F8AE46BE306AB33F6A38D50126979B@ADEFUE01SMS003.cznet.zeiss.org> <5603FF3B.7060605@jugs.org> Message-ID: I think using Platform.runLater to schedule chunks of work should work. However, dumping all chunks to the event queue at once will likely delay the next pulse and event processing. Using the continuation style, where each chunk schedules the next one, should work IMO. interface Continuation { abstract Optional step(); static void schedule(Continuation work) { Platform.runLater(() -> { work.step().ifPresent(Continuation::schedule); }); } } Now you "just" need to implement your work as the above Continuation interface, which might be a little tricky, but feasible. Keep in mind that if your chunks are interspersed with other events, those events might, in general, interfere with what you set out to do in an upcoming chunk. (For example, if a chunk was going to add an item to a list at position 8, but before that chunk was executed, some event caused the list to shrink to size 5, you will get an IOOBE.) Regards, Tomas On Thu, Sep 24, 2015 at 9:48 AM, Dr. Michael Paus wrote: > I also thought about using an AnimationTimer but I see a problem with the > load balancing there. > If you do too much in the handle() method, then the pulses will be delayed > but if you do not do enough, > your canvas update is unnecessarily stretched and you are wasting time. > You would have a similar > problem with the firePulse() method. > > Am 24.09.15 um 15:13 schrieb Scott Palmer: > > For some of these use cases I wonder if an AnimationTimer could be used to >> handle spreading work out. >> E.g in the case of rendering to a canvas across multiple pulses, do a bit >> at a time in the AnimationTimer?s handle() method. >> >> Scott >> >> On Sep 24, 2015, at 5:53 AM, Fisher, Robert >>> wrote: >>> >>> I was naively thinking something like: >>> >>> 1. Make small change to canvas >>> 2. Fire pulse >>> 3. Make next small change to canvas >>> 4. Fire pulse >>> 5. Etc.. >>> >>> But I was actually also unaware of this firePulse method until this >>> morning (and I couldn't have used it anyway since it's not public API). >>> >>> -----Original Message----- >>> From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On >>> Behalf Of Dr. Michael Paus >>> Sent: Donnerstag, 24. September 2015 11:07 >>> To: openjfx-dev at openjdk.java.net >>> Subject: Re: Usage of Toolkit firePulse >>> >>> Hi, >>> I wasn't aware of this Toolkit method when I wrote the mail you are >>> referring to. Can you or anybody else explain what this method exactly >>> does. It sounds indeed as if I could solve some problems with it although I >>> am not sure yet and of course only if Jonathan does not block it in the >>> future :-) Michael >>> >>> Am 24.09.15 um 09:31 schrieb Fisher, Robert: >>> >>>> I think it would be great to have in the public API. It looks like it >>>> would allow you to spread large UI updates out over several pulses in a >>>> well-defined way. >>>> >>>> See also this post from a month or so ago: >>>> >>>> Hi, >>>>> I want to do some performance tuning of a JavaFX application of mine >>>>> but before I can start with that I have to learn a little bit about >>>>> the scene graph redraw handling. >>>>> Maybe there is someone on this list who can help me there. >>>>> >>>>> What I want to achieve is a super smooth animation (movement) of my >>>>> scene graph. >>>>> Let's assume the scene graph itself can be redrawn fast enough in less >>>>> than 1/60s. >>>>> In addition let's assume the scene graph contains a canvas which only >>>>> has to be updated from time to time but an update of the canvas takes >>>>> substantially longer. >>>>> Let's say it takes 1s. >>>>> >>>>> When an update of the canvas is in progress will this delay the next >>>>> pulse until all internal drawing within the canvas is finished? From >>>>> my observations I think so. >>>>> >>>>> If I submit my drawing calls to the canvas in smaller chunks via >>>>> Platform.runLater calls will these also delay the next pulse or will >>>>> the execution of these calls be delayed in favor of the scene graph >>>>> update? >>>>> >>>>> I hope my goal has become clear. I would like to be able to spread >>>>> the update of the canvas over several scene graph redraw cycles so >>>>> that an animation of the canvas stays smooth although the content >>>>> builds up more slowly. >>>>> >>>>> Michael >>>>> >>>> -----Original Message----- >>>> From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On >>>> Behalf Of Jonathan Giles >>>> Sent: Donnerstag, 24. September 2015 01:49 >>>> To: openjfx-dev at openjdk.java.net >>>> Subject: Usage of Toolkit firePulse >>>> >>>> Hi all, >>>> >>>> Today I am keen to get your help on understanding use of the >>>> Toolkit.getToolkit().firePulse() private API. If you could spare a few >>>> minutes to grep your source directory for any usage of 'firePulse', and >>>> email me your findings, that would be really interesting. >>>> >>>> As a gentle motivational tool I'll conclude by saying that, >>>> surprisingly, this private API is barely used inside the openjfx production >>>> code. If you look at the openjfx unit tests, it is used massively. The >>>> question is - how much is this being used by other community members. If >>>> the answer is 'not much' or less, then this private API may not be made >>>> public in JDK 9. Your feedback therefore is critical! >>>> >>>> Thanks, >>>> -- Jonathan >>>> >>> > From mp at jugs.org Thu Sep 24 18:44:57 2015 From: mp at jugs.org (Dr. Michael Paus) Date: Thu, 24 Sep 2015 20:44:57 +0200 Subject: Usage of Toolkit firePulse In-Reply-To: <5604140F.1000600@oracle.com> References: <56033A89.5050600@oracle.com> <025E25CA98F8AE46BE306AB33F6A38D501269728@ADEFUE01SMS003.cznet.zeiss.org> <5603BD1D.8060601@jugs.org> <025E25CA98F8AE46BE306AB33F6A38D50126979B@ADEFUE01SMS003.cznet.zeiss.org> <5604140F.1000600@oracle.com> Message-ID: <560444A9.3080908@jugs.org> I have written a little test program to evaluate the various strategies which have been discussed here. You can download it via this link: The program creates a large canvas inside a scroll pane and fills it with some butterflies. When you scroll the pane the canvas is redrawn when a certain threshold is exceeded. With some boolean flags at the top of the program you can select the redraw strategy. This was just a quick and dirty hack, so I hope I haven't made any mistakes but the result so far is that only the AnimationTimer strategy leads to a amazingly smooth result. For all other strategies the scrolling performance is terrible. (I have not yet tried the proposal from Tomas.) Give it a try yourself. The initial setting are for AnimationTimer. Michael Am 24.09.15 um 17:17 schrieb Kevin Rushforth: > Yes, I think this might be a better approach. > > -- Kevin > > > Scott Palmer wrote: >> For some of these use cases I wonder if an AnimationTimer could be >> used to handle spreading work out. >> E.g in the case of rendering to a canvas across multiple pulses, do a >> bit at a time in the AnimationTimer?s handle() method. >> >> Scott >> >>> On Sep 24, 2015, at 5:53 AM, Fisher, Robert >>> wrote: >>> >>> I was naively thinking something like: >>> >>> 1. Make small change to canvas >>> 2. Fire pulse >>> 3. Make next small change to canvas >>> 4. Fire pulse >>> 5. Etc.. >>> >>> But I was actually also unaware of this firePulse method until this >>> morning (and I couldn't have used it anyway since it's not public API). >>> >>> -----Original Message----- >>> From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On >>> Behalf Of Dr. Michael Paus >>> Sent: Donnerstag, 24. September 2015 11:07 >>> To: openjfx-dev at openjdk.java.net >>> Subject: Re: Usage of Toolkit firePulse >>> >>> Hi, >>> I wasn't aware of this Toolkit method when I wrote the mail you are >>> referring to. Can you or anybody else explain what this method >>> exactly does. It sounds indeed as if I could solve some problems >>> with it although I am not sure yet and of course only if Jonathan >>> does not block it in the future :-) Michael >>> >>> Am 24.09.15 um 09:31 schrieb Fisher, Robert: >>>> I think it would be great to have in the public API. It looks like >>>> it would allow you to spread large UI updates out over several >>>> pulses in a well-defined way. >>>> >>>> See also this post from a month or so ago: >>>> >>>>> Hi, >>>>> I want to do some performance tuning of a JavaFX application of >>>>> mine but before I can start with that I have to learn a little bit >>>>> about the scene graph redraw handling. >>>>> Maybe there is someone on this list who can help me there. >>>>> >>>>> What I want to achieve is a super smooth animation (movement) of >>>>> my scene graph. >>>>> Let's assume the scene graph itself can be redrawn fast enough in >>>>> less than 1/60s. >>>>> In addition let's assume the scene graph contains a canvas which >>>>> only has to be updated from time to time but an update of the >>>>> canvas takes substantially longer. >>>>> Let's say it takes 1s. >>>>> >>>>> When an update of the canvas is in progress will this delay the >>>>> next pulse until all internal drawing within the canvas is >>>>> finished? From my observations I think so. >>>>> >>>>> If I submit my drawing calls to the canvas in smaller chunks via >>>>> Platform.runLater calls will these also delay the next pulse or >>>>> will the execution of these calls be delayed in favor of the scene >>>>> graph update? >>>>> >>>>> I hope my goal has become clear. I would like to be able to spread >>>>> the update of the canvas over several scene graph redraw cycles so >>>>> that an animation of the canvas stays smooth although the content >>>>> builds up more slowly. >>>>> >>>>> Michael >>>> -----Original Message----- >>>> From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On >>>> Behalf Of Jonathan Giles >>>> Sent: Donnerstag, 24. September 2015 01:49 >>>> To: openjfx-dev at openjdk.java.net >>>> Subject: Usage of Toolkit firePulse >>>> >>>> Hi all, >>>> >>>> Today I am keen to get your help on understanding use of the >>>> Toolkit.getToolkit().firePulse() private API. If you could spare a >>>> few minutes to grep your source directory for any usage of >>>> 'firePulse', and email me your findings, that would be really >>>> interesting. >>>> >>>> As a gentle motivational tool I'll conclude by saying that, >>>> surprisingly, this private API is barely used inside the openjfx >>>> production code. If you look at the openjfx unit tests, it is used >>>> massively. The question is - how much is this being used by other >>>> community members. If the answer is 'not much' or less, then this >>>> private API may not be made public in JDK 9. Your feedback >>>> therefore is critical! >>>> >>>> Thanks, >>>> -- Jonathan >> From mark.reinhold at oracle.com Thu Sep 24 22:03:17 2015 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Thu, 24 Sep 2015 15:03:17 -0700 (PDT) Subject: JEP 275: Modular Java Application Packaging Message-ID: <20150924220317.7F3C67A4D9@eggemoggin.niobe.net> New JEP Candidate: http://openjdk.java.net/jeps/275 - Mark From tomas.mikula at gmail.com Thu Sep 24 22:03:47 2015 From: tomas.mikula at gmail.com (Tomas Mikula) Date: Thu, 24 Sep 2015 18:03:47 -0400 Subject: Usage of Toolkit firePulse In-Reply-To: <560444A9.3080908@jugs.org> References: <56033A89.5050600@oracle.com> <025E25CA98F8AE46BE306AB33F6A38D501269728@ADEFUE01SMS003.cznet.zeiss.org> <5603BD1D.8060601@jugs.org> <025E25CA98F8AE46BE306AB33F6A38D50126979B@ADEFUE01SMS003.cznet.zeiss.org> <5604140F.1000600@oracle.com> <560444A9.3080908@jugs.org> Message-ID: Hi Michael, attached see your original file updated with the continuation-style solution. Regards, Tomas On Thu, Sep 24, 2015 at 2:44 PM, Dr. Michael Paus wrote: > I have written a little test program to evaluate the various strategies > which have > been discussed here. You can download it via this link: > > > > The program creates a large canvas inside a scroll pane and fills it with > some > butterflies. When you scroll the pane the canvas is redrawn when a certain > threshold is exceeded. With some boolean flags at the top of the program > you can select the redraw strategy. > > This was just a quick and dirty hack, so I hope I haven't made any mistakes > but the result so far is that only the AnimationTimer strategy leads to a > amazingly > smooth result. For all other strategies the scrolling performance is > terrible. > (I have not yet tried the proposal from Tomas.) > > Give it a try yourself. The initial setting are for AnimationTimer. > > Michael > > > Am 24.09.15 um 17:17 schrieb Kevin Rushforth: > > Yes, I think this might be a better approach. >> >> -- Kevin >> >> >> Scott Palmer wrote: >> >>> For some of these use cases I wonder if an AnimationTimer could be used >>> to handle spreading work out. >>> E.g in the case of rendering to a canvas across multiple pulses, do a >>> bit at a time in the AnimationTimer?s handle() method. >>> >>> Scott >>> >>> On Sep 24, 2015, at 5:53 AM, Fisher, Robert >>>> wrote: >>>> >>>> I was naively thinking something like: >>>> >>>> 1. Make small change to canvas >>>> 2. Fire pulse >>>> 3. Make next small change to canvas >>>> 4. Fire pulse >>>> 5. Etc.. >>>> >>>> But I was actually also unaware of this firePulse method until this >>>> morning (and I couldn't have used it anyway since it's not public API). >>>> >>>> -----Original Message----- >>>> From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On >>>> Behalf Of Dr. Michael Paus >>>> Sent: Donnerstag, 24. September 2015 11:07 >>>> To: openjfx-dev at openjdk.java.net >>>> Subject: Re: Usage of Toolkit firePulse >>>> >>>> Hi, >>>> I wasn't aware of this Toolkit method when I wrote the mail you are >>>> referring to. Can you or anybody else explain what this method exactly >>>> does. It sounds indeed as if I could solve some problems with it although I >>>> am not sure yet and of course only if Jonathan does not block it in the >>>> future :-) Michael >>>> >>>> Am 24.09.15 um 09:31 schrieb Fisher, Robert: >>>> >>>>> I think it would be great to have in the public API. It looks like it >>>>> would allow you to spread large UI updates out over several pulses in a >>>>> well-defined way. >>>>> >>>>> See also this post from a month or so ago: >>>>> >>>>> Hi, >>>>>> I want to do some performance tuning of a JavaFX application of mine >>>>>> but before I can start with that I have to learn a little bit about the >>>>>> scene graph redraw handling. >>>>>> Maybe there is someone on this list who can help me there. >>>>>> >>>>>> What I want to achieve is a super smooth animation (movement) of my >>>>>> scene graph. >>>>>> Let's assume the scene graph itself can be redrawn fast enough in >>>>>> less than 1/60s. >>>>>> In addition let's assume the scene graph contains a canvas which only >>>>>> has to be updated from time to time but an update of the canvas takes >>>>>> substantially longer. >>>>>> Let's say it takes 1s. >>>>>> >>>>>> When an update of the canvas is in progress will this delay the next >>>>>> pulse until all internal drawing within the canvas is finished? From my >>>>>> observations I think so. >>>>>> >>>>>> If I submit my drawing calls to the canvas in smaller chunks via >>>>>> Platform.runLater calls will these also delay the next pulse or will the >>>>>> execution of these calls be delayed in favor of the scene graph update? >>>>>> >>>>>> I hope my goal has become clear. I would like to be able to spread >>>>>> the update of the canvas over several scene graph redraw cycles so that an >>>>>> animation of the canvas stays smooth although the content builds up more >>>>>> slowly. >>>>>> >>>>>> Michael >>>>>> >>>>> -----Original Message----- >>>>> From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On >>>>> Behalf Of Jonathan Giles >>>>> Sent: Donnerstag, 24. September 2015 01:49 >>>>> To: openjfx-dev at openjdk.java.net >>>>> Subject: Usage of Toolkit firePulse >>>>> >>>>> Hi all, >>>>> >>>>> Today I am keen to get your help on understanding use of the >>>>> Toolkit.getToolkit().firePulse() private API. If you could spare a few >>>>> minutes to grep your source directory for any usage of 'firePulse', and >>>>> email me your findings, that would be really interesting. >>>>> >>>>> As a gentle motivational tool I'll conclude by saying that, >>>>> surprisingly, this private API is barely used inside the openjfx production >>>>> code. If you look at the openjfx unit tests, it is used massively. The >>>>> question is - how much is this being used by other community members. If >>>>> the answer is 'not much' or less, then this private API may not be made >>>>> public in JDK 9. Your feedback therefore is critical! >>>>> >>>>> Thanks, >>>>> -- Jonathan >>>>> >>>> >>> > From mp at jugs.org Fri Sep 25 09:24:44 2015 From: mp at jugs.org (Dr. Michael Paus) Date: Fri, 25 Sep 2015 11:24:44 +0200 Subject: Usage of Toolkit firePulse In-Reply-To: References: <56033A89.5050600@oracle.com> <025E25CA98F8AE46BE306AB33F6A38D501269728@ADEFUE01SMS003.cznet.zeiss.org> <5603BD1D.8060601@jugs.org> <025E25CA98F8AE46BE306AB33F6A38D50126979B@ADEFUE01SMS003.cznet.zeiss.org> <5604140F.1000600@oracle.com> <560444A9.3080908@jugs.org> Message-ID: <560512DC.8070509@jugs.org> Hi, this really works great and is in my opinion the best approach to ensure a super smooth canvas update. So the trick is to spread the whole work over several smaller chunks via Platform.runLater calls but instead of creating all these chunks at once, one has to chain these in such a way that the first call issues the next call at the end if there is still more work to do. This way there is never more than one call in the queue and the pulses to update the scene graph are not delayed. I think this may become a general pattern of how to update a canvas with complex drawings. Michael Am 25.09.15 um 00:03 schrieb Tomas Mikula: > Hi Michael, > > attached see your original file updated with the continuation-style > solution. > > Regards, > Tomas > > On Thu, Sep 24, 2015 at 2:44 PM, Dr. Michael Paus > wrote: > > I have written a little test program to evaluate the various > strategies which have > been discussed here. You can download it via this link: > > > > The program creates a large canvas inside a scroll pane and fills > it with some > butterflies. When you scroll the pane the canvas is redrawn when a > certain > threshold is exceeded. With some boolean flags at the top of the > program > you can select the redraw strategy. > > This was just a quick and dirty hack, so I hope I haven't made any > mistakes > but the result so far is that only the AnimationTimer strategy > leads to a amazingly > smooth result. For all other strategies the scrolling performance > is terrible. > (I have not yet tried the proposal from Tomas.) > > Give it a try yourself. The initial setting are for AnimationTimer. > > Michael > > > Am 24.09.15 um 17:17 schrieb Kevin Rushforth: > > Yes, I think this might be a better approach. > > -- Kevin > > > Scott Palmer wrote: > > For some of these use cases I wonder if an AnimationTimer > could be used to handle spreading work out. > E.g in the case of rendering to a canvas across multiple > pulses, do a bit at a time in the AnimationTimer?s > handle() method. > > Scott > > On Sep 24, 2015, at 5:53 AM, Fisher, Robert > > wrote: > > I was naively thinking something like: > > 1. Make small change to canvas > 2. Fire pulse > 3. Make next small change to canvas > 4. Fire pulse > 5. Etc.. > > But I was actually also unaware of this firePulse > method until this morning (and I couldn't have used it > anyway since it's not public API). > > -----Original Message----- > From: openjfx-dev > [mailto:openjfx-dev-bounces at openjdk.java.net > ] On > Behalf Of Dr. Michael Paus > Sent: Donnerstag, 24. September 2015 11:07 > To: openjfx-dev at openjdk.java.net > > Subject: Re: Usage of Toolkit firePulse > > Hi, > I wasn't aware of this Toolkit method when I wrote the > mail you are referring to. Can you or anybody else > explain what this method exactly does. It sounds > indeed as if I could solve some problems with it > although I am not sure yet and of course only if > Jonathan does not block it in the future :-) Michael > > Am 24.09.15 um 09:31 schrieb Fisher, Robert: > > I think it would be great to have in the public > API. It looks like it would allow you to spread > large UI updates out over several pulses in a > well-defined way. > > See also this post from a month or so ago: > > Hi, > I want to do some performance tuning of a > JavaFX application of mine but before I can > start with that I have to learn a little bit > about the scene graph redraw handling. > Maybe there is someone on this list who can > help me there. > > What I want to achieve is a super smooth > animation (movement) of my scene graph. > Let's assume the scene graph itself can be > redrawn fast enough in less than 1/60s. > In addition let's assume the scene graph > contains a canvas which only has to be updated > from time to time but an update of the canvas > takes substantially longer. > Let's say it takes 1s. > > When an update of the canvas is in progress > will this delay the next pulse until all > internal drawing within the canvas is > finished? From my observations I think so. > > If I submit my drawing calls to the canvas in > smaller chunks via Platform.runLater calls > will these also delay the next pulse or will > the execution of these calls be delayed in > favor of the scene graph update? > > I hope my goal has become clear. I would like > to be able to spread the update of the canvas > over several scene graph redraw cycles so that > an animation of the canvas stays smooth > although the content builds up more slowly. > > Michael > > -----Original Message----- > From: openjfx-dev > [mailto:openjfx-dev-bounces at openjdk.java.net > ] On > Behalf Of Jonathan Giles > Sent: Donnerstag, 24. September 2015 01:49 > To: openjfx-dev at openjdk.java.net > > Subject: Usage of Toolkit firePulse > > Hi all, > > Today I am keen to get your help on understanding > use of the > Toolkit.getToolkit().firePulse() private API. If > you could spare a few minutes to grep your source > directory for any usage of 'firePulse', and email > me your findings, that would be really interesting. > > As a gentle motivational tool I'll conclude by > saying that, surprisingly, this private API is > barely used inside the openjfx production code. If > you look at the openjfx unit tests, it is used > massively. The question is - how much is this > being used by other community members. If the > answer is 'not much' or less, then this private > API may not be made public in JDK 9. Your feedback > therefore is critical! > > Thanks, > -- Jonathan > > > > From vadim.pakhnushev at oracle.com Fri Sep 25 14:30:13 2015 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 25 Sep 2015 17:30:13 +0300 Subject: In(Sanity) Testing Mondays Message-ID: <56055A75.3010709@oracle.com> Reminder, Monday is our weekly sanity testing. You can find your testing assignment at: https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing Also please remember that the repo will be locked from 1am PDT until 1pm PDT. Happy testing! Thanks, Vadim From hastebrot at gmail.com Fri Sep 25 14:42:55 2015 From: hastebrot at gmail.com (Benjamin Gudehus) Date: Fri, 25 Sep 2015 16:42:55 +0200 Subject: RGB and LAB color spaces: Conversion and interpolation Message-ID: Hey! I want to convert colors between different color spaces and interpolate them within the specific color space (sRGB and its cylindrical transformations HSL/HLS, HSV/HSB, and HSI. LAB and its cylindrical transformations LCH, and HCL). javafx.scene.paint.Color only accepts (s)RGB and HSB and seems to support interpolate() within RGB only. Should I use java.awt.color.ICC_ColorSpace (which lacks support for HSI, LCH and HCL) or is there a more complete library for Java or JavaFX? Regards, Benjamin From mp at jugs.org Fri Sep 25 16:12:16 2015 From: mp at jugs.org (Dr. Michael Paus) Date: Fri, 25 Sep 2015 18:12:16 +0200 Subject: Usage of Toolkit firePulse In-Reply-To: <560560D5.80806@gmail.com> References: <56033A89.5050600@oracle.com> <025E25CA98F8AE46BE306AB33F6A38D501269728@ADEFUE01SMS003.cznet.zeiss.org> <5603BD1D.8060601@jugs.org> <025E25CA98F8AE46BE306AB33F6A38D50126979B@ADEFUE01SMS003.cznet.zeiss.org> <5604140F.1000600@oracle.com> <560444A9.3080908@jugs.org> <560512DC.8070509@jugs.org> <560560D5.80806@gmail.com> Message-ID: <56057260.1020209@jugs.org> Hi, I updated the file on dropbox with the additions made by Tomas. Michael Am 25.09.15 um 16:57 schrieb Anthony Vanelverdinghe: > Hi Michael > > Would you mind to share your updated test program through dropbox please? > > Kind regards > Anthony Vanelverdinghe > > On 25/09/2015 11:24, Dr. Michael Paus wrote: >> Hi, >> this really works great and is in my opinion the best approach to ensure >> a super smooth canvas update. So the trick is to spread the whole >> work over >> several smaller chunks via Platform.runLater calls but instead of >> creating >> all these chunks at once, one has to chain these in such a way that the >> first call issues the next call at the end if there is still more >> work to do. This way >> there is never more than one call in the queue and the pulses to update >> the scene graph are not delayed. I think this may become a general >> pattern >> of how to update a canvas with complex drawings. >> Michael >> >> Am 25.09.15 um 00:03 schrieb Tomas Mikula: >>> Hi Michael, >>> >>> attached see your original file updated with the continuation-style >>> solution. >>> >>> Regards, >>> Tomas >>> >>> On Thu, Sep 24, 2015 at 2:44 PM, Dr. Michael Paus >> > wrote: >>> >>> I have written a little test program to evaluate the various >>> strategies which have >>> been discussed here. You can download it via this link: >>> >>> >>> >>> The program creates a large canvas inside a scroll pane and fills >>> it with some >>> butterflies. When you scroll the pane the canvas is redrawn when a >>> certain >>> threshold is exceeded. With some boolean flags at the top of the >>> program >>> you can select the redraw strategy. >>> >>> This was just a quick and dirty hack, so I hope I haven't made any >>> mistakes >>> but the result so far is that only the AnimationTimer strategy >>> leads to a amazingly >>> smooth result. For all other strategies the scrolling performance >>> is terrible. >>> (I have not yet tried the proposal from Tomas.) >>> >>> Give it a try yourself. The initial setting are for AnimationTimer. >>> >>> Michael >>> >>> >>> Am 24.09.15 um 17:17 schrieb Kevin Rushforth: >>> >>> Yes, I think this might be a better approach. >>> >>> -- Kevin >>> >>> >>> Scott Palmer wrote: >>> >>> For some of these use cases I wonder if an AnimationTimer >>> could be used to handle spreading work out. >>> E.g in the case of rendering to a canvas across multiple >>> pulses, do a bit at a time in the AnimationTimer?s >>> handle() method. >>> >>> Scott >>> >>> On Sep 24, 2015, at 5:53 AM, Fisher, Robert >>> >> > wrote: >>> >>> I was naively thinking something like: >>> >>> 1. Make small change to canvas >>> 2. Fire pulse >>> 3. Make next small change to canvas >>> 4. Fire pulse >>> 5. Etc.. >>> >>> But I was actually also unaware of this firePulse >>> method until this morning (and I couldn't have used it >>> anyway since it's not public API). >>> >>> -----Original Message----- >>> From: openjfx-dev >>> [mailto:openjfx-dev-bounces at openjdk.java.net >>> ] On >>> Behalf Of Dr. Michael Paus >>> Sent: Donnerstag, 24. September 2015 11:07 >>> To: openjfx-dev at openjdk.java.net >>> >>> Subject: Re: Usage of Toolkit firePulse >>> >>> Hi, >>> I wasn't aware of this Toolkit method when I wrote the >>> mail you are referring to. Can you or anybody else >>> explain what this method exactly does. It sounds >>> indeed as if I could solve some problems with it >>> although I am not sure yet and of course only if >>> Jonathan does not block it in the future :-) Michael >>> >>> Am 24.09.15 um 09:31 schrieb Fisher, Robert: >>> >>> I think it would be great to have in the public >>> API. It looks like it would allow you to spread >>> large UI updates out over several pulses in a >>> well-defined way. >>> >>> See also this post from a month or so ago: >>> >>> Hi, >>> I want to do some performance tuning of a >>> JavaFX application of mine but before I can >>> start with that I have to learn a little bit >>> about the scene graph redraw handling. >>> Maybe there is someone on this list who can >>> help me there. >>> >>> What I want to achieve is a super smooth >>> animation (movement) of my scene graph. >>> Let's assume the scene graph itself can be >>> redrawn fast enough in less than 1/60s. >>> In addition let's assume the scene graph >>> contains a canvas which only has to be updated >>> from time to time but an update of the canvas >>> takes substantially longer. >>> Let's say it takes 1s. >>> >>> When an update of the canvas is in progress >>> will this delay the next pulse until all >>> internal drawing within the canvas is >>> finished? From my observations I think so. >>> >>> If I submit my drawing calls to the canvas in >>> smaller chunks via Platform.runLater calls >>> will these also delay the next pulse or will >>> the execution of these calls be delayed in >>> favor of the scene graph update? >>> >>> I hope my goal has become clear. I would like >>> to be able to spread the update of the canvas >>> over several scene graph redraw cycles so that >>> an animation of the canvas stays smooth >>> although the content builds up more slowly. >>> >>> Michael >>> >>> -----Original Message----- >>> From: openjfx-dev >>> [mailto:openjfx-dev-bounces at openjdk.java.net >>> ] On >>> Behalf Of Jonathan Giles >>> Sent: Donnerstag, 24. September 2015 01:49 >>> To: openjfx-dev at openjdk.java.net >>> >>> Subject: Usage of Toolkit firePulse >>> >>> Hi all, >>> >>> Today I am keen to get your help on understanding >>> use of the >>> Toolkit.getToolkit().firePulse() private API. If >>> you could spare a few minutes to grep your source >>> directory for any usage of 'firePulse', and email >>> me your findings, that would be really interesting. >>> >>> As a gentle motivational tool I'll conclude by >>> saying that, surprisingly, this private API is >>> barely used inside the openjfx production code. If >>> you look at the openjfx unit tests, it is used >>> massively. The question is - how much is this >>> being used by other community members. If the >>> answer is 'not much' or less, then this private >>> API may not be made public in JDK 9. Your feedback >>> therefore is critical! >>> >>> Thanks, >>> -- Jonathan >>> >>> >>> >>> >> >> > From philip.race at oracle.com Fri Sep 25 16:36:33 2015 From: philip.race at oracle.com (Phil Race) Date: Fri, 25 Sep 2015 09:36:33 -0700 Subject: In(Sanity) Testing Mondays In-Reply-To: <56055A75.3010709@oracle.com> References: <56055A75.3010709@oracle.com> Message-ID: <56057811.8070606@oracle.com> I believe Kevin said integration will be skipped this week so none of this is necessary. -phil. On 09/25/2015 07:30 AM, Vadim Pakhnushev wrote: > Reminder, Monday is our weekly sanity testing. > > You can find your testing assignment at: > https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing > > Also please remember that the repo will be locked from 1am PDT until > 1pm PDT. > > Happy testing! > > Thanks, > Vadim From james.graham at oracle.com Fri Sep 25 19:33:24 2015 From: james.graham at oracle.com (Jim Graham) Date: Fri, 25 Sep 2015 12:33:24 -0700 Subject: RGB and LAB color spaces: Conversion and interpolation In-Reply-To: References: Message-ID: <5605A184.8030209@oracle.com> JavaFX has no color conversion libraries. The classes in java.awt.color are the only alternative that ships standard with the JDK... ...jim On 9/25/15 7:42 AM, Benjamin Gudehus wrote: > Hey! > > I want to convert colors between different color spaces and interpolate > them within the specific color space (sRGB and its cylindrical > transformations HSL/HLS, HSV/HSB, and HSI. LAB and its cylindrical > transformations LCH, and HCL). > > javafx.scene.paint.Color only accepts (s)RGB and HSB and seems to support > interpolate() within RGB only. Should I use java.awt.color.ICC_ColorSpace > (which lacks support for HSI, LCH and HCL) or is there a more complete > library for Java or JavaFX? > > Regards, > Benjamin > From john2011uk at gmail.com Sat Sep 26 08:46:16 2015 From: john2011uk at gmail.com (John Maton) Date: Sat, 26 Sep 2015 10:46:16 +0200 Subject: HostServices on Linux Ubuntu 14.04 trusty Message-ID: Good morning all, I am using getHostServices().showDocument to display documents, such as .pdf files. This works find on all versions of Windows I have tested and on Apple Macs, but I have a test user running Linux Ubuntu 14.04 trusty where it does not work (does nothing). Is there some library/resource which must be installed on Ubuntu to make HostServices work? thanks in advance for any comments, John Maton From rahman.usta.88 at gmail.com Sat Sep 26 09:08:28 2015 From: rahman.usta.88 at gmail.com (Rahman USTA) Date: Sat, 26 Sep 2015 12:08:28 +0300 Subject: HostServices on Linux Ubuntu 14.04 trusty In-Reply-To: References: Message-ID: I have similar issue. When using host services to show document in directory services, in Linux environment it shows documents in Web browser, not in directory service. Thanks 26 Eyl 2015 11:47 tarihinde "John Maton" yazd?: > Good morning all, > I am using getHostServices().showDocument to display documents, such as > .pdf files. > This works find on all versions of Windows I have tested and on Apple Macs, > but I have a test user running Linux Ubuntu 14.04 trusty where it does not > work (does nothing). > Is there some library/resource which must be installed on Ubuntu to make > HostServices work? > thanks in advance for any comments, > John Maton > From john2011uk at gmail.com Sat Sep 26 09:25:45 2015 From: john2011uk at gmail.com (John Maton) Date: Sat, 26 Sep 2015 11:25:45 +0200 Subject: Fwd: HostServices on Linux Ubuntu 14.04 trusty In-Reply-To: References: Message-ID: To: Rahman USTA My problem is getHostServices().showDocument does nothing at all in Ubuntu 10.4 Have you tried using Desktop? as in if(Desktop.isDesktopSupported()) Desktop.getDesktop().open(docFile); That also works for me on Windows and Mac but causes a system crash in Ubuntu so I am no better off. Regards John Maton On Sat, Sep 26, 2015 at 11:08 AM, Rahman USTA wrote: > I have similar issue. When using host services to show document in > directory services, in Linux environment it shows documents in Web browser, > not in directory service. > > Thanks > 26 Eyl 2015 11:47 tarihinde "John Maton" yazd?: > > Good morning all, >> I am using getHostServices().showDocument to display documents, such as >> .pdf files. >> This works find on all versions of Windows I have tested and on Apple >> Macs, >> but I have a test user running Linux Ubuntu 14.04 trusty where it does not >> work (does nothing). >> Is there some library/resource which must be installed on Ubuntu to make >> HostServices work? >> thanks in advance for any comments, >> John Maton >> > From snfuchs at gmx.de Sat Sep 26 09:48:32 2015 From: snfuchs at gmx.de (Stefan Fuchs) Date: Sat, 26 Sep 2015 11:48:32 +0200 Subject: Fwd: HostServices on Linux Ubuntu 14.04 trusty In-Reply-To: References: Message-ID: <560669F0.2010205@gmx.de> Hi, this works for us on all platforms, including Ubuntu 14.04 // Desktop methods must be executed on the Swing Event Thread SwingUtilities.invokeLater(() -> { Desktop.getDesktop().open(pdfFile); }); Regards, Stefan > To: Rahman USTA > > > My problem is getHostServices().showDocument does nothing at all in Ubuntu > 10.4 > > Have you tried using Desktop? > as in > if(Desktop.isDesktopSupported()) Desktop.getDesktop().open(docFile); > > That also works for me on Windows and Mac but causes a system crash in > Ubuntu so I am no better off. > Regards > John Maton > > > On Sat, Sep 26, 2015 at 11:08 AM, Rahman USTA > wrote: > >> I have similar issue. When using host services to show document in >> directory services, in Linux environment it shows documents in Web browser, >> not in directory service. >> >> Thanks >> 26 Eyl 2015 11:47 tarihinde "John Maton" yazd?: >> >> Good morning all, >>> I am using getHostServices().showDocument to display documents, such as >>> .pdf files. >>> This works find on all versions of Windows I have tested and on Apple >>> Macs, >>> but I have a test user running Linux Ubuntu 14.04 trusty where it does not >>> work (does nothing). >>> Is there some library/resource which must be installed on Ubuntu to make >>> HostServices work? >>> thanks in advance for any comments, >>> John Maton >>> From john2011uk at gmail.com Sat Sep 26 14:04:05 2015 From: john2011uk at gmail.com (John Maton) Date: Sat, 26 Sep 2015 16:04:05 +0200 Subject: Fwd: HostServices on Linux Ubuntu 14.04 trusty In-Reply-To: <560669F0.2010205@gmx.de> References: <560669F0.2010205@gmx.de> Message-ID: Stefan I confirm that works for me on all platforms, Windows/Mac/Ubuntu, thanks again (for the record HostServices does not work on Ubuntu 10.4). Regards, John Maton On Sat, Sep 26, 2015 at 11:48 AM, Stefan Fuchs wrote: > Hi, > > this works for us on all platforms, including Ubuntu 14.04 > > // Desktop methods must be executed on the Swing Event Thread > SwingUtilities.invokeLater(() -> { > Desktop.getDesktop().open(pdfFile); > }); > > Regards, > > Stefan > > To: Rahman USTA >> >> >> My problem is getHostServices().showDocument does nothing at all in Ubuntu >> 10.4 >> >> Have you tried using Desktop? >> as in >> if(Desktop.isDesktopSupported()) Desktop.getDesktop().open(docFile); >> >> That also works for me on Windows and Mac but causes a system crash in >> Ubuntu so I am no better off. >> Regards >> John Maton >> >> >> On Sat, Sep 26, 2015 at 11:08 AM, Rahman USTA >> wrote: >> >> I have similar issue. When using host services to show document in >>> directory services, in Linux environment it shows documents in Web >>> browser, >>> not in directory service. >>> >>> Thanks >>> 26 Eyl 2015 11:47 tarihinde "John Maton" yazd?: >>> >>> Good morning all, >>> >>>> I am using getHostServices().showDocument to display documents, such as >>>> .pdf files. >>>> This works find on all versions of Windows I have tested and on Apple >>>> Macs, >>>> but I have a test user running Linux Ubuntu 14.04 trusty where it does >>>> not >>>> work (does nothing). >>>> Is there some library/resource which must be installed on Ubuntu to make >>>> HostServices work? >>>> thanks in advance for any comments, >>>> John Maton >>>> >>>> > From jonathan.giles at oracle.com Sun Sep 27 00:30:04 2015 From: jonathan.giles at oracle.com (Jonathan Giles) Date: Sun, 27 Sep 2015 13:30:04 +1300 Subject: Usage of Toolkit firePulse In-Reply-To: <5603BD1D.8060601@jugs.org> References: <56033A89.5050600@oracle.com> <025E25CA98F8AE46BE306AB33F6A38D501269728@ADEFUE01SMS003.cznet.zeiss.org> <5603BD1D.8060601@jugs.org> Message-ID: <5607388C.3090505@oracle.com> On 24/09/2015 9:06 p.m., Dr. Michael Paus wrote: > Hi, > I wasn't aware of this Toolkit method when I wrote the mail you are > referring to. Can you or anybody > else explain what this method exactly does. It sounds indeed as if I > could solve some problems with > it although I am not sure yet and of course only if Jonathan does not > block it in the future :-) > Michael To be fair, I am not actively blocking anything :-) The API _will_ disappear (because it is in com.sun.* and modules will make it disappear, etc) unless a strong argument is made for the API. I'm merely trying to open the door to the possibility that the API may _not_ disappear :-) However...from the discussion so far, I don't think there is a good argument to bring a public API out for this method. In many regards the examples given are better resolved in alternative means (which you guys have done a great job in discussing). The arguments against bringing firePulse() into public API were well summarised in a few of the emails: 1) firePulse() is actually ill-defined. As Kevin notes all the firePulse() does is actually call all the pulse listeners (stage, scene, and post-scene). The toolkits have better defined semantics, but they all eventually end up calling firePulse() once they've done The Right Thing. To correctly define the semantics is not a hugely trivial task, and to rework the toolkits to work within these semantics may not be trivial either. 2) A common argument for calling firePulse() is that, well, something is broken (either in JavaFX or in the application code), and the easiest path to fix this is to force a pulse. The better solution is to find why this is broken and to resolve it. I used to call this a lot as a stop-gap measure, but it always smelled to me. I would like to encourage people think of calling this as a code smell too. It should say to you that something is wrong somewhere.... 3) The primary valid use case is unit tests, and for now we don't think exposing such a risky piece of API in a rushed way will bode well, if unit tests are the primary argument for this API. In addition to this, with JDK 9 there will still be the runtime switch to enable access to com.sun.* API, so people running unit tests will still be able to use this API whilst leaving a longer runway for resolving how such as an API may be exposed (if at all). This isn't a closed issue yet - there is still scope to discuss this, but the default position Kevin and I are taking now (based on my JDeps analysis of the communities code, as well as these discussions) is that firePulse() will not be public API for JDK 9. Thanks, -- Jonathan From hastebrot at gmail.com Sun Sep 27 06:40:30 2015 From: hastebrot at gmail.com (Benjamin Gudehus) Date: Sun, 27 Sep 2015 08:40:30 +0200 Subject: Usage of Toolkit firePulse In-Reply-To: References: <56033A89.5050600@oracle.com> Message-ID: Hi Ryan! >Otherwise the drag(...) command will throw an exception because it can't find the node for "list-item-name" (it doesn't exist yet). Well, this is very interesting. This must be a NoNodesFoundException in TestFX 3. >I don't actually needto call firePulse(). I just need a way to know the scene is up to date with a re-validated model. Is there a better way of accomplishing that right now? TestFX should try to find the Node within the JavaFX Application Thread using Platform.runLater(...). Maybe this is a better way than to call firePulse(), --Benjamin On Thu, Sep 24, 2015 at 12:49 PM, Ryan Jaeb wrote: > I use firePulse() in GUI test code. I'm using TestFX (v3) for testing. Is > there a way to ensure model updates are reflected in the scene without > using firePulse()? Consider something like this: > > ... > // TestFX starts us on the main thread. Maybe I'm using it wrong? > > CountDownLatch latch = new CountDownLatch(1); > > Platform.runLater(() -> { > // Add "list-item-name" to an empty list that's used as the model for > // a ListView. > Toolkit.getToolkit().firePulse(); > latch.countDown(); > }); > > try { > latch.await(1, TimeUnit.SECONDS); > } > catch (InterruptedException e) { > throw new RuntimeException(e); > } > > // TestFX runs this on the application thread. > drag("list-item-name").to("trash"); > > assertTrue(list.isEmpty); > ... > > In a case like the above, firePulse() is used to ensure a node (ListCell) > for "list-item-name" is added to the scene before continuing with the > test. Otherwise the drag(...) command will throw an exception because it > can't find the node for "list-item-name" (it doesn't exist yet). > > I don't actually needto call firePulse(). I just need a way to know the > scene is up to date with a re-validated model. Is there a better way of > accomplishing that right now? > > Ryan > > > On Wed, Sep 23, 2015 at 5:49 PM, Jonathan Giles > > wrote: > > > Hi all, > > > > Today I am keen to get your help on understanding use of the > > Toolkit.getToolkit().firePulse() private API. If you could spare a few > > minutes to grep your source directory for any usage of 'firePulse', and > > email me your findings, that would be really interesting. > > > > As a gentle motivational tool I'll conclude by saying that, surprisingly, > > this private API is barely used inside the openjfx production code. If > you > > look at the openjfx unit tests, it is used massively. The question is - > how > > much is this being used by other community members. If the answer is 'not > > much' or less, then this private API may not be made public in JDK 9. > Your > > feedback therefore is critical! > > > > Thanks, > > -- Jonathan > > > From mp at jugs.org Sun Sep 27 15:43:02 2015 From: mp at jugs.org (Dr. Michael Paus) Date: Sun, 27 Sep 2015 17:43:02 +0200 Subject: Smooth continuous scrolling in JavaFX In-Reply-To: References: <56033A89.5050600@oracle.com> Message-ID: <56080E86.9090507@jugs.org> I have a MacBook Pro with a touch enabled trackpad. When I open a large image with the Mac preview app I can let the image slide softly over the screen with a two finger gesture. Now I would like to do the same inside a JavaFX app but this doesn't seems to work. The image jumps in roughly 10 pixel increments which just looks ugly. I experimented with the JavaFX gestures but I did not get it to move smoothly. The scroll events are always delivered in very coarse intervals in contrast to the zoom and rotation events where this works perfectly. So I have the following questions here: Is this behavior the same on all touch enabled platforms or is this a Mac issue? Is there anything I can do to get more fine grained scroll events? Why is there such a difference between the scroll and the other events (zoom, rotate)? Is this a bug or a feature? Michael From jonathan.giles at oracle.com Sun Sep 27 23:41:28 2015 From: jonathan.giles at oracle.com (Jonathan Giles) Date: Mon, 28 Sep 2015 12:41:28 +1300 Subject: Backport for [JDK-8131151] Pressing ESC in a nested alert closes self and parent alert In-Reply-To: <5603B62F.2060208@media-interactive.de> References: <5603B62F.2060208@media-interactive.de> Message-ID: <56087EA8.3050400@oracle.com> I have no issue picking up this backport and attempting to get it into an 8u release. No promise though. -- Jonathan On 24/09/2015 8:37 p.m., Werner Lehmann wrote: > Hi, > > since there seems to be an opportunity to have fixes backported to 8, > I'd like to ask for a backport of the fix for > > [JDK-8131151] Pressing ESC in a nested alert closes self and parent alert > https://bugs.openjdk.java.net/browse/JDK-8131151 > > Looks as if the fix is pretty simple. Without this we seem to be > forced to disallow closing dialogs with escape key because the > following yes/no/cancel alert would be dismissed right away from the > same keypress. Admittedly, it is not critical in any way but the > backport risk should be low. > > Rgds > Werner From chien.yang at oracle.com Mon Sep 28 05:10:06 2015 From: chien.yang at oracle.com (Chien Yang) Date: Sun, 27 Sep 2015 22:10:06 -0700 Subject: JDK-8137004: Memory leak caused by Parent#removed not being freed Message-ID: <5608CBAE.4050906@oracle.com> Hi Vadim, Can you please review the proposed fix? JIRA: https://bugs.openjdk.java.net/browse/JDK-8137004 Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8137004/webrev.00/ Thanks, - Chien From guru.hb at oracle.com Mon Sep 28 06:01:31 2015 From: guru.hb at oracle.com (Guru Hb) Date: Sun, 27 Sep 2015 23:01:31 -0700 (PDT) Subject: [9, 8u] review request: 8136532 : Outlook paste text into an email causes webkit.ContextMenu NullPointerException Message-ID: Hi Kevin / Chien / Alexander, JIRA : https://bugs.openjdk.java.net/browse/JDK-8136532 Webrev : http://cr.openjdk.java.net/~psadhukhan/guru/8136532/webrev.00/ Please review the fix (comments updated in JIRA). Thanks, Guru From lehmann at media-interactive.de Mon Sep 28 11:11:03 2015 From: lehmann at media-interactive.de (Werner Lehmann) Date: Mon, 28 Sep 2015 13:11:03 +0200 Subject: Backport for [JDK-8131151] Pressing ESC in a nested alert closes self and parent alert In-Reply-To: <56087EA8.3050400@oracle.com> References: <5603B62F.2060208@media-interactive.de> <56087EA8.3050400@oracle.com> Message-ID: <56092047.90800@media-interactive.de> Hi Jonathan, that's all I am asking. Thanks, Werner On 28.09.2015 01:41, Jonathan Giles wrote: > I have no issue picking up this backport and attempting to get it into > an 8u release. No promise though. > > -- Jonathan From mike at plan99.net Mon Sep 28 12:15:58 2015 From: mike at plan99.net (Mike Hearn) Date: Mon, 28 Sep 2015 14:15:58 +0200 Subject: Fwd: HostServices on Linux Ubuntu 14.04 trusty In-Reply-To: References: <560669F0.2010205@gmx.de> Message-ID: I believe the issue it is has a hard-coded name of programs to invoke, and that list isn't always accurate for every Linux host system. On Sat, Sep 26, 2015 at 4:04 PM, John Maton wrote: > Stefan > I confirm that works for me on all platforms, Windows/Mac/Ubuntu, thanks > again > (for the record HostServices does not work on Ubuntu 10.4). > Regards, > John Maton > > On Sat, Sep 26, 2015 at 11:48 AM, Stefan Fuchs wrote: > > > Hi, > > > > this works for us on all platforms, including Ubuntu 14.04 > > > > // Desktop methods must be executed on the Swing Event Thread > > SwingUtilities.invokeLater(() -> { > > Desktop.getDesktop().open(pdfFile); > > }); > > > > Regards, > > > > Stefan > > > > To: Rahman USTA > >> > >> > >> My problem is getHostServices().showDocument does nothing at all in > Ubuntu > >> 10.4 > >> > >> Have you tried using Desktop? > >> as in > >> if(Desktop.isDesktopSupported()) Desktop.getDesktop().open(docFile); > >> > >> That also works for me on Windows and Mac but causes a system crash in > >> Ubuntu so I am no better off. > >> Regards > >> John Maton > >> > >> > >> On Sat, Sep 26, 2015 at 11:08 AM, Rahman USTA > > >> wrote: > >> > >> I have similar issue. When using host services to show document in > >>> directory services, in Linux environment it shows documents in Web > >>> browser, > >>> not in directory service. > >>> > >>> Thanks > >>> 26 Eyl 2015 11:47 tarihinde "John Maton" yazd?: > >>> > >>> Good morning all, > >>> > >>>> I am using getHostServices().showDocument to display documents, such > as > >>>> .pdf files. > >>>> This works find on all versions of Windows I have tested and on Apple > >>>> Macs, > >>>> but I have a test user running Linux Ubuntu 14.04 trusty where it does > >>>> not > >>>> work (does nothing). > >>>> Is there some library/resource which must be installed on Ubuntu to > make > >>>> HostServices work? > >>>> thanks in advance for any comments, > >>>> John Maton > >>>> > >>>> > > > From David.Hill at Oracle.com Mon Sep 28 21:57:29 2015 From: David.Hill at Oracle.com (David Hill) Date: Mon, 28 Sep 2015 17:57:29 -0400 Subject: review - yet another controls test fix/refactor Message-ID: <5609B7C9.6030906@Oracle.com> Jonathan, jbs: https://bugs.openjdk.java.net/browse/JDK-8137308 http://cr.openjdk.java.net/~ddhill/8137308/ -- David Hill Java Embedded Development "A man's feet should be planted in his country, but his eyes should survey the world." -- George Santayana (1863 - 1952) From ryan at jaeb.ca Tue Sep 29 00:58:18 2015 From: ryan at jaeb.ca (Ryan Jaeb) Date: Mon, 28 Sep 2015 18:58:18 -0600 Subject: Usage of Toolkit firePulse In-Reply-To: References: <56033A89.5050600@oracle.com> Message-ID: Hi Benjamin, Yes, it's a NoNodesFoundException using TestFX 3.1.2. As far as I know, using firePulse() is the only way to guarantee all previous model changes are rendered in the scene. I've created an example to show what I mean: https://gist.github.com/ryanjaeb/74685a002e2b402e7fac It's a small example, so I'll post it inline too: ... public class FirePulseApplication extends Application { @Override public void start(Stage primaryStage) throws Exception { printEnv(); ListView listView = new ListView<>(); Scene scene = new Scene(listView, 200, 400); primaryStage.setScene(scene); primaryStage.show(); for (int i = 1; i < 6; i++) { listView.getItems().add("list-item-" + i); } System.out.println("Before firePulse():"); printVisibleRowInfo(listView); Toolkit.getToolkit().firePulse(); System.out.println("After firePulse():"); printVisibleRowInfo(listView); Platform.exit(); } private void printVisibleRowInfo(ListView listView) { // Item count according to the list model System.out.println(" Item count: " + listView.getItems().size()); // Extract the VirtualFlow so it can be used to determine which // list items are rendered in the scene. ObservableList children = listView.getChildrenUnmodifiable(); VirtualFlow flow = (VirtualFlow) children.get(0); IndexedCell firstCell = flow.getFirstVisibleCell(); System.out.println(" First visible cell: " + firstCell); IndexedCell lastCell = flow.getLastVisibleCell(); System.out.println(" Last visible cell: " + lastCell); } private void printEnv() { String osName = System.getProperty("os.name"); String jvm = System.getProperty("java.version") + " (" + System.getProperty("java.vm.version") + " - " + System.getProperty("os.arch") + ")"; System.out.println("OS: " + osName); System.out.println("JVM: " + jvm); System.out.println(""); } } ... The output I get when running the example: ... OS: Windows 8.1 JVM: 1.8.0_40 (25.40-b25 - amd64) Before firePulse(): Item count: 5 First visible cell: null Last visible cell: null After firePulse(): Item count: 5 First visible cell: ListViewSkin$2 at 7820053f[styleClass=cell indexed-cell list-cell]'list-item-1' Last visible cell: ListViewSkin$2 at 8be9262[styleClass=cell indexed-cell list-cell]'list-item-5' ... Until there's a pulse, the nodes that represent the list items don't exist, so the NoNodesFoundException is expected. Ryan On Sun, Sep 27, 2015 at 12:40 AM, Benjamin Gudehus wrote: > Hi Ryan! > > >Otherwise the drag(...) command will throw an exception because it > can't find the node for "list-item-name" (it doesn't exist yet). > > Well, this is very interesting. This must be a NoNodesFoundException in > TestFX 3. > > >I don't actually needto call firePulse(). I just need a way to know the > scene is up to date with a re-validated model. Is there a better way of > accomplishing that right now? > > TestFX should try to find the Node within the JavaFX Application Thread > using Platform.runLater(...). Maybe this is a better way than to call > firePulse(), > > --Benjamin > > On Thu, Sep 24, 2015 at 12:49 PM, Ryan Jaeb wrote: > >> I use firePulse() in GUI test code. I'm using TestFX (v3) for testing. >> Is >> there a way to ensure model updates are reflected in the scene without >> using firePulse()? Consider something like this: >> >> ... >> // TestFX starts us on the main thread. Maybe I'm using it wrong? >> >> CountDownLatch latch = new CountDownLatch(1); >> >> Platform.runLater(() -> { >> // Add "list-item-name" to an empty list that's used as the model for >> // a ListView. >> Toolkit.getToolkit().firePulse(); >> latch.countDown(); >> }); >> >> try { >> latch.await(1, TimeUnit.SECONDS); >> } >> catch (InterruptedException e) { >> throw new RuntimeException(e); >> } >> >> // TestFX runs this on the application thread. >> drag("list-item-name").to("trash"); >> >> assertTrue(list.isEmpty); >> ... >> >> In a case like the above, firePulse() is used to ensure a node (ListCell) >> for "list-item-name" is added to the scene before continuing with the >> test. Otherwise the drag(...) command will throw an exception because it >> can't find the node for "list-item-name" (it doesn't exist yet). >> >> I don't actually needto call firePulse(). I just need a way to know the >> scene is up to date with a re-validated model. Is there a better way of >> accomplishing that right now? >> >> Ryan >> >> >> On Wed, Sep 23, 2015 at 5:49 PM, Jonathan Giles < >> jonathan.giles at oracle.com> >> wrote: >> >> > Hi all, >> > >> > Today I am keen to get your help on understanding use of the >> > Toolkit.getToolkit().firePulse() private API. If you could spare a few >> > minutes to grep your source directory for any usage of 'firePulse', and >> > email me your findings, that would be really interesting. >> > >> > As a gentle motivational tool I'll conclude by saying that, >> surprisingly, >> > this private API is barely used inside the openjfx production code. If >> you >> > look at the openjfx unit tests, it is used massively. The question is - >> how >> > much is this being used by other community members. If the answer is >> 'not >> > much' or less, then this private API may not be made public in JDK 9. >> Your >> > feedback therefore is critical! >> > >> > Thanks, >> > -- Jonathan >> > >> > > From sselvia at gmail.com Tue Sep 29 10:15:03 2015 From: sselvia at gmail.com (Scott Selvia) Date: Tue, 29 Sep 2015 06:15:03 -0400 Subject: Mac App Store Refusal because of QTKit API's Message-ID: <186D0F4E-EEC6-43DA-AD58-8BD1C207D28C@gmail.com> I?m using JDK 8 update 60 and I just received an email from Apple saying that my application is using deprecated QTKit API?s. I?ve reviewed Danno Ferrin?s JavaOne session from last year; it says that Update 40?s libjfxmedia_qtkit.dylib or Update 20?s libjfxmedia.dylib should be removed and are by the packager. I have this line in my packager output from the packager, as you can see the libfxmedia.dylib is in my app and pkg. Is this an oversight by the packager and the libfxmedia.dylib should also be removed from my packaged application? The original message from ITunes Connect said that these API?s are referenced, when I questioned Apple as to what code was referencing these they said it was the JavaFX Media library. ITunes Connect Responce: 2.31 Your app incorrectly implements sandboxing, or it contains one or more entitlements with invalid values. Please review the included entitlements and sandboxing documentation and resolve this issues before resubmitting a new binary. ubrk_getRuleStatus ubrk_setUText ucnv_getCanonicalName ucnv_reset ucol_strcollIter Dear developer, We have discovered one or more issues with your recent delivery for "Examine-IT Pro". To process your delivery, the following issues must be corrected: Deprecated API Usage - Apple no longer accepts submissions of apps that use QuickTime or QTKit APIs. Once these issues have been corrected, you can then redeliver the corrected binary. Regards, The App Store team Running [codesign, -s, 3rd Party Mac Developer Application: THUNDERCLOUD RESOURCES, LLC (82Z9WT6K6N), --prefix, com.thundercloudresources.examineit., -vvvv, --entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/macosx/Examine-IT Pro.entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib] /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib: signed Mach-O thin (x86_64) [com.thundercloudresources.examineit.libjfxmedia] From hastebrot at gmail.com Wed Sep 30 09:04:42 2015 From: hastebrot at gmail.com (Benjamin Gudehus) Date: Wed, 30 Sep 2015 11:04:42 +0200 Subject: RGB and LAB color spaces: Conversion and interpolation In-Reply-To: <5605A184.8030209@oracle.com> References: <5605A184.8030209@oracle.com> Message-ID: java.awt.color.ColorSpace (and ICC_ColorSpace) only provide an empty implementation and constants for the conversion between color spaces, but no specific implementation (at least for HSL, LAB, et cetera). Conversion: Interestingly the implementations in the wild rarely reference the source of the algorithms. So I searched through our university's library and found different algorithms for HSV, HSL and HSI (Smith 1978, Metrick 1979, Foley and van Dam 1982, Fishkin 1990, Travis 1991, Gonzalez and Woods 1992). Interpolation: JavaFX has LinearGradient. But it's rather complicated to retrieve a color ramp from it; we need to fill a Rectangle with a LinearGradient, make a snapshot and use PixelReader to extract the integer color values, and the implemention uses some padding for the colors at start and end. Then the implementation is in com.sun.prism.impl.paint so I can't access it directly. Seems I have to implement this library by myself. On Fri, Sep 25, 2015 at 9:33 PM, Jim Graham wrote: > JavaFX has no color conversion libraries. The classes in java.awt.color > are the only alternative that ships standard with the JDK... > > ...jim > > > On 9/25/15 7:42 AM, Benjamin Gudehus wrote: > >> Hey! >> >> I want to convert colors between different color spaces and interpolate >> them within the specific color space (sRGB and its cylindrical >> transformations HSL/HLS, HSV/HSB, and HSI. LAB and its cylindrical >> transformations LCH, and HCL). >> >> javafx.scene.paint.Color only accepts (s)RGB and HSB and seems to support >> interpolate() within RGB only. Should I use java.awt.color.ICC_ColorSpace >> (which lacks support for HSI, LCH and HCL) or is there a more complete >> library for Java or JavaFX? >> >> Regards, >> Benjamin >> >> From boulet.s at intactile.com Wed Sep 30 10:53:59 2015 From: boulet.s at intactile.com (=?utf-8?Q?=22S=C3=A9bastien_Boulet_=5Bintactile_DESIGN=5D=22?=) Date: Wed, 30 Sep 2015 12:53:59 +0200 Subject: ScrollPane : custom ScrollPane max h value and content bounds change Message-ID: <260EA5E7-FA22-4107-94CB-D3EC2872EF5B@intactile.com> Hello, i use a ScrollPane with a custom h max value and a custom v max value (to facilitate some calculations). ScrollPane scroll = new ScrollPane(content); scroll.setHmax(10000); scroll.setVmax(10000); if for some reasons, the content layout bounds changes, the scroll hValue and vValue are set to 1.0. It is due to the boundsChangeListener in the ScrollPaneSkin : private final ChangeListener boundsChangeListener = new ChangeListener() { @Override public void changed(ObservableValue observable, Bounds oldBounds, Bounds newBounds) { ... double newValueY = (oldPositionY/newPositionY)*vsb.getValue(); if (newValueY < 0.0) { vsb.setValue(0.0); } else if (newValueY < 1.0) { vsb.setValue(newValueY); } else if (newValueY > 1.0) { vsb.setValue(1.0); } ... if (newValueX < 0.0) { hsb.setValue(0.0); } else if (newValueX < 1.0) { hsb.setValue(newValueX); } else if (newValueX > 1.0) { hsb.setValue(1.0); } } } }; I think that the fixes values (0.0 and 1.0) should be replaced by (h|v)sb.getMin() or (h|v)sb.getMax(). if (newValueY < vsb.getMin()) { vsb.setValue(vsb.getMin()); } else if (newValueY < vsb.getMax()) { vsb.setValue(newValueY); } else if (newValueY > vsb.getMax()) { vsb.setValue(vsb.getMax()); } Am i right or am i misunderstanding something ? Regards Seb S?bastien BOULET LEAD D?VELOPPEUR intactile DESIGN Cr?ation d?interfaces + subtiles 04 67 52 88 61 09 50 12 05 66 20 rue du carr? du roi 34000 MONTPELLIER France www.intactile.com Les informations contenues dans cet email et ses documents attach?s sont confidentielles. Elles sont exclusivement adress?es aux destinataires explicitement d?sign?s ci-dessus et ne peuvent ?tre divulgu?es sans consentement de son auteur. Si vous n'?tes pas le destinataire de cet email vous ne devez pas employer, r?v?ler, distribuer, copier, imprimer ou transmettre le contenu de cet email et devez le d?truire imm?diatement. From swpalmer at gmail.com Wed Sep 30 15:23:17 2015 From: swpalmer at gmail.com (Scott Palmer) Date: Wed, 30 Sep 2015 11:23:17 -0400 Subject: Jira Forms need updating for "Affects Version/s" Message-ID: At https://bugs.openjdx.java.net/ 8u60 is still listed under ?Unreleased Versions? Scott From chris.bensen at oracle.com Wed Sep 30 16:08:47 2015 From: chris.bensen at oracle.com (Chris Bensen) Date: Wed, 30 Sep 2015 09:08:47 -0700 Subject: Mac App Store Refusal because of QTKit API's In-Reply-To: <186D0F4E-EEC6-43DA-AD58-8BD1C207D28C@gmail.com> References: <186D0F4E-EEC6-43DA-AD58-8BD1C207D28C@gmail.com> Message-ID: Hi Scott, Those APIs are for the text system ICU. I believe the App Store team may be in error. Perhaps they accidentally copied the wrong forbidden APIs when writing the message. Thanks, Chris > On Sep 29, 2015, at 3:15 AM, Scott Selvia wrote: > > I?m using JDK 8 update 60 and I just received an email from Apple saying that my application is using deprecated QTKit API?s. I?ve reviewed Danno Ferrin?s JavaOne session from last year; it says that Update 40?s libjfxmedia_qtkit.dylib or Update 20?s libjfxmedia.dylib should be removed and are by the packager. I have this line in my packager output from the packager, as you can see the libfxmedia.dylib is in my app and pkg. Is this an oversight by the packager and the libfxmedia.dylib should also be removed from my packaged application? > > The original message from ITunes Connect said that these API?s are referenced, when I questioned Apple as to what code was referencing these they said it was the JavaFX Media library. > > ITunes Connect Responce: > > 2.31 > > Your app incorrectly implements sandboxing, or it contains one or more entitlements with invalid values. Please review the included entitlements and sandboxing documentation and resolve this issues before resubmitting a new binary. > > ubrk_getRuleStatus > ubrk_setUText > ucnv_getCanonicalName > ucnv_reset > ucol_strcollIter > > Dear developer, > > We have discovered one or more issues with your recent delivery for "Examine-IT Pro". To process your delivery, the following issues must be corrected: > > Deprecated API Usage - Apple no longer accepts submissions of apps that use QuickTime or QTKit APIs. > > Once these issues have been corrected, you can then redeliver the corrected binary. > > Regards, > > The App Store team > > > > Running [codesign, -s, 3rd Party Mac Developer Application: THUNDERCLOUD RESOURCES, LLC (82Z9WT6K6N), --prefix, com.thundercloudresources.examineit., -vvvv, --entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/macosx/Examine-IT Pro.entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib] > /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib: signed Mach-O thin (x86_64) [com.thundercloudresources.examineit.libjfxmedia] From sselvia at gmail.com Wed Sep 30 16:19:09 2015 From: sselvia at gmail.com (Scott Selvia) Date: Wed, 30 Sep 2015 12:19:09 -0400 Subject: Mac App Store Refusal because of QTKit API's In-Reply-To: References: <186D0F4E-EEC6-43DA-AD58-8BD1C207D28C@gmail.com> Message-ID: Chris, I'll update iTunes connect with that information and ask them to clarify Thank you for the additional information, Danno explained they are used in the WebKit dylib Scott Sent from my iPhone > On Sep 30, 2015, at 12:08 PM, Chris Bensen wrote: > > Hi Scott, > > Those APIs are for the text system ICU. I believe the App Store team may be in error. Perhaps they accidentally copied the wrong forbidden APIs when writing the message. > > Thanks, > Chris > > >> On Sep 29, 2015, at 3:15 AM, Scott Selvia wrote: >> >> I?m using JDK 8 update 60 and I just received an email from Apple saying that my application is using deprecated QTKit API?s. I?ve reviewed Danno Ferrin?s JavaOne session from last year; it says that Update 40?s libjfxmedia_qtkit.dylib or Update 20?s libjfxmedia.dylib should be removed and are by the packager. I have this line in my packager output from the packager, as you can see the libfxmedia.dylib is in my app and pkg. Is this an oversight by the packager and the libfxmedia.dylib should also be removed from my packaged application? >> >> The original message from ITunes Connect said that these API?s are referenced, when I questioned Apple as to what code was referencing these they said it was the JavaFX Media library. >> >> ITunes Connect Responce: >> >> 2.31 >> >> Your app incorrectly implements sandboxing, or it contains one or more entitlements with invalid values. Please review the included entitlements and sandboxing documentation and resolve this issues before resubmitting a new binary. >> >> ubrk_getRuleStatus >> ubrk_setUText >> ucnv_getCanonicalName >> ucnv_reset >> ucol_strcollIter >> >> Dear developer, >> >> We have discovered one or more issues with your recent delivery for "Examine-IT Pro". To process your delivery, the following issues must be corrected: >> >> Deprecated API Usage - Apple no longer accepts submissions of apps that use QuickTime or QTKit APIs. >> >> Once these issues have been corrected, you can then redeliver the corrected binary. >> >> Regards, >> >> The App Store team >> >> >> >> Running [codesign, -s, 3rd Party Mac Developer Application: THUNDERCLOUD RESOURCES, LLC (82Z9WT6K6N), --prefix, com.thundercloudresources.examineit., -vvvv, --entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/macosx/Examine-IT Pro.entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib] >> /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib: signed Mach-O thin (x86_64) [com.thundercloudresources.examineit.libjfxmedia] > From philip.race at oracle.com Wed Sep 30 16:28:40 2015 From: philip.race at oracle.com (Phil Race) Date: Wed, 30 Sep 2015 09:28:40 -0700 Subject: Mac App Store Refusal because of QTKit API's In-Reply-To: References: <186D0F4E-EEC6-43DA-AD58-8BD1C207D28C@gmail.com> Message-ID: <560C0DB8.2070607@oracle.com> Yes, these look like ICU functions which so far as I know FX only references from its *own* internal copy of webkit which in turn has a copy of ICU. What is very odd is that Apple is essentially then objecting to referencing functions that are internal to your app. ie referenced by your app and also fulfilled by your app, whereas I assume the app store checking should be against deprecated Apple APIs that you reference in your app and that are fulfilled by OSX (or iOS). So something seems wrong here. -phil. On 09/30/2015 09:19 AM, Scott Selvia wrote: > Chris, > > I'll update iTunes connect with that information and ask them to clarify > > Thank you for the additional information, Danno explained they are used in the WebKit dylib > > Scott > > Sent from my iPhone > >> On Sep 30, 2015, at 12:08 PM, Chris Bensen wrote: >> >> Hi Scott, >> >> Those APIs are for the text system ICU. I believe the App Store team may be in error. Perhaps they accidentally copied the wrong forbidden APIs when writing the message. >> >> Thanks, >> Chris >> >> >>> On Sep 29, 2015, at 3:15 AM, Scott Selvia wrote: >>> >>> I?m using JDK 8 update 60 and I just received an email from Apple saying that my application is using deprecated QTKit API?s. I?ve reviewed Danno Ferrin?s JavaOne session from last year; it says that Update 40?s libjfxmedia_qtkit.dylib or Update 20?s libjfxmedia.dylib should be removed and are by the packager. I have this line in my packager output from the packager, as you can see the libfxmedia.dylib is in my app and pkg. Is this an oversight by the packager and the libfxmedia.dylib should also be removed from my packaged application? >>> >>> The original message from ITunes Connect said that these API?s are referenced, when I questioned Apple as to what code was referencing these they said it was the JavaFX Media library. >>> >>> ITunes Connect Responce: >>> >>> 2.31 >>> >>> Your app incorrectly implements sandboxing, or it contains one or more entitlements with invalid values. Please review the included entitlements and sandboxing documentation and resolve this issues before resubmitting a new binary. >>> >>> ubrk_getRuleStatus >>> ubrk_setUText >>> ucnv_getCanonicalName >>> ucnv_reset >>> ucol_strcollIter >>> >>> Dear developer, >>> >>> We have discovered one or more issues with your recent delivery for "Examine-IT Pro". To process your delivery, the following issues must be corrected: >>> >>> Deprecated API Usage - Apple no longer accepts submissions of apps that use QuickTime or QTKit APIs. >>> >>> Once these issues have been corrected, you can then redeliver the corrected binary. >>> >>> Regards, >>> >>> The App Store team >>> >>> >>> >>> Running [codesign, -s, 3rd Party Mac Developer Application: THUNDERCLOUD RESOURCES, LLC (82Z9WT6K6N), --prefix, com.thundercloudresources.examineit., -vvvv, --entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/macosx/Examine-IT Pro.entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib] >>> /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib: signed Mach-O thin (x86_64) [com.thundercloudresources.examineit.libjfxmedia] From kevin.rushforth at oracle.com Wed Sep 30 16:44:37 2015 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 30 Sep 2015 09:44:37 -0700 Subject: Fwd: HostServices on Linux Ubuntu 14.04 trusty In-Reply-To: References: <560669F0.2010205@gmx.de> Message-ID: <560C1175.9000805@oracle.com> Can you please file a bug against HostServices? You can reference Stefan's workaround in the bug report. Thank you. -- Kevin John Maton wrote: > Stefan > I confirm that works for me on all platforms, Windows/Mac/Ubuntu, thanks > again > (for the record HostServices does not work on Ubuntu 10.4). > Regards, > John Maton > > On Sat, Sep 26, 2015 at 11:48 AM, Stefan Fuchs wrote: > > >> Hi, >> >> this works for us on all platforms, including Ubuntu 14.04 >> >> // Desktop methods must be executed on the Swing Event Thread >> SwingUtilities.invokeLater(() -> { >> Desktop.getDesktop().open(pdfFile); >> }); >> >> Regards, >> >> Stefan >> >> To: Rahman USTA >> >>> My problem is getHostServices().showDocument does nothing at all in Ubuntu >>> 10.4 >>> >>> Have you tried using Desktop? >>> as in >>> if(Desktop.isDesktopSupported()) Desktop.getDesktop().open(docFile); >>> >>> That also works for me on Windows and Mac but causes a system crash in >>> Ubuntu so I am no better off. >>> Regards >>> John Maton >>> >>> >>> On Sat, Sep 26, 2015 at 11:08 AM, Rahman USTA >>> wrote: >>> >>> I have similar issue. When using host services to show document in >>> >>>> directory services, in Linux environment it shows documents in Web >>>> browser, >>>> not in directory service. >>>> >>>> Thanks >>>> 26 Eyl 2015 11:47 tarihinde "John Maton" yazd?: >>>> >>>> Good morning all, >>>> >>>> >>>>> I am using getHostServices().showDocument to display documents, such as >>>>> .pdf files. >>>>> This works find on all versions of Windows I have tested and on Apple >>>>> Macs, >>>>> but I have a test user running Linux Ubuntu 14.04 trusty where it does >>>>> not >>>>> work (does nothing). >>>>> Is there some library/resource which must be installed on Ubuntu to make >>>>> HostServices work? >>>>> thanks in advance for any comments, >>>>> John Maton >>>>> >>>>> >>>>> From donald.smith at oracle.com Wed Sep 30 16:45:55 2015 From: donald.smith at oracle.com (Donald Smith) Date: Wed, 30 Sep 2015 12:45:55 -0400 Subject: Mac App Store Refusal because of QTKit API's In-Reply-To: <560C0DB8.2070607@oracle.com> References: <186D0F4E-EEC6-43DA-AD58-8BD1C207D28C@gmail.com> <560C0DB8.2070607@oracle.com> Message-ID: <560C11C3.9060708@oracle.com> Please let us know what you hear back with Apple on this given the information below we hope they will see this as an oversight. - Don On 30/09/2015 12:28 PM, Phil Race wrote: > Yes, these look like ICU functions which so far as I know FX only > references from its *own* internal copy of webkit which in turn has a > copy of ICU. > > What is very odd is that Apple is essentially then objecting to > referencing > functions that are internal to your app. ie referenced by your app and > also > fulfilled by your app, whereas I assume the app store checking should be > against deprecated Apple APIs that you reference in your app and that > are fulfilled by OSX (or iOS). > > So something seems wrong here. > > -phil. > > On 09/30/2015 09:19 AM, Scott Selvia wrote: >> Chris, >> >> I'll update iTunes connect with that information and ask them to clarify >> >> Thank you for the additional information, Danno explained they are >> used in the WebKit dylib >> >> Scott >> >> Sent from my iPhone >> >>> On Sep 30, 2015, at 12:08 PM, Chris Bensen >>> wrote: >>> >>> Hi Scott, >>> >>> Those APIs are for the text system ICU. I believe the App Store team >>> may be in error. Perhaps they accidentally copied the wrong >>> forbidden APIs when writing the message. >>> >>> Thanks, >>> Chris >>> >>> >>>> On Sep 29, 2015, at 3:15 AM, Scott Selvia wrote: >>>> >>>> I?m using JDK 8 update 60 and I just received an email from Apple >>>> saying that my application is using deprecated QTKit API?s. I?ve >>>> reviewed Danno Ferrin?s JavaOne session from last year; it says >>>> that Update 40?s libjfxmedia_qtkit.dylib or Update 20?s >>>> libjfxmedia.dylib should be removed and are by the packager. I >>>> have this line in my packager output from the packager, as you can >>>> see the libfxmedia.dylib is in my app and pkg. Is this an >>>> oversight by the packager and the libfxmedia.dylib should also be >>>> removed from my packaged application? >>>> >>>> The original message from ITunes Connect said that these API?s are >>>> referenced, when I questioned Apple as to what code was referencing >>>> these they said it was the JavaFX Media library. >>>> >>>> ITunes Connect Responce: >>>> >>>> 2.31 >>>> >>>> Your app incorrectly implements sandboxing, or it contains one or >>>> more entitlements with invalid values. Please review the included >>>> entitlements and sandboxing documentation and resolve this issues >>>> before resubmitting a new binary. >>>> >>>> ubrk_getRuleStatus >>>> ubrk_setUText >>>> ucnv_getCanonicalName >>>> ucnv_reset >>>> ucol_strcollIter >>>> >>>> Dear developer, >>>> >>>> We have discovered one or more issues with your recent delivery for >>>> "Examine-IT Pro". To process your delivery, the following issues >>>> must be corrected: >>>> >>>> Deprecated API Usage - Apple no longer accepts submissions of apps >>>> that use QuickTime or QTKit APIs. >>>> >>>> Once these issues have been corrected, you can then redeliver the >>>> corrected binary. >>>> >>>> Regards, >>>> >>>> The App Store team >>>> >>>> >>>> >>>> Running [codesign, -s, 3rd Party Mac Developer Application: >>>> THUNDERCLOUD RESOURCES, LLC (82Z9WT6K6N), --prefix, >>>> com.thundercloudresources.examineit., -vvvv, --entitlements, >>>> /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/macosx/Examine-IT >>>> Pro.entitlements, >>>> /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT >>>> Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib] >>>> >>>> /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT >>>> Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib: >>>> signed Mach-O thin (x86_64) >>>> [com.thundercloudresources.examineit.libjfxmedia] > From sselvia at gmail.com Wed Sep 30 17:44:21 2015 From: sselvia at gmail.com (Scott Selvia) Date: Wed, 30 Sep 2015 13:44:21 -0400 Subject: Mac App Store Refusal because of QTKit API's In-Reply-To: <560C11C3.9060708@oracle.com> References: <186D0F4E-EEC6-43DA-AD58-8BD1C207D28C@gmail.com> <560C0DB8.2070607@oracle.com> <560C11C3.9060708@oracle.com> Message-ID: <9A2D841F-E8E6-486D-AE24-68FE95DB2860@gmail.com> Will do It seems Apple is not distinguishing the difference of who is using the APIs. Just like the jfx media qt dylib filtered out of the Java packager process when building a Mac store app. I guess at this point they feel the WebKit dylib falls into the category. I had an apple issue with the embedded info.plist bundle ID that is part of the jre packaged with the Mac application package generated with the packager. I had to hack the jdk update 60 info.plist file and change the bundle ID with a hashcode suffix. This I opened an apple bug for stating that embedded frameworks should not trigger a bundle collision ID error when uploading an application. I have not had any additional responses I guess I'll add another bug for embedded frameworks (in this case the JRE) using deprecated APIs Scott Sent from my iPhone > On Sep 30, 2015, at 12:45 PM, Donald Smith wrote: > > Please let us know what you hear back with Apple on this given the information below we hope they will see this as an oversight. > > - Don > >> On 30/09/2015 12:28 PM, Phil Race wrote: >> Yes, these look like ICU functions which so far as I know FX only >> references from its *own* internal copy of webkit which in turn has a copy of ICU. >> >> What is very odd is that Apple is essentially then objecting to referencing >> functions that are internal to your app. ie referenced by your app and also >> fulfilled by your app, whereas I assume the app store checking should be >> against deprecated Apple APIs that you reference in your app and that >> are fulfilled by OSX (or iOS). >> >> So something seems wrong here. >> >> -phil. >> >>> On 09/30/2015 09:19 AM, Scott Selvia wrote: >>> Chris, >>> >>> I'll update iTunes connect with that information and ask them to clarify >>> >>> Thank you for the additional information, Danno explained they are used in the WebKit dylib >>> >>> Scott >>> >>> Sent from my iPhone >>> >>>> On Sep 30, 2015, at 12:08 PM, Chris Bensen wrote: >>>> >>>> Hi Scott, >>>> >>>> Those APIs are for the text system ICU. I believe the App Store team may be in error. Perhaps they accidentally copied the wrong forbidden APIs when writing the message. >>>> >>>> Thanks, >>>> Chris >>>> >>>> >>>>> On Sep 29, 2015, at 3:15 AM, Scott Selvia wrote: >>>>> >>>>> I?m using JDK 8 update 60 and I just received an email from Apple saying that my application is using deprecated QTKit API?s. I?ve reviewed Danno Ferrin?s JavaOne session from last year; it says that Update 40?s libjfxmedia_qtkit.dylib or Update 20?s libjfxmedia.dylib should be removed and are by the packager. I have this line in my packager output from the packager, as you can see the libfxmedia.dylib is in my app and pkg. Is this an oversight by the packager and the libfxmedia.dylib should also be removed from my packaged application? >>>>> >>>>> The original message from ITunes Connect said that these API?s are referenced, when I questioned Apple as to what code was referencing these they said it was the JavaFX Media library. >>>>> >>>>> ITunes Connect Responce: >>>>> >>>>> 2.31 >>>>> >>>>> Your app incorrectly implements sandboxing, or it contains one or more entitlements with invalid values. Please review the included entitlements and sandboxing documentation and resolve this issues before resubmitting a new binary. >>>>> >>>>> ubrk_getRuleStatus >>>>> ubrk_setUText >>>>> ucnv_getCanonicalName >>>>> ucnv_reset >>>>> ucol_strcollIter >>>>> >>>>> Dear developer, >>>>> >>>>> We have discovered one or more issues with your recent delivery for "Examine-IT Pro". To process your delivery, the following issues must be corrected: >>>>> >>>>> Deprecated API Usage - Apple no longer accepts submissions of apps that use QuickTime or QTKit APIs. >>>>> >>>>> Once these issues have been corrected, you can then redeliver the corrected binary. >>>>> >>>>> Regards, >>>>> >>>>> The App Store team >>>>> >>>>> >>>>> >>>>> Running [codesign, -s, 3rd Party Mac Developer Application: THUNDERCLOUD RESOURCES, LLC (82Z9WT6K6N), --prefix, com.thundercloudresources.examineit., -vvvv, --entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/macosx/Examine-IT Pro.entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib] >>>>> /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib: signed Mach-O thin (x86_64) [com.thundercloudresources.examineit.libjfxmedia] > From philip.race at oracle.com Wed Sep 30 18:54:01 2015 From: philip.race at oracle.com (Phil Race) Date: Wed, 30 Sep 2015 11:54:01 -0700 Subject: Mac App Store Refusal because of QTKit API's In-Reply-To: <9A2D841F-E8E6-486D-AE24-68FE95DB2860@gmail.com> References: <186D0F4E-EEC6-43DA-AD58-8BD1C207D28C@gmail.com> <560C0DB8.2070607@oracle.com> <560C11C3.9060708@oracle.com> <9A2D841F-E8E6-486D-AE24-68FE95DB2860@gmail.com> Message-ID: <560C2FC9.9080807@oracle.com> It looks like there may be something to this :- On mac fx in 8u60 is linking webkit against the system icu library to find these symbols. $ nm -a libjfxwebkit.dylib | grep ubrk_getRuleStatus U _ubrk_getRuleStatus $ otool -L libjfxwebkit.dylib | grep icu /usr/lib/libicucore.A.dylib (compatibility version 1.0.0, current version 51.1.0) webkit has as "undefined" a much longer list than what Apple complained about so it is not clear if they regard the entire library as off-limits or just some subset. So I don't think this is anything to do with QtKit but is a webkit problem. Removing that dylib is the apparent workaround, assuming you don't need it. If the packager can't handle that for you I suppose you need to manually get rid of it out of your JDK directory before packaging. -phil. On 09/30/2015 10:44 AM, Scott Selvia wrote: > Will do > > It seems Apple is not distinguishing the difference of who is using the APIs. Just like the jfx media qt dylib filtered out of the Java packager process when building a Mac store app. I guess at this point they feel the WebKit dylib falls into the category. > > I had an apple issue with the embedded info.plist bundle ID that is part of the jre packaged with the Mac application package generated with the packager. I had to hack the jdk update 60 info.plist file and change the bundle ID with a hashcode suffix. This I opened an apple bug for stating that embedded frameworks should not trigger a bundle collision ID error when uploading an application. I have not had any additional responses > > I guess I'll add another bug for embedded frameworks (in this case the JRE) using deprecated APIs > > Scott > > Sent from my iPhone > >> On Sep 30, 2015, at 12:45 PM, Donald Smith wrote: >> >> Please let us know what you hear back with Apple on this given the information below we hope they will see this as an oversight. >> >> - Don >> >>> On 30/09/2015 12:28 PM, Phil Race wrote: >>> Yes, these look like ICU functions which so far as I know FX only >>> references from its *own* internal copy of webkit which in turn has a copy of ICU. >>> >>> What is very odd is that Apple is essentially then objecting to referencing >>> functions that are internal to your app. ie referenced by your app and also >>> fulfilled by your app, whereas I assume the app store checking should be >>> against deprecated Apple APIs that you reference in your app and that >>> are fulfilled by OSX (or iOS). >>> >>> So something seems wrong here. >>> >>> -phil. >>> >>>> On 09/30/2015 09:19 AM, Scott Selvia wrote: >>>> Chris, >>>> >>>> I'll update iTunes connect with that information and ask them to clarify >>>> >>>> Thank you for the additional information, Danno explained they are used in the WebKit dylib >>>> >>>> Scott >>>> >>>> Sent from my iPhone >>>> >>>>> On Sep 30, 2015, at 12:08 PM, Chris Bensen wrote: >>>>> >>>>> Hi Scott, >>>>> >>>>> Those APIs are for the text system ICU. I believe the App Store team may be in error. Perhaps they accidentally copied the wrong forbidden APIs when writing the message. >>>>> >>>>> Thanks, >>>>> Chris >>>>> >>>>> >>>>>> On Sep 29, 2015, at 3:15 AM, Scott Selvia wrote: >>>>>> >>>>>> I?m using JDK 8 update 60 and I just received an email from Apple saying that my application is using deprecated QTKit API?s. I?ve reviewed Danno Ferrin?s JavaOne session from last year; it says that Update 40?s libjfxmedia_qtkit.dylib or Update 20?s libjfxmedia.dylib should be removed and are by the packager. I have this line in my packager output from the packager, as you can see the libfxmedia.dylib is in my app and pkg. Is this an oversight by the packager and the libfxmedia.dylib should also be removed from my packaged application? >>>>>> >>>>>> The original message from ITunes Connect said that these API?s are referenced, when I questioned Apple as to what code was referencing these they said it was the JavaFX Media library. >>>>>> >>>>>> ITunes Connect Responce: >>>>>> >>>>>> 2.31 >>>>>> >>>>>> Your app incorrectly implements sandboxing, or it contains one or more entitlements with invalid values. Please review the included entitlements and sandboxing documentation and resolve this issues before resubmitting a new binary. >>>>>> >>>>>> ubrk_getRuleStatus >>>>>> ubrk_setUText >>>>>> ucnv_getCanonicalName >>>>>> ucnv_reset >>>>>> ucol_strcollIter >>>>>> >>>>>> Dear developer, >>>>>> >>>>>> We have discovered one or more issues with your recent delivery for "Examine-IT Pro". To process your delivery, the following issues must be corrected: >>>>>> >>>>>> Deprecated API Usage - Apple no longer accepts submissions of apps that use QuickTime or QTKit APIs. >>>>>> >>>>>> Once these issues have been corrected, you can then redeliver the corrected binary. >>>>>> >>>>>> Regards, >>>>>> >>>>>> The App Store team >>>>>> >>>>>> >>>>>> >>>>>> Running [codesign, -s, 3rd Party Mac Developer Application: THUNDERCLOUD RESOURCES, LLC (82Z9WT6K6N), --prefix, com.thundercloudresources.examineit., -vvvv, --entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/macosx/Examine-IT Pro.entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib] >>>>>> /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib: signed Mach-O thin (x86_64) [com.thundercloudresources.examineit.libjfxmedia] From sselvia at gmail.com Wed Sep 30 19:05:04 2015 From: sselvia at gmail.com (Scott Selvia) Date: Wed, 30 Sep 2015 15:05:04 -0400 Subject: Mac App Store Refusal because of QTKit API's In-Reply-To: <560C2FC9.9080807@oracle.com> References: <186D0F4E-EEC6-43DA-AD58-8BD1C207D28C@gmail.com> <560C0DB8.2070607@oracle.com> <560C11C3.9060708@oracle.com> <9A2D841F-E8E6-486D-AE24-68FE95DB2860@gmail.com> <560C2FC9.9080807@oracle.com> Message-ID: Phil, Yes I've done that and I've re-submitted the app again I agree that I should not be penalized by the JRE one would hope that Oracle and Apple worked out the JRE do's and don't when it was decided that Java applications can be posted to the OS X App Store. However I don't think it will do much good for me to open Apple bugs. Oracles stick is much bigger than mine!!! Scott Sent from my iPhone > On Sep 30, 2015, at 2:54 PM, Phil Race wrote: > > It looks like there may be something to this :- > > On mac fx in 8u60 is linking webkit against the system icu library to find these symbols. > > $ nm -a libjfxwebkit.dylib | grep ubrk_getRuleStatus > U _ubrk_getRuleStatus > $ otool -L libjfxwebkit.dylib | grep icu > /usr/lib/libicucore.A.dylib (compatibility version 1.0.0, current version 51.1.0) > > webkit has as "undefined" a much longer list than what Apple complained about > so it is not clear if they regard the entire library as off-limits or just some subset. > > So I don't think this is anything to do with QtKit but is a webkit problem. > Removing that dylib is the apparent workaround, assuming you don't need it. > If the packager can't handle that for you I suppose you need to manually > get rid of it out of your JDK directory before packaging. > > -phil. > >> On 09/30/2015 10:44 AM, Scott Selvia wrote: >> Will do >> >> It seems Apple is not distinguishing the difference of who is using the APIs. Just like the jfx media qt dylib filtered out of the Java packager process when building a Mac store app. I guess at this point they feel the WebKit dylib falls into the category. >> >> I had an apple issue with the embedded info.plist bundle ID that is part of the jre packaged with the Mac application package generated with the packager. I had to hack the jdk update 60 info.plist file and change the bundle ID with a hashcode suffix. This I opened an apple bug for stating that embedded frameworks should not trigger a bundle collision ID error when uploading an application. I have not had any additional responses >> >> I guess I'll add another bug for embedded frameworks (in this case the JRE) using deprecated APIs >> >> Scott >> >> Sent from my iPhone >> >>> On Sep 30, 2015, at 12:45 PM, Donald Smith wrote: >>> >>> Please let us know what you hear back with Apple on this given the information below we hope they will see this as an oversight. >>> >>> - Don >>> >>>> On 30/09/2015 12:28 PM, Phil Race wrote: >>>> Yes, these look like ICU functions which so far as I know FX only >>>> references from its *own* internal copy of webkit which in turn has a copy of ICU. >>>> >>>> What is very odd is that Apple is essentially then objecting to referencing >>>> functions that are internal to your app. ie referenced by your app and also >>>> fulfilled by your app, whereas I assume the app store checking should be >>>> against deprecated Apple APIs that you reference in your app and that >>>> are fulfilled by OSX (or iOS). >>>> >>>> So something seems wrong here. >>>> >>>> -phil. >>>> >>>>> On 09/30/2015 09:19 AM, Scott Selvia wrote: >>>>> Chris, >>>>> >>>>> I'll update iTunes connect with that information and ask them to clarify >>>>> >>>>> Thank you for the additional information, Danno explained they are used in the WebKit dylib >>>>> >>>>> Scott >>>>> >>>>> Sent from my iPhone >>>>> >>>>>> On Sep 30, 2015, at 12:08 PM, Chris Bensen wrote: >>>>>> >>>>>> Hi Scott, >>>>>> >>>>>> Those APIs are for the text system ICU. I believe the App Store team may be in error. Perhaps they accidentally copied the wrong forbidden APIs when writing the message. >>>>>> >>>>>> Thanks, >>>>>> Chris >>>>>> >>>>>> >>>>>>> On Sep 29, 2015, at 3:15 AM, Scott Selvia wrote: >>>>>>> >>>>>>> I?m using JDK 8 update 60 and I just received an email from Apple saying that my application is using deprecated QTKit API?s. I?ve reviewed Danno Ferrin?s JavaOne session from last year; it says that Update 40?s libjfxmedia_qtkit.dylib or Update 20?s libjfxmedia.dylib should be removed and are by the packager. I have this line in my packager output from the packager, as you can see the libfxmedia.dylib is in my app and pkg. Is this an oversight by the packager and the libfxmedia.dylib should also be removed from my packaged application? >>>>>>> >>>>>>> The original message from ITunes Connect said that these API?s are referenced, when I questioned Apple as to what code was referencing these they said it was the JavaFX Media library. >>>>>>> >>>>>>> ITunes Connect Responce: >>>>>>> >>>>>>> 2.31 >>>>>>> >>>>>>> Your app incorrectly implements sandboxing, or it contains one or more entitlements with invalid values. Please review the included entitlements and sandboxing documentation and resolve this issues before resubmitting a new binary. >>>>>>> >>>>>>> ubrk_getRuleStatus >>>>>>> ubrk_setUText >>>>>>> ucnv_getCanonicalName >>>>>>> ucnv_reset >>>>>>> ucol_strcollIter >>>>>>> >>>>>>> Dear developer, >>>>>>> >>>>>>> We have discovered one or more issues with your recent delivery for "Examine-IT Pro". To process your delivery, the following issues must be corrected: >>>>>>> >>>>>>> Deprecated API Usage - Apple no longer accepts submissions of apps that use QuickTime or QTKit APIs. >>>>>>> >>>>>>> Once these issues have been corrected, you can then redeliver the corrected binary. >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> The App Store team >>>>>>> >>>>>>> >>>>>>> >>>>>>> Running [codesign, -s, 3rd Party Mac Developer Application: THUNDERCLOUD RESOURCES, LLC (82Z9WT6K6N), --prefix, com.thundercloudresources.examineit., -vvvv, --entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/macosx/Examine-IT Pro.entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib] >>>>>>> /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib: signed Mach-O thin (x86_64) [com.thundercloudresources.examineit.libjfxmedia] > From sselvia at gmail.com Wed Sep 30 19:09:56 2015 From: sselvia at gmail.com (Scott Selvia) Date: Wed, 30 Sep 2015 15:09:56 -0400 Subject: Mac App Store Refusal because of QTKit API's In-Reply-To: References: <186D0F4E-EEC6-43DA-AD58-8BD1C207D28C@gmail.com> <560C0DB8.2070607@oracle.com> <560C11C3.9060708@oracle.com> <9A2D841F-E8E6-486D-AE24-68FE95DB2860@gmail.com> <560C2FC9.9080807@oracle.com> Message-ID: I'll update the thread when I get a response from Apple on my latest submission. I believe someone is doing an App Store talk or packager talk at JavaOne. They can include the information in the thread Sent from my iPhone > On Sep 30, 2015, at 3:05 PM, Scott Selvia wrote: > > Phil, > > Yes I've done that and I've re-submitted the app again > > I agree that I should not be penalized by the JRE one would hope that Oracle and Apple worked out the JRE do's and don't when it was decided that Java applications can be posted to the OS X App Store. However I don't think it will do much good for me to open Apple bugs. Oracles stick is much bigger than mine!!! > > Scott > > Sent from my iPhone > >> On Sep 30, 2015, at 2:54 PM, Phil Race wrote: >> >> It looks like there may be something to this :- >> >> On mac fx in 8u60 is linking webkit against the system icu library to find these symbols. >> >> $ nm -a libjfxwebkit.dylib | grep ubrk_getRuleStatus >> U _ubrk_getRuleStatus >> $ otool -L libjfxwebkit.dylib | grep icu >> /usr/lib/libicucore.A.dylib (compatibility version 1.0.0, current version 51.1.0) >> >> webkit has as "undefined" a much longer list than what Apple complained about >> so it is not clear if they regard the entire library as off-limits or just some subset. >> >> So I don't think this is anything to do with QtKit but is a webkit problem. >> Removing that dylib is the apparent workaround, assuming you don't need it. >> If the packager can't handle that for you I suppose you need to manually >> get rid of it out of your JDK directory before packaging. >> >> -phil. >> >>> On 09/30/2015 10:44 AM, Scott Selvia wrote: >>> Will do >>> >>> It seems Apple is not distinguishing the difference of who is using the APIs. Just like the jfx media qt dylib filtered out of the Java packager process when building a Mac store app. I guess at this point they feel the WebKit dylib falls into the category. >>> >>> I had an apple issue with the embedded info.plist bundle ID that is part of the jre packaged with the Mac application package generated with the packager. I had to hack the jdk update 60 info.plist file and change the bundle ID with a hashcode suffix. This I opened an apple bug for stating that embedded frameworks should not trigger a bundle collision ID error when uploading an application. I have not had any additional responses >>> >>> I guess I'll add another bug for embedded frameworks (in this case the JRE) using deprecated APIs >>> >>> Scott >>> >>> Sent from my iPhone >>> >>>> On Sep 30, 2015, at 12:45 PM, Donald Smith wrote: >>>> >>>> Please let us know what you hear back with Apple on this given the information below we hope they will see this as an oversight. >>>> >>>> - Don >>>> >>>>> On 30/09/2015 12:28 PM, Phil Race wrote: >>>>> Yes, these look like ICU functions which so far as I know FX only >>>>> references from its *own* internal copy of webkit which in turn has a copy of ICU. >>>>> >>>>> What is very odd is that Apple is essentially then objecting to referencing >>>>> functions that are internal to your app. ie referenced by your app and also >>>>> fulfilled by your app, whereas I assume the app store checking should be >>>>> against deprecated Apple APIs that you reference in your app and that >>>>> are fulfilled by OSX (or iOS). >>>>> >>>>> So something seems wrong here. >>>>> >>>>> -phil. >>>>> >>>>>> On 09/30/2015 09:19 AM, Scott Selvia wrote: >>>>>> Chris, >>>>>> >>>>>> I'll update iTunes connect with that information and ask them to clarify >>>>>> >>>>>> Thank you for the additional information, Danno explained they are used in the WebKit dylib >>>>>> >>>>>> Scott >>>>>> >>>>>> Sent from my iPhone >>>>>> >>>>>>> On Sep 30, 2015, at 12:08 PM, Chris Bensen wrote: >>>>>>> >>>>>>> Hi Scott, >>>>>>> >>>>>>> Those APIs are for the text system ICU. I believe the App Store team may be in error. Perhaps they accidentally copied the wrong forbidden APIs when writing the message. >>>>>>> >>>>>>> Thanks, >>>>>>> Chris >>>>>>> >>>>>>> >>>>>>>> On Sep 29, 2015, at 3:15 AM, Scott Selvia wrote: >>>>>>>> >>>>>>>> I?m using JDK 8 update 60 and I just received an email from Apple saying that my application is using deprecated QTKit API?s. I?ve reviewed Danno Ferrin?s JavaOne session from last year; it says that Update 40?s libjfxmedia_qtkit.dylib or Update 20?s libjfxmedia.dylib should be removed and are by the packager. I have this line in my packager output from the packager, as you can see the libfxmedia.dylib is in my app and pkg. Is this an oversight by the packager and the libfxmedia.dylib should also be removed from my packaged application? >>>>>>>> >>>>>>>> The original message from ITunes Connect said that these API?s are referenced, when I questioned Apple as to what code was referencing these they said it was the JavaFX Media library. >>>>>>>> >>>>>>>> ITunes Connect Responce: >>>>>>>> >>>>>>>> 2.31 >>>>>>>> >>>>>>>> Your app incorrectly implements sandboxing, or it contains one or more entitlements with invalid values. Please review the included entitlements and sandboxing documentation and resolve this issues before resubmitting a new binary. >>>>>>>> >>>>>>>> ubrk_getRuleStatus >>>>>>>> ubrk_setUText >>>>>>>> ucnv_getCanonicalName >>>>>>>> ucnv_reset >>>>>>>> ucol_strcollIter >>>>>>>> >>>>>>>> Dear developer, >>>>>>>> >>>>>>>> We have discovered one or more issues with your recent delivery for "Examine-IT Pro". To process your delivery, the following issues must be corrected: >>>>>>>> >>>>>>>> Deprecated API Usage - Apple no longer accepts submissions of apps that use QuickTime or QTKit APIs. >>>>>>>> >>>>>>>> Once these issues have been corrected, you can then redeliver the corrected binary. >>>>>>>> >>>>>>>> Regards, >>>>>>>> >>>>>>>> The App Store team >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Running [codesign, -s, 3rd Party Mac Developer Application: THUNDERCLOUD RESOURCES, LLC (82Z9WT6K6N), --prefix, com.thundercloudresources.examineit., -vvvv, --entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/macosx/Examine-IT Pro.entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib] >>>>>>>> /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib: signed Mach-O thin (x86_64) [com.thundercloudresources.examineit.libjfxmedia] >> From philip.race at oracle.com Wed Sep 30 19:11:23 2015 From: philip.race at oracle.com (Phil Race) Date: Wed, 30 Sep 2015 12:11:23 -0700 Subject: Mac App Store Refusal because of QTKit API's In-Reply-To: References: <186D0F4E-EEC6-43DA-AD58-8BD1C207D28C@gmail.com> <560C0DB8.2070607@oracle.com> <560C11C3.9060708@oracle.com> <9A2D841F-E8E6-486D-AE24-68FE95DB2860@gmail.com> <560C2FC9.9080807@oracle.com> Message-ID: <560C33DB.5070800@oracle.com> It may still be worth you following up as they at least ought to answer why they identified these as QTKit symbols when they demonstrably are not .. -phil. On 09/30/2015 12:05 PM, Scott Selvia wrote: > Phil, > > Yes I've done that and I've re-submitted the app again > > I agree that I should not be penalized by the JRE one would hope that Oracle and Apple worked out the JRE do's and don't when it was decided that Java applications can be posted to the OS X App Store. However I don't think it will do much good for me to open Apple bugs. Oracles stick is much bigger than mine!!! > > Scott > > Sent from my iPhone > >> On Sep 30, 2015, at 2:54 PM, Phil Race wrote: >> >> It looks like there may be something to this :- >> >> On mac fx in 8u60 is linking webkit against the system icu library to find these symbols. >> >> $ nm -a libjfxwebkit.dylib | grep ubrk_getRuleStatus >> U _ubrk_getRuleStatus >> $ otool -L libjfxwebkit.dylib | grep icu >> /usr/lib/libicucore.A.dylib (compatibility version 1.0.0, current version 51.1.0) >> >> webkit has as "undefined" a much longer list than what Apple complained about >> so it is not clear if they regard the entire library as off-limits or just some subset. >> >> So I don't think this is anything to do with QtKit but is a webkit problem. >> Removing that dylib is the apparent workaround, assuming you don't need it. >> If the packager can't handle that for you I suppose you need to manually >> get rid of it out of your JDK directory before packaging. >> >> -phil. >> >>> On 09/30/2015 10:44 AM, Scott Selvia wrote: >>> Will do >>> >>> It seems Apple is not distinguishing the difference of who is using the APIs. Just like the jfx media qt dylib filtered out of the Java packager process when building a Mac store app. I guess at this point they feel the WebKit dylib falls into the category. >>> >>> I had an apple issue with the embedded info.plist bundle ID that is part of the jre packaged with the Mac application package generated with the packager. I had to hack the jdk update 60 info.plist file and change the bundle ID with a hashcode suffix. This I opened an apple bug for stating that embedded frameworks should not trigger a bundle collision ID error when uploading an application. I have not had any additional responses >>> >>> I guess I'll add another bug for embedded frameworks (in this case the JRE) using deprecated APIs >>> >>> Scott >>> >>> Sent from my iPhone >>> >>>> On Sep 30, 2015, at 12:45 PM, Donald Smith wrote: >>>> >>>> Please let us know what you hear back with Apple on this given the information below we hope they will see this as an oversight. >>>> >>>> - Don >>>> >>>>> On 30/09/2015 12:28 PM, Phil Race wrote: >>>>> Yes, these look like ICU functions which so far as I know FX only >>>>> references from its *own* internal copy of webkit which in turn has a copy of ICU. >>>>> >>>>> What is very odd is that Apple is essentially then objecting to referencing >>>>> functions that are internal to your app. ie referenced by your app and also >>>>> fulfilled by your app, whereas I assume the app store checking should be >>>>> against deprecated Apple APIs that you reference in your app and that >>>>> are fulfilled by OSX (or iOS). >>>>> >>>>> So something seems wrong here. >>>>> >>>>> -phil. >>>>> >>>>>> On 09/30/2015 09:19 AM, Scott Selvia wrote: >>>>>> Chris, >>>>>> >>>>>> I'll update iTunes connect with that information and ask them to clarify >>>>>> >>>>>> Thank you for the additional information, Danno explained they are used in the WebKit dylib >>>>>> >>>>>> Scott >>>>>> >>>>>> Sent from my iPhone >>>>>> >>>>>>> On Sep 30, 2015, at 12:08 PM, Chris Bensen wrote: >>>>>>> >>>>>>> Hi Scott, >>>>>>> >>>>>>> Those APIs are for the text system ICU. I believe the App Store team may be in error. Perhaps they accidentally copied the wrong forbidden APIs when writing the message. >>>>>>> >>>>>>> Thanks, >>>>>>> Chris >>>>>>> >>>>>>> >>>>>>>> On Sep 29, 2015, at 3:15 AM, Scott Selvia wrote: >>>>>>>> >>>>>>>> I?m using JDK 8 update 60 and I just received an email from Apple saying that my application is using deprecated QTKit API?s. I?ve reviewed Danno Ferrin?s JavaOne session from last year; it says that Update 40?s libjfxmedia_qtkit.dylib or Update 20?s libjfxmedia.dylib should be removed and are by the packager. I have this line in my packager output from the packager, as you can see the libfxmedia.dylib is in my app and pkg. Is this an oversight by the packager and the libfxmedia.dylib should also be removed from my packaged application? >>>>>>>> >>>>>>>> The original message from ITunes Connect said that these API?s are referenced, when I questioned Apple as to what code was referencing these they said it was the JavaFX Media library. >>>>>>>> >>>>>>>> ITunes Connect Responce: >>>>>>>> >>>>>>>> 2.31 >>>>>>>> >>>>>>>> Your app incorrectly implements sandboxing, or it contains one or more entitlements with invalid values. Please review the included entitlements and sandboxing documentation and resolve this issues before resubmitting a new binary. >>>>>>>> >>>>>>>> ubrk_getRuleStatus >>>>>>>> ubrk_setUText >>>>>>>> ucnv_getCanonicalName >>>>>>>> ucnv_reset >>>>>>>> ucol_strcollIter >>>>>>>> >>>>>>>> Dear developer, >>>>>>>> >>>>>>>> We have discovered one or more issues with your recent delivery for "Examine-IT Pro". To process your delivery, the following issues must be corrected: >>>>>>>> >>>>>>>> Deprecated API Usage - Apple no longer accepts submissions of apps that use QuickTime or QTKit APIs. >>>>>>>> >>>>>>>> Once these issues have been corrected, you can then redeliver the corrected binary. >>>>>>>> >>>>>>>> Regards, >>>>>>>> >>>>>>>> The App Store team >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Running [codesign, -s, 3rd Party Mac Developer Application: THUNDERCLOUD RESOURCES, LLC (82Z9WT6K6N), --prefix, com.thundercloudresources.examineit., -vvvv, --entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/macosx/Examine-IT Pro.entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib] >>>>>>>> /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib: signed Mach-O thin (x86_64) [com.thundercloudresources.examineit.libjfxmedia] From sselvia at gmail.com Wed Sep 30 19:15:45 2015 From: sselvia at gmail.com (Scott Selvia) Date: Wed, 30 Sep 2015 15:15:45 -0400 Subject: Mac App Store Refusal because of QTKit API's In-Reply-To: <560C33DB.5070800@oracle.com> References: <186D0F4E-EEC6-43DA-AD58-8BD1C207D28C@gmail.com> <560C0DB8.2070607@oracle.com> <560C11C3.9060708@oracle.com> <9A2D841F-E8E6-486D-AE24-68FE95DB2860@gmail.com> <560C2FC9.9080807@oracle.com> <560C33DB.5070800@oracle.com> Message-ID: <73170CEE-289C-49CF-AA81-8BCF1276DC92@gmail.com> I will and thanks to all for you help Sent from my iPhone > On Sep 30, 2015, at 3:11 PM, Phil Race wrote: > > It may still be worth you following up as they at least ought to > answer why they identified these as QTKit symbols when they > demonstrably are not .. > > -phil. > >> On 09/30/2015 12:05 PM, Scott Selvia wrote: >> Phil, >> >> Yes I've done that and I've re-submitted the app again >> >> I agree that I should not be penalized by the JRE one would hope that Oracle and Apple worked out the JRE do's and don't when it was decided that Java applications can be posted to the OS X App Store. However I don't think it will do much good for me to open Apple bugs. Oracles stick is much bigger than mine!!! >> >> Scott >> >> Sent from my iPhone >> >>> On Sep 30, 2015, at 2:54 PM, Phil Race wrote: >>> >>> It looks like there may be something to this :- >>> >>> On mac fx in 8u60 is linking webkit against the system icu library to find these symbols. >>> >>> $ nm -a libjfxwebkit.dylib | grep ubrk_getRuleStatus >>> U _ubrk_getRuleStatus >>> $ otool -L libjfxwebkit.dylib | grep icu >>> /usr/lib/libicucore.A.dylib (compatibility version 1.0.0, current version 51.1.0) >>> >>> webkit has as "undefined" a much longer list than what Apple complained about >>> so it is not clear if they regard the entire library as off-limits or just some subset. >>> >>> So I don't think this is anything to do with QtKit but is a webkit problem. >>> Removing that dylib is the apparent workaround, assuming you don't need it. >>> If the packager can't handle that for you I suppose you need to manually >>> get rid of it out of your JDK directory before packaging. >>> >>> -phil. >>> >>>> On 09/30/2015 10:44 AM, Scott Selvia wrote: >>>> Will do >>>> >>>> It seems Apple is not distinguishing the difference of who is using the APIs. Just like the jfx media qt dylib filtered out of the Java packager process when building a Mac store app. I guess at this point they feel the WebKit dylib falls into the category. >>>> >>>> I had an apple issue with the embedded info.plist bundle ID that is part of the jre packaged with the Mac application package generated with the packager. I had to hack the jdk update 60 info.plist file and change the bundle ID with a hashcode suffix. This I opened an apple bug for stating that embedded frameworks should not trigger a bundle collision ID error when uploading an application. I have not had any additional responses >>>> >>>> I guess I'll add another bug for embedded frameworks (in this case the JRE) using deprecated APIs >>>> >>>> Scott >>>> >>>> Sent from my iPhone >>>> >>>>> On Sep 30, 2015, at 12:45 PM, Donald Smith wrote: >>>>> >>>>> Please let us know what you hear back with Apple on this given the information below we hope they will see this as an oversight. >>>>> >>>>> - Don >>>>> >>>>>> On 30/09/2015 12:28 PM, Phil Race wrote: >>>>>> Yes, these look like ICU functions which so far as I know FX only >>>>>> references from its *own* internal copy of webkit which in turn has a copy of ICU. >>>>>> >>>>>> What is very odd is that Apple is essentially then objecting to referencing >>>>>> functions that are internal to your app. ie referenced by your app and also >>>>>> fulfilled by your app, whereas I assume the app store checking should be >>>>>> against deprecated Apple APIs that you reference in your app and that >>>>>> are fulfilled by OSX (or iOS). >>>>>> >>>>>> So something seems wrong here. >>>>>> >>>>>> -phil. >>>>>> >>>>>>> On 09/30/2015 09:19 AM, Scott Selvia wrote: >>>>>>> Chris, >>>>>>> >>>>>>> I'll update iTunes connect with that information and ask them to clarify >>>>>>> >>>>>>> Thank you for the additional information, Danno explained they are used in the WebKit dylib >>>>>>> >>>>>>> Scott >>>>>>> >>>>>>> Sent from my iPhone >>>>>>> >>>>>>>> On Sep 30, 2015, at 12:08 PM, Chris Bensen wrote: >>>>>>>> >>>>>>>> Hi Scott, >>>>>>>> >>>>>>>> Those APIs are for the text system ICU. I believe the App Store team may be in error. Perhaps they accidentally copied the wrong forbidden APIs when writing the message. >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Chris >>>>>>>> >>>>>>>> >>>>>>>>> On Sep 29, 2015, at 3:15 AM, Scott Selvia wrote: >>>>>>>>> >>>>>>>>> I?m using JDK 8 update 60 and I just received an email from Apple saying that my application is using deprecated QTKit API?s. I?ve reviewed Danno Ferrin?s JavaOne session from last year; it says that Update 40?s libjfxmedia_qtkit.dylib or Update 20?s libjfxmedia.dylib should be removed and are by the packager. I have this line in my packager output from the packager, as you can see the libfxmedia.dylib is in my app and pkg. Is this an oversight by the packager and the libfxmedia.dylib should also be removed from my packaged application? >>>>>>>>> >>>>>>>>> The original message from ITunes Connect said that these API?s are referenced, when I questioned Apple as to what code was referencing these they said it was the JavaFX Media library. >>>>>>>>> >>>>>>>>> ITunes Connect Responce: >>>>>>>>> >>>>>>>>> 2.31 >>>>>>>>> >>>>>>>>> Your app incorrectly implements sandboxing, or it contains one or more entitlements with invalid values. Please review the included entitlements and sandboxing documentation and resolve this issues before resubmitting a new binary. >>>>>>>>> >>>>>>>>> ubrk_getRuleStatus >>>>>>>>> ubrk_setUText >>>>>>>>> ucnv_getCanonicalName >>>>>>>>> ucnv_reset >>>>>>>>> ucol_strcollIter >>>>>>>>> >>>>>>>>> Dear developer, >>>>>>>>> >>>>>>>>> We have discovered one or more issues with your recent delivery for "Examine-IT Pro". To process your delivery, the following issues must be corrected: >>>>>>>>> >>>>>>>>> Deprecated API Usage - Apple no longer accepts submissions of apps that use QuickTime or QTKit APIs. >>>>>>>>> >>>>>>>>> Once these issues have been corrected, you can then redeliver the corrected binary. >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> >>>>>>>>> The App Store team >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Running [codesign, -s, 3rd Party Mac Developer Application: THUNDERCLOUD RESOURCES, LLC (82Z9WT6K6N), --prefix, com.thundercloudresources.examineit., -vvvv, --entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/macosx/Examine-IT Pro.entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib] >>>>>>>>> /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib: signed Mach-O thin (x86_64) [com.thundercloudresources.examineit.libjfxmedia] > From donald.smith at oracle.com Wed Sep 30 19:19:51 2015 From: donald.smith at oracle.com (Donald Smith) Date: Wed, 30 Sep 2015 15:19:51 -0400 Subject: Mac App Store Refusal because of QTKit API's In-Reply-To: <73170CEE-289C-49CF-AA81-8BCF1276DC92@gmail.com> References: <186D0F4E-EEC6-43DA-AD58-8BD1C207D28C@gmail.com> <560C0DB8.2070607@oracle.com> <560C11C3.9060708@oracle.com> <9A2D841F-E8E6-486D-AE24-68FE95DB2860@gmail.com> <560C2FC9.9080807@oracle.com> <560C33DB.5070800@oracle.com> <73170CEE-289C-49CF-AA81-8BCF1276DC92@gmail.com> Message-ID: <560C35D7.7030106@oracle.com> I agree with Phil. Apple loves to hear from developers and this is *their* sandbox that *they* completely control. If you're aware of sticks I can use over Apple, I'd love to know what they are! :) Mostly it's just keeping an open dialogue and the more people that point these things out the better. - Don On 30/09/2015 3:15 PM, Scott Selvia wrote: > I will and thanks to all for you help > > Sent from my iPhone > >> On Sep 30, 2015, at 3:11 PM, Phil Race wrote: >> >> It may still be worth you following up as they at least ought to >> answer why they identified these as QTKit symbols when they >> demonstrably are not .. >> >> -phil. >> >>> On 09/30/2015 12:05 PM, Scott Selvia wrote: >>> Phil, >>> >>> Yes I've done that and I've re-submitted the app again >>> >>> I agree that I should not be penalized by the JRE one would hope that Oracle and Apple worked out the JRE do's and don't when it was decided that Java applications can be posted to the OS X App Store. However I don't think it will do much good for me to open Apple bugs. Oracles stick is much bigger than mine!!! >>> >>> Scott >>> >>> Sent from my iPhone >>> >>>> On Sep 30, 2015, at 2:54 PM, Phil Race wrote: >>>> >>>> It looks like there may be something to this :- >>>> >>>> On mac fx in 8u60 is linking webkit against the system icu library to find these symbols. >>>> >>>> $ nm -a libjfxwebkit.dylib | grep ubrk_getRuleStatus >>>> U _ubrk_getRuleStatus >>>> $ otool -L libjfxwebkit.dylib | grep icu >>>> /usr/lib/libicucore.A.dylib (compatibility version 1.0.0, current version 51.1.0) >>>> >>>> webkit has as "undefined" a much longer list than what Apple complained about >>>> so it is not clear if they regard the entire library as off-limits or just some subset. >>>> >>>> So I don't think this is anything to do with QtKit but is a webkit problem. >>>> Removing that dylib is the apparent workaround, assuming you don't need it. >>>> If the packager can't handle that for you I suppose you need to manually >>>> get rid of it out of your JDK directory before packaging. >>>> >>>> -phil. >>>> >>>>> On 09/30/2015 10:44 AM, Scott Selvia wrote: >>>>> Will do >>>>> >>>>> It seems Apple is not distinguishing the difference of who is using the APIs. Just like the jfx media qt dylib filtered out of the Java packager process when building a Mac store app. I guess at this point they feel the WebKit dylib falls into the category. >>>>> >>>>> I had an apple issue with the embedded info.plist bundle ID that is part of the jre packaged with the Mac application package generated with the packager. I had to hack the jdk update 60 info.plist file and change the bundle ID with a hashcode suffix. This I opened an apple bug for stating that embedded frameworks should not trigger a bundle collision ID error when uploading an application. I have not had any additional responses >>>>> >>>>> I guess I'll add another bug for embedded frameworks (in this case the JRE) using deprecated APIs >>>>> >>>>> Scott >>>>> >>>>> Sent from my iPhone >>>>> >>>>>> On Sep 30, 2015, at 12:45 PM, Donald Smith wrote: >>>>>> >>>>>> Please let us know what you hear back with Apple on this given the information below we hope they will see this as an oversight. >>>>>> >>>>>> - Don >>>>>> >>>>>>> On 30/09/2015 12:28 PM, Phil Race wrote: >>>>>>> Yes, these look like ICU functions which so far as I know FX only >>>>>>> references from its *own* internal copy of webkit which in turn has a copy of ICU. >>>>>>> >>>>>>> What is very odd is that Apple is essentially then objecting to referencing >>>>>>> functions that are internal to your app. ie referenced by your app and also >>>>>>> fulfilled by your app, whereas I assume the app store checking should be >>>>>>> against deprecated Apple APIs that you reference in your app and that >>>>>>> are fulfilled by OSX (or iOS). >>>>>>> >>>>>>> So something seems wrong here. >>>>>>> >>>>>>> -phil. >>>>>>> >>>>>>>> On 09/30/2015 09:19 AM, Scott Selvia wrote: >>>>>>>> Chris, >>>>>>>> >>>>>>>> I'll update iTunes connect with that information and ask them to clarify >>>>>>>> >>>>>>>> Thank you for the additional information, Danno explained they are used in the WebKit dylib >>>>>>>> >>>>>>>> Scott >>>>>>>> >>>>>>>> Sent from my iPhone >>>>>>>> >>>>>>>>> On Sep 30, 2015, at 12:08 PM, Chris Bensen wrote: >>>>>>>>> >>>>>>>>> Hi Scott, >>>>>>>>> >>>>>>>>> Those APIs are for the text system ICU. I believe the App Store team may be in error. Perhaps they accidentally copied the wrong forbidden APIs when writing the message. >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Chris >>>>>>>>> >>>>>>>>> >>>>>>>>>> On Sep 29, 2015, at 3:15 AM, Scott Selvia wrote: >>>>>>>>>> >>>>>>>>>> I?m using JDK 8 update 60 and I just received an email from Apple saying that my application is using deprecated QTKit API?s. I?ve reviewed Danno Ferrin?s JavaOne session from last year; it says that Update 40?s libjfxmedia_qtkit.dylib or Update 20?s libjfxmedia.dylib should be removed and are by the packager. I have this line in my packager output from the packager, as you can see the libfxmedia.dylib is in my app and pkg. Is this an oversight by the packager and the libfxmedia.dylib should also be removed from my packaged application? >>>>>>>>>> >>>>>>>>>> The original message from ITunes Connect said that these API?s are referenced, when I questioned Apple as to what code was referencing these they said it was the JavaFX Media library. >>>>>>>>>> >>>>>>>>>> ITunes Connect Responce: >>>>>>>>>> >>>>>>>>>> 2.31 >>>>>>>>>> >>>>>>>>>> Your app incorrectly implements sandboxing, or it contains one or more entitlements with invalid values. Please review the included entitlements and sandboxing documentation and resolve this issues before resubmitting a new binary. >>>>>>>>>> >>>>>>>>>> ubrk_getRuleStatus >>>>>>>>>> ubrk_setUText >>>>>>>>>> ucnv_getCanonicalName >>>>>>>>>> ucnv_reset >>>>>>>>>> ucol_strcollIter >>>>>>>>>> >>>>>>>>>> Dear developer, >>>>>>>>>> >>>>>>>>>> We have discovered one or more issues with your recent delivery for "Examine-IT Pro". To process your delivery, the following issues must be corrected: >>>>>>>>>> >>>>>>>>>> Deprecated API Usage - Apple no longer accepts submissions of apps that use QuickTime or QTKit APIs. >>>>>>>>>> >>>>>>>>>> Once these issues have been corrected, you can then redeliver the corrected binary. >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> >>>>>>>>>> The App Store team >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Running [codesign, -s, 3rd Party Mac Developer Application: THUNDERCLOUD RESOURCES, LLC (82Z9WT6K6N), --prefix, com.thundercloudresources.examineit., -vvvv, --entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/macosx/Examine-IT Pro.entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib] >>>>>>>>>> /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib: signed Mach-O thin (x86_64) [com.thundercloudresources.examineit.libjfxmedia] From chris.bensen at oracle.com Wed Sep 30 21:43:34 2015 From: chris.bensen at oracle.com (Chris Bensen) Date: Wed, 30 Sep 2015 14:43:34 -0700 Subject: Mac App Store Refusal because of QTKit API's In-Reply-To: References: <186D0F4E-EEC6-43DA-AD58-8BD1C207D28C@gmail.com> <560C0DB8.2070607@oracle.com> <560C11C3.9060708@oracle.com> <9A2D841F-E8E6-486D-AE24-68FE95DB2860@gmail.com> <560C2FC9.9080807@oracle.com> Message-ID: I?ll be doing the JavaOne Packager talk and will include any information I can on the subject of the App Store that?s relevant. Chris > On Sep 30, 2015, at 12:09 PM, Scott Selvia wrote: > > I'll update the thread when I get a response from Apple on my latest submission. I believe someone is doing an App Store talk or packager talk at JavaOne. They can include the information in the thread > > Sent from my iPhone > >> On Sep 30, 2015, at 3:05 PM, Scott Selvia wrote: >> >> Phil, >> >> Yes I've done that and I've re-submitted the app again >> >> I agree that I should not be penalized by the JRE one would hope that Oracle and Apple worked out the JRE do's and don't when it was decided that Java applications can be posted to the OS X App Store. However I don't think it will do much good for me to open Apple bugs. Oracles stick is much bigger than mine!!! >> >> Scott >> >> Sent from my iPhone >> >>> On Sep 30, 2015, at 2:54 PM, Phil Race wrote: >>> >>> It looks like there may be something to this :- >>> >>> On mac fx in 8u60 is linking webkit against the system icu library to find these symbols. >>> >>> $ nm -a libjfxwebkit.dylib | grep ubrk_getRuleStatus >>> U _ubrk_getRuleStatus >>> $ otool -L libjfxwebkit.dylib | grep icu >>> /usr/lib/libicucore.A.dylib (compatibility version 1.0.0, current version 51.1.0) >>> >>> webkit has as "undefined" a much longer list than what Apple complained about >>> so it is not clear if they regard the entire library as off-limits or just some subset. >>> >>> So I don't think this is anything to do with QtKit but is a webkit problem. >>> Removing that dylib is the apparent workaround, assuming you don't need it. >>> If the packager can't handle that for you I suppose you need to manually >>> get rid of it out of your JDK directory before packaging. >>> >>> -phil. >>> >>>> On 09/30/2015 10:44 AM, Scott Selvia wrote: >>>> Will do >>>> >>>> It seems Apple is not distinguishing the difference of who is using the APIs. Just like the jfx media qt dylib filtered out of the Java packager process when building a Mac store app. I guess at this point they feel the WebKit dylib falls into the category. >>>> >>>> I had an apple issue with the embedded info.plist bundle ID that is part of the jre packaged with the Mac application package generated with the packager. I had to hack the jdk update 60 info.plist file and change the bundle ID with a hashcode suffix. This I opened an apple bug for stating that embedded frameworks should not trigger a bundle collision ID error when uploading an application. I have not had any additional responses >>>> >>>> I guess I'll add another bug for embedded frameworks (in this case the JRE) using deprecated APIs >>>> >>>> Scott >>>> >>>> Sent from my iPhone >>>> >>>>> On Sep 30, 2015, at 12:45 PM, Donald Smith wrote: >>>>> >>>>> Please let us know what you hear back with Apple on this given the information below we hope they will see this as an oversight. >>>>> >>>>> - Don >>>>> >>>>>> On 30/09/2015 12:28 PM, Phil Race wrote: >>>>>> Yes, these look like ICU functions which so far as I know FX only >>>>>> references from its *own* internal copy of webkit which in turn has a copy of ICU. >>>>>> >>>>>> What is very odd is that Apple is essentially then objecting to referencing >>>>>> functions that are internal to your app. ie referenced by your app and also >>>>>> fulfilled by your app, whereas I assume the app store checking should be >>>>>> against deprecated Apple APIs that you reference in your app and that >>>>>> are fulfilled by OSX (or iOS). >>>>>> >>>>>> So something seems wrong here. >>>>>> >>>>>> -phil. >>>>>> >>>>>>> On 09/30/2015 09:19 AM, Scott Selvia wrote: >>>>>>> Chris, >>>>>>> >>>>>>> I'll update iTunes connect with that information and ask them to clarify >>>>>>> >>>>>>> Thank you for the additional information, Danno explained they are used in the WebKit dylib >>>>>>> >>>>>>> Scott >>>>>>> >>>>>>> Sent from my iPhone >>>>>>> >>>>>>>> On Sep 30, 2015, at 12:08 PM, Chris Bensen wrote: >>>>>>>> >>>>>>>> Hi Scott, >>>>>>>> >>>>>>>> Those APIs are for the text system ICU. I believe the App Store team may be in error. Perhaps they accidentally copied the wrong forbidden APIs when writing the message. >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Chris >>>>>>>> >>>>>>>> >>>>>>>>> On Sep 29, 2015, at 3:15 AM, Scott Selvia wrote: >>>>>>>>> >>>>>>>>> I?m using JDK 8 update 60 and I just received an email from Apple saying that my application is using deprecated QTKit API?s. I?ve reviewed Danno Ferrin?s JavaOne session from last year; it says that Update 40?s libjfxmedia_qtkit.dylib or Update 20?s libjfxmedia.dylib should be removed and are by the packager. I have this line in my packager output from the packager, as you can see the libfxmedia.dylib is in my app and pkg. Is this an oversight by the packager and the libfxmedia.dylib should also be removed from my packaged application? >>>>>>>>> >>>>>>>>> The original message from ITunes Connect said that these API?s are referenced, when I questioned Apple as to what code was referencing these they said it was the JavaFX Media library. >>>>>>>>> >>>>>>>>> ITunes Connect Responce: >>>>>>>>> >>>>>>>>> 2.31 >>>>>>>>> >>>>>>>>> Your app incorrectly implements sandboxing, or it contains one or more entitlements with invalid values. Please review the included entitlements and sandboxing documentation and resolve this issues before resubmitting a new binary. >>>>>>>>> >>>>>>>>> ubrk_getRuleStatus >>>>>>>>> ubrk_setUText >>>>>>>>> ucnv_getCanonicalName >>>>>>>>> ucnv_reset >>>>>>>>> ucol_strcollIter >>>>>>>>> >>>>>>>>> Dear developer, >>>>>>>>> >>>>>>>>> We have discovered one or more issues with your recent delivery for "Examine-IT Pro". To process your delivery, the following issues must be corrected: >>>>>>>>> >>>>>>>>> Deprecated API Usage - Apple no longer accepts submissions of apps that use QuickTime or QTKit APIs. >>>>>>>>> >>>>>>>>> Once these issues have been corrected, you can then redeliver the corrected binary. >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> >>>>>>>>> The App Store team >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Running [codesign, -s, 3rd Party Mac Developer Application: THUNDERCLOUD RESOURCES, LLC (82Z9WT6K6N), --prefix, com.thundercloudresources.examineit., -vvvv, --entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/macosx/Examine-IT Pro.entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib] >>>>>>>>> /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib: signed Mach-O thin (x86_64) [com.thundercloudresources.examineit.libjfxmedia] >>> From sselvia at gmail.com Wed Sep 30 22:41:33 2015 From: sselvia at gmail.com (Scott Selvia) Date: Wed, 30 Sep 2015 18:41:33 -0400 Subject: Mac App Store Refusal because of QTKit API's In-Reply-To: References: <186D0F4E-EEC6-43DA-AD58-8BD1C207D28C@gmail.com> <560C0DB8.2070607@oracle.com> <560C11C3.9060708@oracle.com> <9A2D841F-E8E6-486D-AE24-68FE95DB2860@gmail.com> <560C2FC9.9080807@oracle.com> Message-ID: See you at JavaOne, hopefully I?ll have good results to pass along. Again thanks to ALL, there are two Apple bug reports: 22751708 - CFBundleIdentifier Collision for JavaFX Application because of the embedded JRE Info.plist and 22923832 - Rejection of App based on Deprecated API?s used by JavaFX webkit and component and API?s not reference by App. I?ll update the thread once I here back from ITunes Connect on the App submit or when Apple gets back to me on the bug reports. > On Sep 30, 2015, at 5:43 PM, Chris Bensen wrote: > > I?ll be doing the JavaOne Packager talk and will include any information I can on the subject of the App Store that?s relevant. > > Chris > > >> On Sep 30, 2015, at 12:09 PM, Scott Selvia wrote: >> >> I'll update the thread when I get a response from Apple on my latest submission. I believe someone is doing an App Store talk or packager talk at JavaOne. They can include the information in the thread >> >> Sent from my iPhone >> >>> On Sep 30, 2015, at 3:05 PM, Scott Selvia wrote: >>> >>> Phil, >>> >>> Yes I've done that and I've re-submitted the app again >>> >>> I agree that I should not be penalized by the JRE one would hope that Oracle and Apple worked out the JRE do's and don't when it was decided that Java applications can be posted to the OS X App Store. However I don't think it will do much good for me to open Apple bugs. Oracles stick is much bigger than mine!!! >>> >>> Scott >>> >>> Sent from my iPhone >>> >>>> On Sep 30, 2015, at 2:54 PM, Phil Race wrote: >>>> >>>> It looks like there may be something to this :- >>>> >>>> On mac fx in 8u60 is linking webkit against the system icu library to find these symbols. >>>> >>>> $ nm -a libjfxwebkit.dylib | grep ubrk_getRuleStatus >>>> U _ubrk_getRuleStatus >>>> $ otool -L libjfxwebkit.dylib | grep icu >>>> /usr/lib/libicucore.A.dylib (compatibility version 1.0.0, current version 51.1.0) >>>> >>>> webkit has as "undefined" a much longer list than what Apple complained about >>>> so it is not clear if they regard the entire library as off-limits or just some subset. >>>> >>>> So I don't think this is anything to do with QtKit but is a webkit problem. >>>> Removing that dylib is the apparent workaround, assuming you don't need it. >>>> If the packager can't handle that for you I suppose you need to manually >>>> get rid of it out of your JDK directory before packaging. >>>> >>>> -phil. >>>> >>>>> On 09/30/2015 10:44 AM, Scott Selvia wrote: >>>>> Will do >>>>> >>>>> It seems Apple is not distinguishing the difference of who is using the APIs. Just like the jfx media qt dylib filtered out of the Java packager process when building a Mac store app. I guess at this point they feel the WebKit dylib falls into the category. >>>>> >>>>> I had an apple issue with the embedded info.plist bundle ID that is part of the jre packaged with the Mac application package generated with the packager. I had to hack the jdk update 60 info.plist file and change the bundle ID with a hashcode suffix. This I opened an apple bug for stating that embedded frameworks should not trigger a bundle collision ID error when uploading an application. I have not had any additional responses >>>>> >>>>> I guess I'll add another bug for embedded frameworks (in this case the JRE) using deprecated APIs >>>>> >>>>> Scott >>>>> >>>>> Sent from my iPhone >>>>> >>>>>> On Sep 30, 2015, at 12:45 PM, Donald Smith wrote: >>>>>> >>>>>> Please let us know what you hear back with Apple on this given the information below we hope they will see this as an oversight. >>>>>> >>>>>> - Don >>>>>> >>>>>>> On 30/09/2015 12:28 PM, Phil Race wrote: >>>>>>> Yes, these look like ICU functions which so far as I know FX only >>>>>>> references from its *own* internal copy of webkit which in turn has a copy of ICU. >>>>>>> >>>>>>> What is very odd is that Apple is essentially then objecting to referencing >>>>>>> functions that are internal to your app. ie referenced by your app and also >>>>>>> fulfilled by your app, whereas I assume the app store checking should be >>>>>>> against deprecated Apple APIs that you reference in your app and that >>>>>>> are fulfilled by OSX (or iOS). >>>>>>> >>>>>>> So something seems wrong here. >>>>>>> >>>>>>> -phil. >>>>>>> >>>>>>>> On 09/30/2015 09:19 AM, Scott Selvia wrote: >>>>>>>> Chris, >>>>>>>> >>>>>>>> I'll update iTunes connect with that information and ask them to clarify >>>>>>>> >>>>>>>> Thank you for the additional information, Danno explained they are used in the WebKit dylib >>>>>>>> >>>>>>>> Scott >>>>>>>> >>>>>>>> Sent from my iPhone >>>>>>>> >>>>>>>>> On Sep 30, 2015, at 12:08 PM, Chris Bensen wrote: >>>>>>>>> >>>>>>>>> Hi Scott, >>>>>>>>> >>>>>>>>> Those APIs are for the text system ICU. I believe the App Store team may be in error. Perhaps they accidentally copied the wrong forbidden APIs when writing the message. >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Chris >>>>>>>>> >>>>>>>>> >>>>>>>>>> On Sep 29, 2015, at 3:15 AM, Scott Selvia wrote: >>>>>>>>>> >>>>>>>>>> I?m using JDK 8 update 60 and I just received an email from Apple saying that my application is using deprecated QTKit API?s. I?ve reviewed Danno Ferrin?s JavaOne session from last year; it says that Update 40?s libjfxmedia_qtkit.dylib or Update 20?s libjfxmedia.dylib should be removed and are by the packager. I have this line in my packager output from the packager, as you can see the libfxmedia.dylib is in my app and pkg. Is this an oversight by the packager and the libfxmedia.dylib should also be removed from my packaged application? >>>>>>>>>> >>>>>>>>>> The original message from ITunes Connect said that these API?s are referenced, when I questioned Apple as to what code was referencing these they said it was the JavaFX Media library. >>>>>>>>>> >>>>>>>>>> ITunes Connect Responce: >>>>>>>>>> >>>>>>>>>> 2.31 >>>>>>>>>> >>>>>>>>>> Your app incorrectly implements sandboxing, or it contains one or more entitlements with invalid values. Please review the included entitlements and sandboxing documentation and resolve this issues before resubmitting a new binary. >>>>>>>>>> >>>>>>>>>> ubrk_getRuleStatus >>>>>>>>>> ubrk_setUText >>>>>>>>>> ucnv_getCanonicalName >>>>>>>>>> ucnv_reset >>>>>>>>>> ucol_strcollIter >>>>>>>>>> >>>>>>>>>> Dear developer, >>>>>>>>>> >>>>>>>>>> We have discovered one or more issues with your recent delivery for "Examine-IT Pro". To process your delivery, the following issues must be corrected: >>>>>>>>>> >>>>>>>>>> Deprecated API Usage - Apple no longer accepts submissions of apps that use QuickTime or QTKit APIs. >>>>>>>>>> >>>>>>>>>> Once these issues have been corrected, you can then redeliver the corrected binary. >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> >>>>>>>>>> The App Store team >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Running [codesign, -s, 3rd Party Mac Developer Application: THUNDERCLOUD RESOURCES, LLC (82Z9WT6K6N), --prefix, com.thundercloudresources.examineit., -vvvv, --entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/macosx/Examine-IT Pro.entitlements, /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib] >>>>>>>>>> /var/folders/wd/0dvkql1x0yxc9911tp1tz57c0000gq/T/fxbundler8869305413596109692/images/image-2516465556090179709/Examine-IT Pro.app/Contents/PlugIns/Java.runtime/Contents/Home/jre/lib/libjfxmedia.dylib: signed Mach-O thin (x86_64) [com.thundercloudresources.examineit.libjfxmedia] >>>> >