Hi,
Is there a way to stop floating windows from being shown on top of the main form they originate from. I understand this has to do with the owner property of the floating window, but my users do not :) Can I muck with the floating window somehow to stop this behavior? Hacky solutions are welcome...
Thanks,
Bill
I believe you can do this with the BeforeDockChange event. It will be fired as you drag a pane over other panes. You can put code in there to see which dock area the new pane is being dragged to. If the dock area contains this floated pane, you can set e.Cancel to True.
Hi Mike,
Once a pane is floated is there a way to prevent other panes from being docked to it?
This is the best way to get a hold of the owning Form. You might be able to get at the form in other ways. For example, you can add a draw or creation filter to your dock manager. When a FloatingWindowContainerUIElement is drawn or created, you can get its Control property and call FindForm() on that.
However, if you have a TopMost Form but the floating panes are not above it, this might be a bug (unless your top level window is not a managed Form). If your top level window is a Form, I would recommend submitting the issue to the support group: http://ko.infragistics.com/gethelp.
Is this the only way to get a hold of the Form hosting the floating panes? I am looking to ensure that all floating panes always draw on top. Currently our application can drag multiple docked windows out into floating windows, but those windows get lost behind our main application. Is there another way to do this in NetAdv2005 vol3? Also, it would be great to get the individual floating windows to show up in the taskbar as well. Thanks!
thanks mike i'll take a look for that method. So far I haven't had any issues blasting the owner property, I also set the ShowInTaskbar property to make the window easier to locate.