Thanks for the quick response. I cannot use the DocumentContentHost because it always displays the panes as TabGroup. The requirement for me is to simply displace multiple panes without a real document area. The content does need to be a pane because I need the float/dock/pin capabilities. And really, there is really no concept of a single "content" pane. The requirement is that each pane is equivalently as important so that each one is considered a conent pane. What other options do I have? Can I extend this SplitPane to make it work? or are there any base classes I can derive from?

AndreasAtWork said:

This would be nice, because there are other connected issues to that behaviour. In our project I had prefered solution 3 (a splitpane with XamDockManager LayoutMode="FillContainer"). Inside this splitpane (the main pane of the application) we have a child dockmanager. But if we use there a bubbled event, the OriginalSource of the event is always the Splitpane of the outer XamDockmanager. If we switch to solution 1 or 2, we get the right SplitPane of the inner XamDockmanager for that.

I'm not sure what you are referring to. The nested dockmanager's wouldn't affect the OriginalSource of events you raised except for command related events because in that case the WPF CommandManager reraises the event each time it hits a focus scope as it it traversing up the tree. If you have a sample that demonstrates that issue I can better answer what is happening.

This would be nice, because there are other connected issues to that behaviour. In our project I had prefered solution 3 (a splitpane with XamDockManager LayoutMode="FillContainer"). Inside this splitpane (the main pane of the application) we have a child dockmanager. But if we use there a bubbled event, the OriginalSource of the event is always the Splitpane of the outer XamDockmanager. If we switch to solution 1 or 2, we get the right SplitPane of the inner XamDockmanager for that.

The xamDockManager will not clear the ActivePane if keyboard focus is within a different focus scope than the focus scope containing the xamDockManager. It does this because when you put focus into a focus scope such as a ribbon, toolbar or menu within the same window it is assumed that you want the active pane to remain intact and that focus will be restored to the pane after that point. In this case the other focus scope is the pane in the other dockmanager. We can make a change such that we do not do this if the other focus scope is a contentpane of a different dockmanager. I'll see about getting a case created for this issue.

Thank you for your reply. I have tested your solution and this will work, but our scenario is more complex. Please try this example.

<Grid>
        <igDock:XamDockManager Background="Blue">
            <igDock:XamDockManager.Panes>
                <DockManager:SplitPane SplitterOrientation="Horizontal" igDock:XamDockManager.InitialLocation="DockedLeft">
                    <DockManager:ContentPane Header="ABC" IsPinned="False">
                        <TextBox AcceptsReturn="True" />
                    </DockManager:ContentPane>
                    <DockManager:ContentPane Header="DEF" IsPinned="False">
                        <TextBox AcceptsReturn="True" />
                    </DockManager:ContentPane>
                </DockManager:SplitPane>
            </igDock:XamDockManager.Panes>
            <Grid>
                <igDock:XamDockManager Background="Bisque">
                    <igDock:XamDockManager.Panes>
                        <DockManager:SplitPane SplitterOrientation="Horizontal" igDock:XamDockManager.InitialLocation="DockedLeft">
                            <DockManager:ContentPane Header="ABC" IsPinned="True">
                                <TextBox AcceptsReturn="True" />
                            </DockManager:ContentPane>
                            <DockManager:ContentPane Header="DEF">
                                <TextBox AcceptsReturn="True" />
                            </DockManager:ContentPane>
                        </DockManager:SplitPane>
                    </igDock:XamDockManager.Panes>
                    <Grid>
                        <Grid.ColumnDefinitions>
                            <ColumnDefinition Width="Auto" />
                            <ColumnDefinition />
                        </Grid.ColumnDefinitions>
                        <Grid.RowDefinitions>
                            <RowDefinition />
                            <RowDefinition />
                            <RowDefinition />
                        </Grid.RowDefinitions>
                        <Label Content="First" Grid.Column="0" Grid.Row="0" />
                        <TextBox Text="First" Grid.Column="1" Grid.Row="0" />
                        <Label Content="Second" Grid.Column="0" Grid.Row="1" />
                        <TextBox Text="Second" Grid.Column="1" Grid.Row="1" />
                        <Label Content="Third" Grid.Column="0" Grid.Row="2" />
                        <TextBox Text="Third" Grid.Column="1" Grid.Row="2" />
                    </Grid>
                </igDock:XamDockManager>
            </Grid>
        </igDock:XamDockManager>
    </Grid>

If you open a parent flyout (blue) and then click on one of the both child flyouts (Bisque), then you will see, that the parent flyout will not be closed. If you click on one of the label - you see the same behavior. Only if you click on one of the textboxes, then the parent flyout will be closed.

JoeKahl said:

The XamDockManager is frustrating.  It has cool feature that take a lot of time to develop.  I appreciate the capabilities.  However...

Why does it reserve space?  For what?