Can't we use anything other than the DocumentContentHost because my application does not require the VS style tabbed document functionality.Else can we have a solution with DocumentContentHost minus the VS style tabbed documents?

 I need the same behavior.

Why infragistics would deliver a control that would not have the same functionality as their WinForms control that we have come to love bafles me to this day.

 I did some experimenting.

Here is what I ended up with that simulate the splitter control filling in the page.

         <igDock:XamDockManager x:Name="_xamDockManager" HorizontalAlignment="Stretch" Margin="0,0,0,0" VerticalAlignment="Stretch" Content="" NavigationOrder="VisibleOrder">
            <igDock:XamDockManager.Panes>
                <igDock:SplitPane Height="{Binding Path=ActualHeight, ElementName=_xamDockManager, Mode=OneWay}"
                                  Width="{Binding Path=ActualWidth, ElementName=_xamDockManager, Mode=OneWay}">
                    <igDock:TabGroupPane>
                        <igDock:ContentPane AllowDocking="True" />
                    </igDock:TabGroupPane>
                    <igDock:TabGroupPane>
                        <igDock:ContentPane />
                    </igDock:TabGroupPane>
                </igDock:SplitPane>
            </igDock:XamDockManager.Panes>
        </igDock:XamDockManager>

You can just copy the code in any window and you will see the results.

 However! Tere is still area on the far right that does not get covered.

Can someone give some insight why is that still there?

I require the same feature - ability for a SplitPane to have a "Docked = Fill" property.

Thanks

Tim

I am currently in the investigation phase, and my purchase decision will depend exactly on this feature. I used the UltraDockManager and that did exactly what one expects. I really cannot understand why this was changed with WPF. The xamDockManager does not what I would expect.

Best regards

Is this feature available now in V12.2 ?

~Vasu

If you mean the ability to have the last pane of the XamDockManager's Panes collection fill the available area instead of leaving that area for the Content, you can set the LayoutMode to FillContainer.

It might be best to create a new post since this isn't really related to the original issue discussed here. When you do you should include a project that demonstrates the issue. From the image it looks like you're using WindowsFormsHost and those won't be clipped by a WPF element that is smaller (e.g. the contentpane) so maybe you have a min height set on that WF grid within the WindowsFormsHost or otherwise something else is causing it to keep the height. The sample would help to understand what is causing that grid to keep that height.

WPF DockManager specific

I have pane resize and overlap issues especially when the panes are docked adjacent (top and left) (top and right) (left and bottom) etc. I have the LayoutMode set to FillContainer but when resizing such a layout, some of the contained panes either overlap or leave free space (ie don't resize properly)

This doesn't happens when controls are docked in opposite direction (top and bottom) for example. 

In most of the cases, the problematic container splitpane is the last one to be instantiated.

In my case, I have individual services hosted within DM and this issue is regardless of which service is placed where. Even multiple instance of same service is also causing this error, so it cannot be specific to my own service.

The zip file shows screenshots of overlapping and a sample workspace to try that out.

I'm not sure I follow. Basically when the LayoutMode is FillContainer the innermost docked pane fills (horizontally and vertically) the available area that would normally be used to display the content (assuming you don't have any content). Maybe you can post a sample that demonstrates your situation.

Hi Andrew,

I was trying to follow the same solution you provided but using LayoutMode Just fills the height but width is still not filled. Please let me know how to fill width as well?