Hello, Anthony.
The AWT part looks good to me.
With best regards. Petr.
On Aug 6, 2014, at 9:12 PM, Anthony Petrov anthony.pet...@oracle.com wrote:
Anton: thank you for reviewing the fix.
All: I need at least one more reviewer for the JDK part of the fix because
we're going to
Hello, Danno.
I’ve noticed that you are leaking userDefaults and expandedOptions objects.
Adding autorelease to them would save you some memory.
With best regards. Petr.
On Jul 3, 2014, at 1:43 AM, Danno Ferrin danno.fer...@oracle.com wrote:
Yes, this has to be fixed in native code. 8u40
Hello,
Please review the fix for the issue:
https://javafx-jira.kenai.com/browse/RT-36293
Webrev:
http://cr.openjdk.java.net/~pchelko/fx/36293/webrev/
With best regards. Petr.
Hello, Philipp.
As a quick workaround you can run:
sudo ln -s
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk
FX does-not use any new API’s
Hello, Sven.
Looks like you are not specifying the representation class for the DataFlavor
and it defaults
to the InputStream. So, scene builder puts a ByteBuffer while the
DataTransferer is trying to treat it as an
InputStream.
Could you please try to explicitly specify the representation
own DataFlavors..
Any further help appreciated..
-Sven
Am 17.03.2014 09:54 schrieb Petr Pchelko petr.pche...@oracle.com:
Hello, Sven.
Looks like you are not specifying the representation class for the DataFlavor
and it defaults
to the InputStream. So, scene builder puts
Hello, Eli.
The NSView-based embedding was implemented and is already available in JDK8 EA
builds and JDK7u40.
Here's the bug which was used to track the changes:
https://bugs.openjdk.java.net/browse/JDK-7154778
However, this implementation was designed specifically to support the SWT_AWT
Hello, OpenJFX.
Please review the fix for the issue:
https://javafx-jira.kenai.com/browse/RT-34770
The details are in the bug comments.
With best regards. Petr.
Hello, OpenJFX.
Please review the fix for the issue:
https://javafx-jira.kenai.com/browse/RT-34576
The details are available in the bug comments.
With best regards. Petr.
Hello, OpenJFX Community.
Please review the fix for the issue:
https://javafx-jira.kenai.com/browse/RT-34162
The details about the fix are in bug comments.
Thank you.
With best regards. Petr.
Hello, OpenJFX Community.
Please review the fix for the issue:
https://javafx-jira.kenai.com/browse/RT-34107
The details are available in the bug comments.
Thank you.
With best regards. Petr.
Hello, OpenJFX community.
Please review the fix for the issue:
https://javafx-jira.kenai.com/browse/RT-34077
The webrev is available at: http://cr.openjdk.java.net/~pchelko/fx/34077/webrev/
Thank you.
With best regards. Petr.
Hello, Artem.
This exception is expected, when an old JDK8 build is used.
Actually I suppose it’s a bug, here’s a JIRA for it:
https://javafx-jira.kenai.com/browse/RT-34077
I’ll fix it in a couple of days probably.
With best regards. Petr.
On Nov 6, 2013, at 11:53 AM, Artem Ananiev
Hello, OpenJFX.
FX is a single threaded UI toolkit. Glass (the underlying native window toolkit
portability layer for FX) is being changed to ensure it is
accessed from the UI thread. You can follow progress in
https://javafx-jira.kenai.com/browse/RT-26891
We are reenabling the Glass thread
other options you have,
besides adding InputMethodRequests2 or whatever and having to do an
instanceof test and cast. But that might actually be the better way to handle
this situation. What code needs to call these new methods?
Richard
On Oct 3, 2013, at 11:24 AM, Petr Pchelko petr.pche
Vote: YES.
With best regards. Petr.
On Sep 25, 2013, at 8:01 PM, Artem Ananiev artem.anan...@oracle.com wrote:
I hereby nominate Yao Wang to OpenJFX Committer.
Yao is a member of JavaFX Graphics team at Oracle. Most of recent Yao's
changes are in 3D support code, but not only there:
Vote: YES
With best regards. Petr.
On Aug 15, 2013, at 4:40 PM, Artem Ananiev wrote:
I hereby nominate Alexander Zvegintsev (OpenJDK user name: alexz) to OpenJFX
Committer.
Alexander is a primary maintainer of Gtk port of Glass (windowing toolkit for
JavaFX), and also an active
Hello.
I've just pushed the fix to the repo, so it should be available in a couple of
builds.
However, it is an experimental feature, so we lack the documentation or
examples on it. If you experience any issues with it - please contact me.
As I wrote, it won't work by default in JDK8, you'll
Hello, OpenJFX Team.
As you know, the previous attempt to switch on the thread checks have failed.
The problems were fixed, so I'm going to enable them again tomorrow morning if
nobody objects.
With best regards. Petr.
we're hitting each
frame right on target.
Any ideas?
Richard
On Jul 24, 2013, at 11:31 AM, Petr Pchelko petr.pche...@oracle.com wrote:
Hello, Richard.
These changes fix the problem with dropping frames on Mac because of locking
between the render thread and UI thread.
I have
in the
whole of rt and I don't see CALayer drawInGLContext anywhere in the code. (I
did both an IDEA case insensitive recursive search and also a grep -r on the
command line)
Thanks
Richard
On Jul 25, 2013, at 11:26 AM, Petr Pchelko petr.pche...@oracle.com wrote:
Hello, Richard.
Where did
?
Thanks
Richard
On Jul 24, 2013, at 12:32 AM, hang...@oracle.com wrote:
Changeset: dd30604ab7d0
Author:Petr Pchelko petr.pche...@oracle.com
Date: 2013-07-24 11:24 +0400
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/dd30604ab7d0
RT-26702 Poor DisplacementMap
Seems as if the ticket isn't public...
Sorry for that. Fixed.
With best regards. Petr.
On Jul 22, 2013, at 1:22 PM, Werner Lehmann wrote:
Seems as if the ticket isn't public...
On 22.07.2013 11:06, Petr Pchelko wrote:
You can follow progress inhttps://javafx-jira.kenai.com/browse/RT-26891
23 matches
Mail list logo