Comment définir et changer la culture de WPF

je vais sonner ici.

j'ai réussi à le faire en utilisant la méthode OverrideMetadata() que L'OP mentionnait:

var lang = System.Windows.Markup.XmlLanguage.GetLanguage(MyCultureInfo.IetfLanguageTag);
FrameworkElement.LanguageProperty.OverrideMetadata(
  typeof(FrameworkElement), 
  new FrameworkPropertyMetadata(lang)
);

mais, j'ai quand même trouvé des cas dans mon WPF où la culture du système était appliquée pour les dates et les valeurs numériques. Il s'est avéré qu'il s'agissait de valeurs dans <Run> éléments. Cela s'est produit parce que la classe System.Windows.Documents.Run n'hérite pas de System.Windows.FrameworkElement , et donc la suppression des métadonnées sur FrameworkElement n'a évidemment pas eu d'effet.

System.Windows.Documents.Run hérite de son bien Language de System.Windows.FrameworkContentElement à la place.

Et donc, la solution évidente était de remplacer les métadonnées sur FrameworkContentElement de la même manière. Hélas, do do do a fait une exception ( PropertyMetadata est déjà enregistré pour le système de type.Windows.Cadrorkcontentelement ), et donc j'ai dû le faire sur le prochain descendant ancêtre de Run à la place, System.Windows.Documents.TextElement :

FrameworkContentElement.LanguageProperty.OverrideMetadata(
  typeof(System.Windows.Documents.TextElement), 
  new FrameworkPropertyMetadata(lang)
);

et ça a réglé tous mes problèmes.

il y a quelques sous-classes supplémentaires de FrameworkContentElement (listées ici ) qui, pour être complètes, devraient également avoir leurs métadonnées effacées.

Je ne suis pas sûr de savoir comment contourner l'exception" ne peut pas appeler OverrideMetadata plusieurs fois".

comme solution de contournement, lorsque l'utilisateur change les cultures D'UI dans votre application, vous pouvez redémarrer votre application avec cette culture, en passant dans la nouvelle culture comme argument de ligne de commande. À moins que vos utilisateurs ne changent souvent de culture, cela semble être une solution raisonnable.

juste mes deux cents: Après presque devenir fou en essayant de mettre en œuvre ComponentOne contrôles WPF (DataGrid et C1DatePicker) avec mon assemblée de langue allemande, je suis tombé sur cette page.

cela semble être une mise en scène dans le bon sens: je viens d'entrer le code ci-dessus dans mon application.XAML.la routine cs / Application_startup et maintenant le formatage allemand de la date et de l'heure pour C1DatePicker fonctionne enfin.

doit tester DataGrid juste après ça.

    private void Application_Startup(object sender, StartupEventArgs e)
    {
        FrameworkElement.LanguageProperty.OverrideMetadata(
            typeof(FrameworkElement),
            new FrameworkPropertyMetadata(
            System.Windows.Markup.XmlLanguage.GetLanguage(CultureInfo.CurrentUICulture.IetfLanguageTag)));
    }

Merci!

mise à jour: testé C1datagrid pour WPF - works! Cela a résolu tous les problèmes que j'avais avec les paramètres internationaux de Date / heure dans mes Applications. Grand!

j'ai eu le même problème.

j'ai trouvé ceci: http://www.codeproject.com/Articles/35159/WPF-Localization-Using-RESX-Files (pourrait ne pas être la source originale).

il traite d'une extension de markup nommée" UICultureExtension " qui est attachée à la propriété de langage de tous les éléments de cadre qui doivent être localisés (dans XAML).

si vous soulevez un changement de langage UI événement, statique en arrière-plan, les responsables de la vulgarisation mettront à jour tous les éléments du cadre enregistré.

Adaptive OverrideMetadata

une certaine forme de rechargement est inévitable, car changer la propriété Language d'un contrôle ne le fait pas mettre à jour son texte.

cependant, il y a un moyen d'outrepasser les métadonnées qui vous permet de les définir une fois et d'avoir nouveau commandes utiliser automatiquement la culture actuelle:

FrameworkElement.LanguageProperty.OverrideMetadata(
    typeof(FrameworkElement),
    new FrameworkPropertyMetadata(
        System.Windows.Markup.XmlLanguage.Empty,
        default(PropertyChangedCallback),
        _CoerceCurrentXmlLang));

où CoerceValueCallback est

private static object _CoerceCurrentXmlLang(DependencyObject d, object baseValue)
{
    var lang = baseValue as System.Windows.Markup.XmlLanguage;
    var culture = System.Globalization.CultureInfo.CurrentUICulture;
    return lang != null && lang.IetfLanguageTag.Equals(culture.Name, StringComparison.InvariantCultureIgnoreCase)
        ? lang
        : System.Windows.Markup.XmlLanguage.GetLanguage(culture.Name);
}

par lui-même ce n'est pas tout à fait suffisant, parce que les contrôles nouvellement créés obtiendront la valeur par défaut System.Windows.Markup.XmlLanguage.Empty sans qu'elle soit forcée. Cependant, si vous mettez xml:lang="" dans votre windows XAML, cela sera forcé, et alors chaque nouveau contrôle verra qu'il hérite d'une valeur de son parent et le forcera. Le résultat est que les nouveaux contrôles ajoutés à cette fenêtre va utiliser le langage courant.

PS comme pour beaucoup de choses dans la FPF, ce serait un peu plus simple s'ils n'avaient pas été si désireux de garder les choses internal . DefaultValueFactory serait beaucoup plus élégante façon de le faire.

rechargement

Le plus extrême, mais donc fiable, le mode de rechargement est de créer une nouvelle fenêtre principale et jeter l'ancien.

presque aussi extrême mais pas tout à fait est de faire en sorte que le réglage de la langue ne soit modifié que dans un volet très simple de la fenêtre principale avec très peu de charge, et que très peu d'être entièrement databound à un viewmodel qui supporte forcer une notification de changement de propriété pour tout.

réponses existantes à cette question ont d'autres suggestions.

ce n'est pas entièrement votre réponse, mais j'ai utilisé ceci pour recharger les ressources. Mais tu dois quand même recharger les fenêtres...

 List<Uri> dictionaryList = new List<Uri>();
        foreach (ResourceDictionary dictionary in Application.Current.Resources.MergedDictionaries)
        {
            dictionaryList.Add(dictionary.Source);
        }
        Application.Current.Resources.MergedDictionaries.Clear();
        foreach (Uri uri in dictionaryList)
        {
            ResourceDictionary resourceDictionary1 = new ResourceDictionary();
            resourceDictionary1.Source = uri;
            Application.Current.Resources.MergedDictionaries.Add(resourceDictionary1);
        }