Utilisation de paramètres régionaux personnalisés
Cette rubrique fournit des instructions pour la gestion des paramètres régionaux personnalisés dans vos applications. Il est préférable de préparer l’ensemble de votre code source avec ces considérations à l’esprit, car votre application ne contrôle pas si les paramètres régionaux personnalisés sont installés sur le système d’exploitation.
Gérer correctement les paramètres régionaux _ stime constant
Si vous disposez d’une application plus ancienne qui utilise GetLocaleInfo pour obtenir le séparateur d’heure obsolète indiqué par les paramètres régionaux _ stime, l’application peut ne pas réussir à analyser le format d’heure. N’oubliez pas que le caractère qui sépare les heures des minutes est différent du caractère qui sépare les minutes des secondes.
Notes
Lorsque vous programmez pour des paramètres régionaux personnalisés, n’oubliez pas qu’ils sont inhabituels. Pratiquement tous les champs disponibles dans NLS doivent faire face à un comportement inhabituel. Par exemple, le format d’heure 12H34 « 12 » est légitime et généralement compréhensible. Pourtant, de nombreuses applications font des hypothèses sur les séparateurs de temps qui peuvent rompre les longueurs de mémoire tampon ou afficher les champs.
Faire la distinction entre les paramètres régionaux supplémentaires
Tous les paramètres régionaux supplémentaires utilisent la constante _ personnalisée _ non spécifiée de paramètres régionaux pour l’identificateur de paramètres régionaux. En règle générale, GetLocaleInfo ne peut pas faire la distinction entre les paramètres régionaux supplémentaires, mais GetLocaleInfoEx peut être parce qu’il utilise des noms de paramètres régionaux au lieu des identificateurs de paramètres régionaux. Votre application peut récupérer des informations sur un paramètre régional supplémentaire particulier uniquement lorsque ces paramètres régionaux sont les paramètres régionaux actuellement sélectionnés. Ensuite, l’application peut appeler GetLocaleInfo et passer l' utilisateur de paramètres régionaux constants _ _ par défaut comme identificateur de paramètres régionaux.
Gérer les paramètres régionaux de remplacement
pour préserver la fiabilité de Windows, n’oubliez pas qu’un paramètre régional de remplacement pris en charge par votre application ne peut pas modifier l’identificateur de paramètres régionaux des paramètres régionaux remplacés. Aucun des paramètres régionaux de remplacement ne peut modifier les propriétés de tri de Windows.
Bien qu’un paramètre régional de remplacement puisse modifier le calendrier par défaut, il doit conserver la valeur par défaut d’origine dans la liste des calendriers disponibles. Par exemple, les paramètres régionaux thaï (Thaïlande) utilisent le calendrier thaï bouddhiste comme valeur par défaut. Un administrateur peut créer des paramètres régionaux de remplacement qui utilisent le calendrier grégorien localisé. Toutefois, la liste des calendriers disponibles continue à contenir une entrée pour le calendrier thaï bouddhiste.
Pour les paramètres régionaux de remplacement, votre application doit généralement consulter les informations spécifiques aux paramètres régionaux au lieu de tenter un « raccourci » basé sur la connaissance d’un certain nombre de paramètres régionaux. Par exemple, lorsque GetThreadLocale récupère les paramètres régionaux actuels en anglais (États-Unis), il peut en fait s’agir de paramètres régionaux de remplacement qui doivent être autorisés à prendre effet.
Personnaliser les calendriers
Vos applications peuvent personnaliser les noms des jours et des mois pour les calendriers grégoriens, mais pas pour les calendriers non grégoriens. De même, NLS ne prend pas en charge la création de calendriers personnalisés définis par l’utilisateur. Pour plus d’informations, consultez date et calendrier.
Gérer les séquences de tri
Les paramètres régionaux supplémentaires peuvent utiliser n’importe quelle séquence de tri définie par Microsoft. Les paramètres régionaux de remplacement doivent utiliser la même séquence de tri que les paramètres régionaux qu’il remplace. NLS ne prend pas en charge la création de séquences de tri définies par l’utilisateur. Pour plus d’informations, consultez gestion du tri dans vos applications.
Localiser les informations de paramètres régionaux personnalisés
NLS ne fournit pas de mécanisme pour localiser les informations de paramètres régionaux personnalisés. Ainsi, les paramètres régionaux _ SLANGUAGE ou les paramètres régionaux _ SLOCALIZEDLANGUAGENAME utilisés comme identificateurs de paramètres régionaux pour les paramètres régionaux personnalisés récupèrent toujours les valeurs associées aux paramètres régionaux _ SNATIVELANGNAME ou locale _ SNATIVELANGUAGENAME.