12 Answers, 1 is accepted
The mentioned forum post is pretty old. I have double check this behavior with the latest version of our controls and wasn't able to reproduce this lag while dragging very large RadWindow (3840,1200). Can you confirm that you are using the latest version of our controls? For testing purposes, I have used the Configurator demo inside the RadWindow section.
Regards,
Dinko
Progress Telerik
Thanks Dinko, it's good to have you helping again.
I'm using Telerik WPF 2019.1.116.45.NoXaml, on Visual Studio 2019 Preview.
I made a minimal repro here: https://github.com/hillin/RadWindowTest
Thank you for the provided project.
I have tested it on my side with VS 2019 16.1.1 official version, but still wasn't able to reproduce this lag while dragging. The jitters of the text are observed when I drag fast, which is expected. I may miss something here. I have also added the same set up to a WPF Window to compare ti with RadWindow and wasn't able to observe any difference between them. You can find my version of your project attached to this reply. What comes up to my mind is to turn off the Acrylic effect of the Fluent theme by setting the ThemeEffectsHelper.IsAcrylicEnabled static property to false. Give this property a try and let me know if it makes any difference on your side. In addition, is it possible to prepare a video which demonstrates this behavior?
Regards,
Dinko
Progress Telerik
Thanks Dinko, but setting ThemeEffectsHelper.IsAcrylicEnabled to false does not help, the window content still jitters (wildly).
I cannot confirm yet, but could this be a .NET CORE specific problem? Did you test it under the .NET CORE environment?
Thank you for the additional information.
I will make some tests with .Net Core and I will contact you again with my observations.
Regards,
Dinko
Progress Telerik
We've checked this with a .NET Core project (the one from your GitHub repository). The window is dragging quite smooth when the RadWindowInteropHelper.AllowTransparency property is set to True, but there is a slight lag when set to False. Can you tell me what is the issue when the property is True and why you cannot use this? A video showing the lag could be helpful.
Regards,
Martin Ivanov
Progress Telerik
Hi Martin, it's good to have your help again.
I've uploaded 3 videos here:
https://drive.google.com/open?id=1HKcQpDk5lWPohLhnChA9dlk_aq_aOEe9
allow-transparency.mp4 shows dragging a RadWindow with RadWindowInteropHelper.AllowTransparency="True", which is quite laggy;
no-transparency.mp4 shows dragging the same window with RadWindowInteropHelper.AllowTransparency="False". The movement of the window seems smoother, however the window content jitters;
edge.mp4 shows dragging an Edge window of the same size for comparison.
Note the videos are taken on a 4K resolution monitor with a DPI scale of 175%. The videos are then downsampled to 1280*720. On my 4K monitor the lag and jitter effects are more visually significant.
Also, I noticed that no matter enabling or disabling RadWindowInteropHelper.AllowTransparency, when dragging the window, the mouse cursor does not stay in place, but shifts towards the bottom-right of the screen. For example, if the mouse cursor is located at (100, 0) from the top-left of the window, after dragging the window for sometime, it gradually shifts to (150, 50).
Thank you for the additional information. I was able to reproduce the issue when I've changed the DPI scale of one of my monitors to 175%. I will investigate this further and get back to you tomorrow with more information on this.
Regards,
Martin Ivanov
Progress Telerik
I've logged the jittering issue in the Telerik WPF feedback portal where you can track its status. But, I am afraid that, there is no workaround that I can suggest at this moment. Maybe, you can avoid setting the AllowTransparency at all, but this does not guarantee a resolution.
Note that, I also updated your Telerik points.
Regards,
Martin Ivanov
Progress Telerik
Following up to post a link the the following bug about the mouse position offset: https://feedback.telerik.com/wpf/1351899-window-moving-a-window-fast-on-low-performance-machine-or-between-two-monitors-causes-incorrect-offset-to-be-applied-to-the-mouse-cursor
The origin of this is related to the previous issue.
Regards,
Martin Ivanov
Progress Telerik
It turned out that the jittering issue is already logged. This is why I declined the one I've logged. You can find the original issue here: https://feedback.telerik.com/wpf/1354847-radwindow-while-dragging-the-size-of-the-window-is-changed
Note that this is under development. By following the item you will get notified when its status gets updated.
Regards,
Martin Ivanov
Progress Telerik
Hi Martin,
Thanks for the update. It's good to know that the issue has been addressed.
I hope the issue could get a better priority, since it's already been there for over a year...