🚀 go-pugleaf

Andrzej Rosa <bakters@yahoo.com> wrote:
> 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.  

To w czym widzisz problem?

>>>> 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.

Najwyżej aplikacja docelowa nie obsłuży, nie OLE. Nic się nie stanie. 
Upuszczenie po prostu nie będzie możliwe.

-- 
Piotr Borkowski