Le 17 mars 2014 à 16:10, Sven Reimers a écrit :
> Yes, I can confirm everything looks ok.. but exceptions all over the place
> don't make feel comfortable...
>
>
Sure.
I created DTL-6648 to track issue at Scene Builder level.
Eric
> This is with fixed DataFormat String..
>
> Thanks
>
> -S
Watching it now :-)
Thanks
-Sven
Am 17.03.2014 16:52 schrieb "Eric Le Ponner" :
> Le 17 mars 2014 à 16:10, Sven Reimers a écrit :
>
> Yes, I can confirm everything looks ok.. but exceptions all over the place
> don't make feel comfortable...
>
>
> Sure.
> I created DTL-6648 to track issue at Sc
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" :
> Hi Sven,
>
> As you mentioned, some fixes are also required at SB level (the strings
>
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 except
Created RT-36240
-Sven
Am 17.03.2014 13:10 schrieb "Kevin Rushforth" :
> 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 a
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
-S
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" :
> Ok, I see.
>
> This is the problem in FX interop.
> In javafx.embed.swing.SwingDnD.DnDTransferable class. It's wrapper that
> wraps the
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 Data
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" :
> Hello, Sv
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
Ok... figured it out. It seems scene.builder.internal crashes the Swing
parsing mechanism for mime types in the data transfer. Changing it to
scene.builder/internal fixes this problem.
Shall I open an issue in Jira for it?
Having fixed this I get another problem :-(
(see stacktrace below)
Not su
11 matches
Mail list logo