API proposal: drag view

steve.x.northover at oracle.com steve.x.northover at oracle.com
Wed Jan 16 12:48:51 PST 2013

It returns null if called when another application has started a drag.  
If the drag is started within FX, it should probably also return null, 
even though we could provide the image.  Thoughts?


On 16/01/2013 2:15 PM, Pavel Safrata wrote:
> I've suggested this from the very beginning, just wanted to be sure. 
> So, what will the getter return when another application starts the 
> drag? That's the issue I'm talking about all the time..
> Thanks,
> Pavel
> On 16.1.2013 19:39, steve.x.northover at oracle.com wrote:
>> Pavel, I had assumed that you knew this.  The drag image is something 
>> that FX sets when it starts a drag, not something it can get when 
>> another application starts a drag.
>> Steve
>> On 16/01/2013 8:28 AM, Alexey Utkin wrote:
>>> On 16.01.2013 16:33, Pavel Safrata wrote:
>>>> Hi Alexey,
>>>> thanks for your input.
>>>> On 16.1.2013 9:40, Alexey Utkin wrote:
>>>>> I would like specialty emphasize here that image-for-drag is the 
>>>>> same sort of transfer data
>>>>> as the other parts (means that data is accessible for reading on 
>>>>> the target side).
>>>> Can you confirm it is always the case? If the drag starts in a 
>>>> native application and continues to FX application, are the data 
>>>> still accessible? On all systems?
>>> I can say that image-for-drag is the same sort of transfer data as 
>>> the other part in the most of cases (that is the best way for data 
>>> transfer between processes),
>>> but the structure of that data is not always disclosed by OS 
>>> provider for native applications. For example the MS does not open 
>>> the picture format, but it fixed and described in Internet by 
>>> reverse engineering.
>>> In JavaFX drag target we can access to the image of pictured DnD 
>>> only in case of JavaFX source. That is true for any OS.
>>> -uta
>>>> Thanks,
>>>> Pavel

More information about the openjfx-dev mailing list