Rafted window disappear in WinForms interop

Hi Sam,

We don't test the DockSite within a WinForms app since it's made for use in WPF apps.  We do test WinForms content within the DockSite when in a WPF app though (there is a special option you need to enable to support it).

Offhand, the rafting windows are probably not minimized since they don't have an owner window to track.  In a WPF app, we set the owner to the root Window and they do minimize for that.

It's hard to say what's happening there but that doesn't happen in WPF.  So perhaps WinForms interop is passing back some bad mouse coordinates to our dragging code?

If you send a sample over, we can take a look.  But this sort of product may not work very well within a WinForms app since it can spawn new WPF windows, used for rafting containers.

Hi Sam,

Thanks for the sample.  We debugged it and it appears that in this scenario (where the WinForms Form is minimized) the MouseEventArgs we are given is returning those very negative positions when the document is dropped.  Oddly enough, we found that it works fine as long as the mouse is in the upper-left portion of the screen but then if you move the mouse to the right or below that region, the blue drop indicator disappears and when the mouse button is released, the window goes offscreen as you saw.

Unfortunately we rely on the MouseEventArgs that is passed to us so there's probably nothing we can do.  Your best bet is to minimize those rafting windows when your main Form minimizes.  That will work around it.

Hi,

thanks for the investigation.

As you propose we implemented a workaround that hides rafted windows when the app is minimimized. This effectively solves the problem.

Thanks,
Sam