hg: openjfx/8u-dev/rt: 3 new changesets
Changeset: 60ec7824be54 Author:jgiles Date: 2014-05-01 11:37 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/60ec7824be54 [TOY ONLY] Clean up HelloTableView to use proper CheckBoxTableCell. ! apps/toys/Hello/src/main/java/hello/HelloTableView.java Changeset: 1c2d5be06d1c Author:jgiles Date: 2014-05-01 11:51 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/1c2d5be06d1c [DOC ONLY] RT-36856: [TableView] onEditCommit is never called when using CheckBoxTableCell ! modules/controls/src/main/java/javafx/scene/control/cell/CheckBoxListCell.java ! modules/controls/src/main/java/javafx/scene/control/cell/CheckBoxTableCell.java ! modules/controls/src/main/java/javafx/scene/control/cell/CheckBoxTreeCell.java ! modules/controls/src/main/java/javafx/scene/control/cell/CheckBoxTreeTableCell.java Changeset: 0e9455df94b1 Author:jgiles Date: 2014-05-01 13:34 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/0e9455df94b1 [DOC ONLY] RT-26079: [ComboBox, Javadoc] selected item displayed but selection model is empty ! modules/controls/src/main/java/javafx/scene/control/ComboBox.java
Re: Javafx deploy ant task question...
Thanks Danno I am surprised also this has slipped notice. I thought I was crazy but I guess not. I will look at the workaround since I so hate hardcoding which is what I did to get things to work. Thanks for looking into my issue. -Tony On Wednesday, April 30, 2014 5:51 PM, Danno Ferrin wrote: After reading the code I am surprised by the answer I am going to give. You can’t. Not with the current code. The arguments passed into the java main class are the arguments passed into the executable launching it. So if you launch the win app via command line with arguments you get the arguments, but of you launch via start screen/start menu you get no arguments. This is worthy of a JIRA for 8u40 (I think 8u20 is too far down the pike for feature adds). Also, propose what we should do when we both have a bundler specified command line and the user passes one in via the command line. I’m thinking we ignore the bundled one and use the command line ones. I think this is better than any prepend/append solution. As a workaround, you can use system properties either via jvmArgument or jvmUserArgument. For user arguments the values are simply smashed together, so if you are setting system properties you need to set the key to "-Dprop=“ —Danno On Apr 30, 2014, at 4:34 PM, Tony Anecito wrote: > Hi All, > > Does anyone know how to get command line parameters passed to the "args" of a > java program via the javafx deploy ant task? I tried and could not get > anything to work. I have a command line argument like serverid=myserver and > want to to get passed to my program via "args". > > Thanks! > -Tony
hg: openjfx/8u-dev/rt: 3 new changesets
Changeset: 35a1fc49c131 Author:Danno Ferrin (shemnon) Date: 2014-04-28 21:28 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/35a1fc49c131 RT-36724 - JavaFX Packager Renaming Summary: Move java code around to new packages. ! build.gradle - modules/fxpackager/src/main/java/com/oracle/bundlers/AbstractBundler.java - modules/fxpackager/src/main/java/com/oracle/bundlers/BasicBundlers.java - modules/fxpackager/src/main/java/com/oracle/bundlers/Bundler.java - modules/fxpackager/src/main/java/com/oracle/bundlers/BundlerParamInfo.java - modules/fxpackager/src/main/java/com/oracle/bundlers/Bundlers.java - modules/fxpackager/src/main/java/com/oracle/bundlers/EnumeratedBundlerParam.java - modules/fxpackager/src/main/java/com/oracle/bundlers/InvalidBundlerParamException.java - modules/fxpackager/src/main/java/com/oracle/bundlers/JreUtils.java - modules/fxpackager/src/main/java/com/oracle/bundlers/StandardBundlerParam.java - modules/fxpackager/src/main/java/com/oracle/bundlers/mac/MacAppStoreBundler.java - modules/fxpackager/src/main/java/com/oracle/bundlers/mac/MacBaseInstallerBundler.java - modules/fxpackager/src/main/java/com/oracle/bundlers/mac/MacDaemonBundler.java - modules/fxpackager/src/main/java/com/oracle/bundlers/mac/MacPKGBundler.java - modules/fxpackager/src/main/java/com/oracle/bundlers/windows/WindowsBundlerParam.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/AbstractBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/BasicBundlers.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/Bundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/BundlerParamInfo.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/Bundlers.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/ConfigException.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/EnumeratedBundlerParam.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/IOUtils.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/InvalidBundlerParamException.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/JreUtils.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/Log.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/RelativeFileSet.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/StandardBundlerParam.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/UnsupportedPlatformException.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/linux/LinuxAppBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/linux/LinuxDebBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/linux/LinuxResources.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/linux/LinuxRpmBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacAppBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacAppStoreBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacBaseInstallerBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacDaemonBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacDmgBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacPkgBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacResources.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WinAppBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WinExeBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WinMsiBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WinResources.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WinServiceBundler.java + modules/fxpackager/src/main/java/com/oracle/tools/packager/windows/WindowsBundlerParam.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/ant/AntLog.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/ant/DeployFXTask.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/DeployParams.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/Log.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/Main.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/PackagerLib.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/BundleParams.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/ConfigException.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/IOUtils.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/LinuxAppBundler.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/LinuxDebBundler.java - modules/fxpackager/src/m
Re: Javafx deploy ant task question...
After reading the code I am surprised by the answer I am going to give. You can’t. Not with the current code. The arguments passed into the java main class are the arguments passed into the executable launching it. So if you launch the win app via command line with arguments you get the arguments, but of you launch via start screen/start menu you get no arguments. This is worthy of a JIRA for 8u40 (I think 8u20 is too far down the pike for feature adds). Also, propose what we should do when we both have a bundler specified command line and the user passes one in via the command line. I’m thinking we ignore the bundled one and use the command line ones. I think this is better than any prepend/append solution. As a workaround, you can use system properties either via jvmArgument or jvmUserArgument. For user arguments the values are simply smashed together, so if you are setting system properties you need to set the key to "-Dprop=“ —Danno On Apr 30, 2014, at 4:34 PM, Tony Anecito wrote: > Hi All, > > Does anyone know how to get command line parameters passed to the "args" of a > java program via the javafx deploy ant task? I tried and could not get > anything to work. I have a command line argument like serverid=myserver and > want to to get passed to my program via "args". > > Thanks! > -Tony
hg: openjfx/8u-dev/rt: 2 new changesets
Changeset: a49dfbd3235c Author:jgiles Date: 2014-05-01 08:31 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/a49dfbd3235c RT-36920: [Ensemble8] NullPointerException from VirtualFlow.layoutChildren when running Gesture Event sample ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/VirtualFlow.java Changeset: a419baadd1be Author:jgiles Date: 2014-05-01 11:16 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/a419baadd1be RT-36902: [ComboBox, DatePicker] Shift-Tab fails to traverse out of control ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ComboBoxListViewSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/DatePickerSkin.java ! modules/controls/src/test/java/javafx/scene/control/ComboBoxTest.java ! modules/controls/src/test/java/javafx/scene/control/DatePickerTest.java
hg: openjfx/8u-dev/rt: [Font, Linux] fix code format, remove tab from pango.c, rename vars, improve error checking
Changeset: 6d2f01663378 Author:Felipe Heidrich Date: 2014-04-30 12:10 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/6d2f01663378 [Font, Linux] fix code format, remove tab from pango.c, rename vars, improve error checking ! modules/graphics/src/main/java/com/sun/javafx/font/freetype/PangoGlyphLayout.java ! modules/graphics/src/main/native-font/pango.c
Javafx deploy ant task question...
Hi All, Does anyone know how to get command line parameters passed to the "args" of a java program via the javafx deploy ant task? I tried and could not get anything to work. I have a command line argument like serverid=myserver and want to to get passed to my program via "args". Thanks! -Tony
hg: openjfx/8u-dev/rt: RT-36926: [Font, Linux] PangoGlyphLayout can't see embedded font
Changeset: 084a6d5b5416 Author:Felipe Heidrich Date: 2014-04-30 11:22 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/084a6d5b5416 RT-36926: [Font, Linux] PangoGlyphLayout can't see embedded font ! modules/graphics/src/main/java/com/sun/javafx/font/freetype/FTFactory.java
hg: openjfx/8u-dev/rt: RT-36924: [Font, Linux] PangoGlyphLayout not handling PangoGlyph special values
Changeset: d71ed34d7bd5 Author:Felipe Heidrich Date: 2014-04-30 10:48 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/d71ed34d7bd5 RT-36924: [Font, Linux] PangoGlyphLayout not handling PangoGlyph special values ! modules/graphics/src/main/java/com/sun/javafx/font/freetype/PangoGlyphLayout.java
hg: openjfx/2u/dev/rt: 2 new changesets
Changeset: 312b5c77a0ba Author:hudson Date: 2014-04-28 07:50 -0700 URL: http://hg.openjdk.java.net/openjfx/2u/dev/rt/rev/312b5c77a0ba Added tag 2.2.60-b17 for changeset 9ddf548a79fe ! .hgtags Changeset: 845bff23874e Author:hudson Date: 2014-04-29 07:22 -0700 URL: http://hg.openjdk.java.net/openjfx/2u/dev/rt/rev/845bff23874e Added tag 2.2.60-b18 for changeset 312b5c77a0ba ! .hgtags
hg: openjfx/8u-dev/rt: [TextFlow] TextFlow has to handle BASELINE_OFFSET_SAME_AS_HEIGHT properly
Changeset: 52f27b865f51 Author:Felipe Heidrich Date: 2014-04-30 13:23 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/52f27b865f51 [TextFlow] TextFlow has to handle BASELINE_OFFSET_SAME_AS_HEIGHT properly ! modules/graphics/src/main/java/javafx/scene/text/TextFlow.java
Re: Why can Scene's only be constructed on the UI thread?
I'm trying an alternative approach. Is there a convenient way to know that the current set of pixels has hit the screen so it's OK to temporarily block the UI loop again after reconfiguring the UI? I could add in manual delays before doing Platform.runLater but that's pretty hacky. What I'm seeing is if I do a stage.show() followed by Platform.runLater() the pixels for the show don't hit the screen for quite a long time, so my splash appears only when loading is nearly finished.
hg: openjfx/8u-dev/rt: [Font] New native font rasterizer in Linux fails to load non system true type fonts
Changeset: b6812eeecbc9 Author:Felipe Heidrich Date: 2014-04-30 06:22 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/b6812eeecbc9 [Font] New native font rasterizer in Linux fails to load non system true type fonts ! modules/graphics/src/main/java/com/sun/javafx/font/freetype/FTFactory.java
hg: openjfx/8u-dev/rt: 2 new changesets
Changeset: 66289f859d06 Author:hudson Date: 2014-04-30 07:48 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/66289f859d06 Added tag 8u20-b12 for changeset 38c1ea45f8be ! .hgtags Changeset: 5e0c832019c3 Author:kcr Date: 2014-04-30 08:30 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/5e0c832019c3 Automated merge with ssh://jfxsrc.us.oracle.com//javafx/8u/master/jfx/rt - modules/base/src/main/java/com/sun/javafx/logging/JFRInputEvent.java - modules/base/src/main/java/com/sun/javafx/logging/JFRLogger.java - modules/base/src/main/java/com/sun/javafx/logging/JFRPulseEvent.java
Re: [8u26] Review request for RT-36844 [Monocle] Implement modality support for monocle
Updated webrev: http://cr.openjdk.java.net/~kselle/webrev-20140430-1059-RT-36844/webrev/ On 4/30/2014 10:02 AM, Lisa Selle wrote: Daniel, Please review the fix for https://javafx-jira.kenai.com/browse/RT-36844 Webrev at http://cr.openjdk.java.net/~kselle/webrev-20140430-0959-RT-36844/webrev/ Thanks, Lisa
[8u26] Review request for RT-36844 [Monocle] Implement modality support for monocle
Daniel, Please review the fix for https://javafx-jira.kenai.com/browse/RT-36844 Webrev at http://cr.openjdk.java.net/~kselle/webrev-20140430-0959-RT-36844/webrev/ Thanks, Lisa
Re: Cleaning up Control codebase - How to deal with StyleableProperty cast
Hi, On 29.04.14 14:35, David Grieve wrote: > I've found that this works: > > final StyleableBooleanProperty prop = > (StyleableBooleanProperty)focusTraversableProperty(); > Right i can confirm that. The problem is that we are then relying even more on the fact the upstream code does not change. If someone because of what ever reason decides to replace the StyleableBooleanProperty through a custom implementation StyleableProperty we get broken. In case of focusTraversableProperty() we are even crossing module boundaries in this case which worries me a bit. Tom
Re: Cleaning up Control codebase - How to deal with StyleableProperty cast
Hi,
According to Eclipse Compiler people we probably found a bug in javac.
They cited the following paragraph from the spec:
> "A cast from a type S to a parameterized type (§4.5) T is unchecked
>unless at least one of the following is true:
>* S <: T
>* All of the type arguments (§4.5.1) of T are unbounded wildcards
>* T <: S and S has no subtype X other than T where the type arguments
> of X are not contained in the type arguments of T."
Tom
On 29.04.14 00:00, Jonathan Giles wrote:
> IntelliJ says the following:
>
> =
> Unchecked cast: 'javafx.beans.property.BooleanProperty' to
> 'javafx.css.StyleableProperty'
>
> *JDK 5.0 only.*
> Signals places where an unchecked warning is issued by the compiler, for
> example:
>
> |void f(HashMap map) {
> map.put("key", "value");
> }
> |=
>
> Perhaps the 'JDK 5.0 only' is significant? I honestly don't know
>
> -- Jonathan
>
> On 29/04/2014 9:57 a.m., Tom Schindl wrote:
>> Hi,
>>
>> Interesting is that only the Eclipse Java Compiler shows a warning.
>> javac is fine with original code.
>>
>> Let me see what the Eclipse compiler guys have to say about that!
>>
>> Tom
>>
>> On 28.04.14 23:33, Tom Schindl wrote:
>>> Hi,
>>>
>>> I've been cleaning up the warnings inside the controls code base and one
>>> of the warnings left (beside many generic problems in the *View-classes)
>>> is the casting from *Property to *StyleableProperty.
>>>
final StyleableProperty prop =
(StyleableProperty)focusTraversableProperty();
>>> now I think I found a way to get away with out an unchecked cast warning
>>> by writing
>>>
final StyleableProperty prop =
(StyleableProperty)(WritableValue)focusTraversableProperty();
>>> Anyone having a better idea?
>>>
>>> Tom
>>>
>
hg: openjfx/8u-dev/rt: RT-36822 [Monocle] X11 framebuffer container doesn't work any more
Changeset: 9ec54207d0ad Author:Daniel Blaukopf Date: 2014-04-30 11:21 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/9ec54207d0ad RT-36822 [Monocle] X11 framebuffer container doesn't work any more Reviewed-by: kselle ! buildSrc/x86egl.gradle ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/omapx11/OMAPX11Platform.java + modules/graphics/src/main/java/com/sun/glass/ui/monocle/x11/X11AcceleratedScreen.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/x11/X11Platform.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/x11/X11Screen.java ! modules/graphics/src/main/native-glass/monocle/EGL.c
hg: openjfx/8u-dev/rt: RT-36877 Charts: autoRanging axis calculates different margins for upper and lower bounds
Changeset: 29ad05f09214 Author:Martin Sladecek Date: 2014-04-30 10:11 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/29ad05f09214 RT-36877 Charts: autoRanging axis calculates different margins for upper and lower bounds Reviewed by: jgiles ! modules/controls/src/main/java/javafx/scene/chart/XYChart.java
