hg: openjfx/8u-dev/rt: RT-37614 [StackedAreaChart]: StackedAreaChart y-axis should be always a ValueAxis

Changeset: 92b6c61c0942 Author:Martin Sladecek Date: 2014-07-08 12:42 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/92b6c61c0942 RT-37614 [StackedAreaChart]: StackedAreaChart y-axis should be always a ValueAxis Reviewed by: snorthov, dgrieve ! modules/controls/src/m

SubScene => Node.localToWindow() ?

Folks, I started playing with SubScene a few days ago. And I realized that I could not use Node.localToScene() as I did before. When there is no SubScene in the scene graph, Node.localToScene() is basically a way to convert local coordinates to window coordinates (because Scene and Window can be

Re: SubScene => Node.localToWindow() ?

Hi Eric, This seems like a reasonable request to me. Please file a new JIRA (Tweak) with component=SceneGraph and we (Martin) can take a look. -- Kevin Eric Le Ponner wrote: Folks, I started playing with SubScene a few days ago. And I realized that I could not use Node.localToScene() as I

Re: SubScene => Node.localToWindow() ?

Hi Kevin I created https://javafx-jira.kenai.com/browse/RT-37855. Eric Le 8 juil. 2014 à 14:36, Kevin Rushforth a écrit : > Hi Eric, > > This seems like a reasonable request to me. Please file a new JIRA (Tweak) > with component=SceneGraph and we (Martin) can take a look. > > -- Kevin > >

hg: openjfx/8u-dev/rt: RT-37829: Zoom gesture inertia too agressive

Changeset: 8c3561a1bccb Author:Seeon Birger Date: 2014-07-08 21:24 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/8c3561a1bccb RT-37829: Zoom gesture inertia too agressive ! modules/graphics/src/main/java/com/sun/javafx/tk/quantum/ZoomGestureRecognizer.java

Accessibility API

Hi, For those of you concerned with Accessibility or JavaFX API in general. Please subscribe to https://javafx-jira.kenai.com/browse/RT-37846 https://javafx-jira.kenai.com/browse/RT-37749 https://javafx-jira.kenai.com/browse/RT-37750 Regards Felipe

Post commit notification: RT-37829: Zoom gesture inertia too agressive

JIRA: HYPERLINK "https://javafx-jira.kenai.com/browse/RT-37829"RT-37829 - Zoom gesture inertia too aggressive Changeset: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/8c3561a1bccb Regards, Seeon

2 JavaFX applets in the same JVM

Hello, What is the status of running 2 JavaFX applets in the same JVM (separate_jvm = false)? When we try to load 2 applets into the same JVM we get a runtime error (I think it was class loader related). When I searched in jira I found RT-29969 (the 2 applet test it refers to may or may not be

Re: 2 JavaFX applets in the same JVM

In general the number of JREs used to run applets and sharing of JREs should be expected to be indeterminate. The deploy code attempts to minimize the number of JREs spun up to run applets based on resource usage and security constraints, but there is no guarantee that you can share a JRE. I

Re: 2 JavaFX applets in the same JVM

> Is running 2 JavaFX applets in the same JVM supported? No, this is not supported. RT-29969 (and the non-public RT-32321) is about running multiple applets from the same web page, each in their own JVM. By design, JavaFX runs each applet in its own VM. It is very unlikely that we would ever

Re: 2 JavaFX applets in the same JVM

This would imply that there was more than on distinguished GUI thread per process. JavaFX runs in the native GUI thread by design and more than one GUI thread is not supported in JavaFX and on some platforms (ie. Mac). Steve On 2014-07-08, 3:31 PM, Kevin Rushforth wrote: > Is running 2 Jav

Re: 2 JavaFX applets in the same JVM

And to top it all off, supporting shared JVMs is extremely security challenging. On Jul 8, 2014, at 12:40 PM, Stephen F Northover wrote: > This would imply that there was more than on distinguished GUI thread per > process. JavaFX runs in the native GUI thread by design and more than one > G

Re: 2 JavaFX applets in the same JVM

Hi Neil, What problem are you trying to solve? Running multiple applets in the same VM is a means to some end for you, so knowing what you are trying to do might lead to a discussion of another way to accomplish what you need. -- Kevin Richard Bair wrote: And to top it all off, supporting

Re: hg: openjfx/8u-dev/rt: RT-37832: [packager] Mac App Store Bundler fails to strip jfxmedia.dylib and strips Info.plist

Hi Danno, What do you mean by strips Info.plist? I am having a strange problem using b20 and wondering if it is related to what you meant by stripped Info.plist. Also, what build will this be fixed in? Thanks, -Tony On Monday, July 7, 2014 2:46 PM, "danno.fer...@shemnon.com" wrote: Chan

Re: hg: openjfx/8u-dev/rt: RT-37832: [packager] Mac App Store Bundler fails to strip jfxmedia.dylib and strips Info.plist

Danno will answer the first question (it is related to needing to omit the media libraries). As to when it will appear, if it is approved for inclusion into 8u20 it will be in b23. -- Kevin Tony Anecito wrote: Hi Danno, What do you mean by strips Info.plist? I am having a strange problem us

Re: hg: openjfx/8u-dev/rt: RT-37832: [packager] Mac App Store Bundler fails to strip jfxmedia.dylib and strips Info.plist

Thanks Kevin. I know why the media libraries need to not be present but not what the stripped Info.plist means. So when might b23 appear? Thanks, -Tony On Tuesday, July 8, 2014 1:53 PM, Kevin Rushforth wrote: Danno will answer the first question (it is related to needing to omit the me

Re: 2 JavaFX applets in the same JVM

Gentlemen, Thank you for the informative replies. My understanding with plugin2 and Swing back in Java 6 was that as long as the jvm parameters for each applet were the same, 2 applets on the same html page could share the jvm. I can see, however, that JavaFX running in the native GUI thread w

Re: hg: openjfx/8u-dev/rt: RT-37832: [packager] Mac App Store Bundler fails to strip jfxmedia.dylib and strips Info.plist

The Info.plist in the plugins dir. i.e. /Contents/PlugIns//Contents/Info.plist - we should be preserving this as I believe apple checks the meta-data for it. I still haven’t been able to sign it in a way the ApplicationLoader won’t complain, but it is just a warning at the moment. It’s been

Re: hg: openjfx/8u-dev/rt: RT-37832: [packager] Mac App Store Bundler fails to strip jfxmedia.dylib and strips Info.plist

Ok. Something odd happened I never seen before and acts like issue might be with Info.pList in the pkg file. The app file works just fine. -Tony On Tuesday, July 8, 2014 2:59 PM, Danno Ferrin wrote: The Info.plist in the plugins dir.  i.e. /Contents/PlugIns//Contents/Info.plist - we shou

hg: openjfx/8u-dev/rt: RT-37856: [Linux, Font] IllegalArgumentException when trying to open HTMLEditor font name combobox

Changeset: 0539172f0957 Author:Felipe Heidrich Date: 2014-07-08 10:06 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/0539172f0957 RT-37856: [Linux, Font] IllegalArgumentException when trying to open HTMLEditor font name combobox ! modules/graphics/src/main/java/com/s

Re: hg: openjfx/8u-dev/rt: RT-37832: [packager] Mac App Store Bundler fails to strip jfxmedia.dylib and strips Info.plist

As soon as EA builds of 8u40 start up (nor sure exactly when but likely in 1 or 2 weeks) you can get the fix from 8u40-b01. If you don't mind using JDK 9, the fix will be in 9-b22 which should be out on Friday or Monday. Not sure when / if 8u20-b23 will be available (it's the GA candidate bui

Re: Monocle gone?

Daniel, Christian -- There seems to be a strong use for Monocle in the case of doing headless testing. I am currently using TestFX, and testing on Jenkins requires having a remote desktop window open to the headless Windows Jenkins slave. I had started to explore using Monocle with an earlier bui

[SceneBuilderKit]

Hi guys, I am still working on integration SceneBuilder into NetBeans. To enable/disable some of the icons present it would be helpful if 1. currentJob would be an observable read only property 2. undoStack would be an observable immutable collection 3. redoStack would be an observable immutable

Re: hg: openjfx/8u-dev/rt: RT-37832: [packager] Mac App Store Bundler fails to strip jfxmedia.dylib and strips Info.plist

Thanks Kevin, Danno - Something is wrong specifically with the pkg file for Apple iTunes. The app, dmg and regular pkg all work fine. It is like there is a permissions issue and my app for that pkg can not read or write or both to the disk. It is like my entitlements file is not being read and

Only 1 GUI thread & dialogs (was Re: 2 JavaFX applets in the same JVM)

Hi Steve, My understanding of Swing was that when in a modal dialog, which blocked the EDT, a second EDT was fired up for the duration of the dialog to keep the events flowing. When you say, below, that only 1 GUI thread is supported (and that thread is the native GUI thread), how are (will?)

Re: Only 1 GUI thread & dialogs (was Re: 2 JavaFX applets in the same JVM)

Hmmm… FX Experience is running for me. Is anybody else having this problem? Richard On Jul 8, 2014, at 2:51 PM, ngalarn...@abinitio.com wrote: > Hi Steve, > > My understanding of Swing was that when in a modal dialog, which blocked > the EDT, a second EDT was fired up for the duration of the d

Re: Only 1 GUI thread & dialogs (was Re: 2 JavaFX applets in the same JVM)

What is the question? How are modal dialogs done in FX? A new event loop is stacked on top of the old, running in the same thread. Steve On 2014-07-08, 5:54 PM, Richard Bair wrote: Hmmm… FX Experience is running for me. Is anybody else having this problem? Richard On Jul 8, 2014, at 2:51 P

Re: Monocle gone?

We removed it from 8u20 because it wasn't supposed to be part of the production release -- it isn't a supported / tested feature of 8u20 (see RT-37584 ). I thought that we filed a JIRA to consider adding this functionality in a future release, but

Re: Only 1 GUI thread & dialogs (was Re: 2 JavaFX applets in the same JVM)

JavaFX does the same thing for a blocking, modal dialog. It done using another thread, though. -- Kevin ngalarn...@abinitio.com wrote: Hi Steve, My understanding of Swing was that when in a modal dialog, which blocked the EDT, a second EDT was fired up for the duration of the dialog to keep

Re: Only 1 GUI thread & dialogs (was Re: 2 JavaFX applets in the same JVM)

Fxexperience.com is fine for me from Australia. I recommend a ctrl-F5 to force a refresh. -- Jonathan Sent from a touch device. Please excuse my brevity. On 9 July 2014 07:54:39 GMT+10:00, Richard Bair wrote: >Hmmm… FX Experience is running for me. Is anybody else having this >problem? > >Richa

Re: Only 1 GUI thread & dialogs (was Re: 2 JavaFX applets in the same JVM)

Me and my stupid fingers. I meant to type: JavaFX does the same thing for a blocking, modal dialog. It *isn't* done using another thread, though. Kevin Rushforth wrote: JavaFX does the same thing for a blocking, modal dialog. It done using another thread, though. -- Kevin ngalarn...@abin

Re: hg: openjfx/8u-dev/rt: RT-37832: [packager] Mac App Store Bundler fails to strip jfxmedia.dylib and strips Info.plist

What sort of something wrong? can you describe the failure behavior? Does the app completely bomb out? The file dialog will cause the app to bomb out right now, even with the correct entitlements: https://javafx-jira.kenai.com/browse/RT-37261 and it won’t be fixed until 8u40. If it is some o

Re: hg: openjfx/8u-dev/rt: RT-37832: [packager] Mac App Store Bundler fails to strip jfxmedia.dylib and strips Info.plist

The issue I am facing is the map layers are not showing up in the window. It  has worked fine in the past and for the app, dmg, pkg rght now except for the iTunes pkg file. The data is on the disk but for the itunes pkg it almost acts as if the disk is not accessable so I was wondering about the

Re: Monocle gone?

Indeed. I was waiting for Monocle to become part of the standard distribution, 8u20 was said a while back, so TestFX would be adapted and headless testing on Jenkins would be enabled. It would be very good that using Monocle would not require building JavaFX yourself, that makes the threshold