Hi.
I'm currently evaluating Telerik controls, and I am having an issue with RadWindow. A key scenario is to observer how our dialogues display when the DPI is set at its extreme.
My RadWindow has SizeToContent set to true, and IsRestricted set to true.
It's a tall dialog, and my assumption was, when the display is set to a high DPI (200% in Windows 8), the dialog will shrink to cover the range from top of the screen, to top of the taskbar (at which point the scroll bars would activate).
However, instead, part of the title and the bottom part of the dialogue are either offscreen, or obscured by the task bad.
I've attached a screenshot detailing the issue (I've blurred parts of the dialog intentionally).
I'm currently evaluating Telerik controls, and I am having an issue with RadWindow. A key scenario is to observer how our dialogues display when the DPI is set at its extreme.
My RadWindow has SizeToContent set to true, and IsRestricted set to true.
It's a tall dialog, and my assumption was, when the display is set to a high DPI (200% in Windows 8), the dialog will shrink to cover the range from top of the screen, to top of the taskbar (at which point the scroll bars would activate).
However, instead, part of the title and the bottom part of the dialogue are either offscreen, or obscured by the task bad.
I've attached a screenshot detailing the issue (I've blurred parts of the dialog intentionally).
1 Answer, 1 is accepted
0
Hello ,
Thank you for contacting us.
The described behavior is an expected one in the Windows 8, 8.1 OS versions. The IsRestricted property of RadWindow uses the OS margin restrictions which seems to be different in Window 8, 8.1 compared to Windows 7. We are not sure if this change was intentional one or a bug in the current versions of Windows 8, 8.1. From what we have observed it is possible to place any OS Window (for example the File Explorer) underneath the taskbar. If then the mouse button is release to stop the drag that Window is left underneath the taskbar and cannot be moved unless you interact with it's taskbar icon. Because RadWindow inherits some of its functionality from the WPF Framework's Window this behavior is also present in the RadWindow control.
Currently we are not aware of any workarounds to this as it is unclear if this behavior observed in Window 8, 8.1 is a false one or is an intended behavior in the latest version of Windows. I recorded a short video of the observed described behavior with both the WPF Framework Window and RadWindow instances. Hope this information is helpful.
Regards,
Vladi
Telerik
Thank you for contacting us.
The described behavior is an expected one in the Windows 8, 8.1 OS versions. The IsRestricted property of RadWindow uses the OS margin restrictions which seems to be different in Window 8, 8.1 compared to Windows 7. We are not sure if this change was intentional one or a bug in the current versions of Windows 8, 8.1. From what we have observed it is possible to place any OS Window (for example the File Explorer) underneath the taskbar. If then the mouse button is release to stop the drag that Window is left underneath the taskbar and cannot be moved unless you interact with it's taskbar icon. Because RadWindow inherits some of its functionality from the WPF Framework's Window this behavior is also present in the RadWindow control.
Currently we are not aware of any workarounds to this as it is unclear if this behavior observed in Window 8, 8.1 is a false one or is an intended behavior in the latest version of Windows. I recorded a short video of the observed described behavior with both the WPF Framework Window and RadWindow instances. Hope this information is helpful.
Regards,
Vladi
Telerik
Check out Telerik Analytics, the service which allows developers to discover app usage patterns, analyze user data, log exceptions, solve problems and profile application performance at run time. Watch the videos and start improving your app based on facts, not hunches.