Launch Center Pro [2.0 – US – 4,49 € – iOS 7 – Contrast] a reçu une mise à jour majeure il n’y a même pas une semaine (lire : Launch Center Pro : mise à jour majeure pour iOS 7). Malheureusement pour son éditeur, Apple n’a pas vraiment apprécié certaines fonctions de l’application et le constructeur les a fait retirer.

Rappelons que cet utilitaire est un lanceur multifonctions pour iOS. Launch Center Pro permet de lancer des applications en leur envoyant un paramètre particulier, par exemple pour effectuer directement une recherche dans Safari, ou pour rédiger un nouveau message dans Twitter. Parmi les actions proposées, on en trouve plusieurs qui gèrent les applications d’Apple, celles qui sont installées par défaut dans iOS. On peut, notamment, appeler un contact en FaceTime audio, contrôler la lecture de musique ou encore ajouter un rappel.

Apple a contacté l’éditeur pour demander le retrait de toutes ces fonctions. La raison est simple : ces actions reposent sur des URL spéciales qui ne sont pas documentées. Par exemple, pour appeler quelqu’un en FaceTime audio, vous pouvez utiliser ce type d’adresse  facetime-audio:///0612345678. Ces URL fonctionnent très bien, mais Apple peut les modifier ou les supprimer à n’importe quel moment. Les développeurs ne sont censés utiliser que les fonctions officielles et documentées par Apple et fort de ce constat, les équipes de validation de l’App Store ont fait supprimer une partie des fonctions de Launch Center Pro.

Si la démarche d’Apple peut se comprendre — l’application s’arrêterait brutalement de fonctionner si un élément était modifié ou retiré —, elle est surprenante dans ce cas précis pour deux raisons. D’une part, Launch Center Pro est sortie il y a plus d’un an et l’application a toujours intégré ces fonctions. Apple ne réagit qu’aujourd’hui, quelques jours après la sortie d’une nouvelle version, un coup dur pour cette application.

En outre, la liste des actions que l’on peut utiliser dans Launch Center Pro n’est pas uniquement en local, sur l’appareil. L’éditeur maintient sa liste sur ses serveurs et peut la mettre à jour à tout moment chez tous ses utilisateurs. C’est d’ailleurs ce qui a été utilisé pour retirer immédiatement les actions pointées du doigt par Apple : l’utilisateur peut toujours les utiliser, mais il lui faudra les saisir à la main. Reste que l’éditeur aurait pu très facilement corriger son application en cas de changement du côté d’Apple avec ce même mécanisme.

Le concepteur de Launch Center Pro discute maintenant avec Apple pour essayer de remettre en place ces URL spéciales, sans vrai espoir. On se souvient qu’en 2011, d’autres URL spécifiques permettaient de modifier un grand nombre de réglages, mais Apple les avait retirées rapidement (lire : Astuce : accéder directement aux réglages sans jailbreak). Heureusement, dans ce cas précis, les restrictions imposées par Apple restent légères. Le lanceur est surtout utile avec d’autres applications et sur ce point, le constructeur n’a rien à dire.

Sur son centre développeurs, Apple a publié un nouveau message qui incite tous les développeurs à adapter leurs applications iOS au 64 bits. Nouveauté majeure de l’iPhone 5s qui sortira vendredi, ce passage du 32 au 64 bits doit contribuer à améliorer les performances du nouveau smartphone d’Apple.

Les applications doivent toutefois être adaptées pour en tirer parti et pour le moment, elles restent très rares. C’est justement le sens de ce message d’inciter les développeurs à envoyer leurs applications 64 bits dès aujourd’hui. On imagine qu’Apple les mettra en avant dans une section dédiée et devrait les valider très rapidement.

