You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
We have implemented drag and drop using this library and tested it with mouse without any significant issues (except this), but when it was deployed to the target hardware which uses touch, there was semi-random and significant lagging issues where it could take minutes to drag something across the screen.
To Reproduce
Unfortunately I can't share our code to demonstrate the issue, but I have tried to diagnose the issue myself by using the source for this library. Running performance diagnostics shows the majority of time spent on the System.Windows.DragDrop.DoDragDrop method, which seems to block the UI thread due to its synchronous nature and can't be offloaded to another thread due to needing access to the dragged item template. One thing I did try is to add CacheMode = new BitmapCache(); to the DragDropPreview which might have improved things a little, but I am still seeing noticable lagging occasionally.
Expected behavior
No significant lagging with touch, same as mouse.
Screenshots
It would have to be a video, but not sure if I can share. TBD
Desktop (please complete the following information):
OS: Windows 10 Pro
Version 21H2
I'm not sure why the issue is only noticable when using touch and not mouse, and it doesn't seem to be directly caused by anything this library is doing itself (particularly as the touch code doesn't seem to do anything much different to mouse), but is core to how the library works. Has anyone seen this sort of issue before and have a workaround?
The text was updated successfully, but these errors were encountered:
Describe the bug
We have implemented drag and drop using this library and tested it with mouse without any significant issues (except this), but when it was deployed to the target hardware which uses touch, there was semi-random and significant lagging issues where it could take minutes to drag something across the screen.
To Reproduce
Unfortunately I can't share our code to demonstrate the issue, but I have tried to diagnose the issue myself by using the source for this library. Running performance diagnostics shows the majority of time spent on the
System.Windows.DragDrop.DoDragDrop
method, which seems to block the UI thread due to its synchronous nature and can't be offloaded to another thread due to needing access to the dragged item template. One thing I did try is to addCacheMode = new BitmapCache();
to theDragDropPreview
which might have improved things a little, but I am still seeing noticable lagging occasionally.Expected behavior
No significant lagging with touch, same as mouse.
Screenshots
It would have to be a video, but not sure if I can share. TBD
Desktop (please complete the following information):
I'm not sure why the issue is only noticable when using touch and not mouse, and it doesn't seem to be directly caused by anything this library is doing itself (particularly as the touch code doesn't seem to do anything much different to mouse), but is core to how the library works. Has anyone seen this sort of issue before and have a workaround?
The text was updated successfully, but these errors were encountered: