Hello, Anthony.
The AWT part looks good to me.
With best regards. Petr.
> On Aug 6, 2014, at 9:12 PM, Anthony Petrov 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 back-port the change to 8u4
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 wrote:
>
> Yes, this has to be fixed in native code. 8u40 it is then.
>
> I ca
Hello, Anthony, Steve.
Please review the fix for the issue:
https://javafx-jira.kenai.com/browse/RT-34737
Thank you.
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 spec
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.
; own DataFlavors..
>
> Any further help appreciated..
>
> -Sven
>
> Am 17.03.2014 09:54 schrieb "Petr Pchelko" :
> Hello, Sven.
>
> Looks like you are not specifying the representation class for the DataFlavor
> and it defaults
> to th
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 cla
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
brid
Vote: YES.
With best regards. Petr.
On 12.12.2013, at 1:17, David Hill wrote:
>
> I hereby nominate Vadim Pakhnushev to OpenJFX Committer.
>
> Vadim is a member of JavaFX Embedded team at Oracle. Vadim's changes are in
> Glass Windows/D3d:
>
> hg log -M -u "vadim"
>
> An incomplete list o
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-32341
The detailed description and webrev link is in JIRA 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 wrote:
>
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 che
> I'm not sure there are any 3rd party text input controls that don't extend
> from TextInputControl. If a 3rd party text input control does extend from
> TextInputControl / TextInputControlSkin, will it work?
I'm suppose it should work, but this question requires deeper investigation.
> If we u
ke these methods really won't fit well into the existing interface. I
> don't know enough about the domain to know what other options you have,
> besides adding InputMethodRequests2 or whatever and having to do an
> instanceof test and cast. But that might actually be the bet
Hello, OpenJFX Community.
There's a question about using Java 8 features in FX.
I've been working on the support for InputMethods in JFXPanel which is an
important feature for many users who speak hieroglyphic languages.
The issue is tracked under: https://javafx-jira.kenai.com/browse/RT-13248
Vote: YES.
With best regards. Petr.
On Sep 25, 2013, at 8:01 PM, Artem Ananiev 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:
>
> hg log -u "Yao Wa
Hello, Sven.
This was recently fixed under the following JIRA:
https://javafx-jira.kenai.com/browse/RT-32867
The fix should be in the next promoted FX build.
Thank you for submitting the issue.
With best regards. Petr.
On Sep 20, 2013, at 10:11 PM, Sven Reimers wrote:
> Just saw this on my
Hello, Malcolm.
This is a known issue, it's tracked under
https://javafx-jira.kenai.com/browse/RT-31957
This functionality is not implemented yet, I am working on it currently.
With best regards. Petr.
On Sep 1, 2013, at 2:00 PM, "Lidierth, Malcolm"
wrote:
>
> With a JPanel displayed in a S
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 c
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.
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
t; 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 wrote:
>
>> Hell
mething looks suspicious. I'd
> rather have a fool-proof method of determining whether we're hitting each
> frame right on target.
>
> Any ideas?
>
> Richard
>
> On Jul 24, 2013, at 11:31 AM, Petr Pchelko wrote:
>
>> Hello, Richard.
>>
>&g
about on
> Windows, is there any impact there from this change or is it truly just for
> Mac? Has anybody tried to measure for dropped frames on Windows?
>
> Richard
>
> On Jul 24, 2013, at 11:31 AM, Petr Pchelko wrote:
>
>> Hello, Richard.
>>
>> These c
hanks
> Richard
>
> On Jul 24, 2013, at 12:32 AM, hang...@oracle.com wrote:
>
>> Changeset: dd30604ab7d0
>> Author:Petr Pchelko
>> Date: 2013-07-24 11:24 +0400
>> URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/dd30604ab7d0
>>
&
> 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://jav
Hello all,
FX is a single threaded UI toolkit. Well written FX applications should not
access FX objects from outside the UI thread. There are exceptions to this
rule and these are well documented. Documentation is great, but enforcing
thread checks in code is better. Glass (the underlying n
32 matches
Mail list logo
