I'm using xamDockManager in my WPF application but I need to use a webbrowser control. So in my DocumentContentHost I have a WidowsFormsHost wrapping the WinForms webbrowser control. This all works fine except for when I have an unpinned dock panel. The panel pops out when I move the mouse over the header but the panel draws behind the webbrowser. If I pin the panel the the webbrowser is correctly resized and everything is fine. It's just when the dock panel is in the unpinned state that it appears behind. Any way I can fix this or will I have to go the the beta WPF webbrowser?
Thanks,
Adam
Note, the issue with regards to airspace should be addressed in the next hotfix for v8.2 and 9.1. That is, if you are using a WindowsFormsHost or other HwndHost (e.g. WebBrowser) then the contents of the unpinned pane (i.e. the flyout) and the preview of the PaneSplitter should be displayed above the HwndHost control. If you would like to be notified when the hotfix is available you should be sure to submit an issue to the support group.
Hi Vince,
I recently added a problem scenario to the described CPU time issue and opened a new support request for the ContentPane Header problem.
Thanks.
Alexy,
I've taken a look at the two support cases you've mentioned, and I've asked my staff to handle both cases on an escalated basis. We'll send you further updates through the cases themselves. You should expect to receive an update for both cases by the end of the US work day today.
alexeyk said:3. Another issue that I have talked about is the following (non fatal): The dock manager fails with exception when inserting wpf control as content pane header (without using datatemplate).
Please submit a separate support request for this issue. If possible, please attach a sample project that we can run and debug that reproduces the behavior you're describing, because this will greatly speed our research and thus will help us to get you a resolution more quickly.
Hi Andrew,
The meaning is that we have encountered some 'fatal' problems while using the xamDockManager with Windows Forms controls inside:
1. The issue I've been talking about is in development since 12.12.08 without any response since then (CAS-12213-APH13G)
2. I've opened a new (also 'fatal') issue (CAS-14100-LPQVWQ): suppose there's tabgrouppane with 2 tabs with winforms inside. After I move from one tab to another and focus on winforms control, the application begins to 'eat' the CPU (50% cpu for dual core). It stops doing that when I click outside the winform control.It seems that the focus 'jumps' between the 2 windows handles (according to profiler), but I'm not sure. This issue has not even been assigned yet.
3. Another issue that I have talked about is the following (non fatal): The dock manager fails with exception when inserting wpf control as content pane header (without using datatemplate).
As a result we currently stand before the decision to leave the component in case we don't get some quick fix, as we do not get the expected profit from the component.
I think such common integration scenario (winform inside wpf) should have been tested or there should have been some limitations disclaimer.
I'm not sure I follow - if we were aware of the issue we would have made efforts to address it before release or post it in the known limitations section of the help but as it was we were not made aware of the issue until recently. It should be noted that there are several limitations of using HwndHosts (which includes WindowsFormsHost) in WPF that are documented in MS' help here: http://msdn.microsoft.com/en-us/library/ms744952.aspx. These still apply as they are general WPF-interop limitations.