Accéder au contenu principal

Les droits d'accès à la photothèque

 Depuis IOS14, les droits d'accès à la photothèque ont été renforcés. L'usage sous IOS est de demander l'autorisation de l'utilisateur à la première utilisation. En fait, c'est lié à une lecture "classique" des règlements européens (mais c'est la même chose dans le reste du monde) sur la protection des données personnelles. C'est plus simple d'implémenter une demande d'autorisation, que de se battre juridiquement pour ne pas le faire. Il est pourtant clair que ce type de procédure gène la fluidité des actions de l'utilisateur, et que cela peut entraîner des dysfonctionnements, car les utilisateurs répondent aux demandes.


Pour demander l'accès à la photothèque, il faut ;
  1. utiliser l'API Photos (donc @import Photos;),
  2. on récupère le statut de l'autorisation,
  3. si le statut est indéterminé, on fait la demande avec requestAuthorisation:,
  4. comme la demande se fait en tâche de fond, il faut explicitement faire les actions sur l'interface utilisateur dans le thread principal (dispatcher_async avec dispatcher_get_main_queue.

    // Demande l'authorisation pour l'usage de la photothèque

    button_phototheque.enabled = NO;

    PHAuthorizationStatus status_phtototheque = PHPhotoLibrary.authorizationStatus;

    if(status_phtototheque==PHAuthorizationStatusNotDetermined) {

        [PHPhotoLibrary requestAuthorization:^(PHAuthorizationStatus status) {

            if(status==PHAuthorizationStatusAuthorized) {

                dispatch_async(dispatch_get_main_queue(), ^{

                    self->button_phototheque.enabled = YES;

                });

            }

        }];

    } else {

        button_phototheque.enabled = (status_phtototheque==PHAuthorizationStatusAuthorized);

    }

Une fois que l'utilisateur a choisi d'autoriser ou non l'accès à la photothèque, on ne lui demandera plus, même en appelant requestAuthorisation, cela peut permettre un code plus concis en appelant cette fonction systématiquement. Pour tester la demande d'autorisation, il faudra supprimer l'application, sur certains appareils, il faudra redémarrer pour vider les caches du système, et re-installer l'application.

Pour changer l'autorisation après la demande, il faudra aller dans l'application Réglages d'Apple, la ligne d'accès à la photothèque n'apparaîtra qu'après la demande :


Une demande d'autorisation d'accès aux données personnelles se justifie dans un environnement non-contrôlé, où des applications peuvent être installées sans avoir été préalablement vérifiées. Mais sous IOS, les applications sont validées par Apple, cette précaution se justifie moins que sur un système ouvert.





Commentaires

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

Réglages MACCATALYST

Lors de l'envoi de la mise à jour de mon application Appel sur Mac, Apple m'a refusé cette mise à jour au motif que le bouton Réglages ne fonctionnait pas. Il faut dire que mon application est une application IOS qui fonctionne sur Mac avec MACCATALYST, c'est à dire un peu comme dans un simulateur. Jusque là, Apple n'avait jamais fait de remarque sur ce sujet, il y a dû y avoir des changements de politique de test. C'est un peu gonflé de la part d'Apple, puisqu'une application IOS n'a pas forcément de réglages systèmes, ni de réglages tout court. Or, MACCATALYST crée le menu système avec une entrée "Réglages" par défaut, sans que le développeur n'ai rien demandé. Mais il n'y a pas d'action par défaut... C'est idiot, autant ne pas mettre l'entrée du tout. Bon, ceci étant dit, il faut tout de même gérer la chose. On ne peut pas le faire dans l'éditeur de ressource (ce que l'on ferait avec une application MacOSX), le me...

UIMenu de UICollectionView

 Dans une UICollectionView, pour faire un menu, le plus simple est d'utiliser une des fonctions delegate standard. La création de cette fonction lancera automatiquement un gestionnaire d'appuie long, et l'affichage du menu au bon endroit. - ( UIContextMenuConfiguration *) collectionView :( UICollectionView *)collectionView   contextMenuConfigurationForItemAtIndexPath :( nonnull NSIndexPath *)indexPath point :( CGPoint )point {               return [ UIContextMenuConfiguration configurationWithIdentifier : nil          previewProvider : nil           actionProvider :^ UIMenu *( NSArray < UIMenuElement *> *suggestedActions) {            return [ UIMenu menuWithTitle : @""                           children : @[               [ UIAction actio...