Avec Android 13, la liste des nouveautés est très (trop ?) légère pour les utilisateurs… et c’est le moins que l’on puisse dire. Google continue néanmoins ses travaux en profondeur initiés avec le Projet Mainline d’Android 10. Bonne nouvelle : certaines nouveautés seront déployées sur des versions antérieures d’Android.
Google vient de donner officiellement le coup d’envoi de la prochaine version de son système d’exploitation pour les smartphones et tablettes. Autant le dire tout de suite, même si vous avez un smartphone compatible il n’y a aucune urgence à sauter le pas. En espérant que les prochaines moutures apportent davantage de concret pour les utilisateurs.
Les Pixel 4 et plus récents peuvent ainsi dès à présent en profiter, mais à vos risques et périls. En effet, s’agissant d’une version Developer Preview (et donc même pas encore en bêta) des instabilités et des problèmes plus ou moins graves peuvent subvenir. Étant donné la liste des nouveautés, le jeu n’en vaut pas forcément la chandelle, d’autant qu’il est toujours possible de passer par Android Emulator pour essayer Android 13.
Deux Developer Previews et quatre bêtas avant la version finale
La phase de développement se déroulera sur une bonne partie de l’année. Deux Developer Previews vont s’enchainer jusqu’au mois de mars, puis ce sera au tour des bêtas de prendre le relai entre avril et juillet. Le passage en « platform Stability » – c’est-à-dire le moment où les fonctionnalités et les API seront gelées – devrait arriver en juin avec la Beta 3. La Final Release sera pour la fin de l’été ou le début de l’automne si tout se passe comme prévu.
Passons maintenant aux nouveautés, qui se placent dans la continuité des versions précédentes sans grande révolution pour les clients finals. Trois axes de développement sont mis en avant : confidentialité, sécurité et productivité. Les changements initiés avec Android 12L pour les terminaux avec de grands écrans continuent.
Photo picker : Android 11 et 12 en profiteront aussi
La première nouveauté est un « sélecteur de photos » qui permet aux utilisateurs de choisir les photos et vidéos qu’ils souhaitent partager avec des applications au lieu d’accorder une autorisation globale d’accès à votre galerie. Cette API sera déployée via le Google Play système sur les versions 11 et 12 d’Android (pas les éditions Go).
Comme souvent en ce qui concerne les autorisations accordées aux applications, Google s’inspire plus ou moins fortement de ce que propose déjà Apple sur iOS. La possibilité de limiter les photos accessibles aux applications a ainsi été introduite dans iOS 14.
Toujours dans l’optique d’améliorer le respect de la vie privée, un changement important arrive sur le Wi-Fi NEARBY_WIFI_DEVICES. Désormais, les applications qui veulent chercher les appareils Wi-Fi à proximité peuvent utiliser le drapeau « neverForLocation » et ainsi laisser de côté la localisation précise de l’appareil.
Material You jusqu’au bout des icones
Android 13 généralise les icônes d'applications thématiques, dans la continuité de Material You introduit dans Android 12. Google veut ainsi permettre « aux utilisateurs d'opter pour des icônes qui héritent de la teinte de leur fond d'écran et d'autres préférences de thème ». Il faut pour cela que les applications – c’était déjà le cas pour celles de Google – disposent d’une icône monochrome, Android se chargera alors du reste.
Une image valant mille mots, voici un exemple :
OpenJDK 11 LTS et autres friandises pour les devs
Comme à chaque version majeure, les développeurs ont droit à quelques attentions pour, en théorie, « améliorer leur productivité ». Sans entrer dans les détails, il y a Quick Settings Placement API, la fonction per-app language preferences, des performances de césure des mots augmentées jusqu’à 200 %, des shaders programmables, etc.
Les développeurs de Google ajoutent que, dans Android 13, ils ont « commencé à rafraîchir les bibliothèques principales d'Android pour les aligner sur la version OpenJDK 11 LTS ». Il est prévu de déployer ces changements également sur Android 12, via le Google Play et ART le module Android Runtime (ART) qui pour rappel, « permet d’envoyer des mises à jour au système et aux bibliothèques sur les terminaux mobiles ».
Android 13 permet au projet Mainline de se concrétiser
Ces déploiements sont d’ailleurs un mouvement de fond lancé depuis Android 10 (projet Mainline). Ces mises à jour permettent de renforcer la sécurité sur des terminaux ne profitant pas des dernières versions d’Android, car le fabricant ne les déploie pas. C’est également valable pour les fonctionnalités, avec le sélecteur de photos.
Android Q : les (nombreuses) nouveautés de la bêta 3
« Avec le mouvement vers des appareils à grand écran comme les tablettes, les pliables et les Chromebooks, il est maintenant temps de préparer vos applications pour ces appareils et de les concevoir entièrement adaptatives pour n'importe quel écran », prévient Google.
Il n’est pas fait mention des applications Android sur Windows 11 (via la boutique Amazon), mais elles en profiteront certainement elles aussi puisqu’elles seront justement lancées sur de grands écrans. Des outils de tests et de compatibilité pour les développeurs sont intégrés dans Android 13.
Pour finir, un site dédié à Android 13 est évidemment en ligne. Cette mouture ne semble pas (encore ?) avoir de petit nom, contrairement à la version précédente qui a fini par recevoir le sien en octobre dernier, avec Snow Cone.
Commentaires (25)
#1
“un « sélecteur de photos » qui permet aux utilisateurs de choisir les photos et vidéos qu’ils souhaitent partager avec des applications “
Cool, on va pouvoir cacher un peu plus profondément les sextapes, dickpics et autres photos d’enfants court-vétus.
Vive le progrès !
#1.1
Tu as déjà “dossier sécurisé” dans Files et “dossier verrouillé” dans Photo pour ça.
#1.2
Je pense que l’idée est de faire comme Apple. C’est à dire de demander à l’utilisateur quelles photos une application peut voir ou non.
Par exemple, ca évite de devoir donner accès à toute ta librairie de photo pour simplement sélectionner un avatar dans une application douteuse.
#2
Material you : Le mauvais goût en marche…
#2.1
Je n’aime pas non plus. Les icône monochromes réduisent la lisibilité de l’interface.
C’est dingue, le nombre d’interfaces utilisateur, qui ont nécessité ces dernières années une pléthore d’heures de dev pour en extirper toues les informations chromatiques, et les rendre aussi peu lisibles que possible…
Je ne comprends pas le concept. Un systèmes d’informations qui enlève de l’information utile, ça ne me paraît pas logique.
#2.2
bah moi je trouve ça pas trop mal, ça fait un peu moins d’icônes multicolores qui piquent les yeux, et ça met en avant le fond d’écran
Bon rassure-toi c’est en option, donc tu as le choix entre icônes normales (multicolores et choix manuel de la couleur accentuation), icônes monochromes claires ou monochromes foncées.
#3
Du coup la rétrocompatibilité dans le titre, pour le photo picker ?
#4
C’est sûrement du même acabit que les sliders de réglage de volume sonore qui n’ont plus que 10 crans grand max aujourd’hui alors qu’ils en avaient facilement le triple avant, et une infinité quand c’était un curseur physique.
#4.1
Ça pourrait être marrant un potentiomètre sur un smartphone; tu le glisses dans la poche le son diminue et se coupe ; tu le ressors le contraire ; pis juste pour embêter un ado
#5
Alors que le monde entier parle d’écologie, Google se permet de ne plus mettre à jour, version majeure, mais surtout, patch de sécurité, des téléphones 3 ans après la date de sortie… Ma femme a un Pixel dont elle prend soin, en parfait état, qui se souffre d’aucune lenteur, qui va devenir une passoire à partir du 22 Mai… Pour les Pixel 3 et 3XL, c’est déjà le cas.
A notre époque, ou nous avons quasiment tous notre vie dans nos smartphone, messages privées, photos, comptes en banques, mots de passe, amant/maîtresse, sextape, emails, agenda, … Peut-on considérer comme “fonctionnel” un smartphone qui a des failles de sécurité connues qui ne seront jamais patchées? Ne devrait-on pas légiférer sur l’obsolescence programmée logiciel en plus de l’obsolescence programmé matériel? Ou est-ce que les gens s’en tapent royalement?
En faite, comme d’habitude, il va falloir attendre un incident assez gros, genre la moitié des smartphones dans le monde rendus HS par un virus utilisant une faille connu mais non patchée, pour que la population se pose la question.
https://support.google.com/pixelphone/answer/4457705?hl=fr#zippy=%2Cpixel-et-versions-ant%C3%A9rieures
#5.1
Une partie des mises à jour de sécurité de Google passe par le Play Store.
Tu n’as d’ailleurs pas besoin d’un compte Google pour que les dernières mises à jour des applications installés sur ton Android te soient proposés.
Je te rejoins que les MàJ d’Android par les fabricants devraient durer plus longtemps.
Il me semble que Google à allonger la durée de prises en charge de ses derniers Pixel.
Paradoxalement, le noeud ne situerait pas chez Google mais chez les fabricants de puces qui arrêtent la mise a jour des pilotes de leur puces assez rapidement. Fairphone qui essaye de faire des MàJ pendant 5 ans est assez embêté avec ça.
La soldattion la plus efficace, selon moi, serait obligation pour vendre sur le marché UE de proposer des MàJ pendant 5 ans. Toute la chaîne (Fabricant, matériel, logiciel) se contraigneraient à suivre cette obligation légale.
#5.2
5 ans désormais pour le Pixel 6 (je suis revenu dans le giron de Google pour cette raison).
Ce n’est pas que Google, mais tous les constructeurs. Et la raison n’est pas forcément ces OEM. Il y a aussi le support apporté par le constructeur de puce (Qualcomm le plus souvent) qui s’arrête au bout de 3 ans.
Et d’une façon plus pragmatique, maintenir un smartphone, même pour des patchs de sécu, ça a un coût. Si on veut plus de support, il faut aussi s’attendre à devoir payer plus cher les smartphones pour supporter ce coût à long terme.
Côté Appe, c’est en partie le cas, et c’est plus simple, car ils ont leurs puces, et très peu de variation.
Je pense que c’est pour cette raison que le Pixel 6 est le premier à avoir les 5 ans de support, car c’est aussi le premier à avoir une puce développé par Google, et sur laquelle ils ont la mainmise totale, comme Apple.
#5.3
Merci pour l’info sur le Pixel 6, ca semble aller dans la bonne direction on dirait même si on est toujours sur un smartphone à 649€.
Je suis d’accord que maintenir un OS à un coût, mais avec les millions de smartphones vendu chaque année par samsung par exemple, qui fabriquent leurs Exynos qui plus est, je trouve inadmissible d’arrêter les updates OS à 2 ans + 1 patch trimestriel pendant la 3 ème année. En esperant que les “gros” fournisseur d’Android suive l’exemple.
Techniquement, je trouve l’excuse un peu facile de la fin de support du fournisseur du SOC. Il n’y a quasiment jamais de régression au niveau des API bas niveau dans un kernel linux. Ajouter dans le cahier des charges le fait de devoir fournir un driver pendant 5 ou 7 ans, c’est très largement faisable facilement pour peu qu’on le veuille.
En vérité, le problème de fond, c’est que Samsung marge sur le hardware, pendant que google marge sur le service récurent. Donc l’intérêt de Samsung, c’est clairement d’avoir des téléphones renouvelé. Google s’en tape, du moment qu’il prend son récurent, et il ne faudrait pas trop froisser les Samsung & Co.
#5.4
Le tarif du Pixel 6 est élevé, mais tu as 5 ans de support. cf. mon point précédent, on ne peut pas demander un tarif plancher et un support premium.
Pour Samsung, c’est autre chose. Ils ont surtout pléthore de modèles différents. L’explosion combinatoire est telle que les maintenir sur du long terme serait un enfer. Mais on est d’accord que c’est un choix de leur part, et pas une contrainte.
Exiger un support de 5 ans minimum serait un pas dans la bonne direction, mais il faudra s’attendre à une explosion du prix également. Si ça peut nettoyer les gammes pour en avoir moins, ce serait une bonne chose également.
#5.5
A savoir que Samsung vend (ou a vendu) ses smartphone en version Exynos partout sauf aux US où le tel était vendu avec un Qualcomm dedans. Ca rajoute encore une couche de complexité au maintient à long terme du téléphone car 2 drivers de puce à maintenir sachant que l’un des deux est indépendant de ton bon vouloir et arrête ses maj après 3 ans :/
Bref c’est le bordel.
#5.6
Ce choix est celui de samsung. De plus, recompiler un driver pour un nouveau kernel pour une boite qui fait des milliards de $, ca me semble complètement être du domaine du possible.
#5.7
Je dis pas que c’est impossible, je dis juste que le choix est discutable financièrement parlant.
Aussi, tu ne recompiles pas le driver d’une puce qui ne t’appartient pas comme ça sans support et retour de la part du fournisseur. Car le problème était bien que Qualcomm arrêtait le support de ses puces.
Encore une fois, je ne défends personne, je ne fais que constater les faits et essayer d’en tirer une explication.
Bien sûr, dans tout ça, la raison numéro 1 pour arrêter le support d’un appareil est bien évidemment de vendre plus d’appareil. Mais ça, c’est l’apanage de toutes les boites qui réussissent, bien malheureusement.
#6
Si les pilotes étaient développés sous licence libre au sein du noyau Linux, il y aurait infiniment moins de problèmes pour le suivi dans le temps.
#7
C’est la mode dans l’UX design des logiciels modernes. En janvier dernier un designer d’interface utilisateur avait pointé un cas débile chez Tesla et potentiellement dangereux. Forcément, il s’est pris un shitstorm en retour, mais quand on voit la différence introduite entre la précédente et l’interface de la v11, c’est n’importe quoi : les commandes de base du véhicule sont planquées derrière des sous menus dont l’apparence ne donne pas l’impression qu’ils sont des boutons…
#8
Vous avez aussi le droit, en connaissance de cause d’arrêter d’utiliser un smartphone pour des opérations critiques.
Il y a bien des gens qui changent leurs habitudes quand cela ne leur convient plus.
#9
Qu’est-ce qu’une opération critique? Sur un smartphone piraté, on peut potentiellement récupérer tout ce qu’il y a dedans, comme les eMails (procédure de récupération de mots de passe oubliés), SMS (pour les 2FA) ou les photos (Famille, enfants, ou “compromettante”), et parfois même enregistrer les conversations vocales. Donc à part pour utiliser la calculette ou chercher des photos de chats mignons sur Google, ca ne sert plus à grand chose.
Mon avis est que, maintenant que certains industrielles on écrasés toute concurrence, ils devraient, de gré ou de force (par des lois), prendre leur responsabilité. Quand ils vendent un smartphone, il est, pour moi, inadmissible de ne plus appliquer les patch de sécurité à peine 3 ans plus tard.
Dans une moindre mesure, ta réflexion rejoin finalement la mienne: “est-ce que les gens s’en tapent royalement?” Bien sure que si les gens arrêtaient d’acheter des S21 Ultra à 1200€ pour lesquels il ne reste plus qu’une update majeure et 2 ans de patch de sécu avec 3 mois de retard, Samsung changerait sa politique. Et je ne parle que du plus gros vendeur, quid des smartphones “no-name”…
Et s’il y a prise de conscience, est-ce que ca arrivera avant qu’un piratage massif arrive?
Le principal concurrent d’Android patch maintenant ses smartphones pendant environ 7 ans, c’est tout à leur honneur, mais avec un premier prix élevé que tout le monde ne peut pas mettre.
#10
Google et vie privée dans la même phase ça me fait rire 😅
Question : utilisateurs d’Android : quand une nouvelle version sort, est-ce qu’elle contient des bugs assez INpactants ? Je demande car quand Apple sort un nouvel OS, la version XX.0 voire XX.X.0 est toujours une bêta pas finie qui reçoit un correctif dans les semaines suivantes.
#11
#12
Je connais Lineage, mais cette solution ne cible qu’une infime partie de la population capable de mettre un OS alternatif. Le problème d’obsolescence/écologie pour les 99,999% autres reste le même.
En dehors des nouveaux Pixel avec un support de 5 ans, on fait quoi des milliards d’autres smartphone Android se transformant un passoire au bout de 1, 2, allez 3 ans dans quelques rare cas?
#13
Je suis bien d’accord avec toi, tant qu’on n’impose pas de mises à jour pendant longtemps, c’est un soucis. Après, à titre individuel, on peut agir à notre échelle : au moins, ceux qui savent installer un OS alternatif peuvent limiter la casse. Pareil si tu es un peu bricoleur : réparer soit-même, c’est souvent éviter de jeter un dispositif complet, ET la satisfaction d’avoir fait la réparation tout seul ^^