Accéder au contenu principal

Articles

Ajouter UIScene à une vielle app

   UIScene devient obligatoire avec IOS 27. Plus le choix, il faut passer toutes les vielles applications à UIScene. Avec les scènes, la fenêtre principale n'est plus attachée à l'application mais à une scène. UIApplicationDelegate contient toujours la fonction de lancement didFinishLaunchingWithOptions:. C'est toujours un bon endroit pour initialiser des variables globales, et pour mettre les valeurs par défaut de NSUserDefaults.standardUserDefaults.   On perd les fonctions applicationDidBecomeActive:, applicationWillResignActive:, applicationWillEnterForeground:, application:openURL:options:, qui se retrouvent, soit dans UISceneDelegate, soit sous forme de notification, soit les deux. Le plus important, le point d'entrée, est le fichier Info.plist dans lequel on définit la clef  UIApplicationSceneManifest. Là, deux cas, soit on a un storyboard, soit on a juste un xib. Avec un UIStoryBoard Presque tout se passe dans Info.plist : <key> UIApplicationSceneMa...
Articles récents

IOS 26 et SafeArea

Sur IOS26 est apparu un bug sur mes vieilles applications. La barre système se retrouve au-dessus de mon application, mais tout revient dans l'ordre après une rotation de l'appareil. Après quelques recherche, c'est un bug IOS26 que de nombreux développeurs ont... Mais sans vraie solution. En fait c'est le SafeArea de la vue principale qui ne contient pas de marge top avant la rotation. Une solution serait d'en mettre une, mais SafeAreaInets est en lecture seule. Il faut utiliser additionalSafeAreaInsets du viewController à la place : -( void ) viewWillAppear :( BOOL )animated { [ super viewWillAppear :animated]; if ( @available (iOS 26 ,*)) { if ( self . view . safeAreaInsets . top == 0 ) { UIEdgeInsets insets = UIEdgeInsetsMake ( 32 , 0 , 0 , 0 );; self . additionalSafeAreaInsets = insets; } } Mais ce n'est pas suffisant, car après rotation le SafeAreaInets est bon, et donc le additionnalSafeAreaInsets doit être remis à zéro : -( void )...

$(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é touc...