<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;"><DIV>Michael,</DIV>
<DIV> </DIV>
<DIV>Thanks. Right now, we are puting the code inside the shared folders service, this is a rather temp solution. </DIV>
<DIV> </DIV>
<DIV>Seems not too much common code with Clipboard service, so better to keep it independent. </DIV>
<DIV> </DIV>
<DIV>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?</DIV>
<DIV> </DIV>
<DIV>What I wanted is to code in user space to setup communications between host and guest.</DIV>
<DIV> </DIV>
<DIV>Thanks,</DIV>
<DIV> </DIV>
<DIV>- huihong<BR><BR>--- On <B>Mon, 7/26/10, Michael Thayer <I><michael.thayer@oracle.com></I></B> wrote:<BR></DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: rgb(16,16,255) 2px solid"><BR>From: Michael Thayer <michael.thayer@oracle.com><BR>Subject: Re: [vbox-dev] drag-n-drop is being implemented too<BR>To: "Huihong Luo" <huisinro@yahoo.com><BR>Cc: vbox-dev@virtualbox.org<BR>Date: Monday, July 26, 2010, 8:20 AM<BR><BR>
<DIV class=plainMail>Hi Huihong,<BR><BR>Le dimanche 25 juillet 2010 à 12:05 -0700, Huihong Luo a écrit :<BR>> Do you think Clipboard host service would be the right place to hold<BR>> the dnd code on host? <BR>I suppose it depends how you planned to implement it (or how you have<BR>done so, depending). If you reuse a lot of the existing clipboard<BR>service code (e.g. signalling that new MIME data is available to drop<BR>and letting the guest, or the host respectively, query the data in the<BR>same way as the clipboard service currently does) then obviously it<BR>would make sense, otherwise a new service would be better. If you reuse<BR>the clipboard service it might make sense to generalise it to allow<BR>several independent clipboard "channels" in parallel with clearly<BR>separated (from the point of view of their code, but not necessarily<BR>from that of their run-time structure) front-ends (like the clipboard,<BR>drag and drop and
an X11 selection channel which I might add in the<BR>future).<BR><BR>> Inside guest, VBoxTray is the right place, I think.<BR>I would have thought so too - anyone who has done more with the Windows<BR>Additions than me please speak up now if you disagree.<BR><BR>> vm-to-host seems to be even more difficult, as we are looking into the<BR>> issue right now.<BR>I came up with a rather perverse idea for that one - having one or two<BR>invisible or single point windows as drop targets that you warp under<BR>the guest pointer. Hopefully you will think of something more elegant<BR>though!<BR><BR>Regards,<BR><BR>Michael<BR>-- <BR>ORACLE Deutschland B.V. & Co. KG Michael Thayer<BR>Werkstrasse 24 VirtualBox engineer<BR>71384 Weinstadt, Germany mailto:<A
href="http://us.mc343.mail.yahoo.com/mc/compose?to=michael.thayer@sun.com" ymailto="mailto:michael.thayer@sun.com">michael.thayer@sun.com</A><BR><BR>Hauptverwaltung: Riesstr. 25, D-80992 München<BR>Registergericht: Amtsgericht München, HRA 95603<BR><BR>Komplementärin: ORACLE Deutschland Verwaltung B.V.<BR>Rijnzathe 6, 3454PV De Meern, Niederlande<BR>Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697<BR>Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven <BR><BR><BR></DIV></BLOCKQUOTE></td></tr></table>