hg: openjfx/8u-dev/rt: RT-34667: Mac: PickTest3D appears washed out

2014-03-24 Thread hang . vo
Changeset: e530f77a64a4 Author:vadim Date: 2014-03-25 10:34 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/e530f77a64a4 RT-34667: Mac: PickTest3D appears washed out Reviewed-by: anthony, kcr Summary: synchronize CAOpenGLLayer opacity with NSWindow opacity ! modules/gra

hg: openjfx/8u-dev/rt: 4 new changesets

2014-03-24 Thread hang . vo
Changeset: d21a135c84d5 Author:jgiles Date: 2014-03-25 10:56 +1300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/d21a135c84d5 RT-36334: Clean up warnings in control component Contributed-by: Tom Schindl Reviewed-by: jgiles ! modules/controls/src/main/java/javafx/scene/cont

Re: Using JavaFX deploy and having signing issues...

2014-03-24 Thread Tony Anecito
I have already started doing that since the info I found on the web does not mention some of the issues I am running into.   -Tony On Monday, March 24, 2014 4:40 PM, Stephen F Northover wrote: Yes and we'll put them on the OpenJFX wiki. Steve On 2014-03-24 6:39 PM, Mark Fortner wrote: >

hg: openjfx/8u-dev/rt: RT-32460: TextArea: Wrong behavior of CTRL-DOWN on Windows

2014-03-24 Thread hang . vo
Changeset: e08cbee88d7d Author:leifs Date: 2014-03-24 18:12 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/e08cbee88d7d RT-32460: TextArea: Wrong behavior of CTRL-DOWN on Windows ! modules/controls/src/main/java/com/sun/javafx/scene/control/behavior/TextAreaBehavior.j

Re: *PropertyBase vs Simple*Property

2014-03-24 Thread Tom Schindl
Arghhh time for bed: Number is 179 vs 150 but I only ran it once so the numbers might be completely bogus! Tom On 24.03.14 23:40, Tom Schindl wrote: > Ups there was an error in my test for the last Call line so the numbers > there are: > > 38 (lambda) vs 32 (subclass) > >> package hello; >> >>

Re: *PropertyBase vs Simple*Property

2014-03-24 Thread Tom Schindl
Ups there was an error in my test for the last Call line so the numbers there are: 38 (lambda) vs 32 (subclass) > package hello; > > import java.util.ArrayList; > import java.util.List; > import java.util.concurrent.atomic.AtomicInteger; > import java.util.function.Consumer; > > import javafx.b

Re: Using JavaFX deploy and having signing issues...

2014-03-24 Thread Stephen F Northover
Yes and we'll put them on the OpenJFX wiki. Steve On 2014-03-24 6:39 PM, Mark Fortner wrote: Tony and/or Danno, Would you mind documenting the steps that you had to go through to make a Mac application that was submittable to the Apple Store? I'm sure everyone who's struggling to create applic

Re: Using JavaFX deploy and having signing issues...

2014-03-24 Thread Mark Fortner
Tony and/or Danno, Would you mind documenting the steps that you had to go through to make a Mac application that was submittable to the Apple Store? I'm sure everyone who's struggling to create applications would appreciate the information. Cheers, Mark On Mon, Mar 24, 2014 at 3:30 PM, Tony

Re: *PropertyBase vs Simple*Property

2014-03-24 Thread Tom Schindl
The code I run is attached in the mail copy it to your env and run it and flip the testLambda from true to false. I might have been something dumb wrong but this is what I came up with. Tom On 24.03.14 23:31, Kevin Rushforth wrote: > Those results are surprising. Is this an apples-to-apples comp

Re: *PropertyBase vs Simple*Property

2014-03-24 Thread Kevin Rushforth
Those results are surprising. Is this an apples-to-apples comparison with the only difference being a Lambda versus an equivalent anonymous inner class? -- Kevin Tom Schindl wrote: Hi, I've written a small sample to see what it gets me to check: * creation overhead * memory overhead * call

Re: Using JavaFX deploy and having signing issues...

2014-03-24 Thread Tony Anecito
Ok I was able to codesign and submit. The JavaFX deploy task is not creating a info.plist when the jdk is added to the bundle for the jdk.   After submission there were some issues related to signing and it now requires a entitlements file for some things in the jre.   Regards, -Tony On Monday

Re: *PropertyBase vs Simple*Property

2014-03-24 Thread Tom Schindl
Hi, I've written a small sample to see what it gets me to check: * creation overhead * memory overhead * call overhead I'm not very good at this kind of thing so someone who knows to write benchmarks might know a lot better - need to check out JMH most likely. Anyways here are the numbers: Topi

hg: openjfx/8u-dev/rt: 5 new changesets

