Rank: Newbie
Groups: Member
Joined: 11/29/2016
Posts: 1
|
There have been a couple of questions about the "airspace" issues that the WPF WebView control suffers from. It has been noted in response that this is due to the control having a window handle and thus being a child window of the main window. The problem I am seeing is that if the WebView control is placed within a ScrollViewer the WebView scrolls over the top of the parent controls when scrolling downwards. There are quite a few posts online describing various ways to fix the airspace issue but I was wondering whether it would be possible to include a solution for the control within the WebView control (and other controls) as standard so that users do not have to reinvent/rediscover the wheel when they start using the EO tools? Some approaches are detailed here https://blogs.msdn.microsoft.com/dwayneneed/2013/02/26/mitigating-airspace-issues-in-wpf-applications/ with accompanying source code here http://microsoftdwayneneed.codeplex.com/
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,229
|
Thanks for the suggestion. As you are already aware this is a well known and much discussed issue. Unfortunately we are not aware of any clean solution on this issue (in fact if there was, Microsoft probably would have already included it with WPF). So you will have to implement your own solution on this. In your case, you would need to handling the scrolling event and then clip the WebControl's window handle (you can get it from the WebView.Handle property.
|