Hi, we're overriding the chrome of a window and it seems to be affecting how the floating docking works.
I've restyled the ToolWindowHostWindow, but when a window is dragged alongside another floating window it thinks they're on top and tries to dock. I've attached an image show this.
This only happens when the title bars line up. How is the docking currently detected? Is it accessible?
Thanks, Mark.
Hello Mark,
Thank you for your post. I have been looking into it and since you have made customizations to the ToolWindowHostWindow, I cannot be completely sure what can cause the behavior you have, because by default it is not the same, so could you please send an isolated sample project, where the issue is reproduced, so I can investigate it further for you.
Looking forward for your reply.
Just to add to what Stefan mentioned, the ToolWindowHostWindow isn't really expected to be modified. That class is internal and is used by the xamDockManager for hosting the ToolWindow in a standard WPF application. Assuming you are manipulating the WPF elements that represent the Window the supported way to do that with the ToolWindow/ToolWindowHostWindow would actually be to restyle the ToolWindow. You can look at the default styles we provide for the ToolWindow as a starting point. Then you would handle the ToolWindowLoaded event and set the e.ToolWindow.UseOsNonClientArea to false.