Emmanuel CROMBEZ - Développeur

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 )...

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...

 Xcode 26.1.1 est vraiment lent... J'ai désactivé intelligence et il devient juste utilisable sur mon M1... J'ai donc décidé d'optimiser un peut la compilation (qui fonctionnait bien avant) en sortant mes frameworks de mes projets. En effets j'avais l'habitude - mauvaise habitude - de mettre les projets de mes frameworks plutôt que leur version compilé.  Évidemment c'est plus lent, mais cela permet de modifier le frameworks à l'intérieur du projet d'app, ce qui est pratique. Enfin.. On va faire autrement. Mais les frameworks sont compilés dans le répertoire DerivedData avec des noms à rallonge inutiles, de plus ils sont chacun dans un répertoire différent (le répertoire DerivedData  du projet). Le plus simple est de créer un script à mettre dans la "Build Phase" du projet du Frameworks : # Copie le framework dans $HOME/Frameworks/ DEST_DIR= " ${HOME} /Frameworks" mkdir -p " ${DEST_DIR} " # -R : récursif # -p : conserve dates...

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...