GrapheneOS abandonne les applications AOSP et développe ses propres alternatives

L'équipe à l'origine de GrapheneOS consacre davantage de ressources aux applications Android d'origine qui sont toujours fournies avec le système d'exploitation. Dans un fil de discussion récent, les développeurs ont présenté leur stratégie visant à s’attaquer à plusieurs applications AOSP restantes qui ont pris du retard et à aligner la gamme de logiciels par défaut sur les normes attendues d’un système d’exploitation moderne. Cette initiative s’inscrit dans le cadre d’un effort plus large visant à donner au projet davantage de contrôle sur les applications intégrées au système d’exploitation.

Pour certaines applications, les développeurs choisissent de repartir entièrement de zéro plutôt que d’essayer de corriger l’ancien code. La première cible majeure est la galerie AOSP d’origine, que GrapheneOS prévoit de développer dans un premier temps sous la forme d’un fork de ReFra, une application de galerie Android libre et open source (FOSS) construite avec Jetpack Compose. L’équipe n’a pas encore décidé si la nouvelle application Galerie continuera à suivre le projet en amont ou finira par s’en écarter complètement, précisant qu’elle dispose de ressources suffisantes pour adopter l’une ou l’autre approche, voire pour créer une galerie entièrement à partir de zéro. Le clavier AOSP devrait également être remplacé par un clavier bien plus performant. L’équipe a par ailleurs répondu aux suggestions visant à adopter des alternatives telles que FUTO Keyboard, en expliquant que sa licence non commerciale ne répondait pas aux exigences du projet.

GrapheneOS a également mis au point une fonctionnalité de « collage sécurisé » visant à résoudre un problème de confidentialité de longue date lié au système de presse-papiers d’Android. Les applications pourront toujours écrire dans le presse-papiers et lire les données qu’elles y ont elles-mêmes placées, mais elles ne pourront pas accéder au contenu du presse-papiers défini par une autre application. Cela empêche les applications de lire des données potentiellement sensibles du presse-papiers dès qu’elles deviennent l’application active, un comportement qui, selon les développeurs, peut exposer des informations à des applications portant atteinte à la vie privée. Cette fonctionnalité s’intégrera à la barre d’outils de sélection standard, aux méthodes de saisie, aux services d’accessibilité et aux raccourcis clavier. L’équipe affirme que cela rendra de fait obsolètes les notifications de lecture du presse-papiers, et la fonctionnalité devrait être intégrée prochainement.

Toutes les applications AOSP ne bénéficient toutefois pas du même niveau d’attention. GrapheneOS indique que l’application « Files » de l’AOSP ne fera probablement l’objet que d’améliorations limitées et ne constitue pas une priorité majeure pour l’instant, puisque son gestionnaire de fichiers sous-jacent fait toujours l’objet d’une maintenance active au sein de l’AOSP. Le manque d’attention porté à son interface s’explique en grande partie par le fait que Google n’utilise pas la version AOSP standard comme gestionnaire de fichiers destiné aux utilisateurs sur les appareils Pixel. En conséquence, l’application a bénéficié de beaucoup moins d’attention en matière de conception au fil des ans.

Alors que les utilitaires de base, tels que le gestionnaire de fichiers, passent au second plan, les outils de communication du système d’exploitation bénéficient d’un traitement diamétralement opposé. La plus grande nouveauté à venir est une refonte en profondeur de l’application de messagerie par défaut, que l’équipe a passé des mois à reconstruire à l’aide du code moderne Android Compose. Comme l’ont indiqué les développeurs, cette mise à jour majeure de la messagerie attend simplement que le correctif urgent du système d’exploitation soit déployé en premier. Si la modernisation de l’interface constitue la priorité immédiate, GrapheneOS prévoit à terme de transformer l’application en un client indépendant offrant une prise en charge native du RCS et un chiffrement de bout en bout MLS. En réponse aux questions des utilisateurs sur X, les développeurs ont précisé qu’ils n’avaient pour l’instant pas de calendrier défini pour cette mise à niveau. L’équipe en est encore à la phase initiale de planification et souhaite remanier l’application de messagerie de manière bien plus approfondie avant de s’attaquer à l’énorme tâche consistant à ajouter le RCS sans recourir aux Google Mobile Services. En attendant que cette solution personnalisée soit mise au point, les utilisateurs qui ont besoin de fonctionnalités de communication avancées peuvent toujours utiliser Google Messages en toute sécurité via Google Play en mode sandbox.