hg: openjfx/8u-dev/rt: RT-17716 Some controls can only be created on the FX application thread
Changeset: 26d0acd8a72e Author:Martin Sladecek martin.slade...@oracle.com Date: 2014-06-26 09:30 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/26d0acd8a72e RT-17716 Some controls can only be created on the FX application thread Reviewed by: anthony ! modules/graphics/src/main/java/javafx/scene/Parent.java ! modules/graphics/src/main/java/javafx/scene/Scene.java ! modules/graphics/src/main/java/javafx/stage/Window.java ! modules/graphics/src/test/java/javafx/scene/SceneTest.java ! modules/graphics/src/test/java/javafx/stage/PopupTest.java
Re: Exposing native surface or opengl handle
On 13/06/2014 08:57, Robert Krüger wrote: Hi, it has been discussed a number of time in the passed but let me quickly summarize: A number of people have requested a feature that provides the ability to have native code draw into a surface provided by a JavaFX application as fast as technically possible, i.e. with no indirection or copying because use cases for this were mostly cases where performance was critical, e.g. HD/UHD video players, real-time visualization etc. where losing even e few percent would make a software written in JavaFX unable to compete with native products (e.g. in the video area nobody will use a video player that is not able to play the content smoothly that VLC player or Quicktime can on the same machine). Although copying is used, I've combined JavaFX and VLC in this fashion for over a year already, and video is smooth and stable -- stable enough to watch full length HD movies, at 20% increased speed (the speed I normally watch them). Of course, if the target machine is barely able to play these, then the extra copying overhead (which is smaller than people think) may be too much. --John
Re: Exposing native surface or opengl handle
On Thu, Jun 26, 2014 at 9:40 AM, John Hendrikx hj...@xs4all.nl wrote: On 13/06/2014 08:57, Robert Krüger wrote: Hi, it has been discussed a number of time in the passed but let me quickly summarize: A number of people have requested a feature that provides the ability to have native code draw into a surface provided by a JavaFX application as fast as technically possible, i.e. with no indirection or copying because use cases for this were mostly cases where performance was critical, e.g. HD/UHD video players, real-time visualization etc. where losing even e few percent would make a software written in JavaFX unable to compete with native products (e.g. in the video area nobody will use a video player that is not able to play the content smoothly that VLC player or Quicktime can on the same machine). Although copying is used, I've combined JavaFX and VLC in this fashion for over a year already, and video is smooth and stable -- stable enough to watch full length HD movies, at 20% increased speed (the speed I normally watch them). Of course, if the target machine is barely able to play these, then the extra copying overhead (which is smaller than people think) may be too much. Yes and this becomes more and more a problem of not so weak machines when you go to higher resolutions than FHD that you can display well on a Retina display and thus a competitive disadvantage when targeting that market. I agree that for a lot of video applications the copying approach is probably good enough, though. Robert
Re: Exposing native surface or opengl handle
Hey John, Am 26.06.2014 um 10:23 schrieb Robert Krüger krue...@lesspain.de: On Thu, Jun 26, 2014 at 9:40 AM, John Hendrikx hj...@xs4all.nl wrote: On 13/06/2014 08:57, Robert Krüger wrote: Hi, it has been discussed a number of time in the passed but let me quickly summarize: A number of people have requested a feature that provides the ability to have native code draw into a surface provided by a JavaFX application as fast as technically possible, i.e. with no indirection or copying because use cases for this were mostly cases where performance was critical, e.g. HD/UHD video players, real-time visualization etc. where losing even e few percent would make a software written in JavaFX unable to compete with native products (e.g. in the video area nobody will use a video player that is not able to play the content smoothly that VLC player or Quicktime can on the same machine). Although copying is used, I've combined JavaFX and VLC in this fashion for over a year already, and video is smooth and stable -- stable enough to watch full length HD movies, at 20% increased speed (the speed I normally watch them). Of course, if the target machine is barely able to play these, then the extra copying overhead (which is smaller than people think) may be too much. Yes and this becomes more and more a problem of not so weak machines when you go to higher resolutions than FHD that you can display well on a Retina display and thus a competitive disadvantage when targeting that market. I agree that for a lot of video applications the copying approach is probably good enough, though. Well, from my perspective it is always a bad idea to memcpy whenever you can avoid it ;) Our applications do a lot more than just display a video image. I really don't want to have a bottleneck by design. Matthias
API enhancement request to make stage respect scene's min size
Hi, right now, I am doing this to prevent stage windows to be resizable in a way that cuts off their contained scene's content: final Scene scene = new Scene(pane); stage.setScene(scene); stage.setTitle(getClass().getSimpleName()); stage.sizeToScene(); // ensure that the window can not be resized to smaller than the minsize of its scene Runnable updateMinSize = () - { stage.setMinWidth(scene.getRoot().minWidth(scene.getHeight())); stage.setMinHeight(scene.getRoot().minHeight(scene.getWidth()) + DECORATIONS_HEIGHT); }; stage.setOnShown((e) - updateMinSize.run()); stage.widthProperty().addListener((obs, oldVal, newVal) - updateMinSize.run()); stage.heightProperty().addListener((obs, oldVal, newVal) - updateMinSize.run()); stage.show(); This feels somewhat odd (and the constant for window decoration's height is ugly but maybe I am missing the clean way to retrieve it) for something that should be a common requirement (in all of our applications it is usually considered a bug when a window/dialog does not enforce this). Shouldn't there be a method like stage.setRespectContentMinSize(boolean respect) or something similar? Am I missing something obvious that is already there? Thanks for any insights. Robert
Re: API enhancement request to make stage respect scene's min size
Hi Martin, yes that seems to address exactly that problem. Thanks! On Thu, Jun 26, 2014 at 1:27 PM, Martin Sladecek martin.slade...@oracle.com wrote: Hi Robert, I think this is the JIRA issue you are looking for: https://javafx-jira.kenai.com/browse/RT-19183 This might be a good candidate for 8u40 actually... -Martin On 06/26/2014 01:10 PM, Robert Krüger wrote: Hi, right now, I am doing this to prevent stage windows to be resizable in a way that cuts off their contained scene's content: final Scene scene = new Scene(pane); stage.setScene(scene); stage.setTitle(getClass().getSimpleName()); stage.sizeToScene(); // ensure that the window can not be resized to smaller than the minsize of its scene Runnable updateMinSize = () - { stage.setMinWidth(scene.getRoot().minWidth(scene.getHeight())); stage.setMinHeight(scene.getRoot().minHeight(scene.getWidth()) + DECORATIONS_HEIGHT); }; stage.setOnShown((e) - updateMinSize.run()); stage.widthProperty().addListener((obs, oldVal, newVal) - updateMinSize.run()); stage.heightProperty().addListener((obs, oldVal, newVal) - updateMinSize.run()); stage.show(); This feels somewhat odd (and the constant for window decoration's height is ugly but maybe I am missing the clean way to retrieve it) for something that should be a common requirement (in all of our applications it is usually considered a bug when a window/dialog does not enforce this). Shouldn't there be a method like stage.setRespectContentMinSize(boolean respect) or something similar? Am I missing something obvious that is already there? Thanks for any insights. Robert -- Robert Krüger Managing Partner Lesspain GmbH Co. KG www.lesspain-software.com
hg: openjfx/8u-dev/rt: RT-36510: reduce CssMetaData boilerplate
Changeset: 6789ab35bb59 Author:David Grievedavid.gri...@oracle.com Date: 2014-06-24 18:55 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/6789ab35bb59 RT-36510: reduce CssMetaData boilerplate + modules/graphics/src/main/java/javafx/css/StyleablePropertyFactory.java + modules/graphics/src/test/java/javafx/css/StyleablePropertyFactoryTest.java + modules/graphics/src/test/java/javafx/css/StyleablePropertyFactory_createMethod_Test.java
hg: openjfx/8u-dev/rt: RT-37704: [Regression, Linux] ArrayIndexOutOfBoundsException when trying to open HTMLEditor font name combobox.
Changeset: d15c87bbefce Author:Felipe Heidrich felipe.heidr...@oracle.com Date: 2014-06-26 05:10 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/d15c87bbefce RT-37704: [Regression, Linux] ArrayIndexOutOfBoundsException when trying to open HTMLEditor font name combobox. ! modules/graphics/src/main/java/com/sun/javafx/font/freetype/FTFontFile.java
hg: openjfx/8u-dev/rt: RT-37447: Update javapackager / javafxpackager man pages for 8u20
Changeset: fed72e6d294d Author:kcr Date: 2014-06-26 11:16 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/fed72e6d294d RT-37447: Update javapackager / javafxpackager man pages for 8u20 Summary: Translated versions of 8u20 man pages Contributed-by: Michael Fang michael.f...@oracle.com ! modules/fxpackager/src/main/man/ja_JP.UTF-8/man1/javafxpackager.1 ! modules/fxpackager/src/main/man/ja_JP.UTF-8/man1/javapackager.1
hg: openjfx/8u/rt: RT-37447: Update javapackager / javafxpackager man pages for 8u20
Changeset: f81f957d4e1e Author:kcr Date: 2014-06-26 11:16 -0700 URL: http://hg.openjdk.java.net/openjfx/8u/rt/rev/f81f957d4e1e RT-37447: Update javapackager / javafxpackager man pages for 8u20 Summary: Translated versions of 8u20 man pages Contributed-by: Michael Fang michael.f...@oracle.com ! modules/fxpackager/src/main/man/ja_JP.UTF-8/man1/javafxpackager.1 ! modules/fxpackager/src/main/man/ja_JP.UTF-8/man1/javapackager.1
hg: openjfx/8u-dev/rt: [Accessibility] Removing DISCLOSURE_NODE role
Changeset: b96e984f4fd5 Author:Felipe Heidrich felipe.heidr...@oracle.com Date: 2014-06-26 11:22 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/b96e984f4fd5 [Accessibility] Removing DISCLOSURE_NODE role ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TreeTableViewSkin.java ! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacAccessible.java ! modules/graphics/src/main/java/javafx/scene/accessibility/Role.java
hg: openjfx/8u20/rt: RT-37447: Update javapackager / javafxpackager man pages for 8u20
Changeset: f81f957d4e1e Author:kcr Date: 2014-06-26 11:16 -0700 URL: http://hg.openjdk.java.net/openjfx/8u20/rt/rev/f81f957d4e1e RT-37447: Update javapackager / javafxpackager man pages for 8u20 Summary: Translated versions of 8u20 man pages Contributed-by: Michael Fang michael.f...@oracle.com ! modules/fxpackager/src/main/man/ja_JP.UTF-8/man1/javafxpackager.1 ! modules/fxpackager/src/main/man/ja_JP.UTF-8/man1/javapackager.1
OpenJFX 8u20 stabilization repo
An OpenJDK 8u20 stabilization repo has been forked from 8u (tag: 8u20-b20). http://hg.openjdk.java.net/openjfx/8u20/rt As mentioned on the list earlier, now that we are past RDP2 (ramp-down phase 2), JDK 8u20 release team approval is needed to fix any more bugs for 8u20. -- Kevin
hg: openjfx/8u-dev/rt: [JAVADOC ONLY] RT-36510: reduce CssMetaData boilerplate
Changeset: 796678138fdf Author:David Grievedavid.gri...@oracle.com Date: 2014-06-26 15:04 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/796678138fdf [JAVADOC ONLY] RT-36510: reduce CssMetaData boilerplate ! modules/graphics/src/main/java/javafx/css/CssMetaData.java ! modules/graphics/src/main/java/javafx/css/StyleableProperty.java ! modules/graphics/src/main/java/javafx/css/StyleablePropertyFactory.java ! modules/graphics/src/main/java/javafx/css/package.html
hg: openjfx/8u-dev/rt: RT-37732:[packager] Default argument lambdas should be well behaved
Changeset: bc10f48ef71f Author:shemnon Date: 2014-06-26 13:30 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/bc10f48ef71f RT-37732:[packager] Default argument lambdas should be well behaved Summary: Deal with the case of a null identifier. Add unit tests as well. ! modules/fxpackager/src/main/java/com/oracle/tools/packager/StandardBundlerParam.java ! modules/fxpackager/src/test/java/com/oracle/tools/packager/BundlersTest.java
[8u20] Review Request for RT-37732
Hello Steve, Kevin: I’de like to get this fix pushed into 8u20. mercurial: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/bc10f48ef71f jira: https://javafx-jira.kenai.com/browse/RT-37732 Small, self contained, limited impact, code new to 8u20, and it will make a huge difference for the assumptions API processors can make. —Danno
[8u26] Review Request: RT-36431 Add versioning to monocle NativePlatform/NativePlatformFactory
Hi Daniel, Please review the proposed fix for https://javafx-jira.kenai.com/browse/RT-36431. Details in jira. Thanks, Lisa
hg: openjfx/8u-dev/rt: Take public off StyleablePropertyFactory pending further review of RT-36501: Reduce CssMetaData boilerplate code
Changeset: 8d41ccb6bcdb Author:David Grievedavid.gri...@oracle.com Date: 2014-06-26 15:47 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/8d41ccb6bcdb Take public off StyleablePropertyFactory pending further review of RT-36501: Reduce CssMetaData boilerplate code ! modules/graphics/src/main/java/javafx/css/StyleablePropertyFactory.java
hg: openjfx/8u-dev/rt: RT-37733: restore Monocle GetEvent as a stand alone diagnostic
Changeset: 26a153c2ade1 Author:ddhill Date: 2014-06-26 15:56 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/26a153c2ade1 RT-37733: restore Monocle GetEvent as a stand alone diagnostic Reviewed-by: dblaukopf ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/GetEvent.java
hg: openjfx/8u-dev/rt: Fix for RT-36431 Add versioning to monocle NativePlatform/NativePlatformFactory
Changeset: bb602a26ebfe Author:lisa.se...@oracle.com Date: 2014-06-26 15:54 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/bb602a26ebfe Fix for RT-36431 Add versioning to monocle NativePlatform/NativePlatformFactory Reviewed by dblaukopf Tested with HelloSanity ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/DispmanPlatformFactory.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/HeadlessPlatformFactory.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/LinuxPlatformFactory.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/MX6PlatformFactory.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/NativePlatformFactory.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/OMAPPlatformFactory.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/OMAPX11PlatformFactory.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/VNCPlatformFactory.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/X11PlatformFactory.java
hg: openjfx/8u-dev/rt: 2 new changesets
Changeset: f81f957d4e1e Author:kcr Date: 2014-06-26 11:16 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/f81f957d4e1e RT-37447: Update javapackager / javafxpackager man pages for 8u20 Summary: Translated versions of 8u20 man pages Contributed-by: Michael Fang michael.f...@oracle.com ! modules/fxpackager/src/main/man/ja_JP.UTF-8/man1/javafxpackager.1 ! modules/fxpackager/src/main/man/ja_JP.UTF-8/man1/javapackager.1 Changeset: 086b7c5b1b1b Author:kcr Date: 2014-06-26 13:34 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/086b7c5b1b1b Automated merge with ssh://hg.openjdk.java.net/openjfx/8u/rt - .idea/rt-tests.iml - modules/graphics/src/main/java/com/sun/glass/ui/monocle/dispman/DispmanAcceleratedScreen.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/dispman/DispmanCursor.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/dispman/DispmanPlatform.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/dispman/DispmanPlatformFactory.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/dispman/DispmanScreen.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/headless/HeadlessPlatform.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/headless/HeadlessPlatformFactory.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/headless/HeadlessScreen.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/InputDevice.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/InputDeviceRegistry.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/KeyInput.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/KeyState.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/MouseInput.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/MouseInputSynthesizer.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/MouseState.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/TouchInput.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/TouchState.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/filters/AssignPointIDTouchFilter.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/filters/LookaheadTouchFilter.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/filters/NearbyPointsTouchFilter.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/filters/SmallMoveTouchFilter.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/filters/TouchFilter.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/filters/TouchPipeline.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/AbsoluteInputCapabilities.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/FBDevScreen.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/GetEvent.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/Input.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/KeyBits.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxEventBuffer.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxEventBuffers.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxFrameBuffer.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxInputDevice.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxInputDeviceRegistry.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxInputProcessor.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxKeyProcessor.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxMouseProcessor.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxPlatform.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxPlatformFactory.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxSimpleTouchProcessor.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxStatefulMultiTouchProcessor.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxStatelessMultiTouchProcessor.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxSystem.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxTouchProcessor.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxTouchTransform.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/SysFS.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/Udev.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/UdevListener.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/mx6/MX6AcceleratedScreen.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/mx6/MX6Cursor.java -