2014-03-24 Thread hang . vo
Changeset: 16300af5f9f5 Author:jgiles Date: 2014-03-18 14:57 +1300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/16300af5f9f5 RT0-35880: HelloSanity: Menu does not handle accelerator keys correctly Bug was in HelloSanity, not the mnemonic / accelerator code. ! apps/toys/Hel

Re: How to build 64-bit FX ?

2014-03-24 Thread Kevin Rushforth
Good to know. Thanks. -- Kevin Tony Anecito wrote: Hi Kevin, I am doing a swing-javafx app and have been able to run on 64-bit OpenJDK and Windows Java. The only thing to watch out for is any native libraries. Those of course have to be 64-bit. Regards, -Tony On Monday, March 24, 2014

Re: How to build 64-bit FX ?

2014-03-24 Thread Tony Anecito
Hi Kevin,   I am doing a swing-javafx app and have been able to run on 64-bit OpenJDK and Windows Java. The only thing to watch out for is any native libraries. Those of course have to be 64-bit.   Regards, -Tony On Monday, March 24, 2014 9:04 AM, Kevin Rushforth wrote: Good to hear that

Re: Using JavaFX deploy and having signing issues...

2014-03-24 Thread Tony Anecito
So you have tried codesign with Mavericks OS X? I am getting invalid bundle when the jdk is bundled as required by the Apple Store. You have to codesign the jdk plugin seprately. Yes you can create a pkg or dmg image but I am looking for the correct way get the jdk codesigned else the app codes

Re: Using JavaFX deploy and having signing issues...

2014-03-24 Thread Danno Ferrin
You can still deploy apps to the app store using JavaFX. You just cannot use the media library at the moment. You can do it also via non app store distribution and sign it via gatekeeper as well and keep the media libraries in. And it shouldn't matter what version of Mac OSX you use to build

Re: Using JavaFX deploy and having signing issues...

2014-03-24 Thread Tony Anecito
Thanks Richard,   I know some more now. It seems with Mavericks 10.9 codesign and the bundle format that JavaFX deploy creates is no longer valid. There are starting to appear to be more references to this issue on the internet. So JavaFX apps can no longer be created and work on the Mac at least

[8u] Review request: RT-36360 [Monocle] Slight refactor; cache native display in java instead of native code

2014-03-24 Thread Lisa Selle
Hi Daniel, Please review the following minor refactoring to the IMX monocle implementation: https://javafx-jira.kenai.com/browse/RT-36360 http://cr.openjdk.java.net/~kselle/webrev-20140324-1306-RT-36360/webrev/ Thanks, Lisa

Re: Using JavaFX deploy and having signing issues...

2014-03-24 Thread Richard Bair
> One last hurdle, you need to remove the media library for JavaFX > (lib/libjfxmedia.dylib) from your bundled JDK. It uses QuickTime and that is > being disowned by apple. This may be fixed in a later 8u update, but not in > 8.0.0_b132. Oh good grief, Apple! So what should we be using instea

Re: Using JavaFX deploy and having signing issues...

2014-03-24 Thread Danno Ferrin
Mac app store signing is a bit more cranky. The line Jeff gives is fine for Gatekeeper. Here's what we do (in order) for the app store bundler coming in 8u20 - http://hg.openjdk.java.net/openjfx/8u-dev/rt/file/eee373287ad8/modules/fxpackager/src/main/java/com/oracle/bundlers/mac/MacAppStoreBund

Re: Using JavaFX deploy and having signing issues...

