Mario,
thanks for your suggestion, but I think your specific case will not
justify the change. First of all, as it was already said, equals should
be symmetric. Knowing the implementation, you could rely on the fact
that either the equals is called on the provided listener or on the
listeners
Changeset: da21a84618ee
Author:Martin Sladecek martin.slade...@oracle.com
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:
Changeset: 12c8e820eb46
Author:Martin Sladecek martin.slade...@oracle.com
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
!
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
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
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
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
Am 24.03.2014 um 15:36 schrieb Martin Sladecek martin.slade...@oracle.com:
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
On Mon, Mar 24, 2014 at 3:24 PM, Mario Ivankovits ma...@datenwort.at 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
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
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
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: Cert Name
name.app/Contents/Plugins/jdk1.8.0.jdk
I get the error: name.app/Contents/Plugins/jdk1.8.0.jdk bundle format
unrecognized,
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 adanec...@yahoo.com wrote:
Does anyone know how to codesign the jdk in the bundle created by JavaFX
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 -
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 instead?
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
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
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
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
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 kevin.rushfo...@oracle.com
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,
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.
!
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:
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
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
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
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
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
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
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;
import
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
!
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
steve.x.northo...@oracle.com wrote:
Yes and we'll put them on the OpenJFX wiki.
Steve
On 2014-03-24
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 tom.schi...@bestsolution.at
Reviewed-by: jgiles
!
33 matches
Mail list logo