Accéder au contenu principal

$(DEVELOPMENT_LANGUAGE)

L'anglais est partout, surtout dans le monde de l'informatique et du développement. C'est tellement vrai que lorsque l'on fait un développement sur xCode, le langage par défaut du projet est l'anglais, et on ne peut pas changer cela sans éditer le fichier project.pbxproj avec un autre éditeur que xCode !

La variable  $(DEVELOPMENT_LANGUAGE)  dans Xcode est une variable d’environnement définie par le projet lui-même. Elle représente la langue de développement (development language) du projet iOS/macOS.

Elle est définie dans le fichier  project.pbxproj  à l’intérieur du bundle  .xcodeproj  de votre projet. Cherchez la ligne  developmentRegion = <langue>;  (par exemple,  developmentRegion = English;  ou  developmentRegion = fr; ). Cette valeur est exportée comme variable  DEVELOPMENT_LANGUAGE  lors de la compilation du target.


Mais je n'aime pas ça... Je n'aime pas toucher des fichiers auxquels je ne suis pas censé toucher pour régler un problème qui ne devrait pas être. On peut plus simplement toucher au fichier info.plist de l'application pour remplacer $(DEVELOPMENT_LANGUAGE) par un simple fr_FR. Cela fonctionne... Mais en fait non.

Car à quoi sert le "Default localization" ? À formater les dates par exemple. Faut-il dire "août 2026" ou "August 2026" ? C'est pas mal, mais ce n'est pas la localisation de l'appareil ! C'est bien dans une application monolingue, mais pas dans une application qui s'adapte à l'appareil.

Avant aujourd'hui (je n'avais pas fait attention et cru internet et les docs), je croyais que :

    return [NSDateFormatter localizedStringFromDate:date

                                          dateStyle:NSDateFormatterMediumStyle

                                          timeStyle:NSDateFormatterNoStyle];

retournait la date formaté selon les réglages de l'appareil. Mais non ! C'est selon les réglages de info.plist et le "Default localization". Faire le même formatage en suivant les réglages de l'appareil est plus long:

NSLocale *ipadLocale = [NSLocale currentLocale];

NSString *languageCode = [NSLocale preferredLanguages][0];

        // "fr", "en", etc.

NSString *regionCode = [ipadLocale objectForKey:NSLocaleCountryCode];

        // "FR", "US", etc.

NSString *identifier = [NSString 

                        stringWithFormat:@"%@_%@",languageCode,regionCode];

NSDateFormatter *formatter = [[NSDateFormatter alloc] init];

[formatter setLocale:[NSLocale localeWithLocaleIdentifier:identifier]];

formatter.dateStyle = NSDateFormatterMediumStyle;

formatter.timeStyle = NSDateFormatterNoStyle;

return [formatter stringFromDate:date];


Commentaires

Enregistrer un commentaire

Posts les plus consultés de ce blog

malloc: xzm: failed to initialize deferred reclamation buffer

Lorsque je lance une de mes applications avec Xcode sur mon iPhone .... J'ai ce message de début :  malloc: xzm: failed to initialize deferred reclamation buffer (46)  Et franchement, je n'aime pas avoir des message que je ne comprends pas et qui contiennent le mot "failed" ! Mais le message n'existe pas avec mon iPad IOS16. Donc, ok, malloc je connais, on parle de la fonction de base d'allocation de mémoire système, il y a pleins d'outils pour les problèmes d'allocation mémoire, "xzm" doit être un de ces outils. Je ne trouve rien sur internet ! RIEN ! Perplexity ou Claude ne savent pas non plus ce que c'est. Je suis obligé de faire des suppositions... XZ est un format de compression conçu pour remplacer BZIP qui est conçu pour remplacer GZIP qui est conçu pour remplacer Z. Peut-être que les données de debug de Xcode transitent en étant compressé par défaut ? Allons voir dans le schéma du projet, pour voir les options concernant les mallo...
Enregistrer un commentaire
Lire la suite

Bloquer l'orientation d'une UIViewController

La gestion de l'orientation de l'iPad ou de l'iPhone a changé entre les différente version d'IOS. Avant, on pouvait utiliser la fonction shouldRotate qui bloquait la rotation... Simple. Mais cela ne fonctionne plus. Maintenant on doit forcément utiliser supportedInterfaceOrientation qui renvoie un masque des orientations supportées. Mon problème est que je ne veux pas limiter l'application à une orientation, mais que je veux que la gestion de l'orientation ne se face pas avec une UIViewController particulière. Pour cela j'ai besoin, au lancement de mon contrôleur, de sauvegarder l'orientation en cours. Avant IOS13 on utilisait UIApplication.sharedApplication.statusBarOrientation , mais avec IOS13 il peut y avoir plusieurs écrans (UIWindow) rangés par scène (UIScene). Donc statusBarOrientation est deprecated. Comme je n'utilise qu'un écran dans mon application, je récupère la scène avec UIApplication.sharedApplication.connectedScenes.anyObject , ...
Enregistrer un commentaire
Lire la suite

UIScene et openURLContexts

De IOS 2 à IOS 9, lorsque vous envoyiez un fichier dans une application (par exemple à partir d'un fichier attaché en mail), cela lançait l'application et la fonction openURL du délégateur de l'application : -( BOOL ) application :( UIApplication *)application            openURL :( NSURL *)url { Si vous retourniez YES, le fichier était considéré comme lu.  Ensuite de IOS 4.2 à 9.0, Apple à ajouté la possibilité de connaître l'application source du fichier. -( BOOL ) application :( UIApplication *)application            openURL :( nonnull NSURL *)url sourceApplication :( nullable NSString *)sourceApplication annotation :( nonnull id )annotation { Ensuite, avec IOS 9, Apple a ajouté des options afin d'y mettre l'application source, les annotations, mais aussi tout ce qu'ils pourrait vouloir dans le futur. On met un dictionnaire à la place de paramètre, et on évitera ainsi de multiplier les fonctions. -( BOOL ) applic...
Enregistrer un commentaire
Lire la suite