2014-03-24 Thread Jeff Martin
I do this with my app, which works (though I don't submit it to the Mac App Store): codesign -s "Developer ID Application" RMStudio14.app jeff On Mar 24, 2014, at 11:26 AM, Tony Anecito wrote: > Does anyone know how to codesign the jdk in the bundle created by JavaFX > deploy ant tas

Re: Using JavaFX deploy and having signing issues...

2014-03-24 Thread Tony Anecito
Does anyone know how to codesign the jdk in the bundle created by JavaFX deploy ant task properly? I tried: codesign -f -s "3rd Party Mac Developer Application: "  name.app/Contents/Plugins/jdk1.8.0.jdk   I get the error: name.app/Contents/Plugins/jdk1.8.0.jdk bundle format unrecognized, invalid

Re: Ability to decorate ChangeListener

2014-03-24 Thread Mario Ivankovits
Well, the topic of this thread was "Ability to decorate ChangeListener“ So, any solution, provided by JavaFX core, would have been fine … I still think this would be nice, proposing the if flip was a fault for this discussion ... Unhappily :-( Am 24.03.2014 um 16:19 schrieb Stephen F Northover

Re: Ability to decorate ChangeListener

2014-03-24 Thread Stephen F Northover
I'm pretty sure this discussion has solidified around not flipping the equals() but this is a good example of something that we wouldn't change. If you write code that relies on this, it will break in the future when new code is added in FX that does not follow the pattern. Steve On 2014-03-

Re: How to build 64-bit FX ?

2014-03-24 Thread Kevin Rushforth
Good to hear that you can build OK now. -- Kevin Anthony Petrov wrote: Previously I simply did `rm -rf caches`, but this didn't seem to do the right job. After a completely fresh clone of a new repo and performing a build using 64-bit JDK, I finally got it working. -- best regards, Anthony

Re: Ability to decorate ChangeListener

2014-03-24 Thread Tomas Mikula
On Mon, Mar 24, 2014 at 3:24 PM, Mario Ivankovits wrote: > Hi Tomas! > > No worries, I’ll go the way on my own there then. > > > But, after this discussion I do not see why one ever used .equals() at all. > > Look, it does not fit my needs, I do not see any use-case where one would add > an remov

Re: Ability to decorate ChangeListener

2014-03-24 Thread Mario Ivankovits
Am 24.03.2014 um 15:36 schrieb Martin Sladecek : > On 24.3.2014 15:24, Mario Ivankovits wrote: >> But, after this discussion I do not see why one ever used .equals() at all. >> >> Look, it does not fit my needs, I do not see any use-case where one would >> add an removeListener with asymmetric

Re: Adding GStreamer plugins

2014-03-24 Thread anton nashatyrev
Hi Michael, On 24.03.2014 4:31, Michael Berry wrote: Hi all, I'm now a bit further along with this, though struggling to get the matroska plugin to compile (getting a bunch of unresolved external symbol errors for functions it uses in glib - not entirely sure why at the moment, as I said C is n

Re: How to build 64-bit FX ?

2014-03-24 Thread Anthony Petrov
Previously I simply did `rm -rf caches`, but this didn't seem to do the right job. After a completely fresh clone of a new repo and performing a build using 64-bit JDK, I finally got it working. -- best regards, Anthony On 3/21/2014 8:26 PM, Anthony Petrov wrote: Thanks, Kevin. The build went

Re: Ability to decorate ChangeListener

2014-03-24 Thread Martin Sladecek
On 24.3.2014 15:24, Mario Ivankovits wrote: But, after this discussion I do not see why one ever used .equals() at all. Look, it does not fit my needs, I do not see any use-case where one would add an removeListener with asymmetric .equals() and thus it is better you use == I think. This clari

Re: Ability to decorate ChangeListener

2014-03-24 Thread Mario Ivankovits
Hi Tomas! No worries, I’ll go the way on my own there then. But, after this discussion I do not see why one ever used .equals() at all. Look, it does not fit my needs, I do not see any use-case where one would add an removeListener with asymmetric .equals() and thus it is better you use == I

Re: Ability to decorate ChangeListener

2014-03-24 Thread Tomas Mikula
Hi Mario, On Mon, Mar 24, 2014 at 8:46 AM, Mario Ivankovits wrote: > Thanks for your answer! > > One thing, I think, we can agree on, is that it is overly complex for an OO > language to decorate things like these listeners. I'm curious why you need to decorate the listeners in the first place.

hg: openjfx/8u-dev/rt: RT-36294 FXML binding on custom property in javafx8 not working, if that property created thrue constructor with no arguments

2014-03-24 Thread hang . vo
Changeset: eee373287ad8 Author:Martin Sladecek Date: 2014-03-24 11:45 +0100 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/eee373287ad8 RT-36294 FXML binding on custom property in javafx8 not working, if that property created thrue constructor with no arguments ! modules/f

hg: openjfx/8u-dev/rt: RT-36255 Selecting TreeItem programatically expands collapsed Items

2014-03-24 Thread hang . vo
Changeset: 12c8e820eb46 Author:Martin Sladecek Date: 2014-03-24 08:43 +0100 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/12c8e820eb46 RT-36255 Selecting TreeItem programatically expands collapsed Items Reviewed by: jgiles ! modules/controls/src/main/java/javafx/scene/cont

Re: Ability to decorate ChangeListener

2014-03-24 Thread Mario Ivankovits
Thanks for your answer! One thing, I think, we can agree on, is that it is overly complex for an OO language to decorate things like these listeners. What about introducing another interface like ChangeListenerDecoration with a special named „boolean decorates(ChangeListener)) method and call th

hg: openjfx/8u-dev/rt: RT-36139 [TableColumn] Inconsistent behaviour when resizing the last nested column on the right

2014-03-24 Thread hang . vo
Changeset: da21a84618ee Author:Martin Sladecek Date: 2014-03-24 08:32 +0100 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/da21a84618ee RT-36139 [TableColumn] Inconsistent behaviour when resizing the last nested column on the right Reviewed by: jgiles ! modules/controls/s