Objet collectionviewsource tri uniquement la première fois qu'il est lié à une source de

Excellente question et une observation intéressante. Regardant de plus près, il apparaît que le contrôle DataGrid efface trier les descriptions d'un précédent ItemsSource avant un nouveau jeu. Voici son code pour OnCoerceItemsSourceProperty:

private static object OnCoerceItemsSourceProperty(DependencyObject d, object baseValue)
{
    DataGrid grid = (DataGrid) d;
    if ((baseValue != grid._cachedItemsSource) && (grid._cachedItemsSource != null))
    {
        grid.ClearSortDescriptionsOnItemsSourceChange();
    }
    return baseValue;
}

Ce problème se produit uniquement sur un DataGrid. Si vous avez utilisé une zone de liste à la place (pour afficher les "Joueurs" de la collection ci-dessus), le comportement sera différent et la SortDescriptions restera toujours après avoir sélectionné les différents éléments de la mère datagrid.

Donc je suppose que la solution est donc, en quelque sorte ré-appliquer le tri des descriptions des Joueurs de collection chaque fois l'élément sélectionné dans la grille de données (c'est à dire "lstLevel") des changements.

Cependant, je ne suis pas sûr à 100% sur ce et a probablement besoin de plus de tests et d'enquête. J'espère que j'ai été en mesure de contribuer de quelque chose de bien. =)

EDIT:

D'une proposition de solution, vous pouvez ajouter un gestionnaire pour lstLevel.SelectionChanged dans votre constructeur, avant de définir la lstLevel.Propriété ItemsSource. Quelque chose comme ceci:

lstLevel.SelectionChanged +=
    (sender, e) =>
    {
        levels.ToList().ForEach((p) =>
        {
            CollectionViewSource.GetDefaultView(p.Players)
                .SortDescriptions
                .Add(new SortDescription("Name", ListSortDirection.Ascending));
        });
    };

lstLevel.ItemsSource = levels;

EDIT2:

En réponse aux problèmes que vous avez rencontrer en ce qui concerne la navigation au clavier, je suggère qu'au lieu de la manipulation de la "CurrentChanged" de l'événement, vous permet de gérer les lstLevel.SelectionChanged événement à la place. Je suis en affichant les mises à jour nécessaires que vous devez faire ci-dessous. Il suffit de copier-coller de votre code et de voir si il fonctionne très bien.

XAML:

<!-- Players data, with sort on the Name column -->
<StackPanel Grid.Column="1">
    <Label>DataGrid:</Label>
    <DataGrid Name="lstPlayers" AutoGenerateColumns="False"
        CanUserSortColumns="False"
        ItemsSource="{Binding ElementName=lstLevel, Path=SelectedItem.Players}">
        <DataGrid.Columns>
            <DataGridTextColumn Header="Name"
                        Binding="{Binding Path=Name, Mode=TwoWay}"
                        Width="*" />
            <DataGridTextColumn Header="Age"
                        Binding="{Binding Path=Age, Mode=TwoWay}"
                        Width="80">
            </DataGridTextColumn>
        </DataGrid.Columns>
    </DataGrid>
</StackPanel>

<StackPanel Grid.Column="2">
    <Label>ListBox:</Label>
    <ListBox ItemsSource="{Binding ElementName=lstLevel, Path=SelectedItem.Players}" DisplayMemberPath="Name" />
</StackPanel>

Code-behind (constructeur):

lstLevel.SelectionChanged +=
    (sender, e) =>
    {
        levels.ToList().ForEach((p) =>
        {
            CollectionViewSource.GetDefaultView(p.Players)
                .SortDescriptions
                .Add(new SortDescription("Name", ListSortDirection.Ascending));
        });
    };

lstLevel.ItemsSource = levels;

Une meilleure solution de contournement:
Objet collectionviewsource tri uniquement la première fois qu'il est lié à une source de

Mettre en place votre propre grille de données:

public class SDataGrid : DataGrid
{
    static SDataGrid()
    {
        ItemsControl.ItemsSourceProperty.OverrideMetadata(typeof(SDataGrid), new FrameworkPropertyMetadata((PropertyChangedCallback)null, (CoerceValueCallback)null));
    }
}

La seule chose contraindre rappel dans l'implémentation actuelle est
clairement le genre de descriptions. Vous pouvez simplement "couper" ce code par
substitution de métadonnées. Pas viable sur Silverlight: OverrideMetadata API
n'est pas public. Si je ne suis pas sûr que Silverlight est affecté par ce
bug. D'autres risques et les effets secondaires peuvent s'appliquer.