Une aubaine pour les éditeurs, mais il faut être prêt à quelques concessions pour proposer une application 64 bits. Pour le moment, seules les applications conçues pour iOS 7 peuvent bénéficier de cette nouveauté. Le constructeur prend toutefois le soin de préciser que cela changera prochainement : dès le mois prochain en effet, on pourra créer des applications contenant simultanément du 32 bits pour iOS 6 et du 32 bits et du 64 bits pour iOS 7.

Note : peu après avoir publié ce message, Apple l'a retiré de son site. A-t-il été publié trop tôt ? Impossible de le savoir pour le moment…

[MàJ 17/09/2013@15h45] : le message a fait son retour sur le site. Ajoutons que toutes les applications réservées à iOS 7 sont automatiquement compilées en 64 bits par la dernière version de Xcode. Les développeurs peuvent choisir de retirer ce mode, mais on imagine qu'il y aura rapidement un grand nombre d'applications compatibles.

Apple a publié une nouvelle version de ses App Store Review Guidelines, ce document qui explique aux développeurs ce qu’ils peuvent et ne peuvent pas faire sur l’App Store. Plusieurs sections ont été modifiées, mais les changements les plus importants concernent les enfants de moins de 13 ans. Jusque-là interdits d’App Store, ils pourront y accéder avec leur propre compte avec iOS 7, mais cela implique quelques changements.

En accord avec la loi COPPA votée cette année aux États-Unis, les développeurs ne peuvent plus récupérer d’information personnelle pour les enfants de moins de 13 ans, du moins pas sans l’accord des parents. Du coup, la règle 17.3 stipule qu’une application peut demander la date de naissance de l’utilisateur, mais uniquement pour vérifier s’il a plus ou moins de 13 ans. La 17.4 indique que le partage d’informations pour les mineurs doit respecter les statuts spécifiques aux enfants : en clair, un développeur devra intégrer un mécanisme pour s’assurer que les parents donnent leur accord.

En plus de ces changements techniques, Apple va ouvrir une section dans l’App Store réservée aux plus jeunes. Les applications qui veulent y entrer devront disposer d’une politique concernant la vie privée, elles ne doivent pas intégrer de publicité ciblée et doivent demander explicitement l’accord des parents dans un certain nombre de cas. Le constructeur ajoute aussi de nouvelles rubriques en fonction de l’âge (moins de 5 ans, entre 6 et 8 ans ou entre 9 et 11 ans).

Dans un tout autre domaine, deux nouvelles règles évoquent les applications de pari. Apple entend les encadrer sur ces points : elles doivent respecter toutes les exigences légales concernant les paris dans tous les pays où elles sont vendues, elles doivent n’être vendues que dans les pays où elles sont autorisées et elles doivent être gratuites selon la 20.5. Le constructeur précise avec la règle 20.6 que les achats in-app ne doivent pas être utilisés pour placer un pari.

Petit changement sur la règle 2.25, celle qui avait beaucoup fait parler suite à la polémique AppGratis. Apple a ajouté une condition à cette règle qui stipule que les applications qui présentent d’autres applications dans une interface ou d’une manière similaire à l’App Store seront rejetées. Le constructeur précise malgré tout qu’on peut vendre d’autres applications par ce moyen si c’est pour un besoin spécifique et accepté par les équipes de validation. Ce n’est pas très clair, comme souvent, mais le document donne quelques exemples : santé, aviation et accessibilité.

[Via : MacRumors]

Apple a envoyé un email à certains développeurs pour les prévenir de délais plus longs qu'à l'accoutumée pour la validation de leur app. Apple ne mentionne pas dans son courrier la fermeture du Dev Center qui a duré plus d'une semaine — il a rouvert vendredi dernier —, mais ReadWrite qui rapporte l'information fait le lien entre les deux.

Le site Average App Store Review Times, qui collecte les données de délai de validation, ne laisse pas voir pour le moment un quelconque retard.

À l'heure actuelle, la majorité des services du portail développeurs sont rétablis. Une demi-douzaine reste toutefois hors-ligne, comme le montre l'outil de suivi mis en place spécialement par Apple.