Changeset: 93a63c9eb06f
Author:Martin Sladecek martin.slade...@oracle.com
Date: 2014-03-17 08:59 +0100
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/93a63c9eb06f
RT-36152 TableHeaders behave badly when horizontal scrollbar is visible
RT-34897 [ListView] ListView not
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
The problem seems to be in AbstractDragSource in SceneBuilder. It defines a
javafx.scene.input.DataFormat.
This seems to cause problems if running embedded in Swing. I do not define
my own DataFlavors..
Any further help appreciated..
-Sven
Am 17.03.2014 09:54 schrieb Petr Pchelko
Ok, I see.
This is the problem in FX interop. In
javafx.embed.swing.SwingDnD.DnDTransferable class. It's wrapper that wraps the
FX dragboard into the Swing Trasferable.
It is a simple class and many features are simply not implemented. The
implementation is very basic - it just creates the
Changeset: a595dd55588f
Author:vadim
Date: 2014-03-17 14:14 +0400
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/a595dd55588f
RT-35681: Rendering difference between platforms when specular map is used
Reviewed-by: ckyang
!
Ok.
Will file an issue and if possible create a patch.
Any this could end up in 8u20 (or earlier)?
Thanks
-Sven
Am 17.03.2014 11:05 schrieb Petr Pchelko petr.pche...@oracle.com:
Ok, I see.
This is the problem in FX interop.
In javafx.embed.swing.SwingDnD.DnDTransferable class. It's
Hi Chien, Kevin,
Please review this fix:
https://javafx-jira.kenai.com/browse/RT-36235
Thanks,
Vadim
Hi Sven,
If you file the bug then yes, we can look at it for 8u20 (there is no
earlier).
And thanks to Petr for providing the evaluation for this.
-- Kevin
Sven Reimers wrote:
Ok.
Will file an issue and if possible create a patch.
Any this could end up in 8u20 (or earlier)?
Thanks
Changeset: 6820d900774a
Author:Martin Sladecek martin.slade...@oracle.com
Date: 2014-03-17 13:22 +0100
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/6820d900774a
RT-36185 Custom TraversalEngine introduced in RT-36065 cannot delegate subtree
traversal to the default
Changeset: c7f043d40430
Author:Anthony Petrov anthony.pet...@oracle.com
Date: 2014-03-17 16:56 +0400
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/c7f043d40430
RT-34283: [Swing] DragDrop with interop on Mac OS X between two processes does
not transfer data
Summary: Cache
Created RT-36240
-Sven
Am 17.03.2014 13:10 schrieb Kevin Rushforth kevin.rushfo...@oracle.com:
Hi Sven,
If you file the bug then yes, we can look at it for 8u20 (there is no
earlier).
And thanks to Petr for providing the evaluation for this.
-- Kevin
Sven Reimers wrote:
Ok.
Will
Hi Sven,
As you mentioned, some fixes are also required at SB level (the strings passed
to DataFormat).
I'm going to file a JIRA against Scene Builder for that.
I did a sample Swing test with Scene Builder Kit and reproduced the exception
reported in RT-36240. However it seems that this
Yes, I can confirm everything looks ok.. but exceptions all over the place
don't make feel comfortable...
This is with fixed DataFormat String..
Thanks
-Sven
Am 17.03.2014 15:32 schrieb Eric Le Ponner eric.le.pon...@oracle.com:
Hi Sven,
As you mentioned, some fixes are also required at SB
Hi Kevin and David
Please review
Jira: https://javafx-jira.kenai.com/browse/RT-36230
Wiki: https://wiki.openjdk.java.net/display/OpenJFX/Accessibility (it has
information about the design, test plan, etc)
WebRev: http://cr.openjdk.java.net/~fheidric/RT-36230/webrev/
More information about new
Changeset: 03b02a7bcfb9
Author:Per Bothner per.both...@oracle.com
Date: 2014-03-17 09:33 -0700
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/03b02a7bcfb9
RT-36216 - Open-source the WebTerminal app
See README.txt for more information.
+
Hi Martin,
Can I get a quick review for https://javafx-jira.kenai.com/browse/RT-36246
The patch is attached to Jira.
The accessibility code is affected by this bug.
Thank you
Felipe
My understanding is alpha and opacity are same just different range.
Opacity is 0.0 to 1.0
Alpha is 0 to 255
Jim or Kevin will be authority on this.
Jasper
On Mar 16, 2014, at 5:55 AM, Tom Schindl tom.schi...@bestsolution.at wrote:
Hi,
Maybe I'm completely wrong but to me it looks
+1
Am 17.03.2014 um 17:51 schrieb Jasper Potts jasper.po...@oracle.com:
My understanding is alpha and opacity are same just different range.
Opacity is 0.0 to 1.0
Alpha is 0 to 255
Jim or Kevin will be authority on this.
Jasper
On Mar 16, 2014, at 5:55 AM, Tom Schindl
I'm sure Jim could word this better, but here goes...
Opacity and alpha are mostly used interchangeably. Whether the range is
expressed as a normalized value [0.0,1.0] or an 8-bit pixel value
[0,255], the meaning is the same. A value of 0 means that the color is
completely transparent. When
Chien Felipe,
Please review the following unit tests:
https://javafx-jira.kenai.com/browse/RT-36197
Thanks.
-- Kevin
Changeset: c66b3066b41e
Author:shemnon
Date: 2014-03-17 12:21 -0600
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/c66b3066b41e
RT-35635: new bundlers for fxpackager - missed two files
!
modules/fxpackager/src/test/java/com/oracle/bundlers/linux/LinuxDebBundlerTest.java
!
Daniel,
Please review the fix for
jira: https://javafx-jira.kenai.com/browse/RT-35245
webrev posted:
http://cr.openjdk.java.net/~kselle/webrev-20140317-1433-RT-35245/webrev/
Thanks,
Lisa
Hi,
Yes it looks like i mixed this up with transparency!
Tom
On 17.03.14 10:03, Kevin Rushforth wrote:
I'm sure Jim could word this better, but here goes...
Opacity and alpha are mostly used interchangeably. Whether the range is
expressed as a normalized value [0.0,1.0] or an 8-bit pixel
Changeset: 10d656e22fbd
Author:Felipe Heidrich felipe.heidr...@oracle.com
Date: 2014-03-17 15:29 -0700
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/10d656e22fbd
RT-36246: NPE on Node#localToScreen
! modules/graphics/src/main/java/javafx/scene/Node.java
24 matches
Mail list logo