[vbox-dev] drag-n-drop is being implemented too
huisinro at yahoo.com
Mon Jul 26 08:49:58 PDT 2010
Thanks. Right now, we are puting the code inside the shared folders service, this is a rather temp solution.
Seems not too much common code with Clipboard service, so better to keep it independent.
Do you know any mechanism that can do something like Guest Property, but done in memory. i.e., the guest can wait for some arbitrary data, without doing kernel driver, or modifing the current guest lib in kernel?
What I wanted is to code in user space to setup communications between host and guest.
--- On Mon, 7/26/10, Michael Thayer <michael.thayer at oracle.com> wrote:
From: Michael Thayer <michael.thayer at oracle.com>
Subject: Re: [vbox-dev] drag-n-drop is being implemented too
To: "Huihong Luo" <huisinro at yahoo.com>
Cc: vbox-dev at virtualbox.org
Date: Monday, July 26, 2010, 8:20 AM
Le dimanche 25 juillet 2010 à 12:05 -0700, Huihong Luo a écrit :
> Do you think Clipboard host service would be the right place to hold
> the dnd code on host?
I suppose it depends how you planned to implement it (or how you have
done so, depending). If you reuse a lot of the existing clipboard
service code (e.g. signalling that new MIME data is available to drop
and letting the guest, or the host respectively, query the data in the
same way as the clipboard service currently does) then obviously it
would make sense, otherwise a new service would be better. If you reuse
the clipboard service it might make sense to generalise it to allow
several independent clipboard "channels" in parallel with clearly
separated (from the point of view of their code, but not necessarily
from that of their run-time structure) front-ends (like the clipboard,
drag and drop and an X11 selection channel which I might add in the
> Inside guest, VBoxTray is the right place, I think.
I would have thought so too - anyone who has done more with the Windows
Additions than me please speak up now if you disagree.
> vm-to-host seems to be even more difficult, as we are looking into the
> issue right now.
I came up with a rather perverse idea for that one - having one or two
invisible or single point windows as drop targets that you warp under
the guest pointer. Hopefully you will think of something more elegant
ORACLE Deutschland B.V. & Co. KG Michael Thayer
Werkstrasse 24 VirtualBox engineer
71384 Weinstadt, Germany mailto:michael.thayer at sun.com
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603
Komplementärin: ORACLE Deutschland Verwaltung B.V.
Rijnzathe 6, 3454PV De Meern, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the vbox-dev