🚀 go-pugleaf

On 2011-03-05, Piotr B. [pb2004] <p_borkowski@nospamgazeta.pl> wrote:
> Andrzej Rosa <bakters@yahoo.com> wrote:
>
>>> To już nie jest kwestia drag and drop tylko właściwej obsługi 
>>> otrzymanych danych.
>
>> Czyli jedyne co chciałeś napisać, to że schowek jest łatwo zrobić?  ;-)
>
> Łatwo jest zaimplementować obsługę drag and drop.

Sam mechanizm nigdzie nie jest specjalnie trudny.  

>>> Na najniższym poziomie aplikacje implementują trzy interfejsy OLE: 
>>> IDropSource, IDropTarget i IDataObject oraz wywołują funkcję DoDragDrop 
>>> i RegisterDragDrop. Tak więc nie ma bezpośredniej komunikacji między 
>>> aplikacjami. Przeniesienie danych realizuje OLE. W przypadku WPF lub 
>>> WinForms powyższe już jest zaimplementowane i aplikacja musi tylko 
>>> obsłużyć odpowiednie zdarzenia np. w Winforms dla upuszczania są to 
>>> DragEnter i DragDrop.
>
>> Przynajmniej na pierwszy rzut oka wygląda na to, że przynajmniej w
>> ramach OLE działa to analogicznie.  Za to ma wszelkie prawa działać
>> gorzej, jak użytkownik przeciągnie coś niezrozumiałego dla OLE.
>
> OLE nie obchodzi jakie dane zawiera DataObject. To aplikacja ma 
> sprawdzić jakie dane są przenoszone i jeśli je obsługuje wybrać 
> odpowiedni Effect i obsłużyć dane.

Przecież piszę, że sprowadza się to do tego samego.  Za to nadal nie
wiem co się stanie, jeśli użytkownik przeciągnie coś, czego OLE nie
rozumie.

-- 
Andrzej Rosa
Working Gentoo flavor:  http://www.funtoo.org
Maintained by Daniel Robbins.