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