Google a annoncé Android O hier soir, dont le nom commercial n’est pas encore connu. Disponible sous forme d’une première Developer Preview encore assez brute, la nouvelle mouture apporte bon nombre d’améliorations, notamment sur la préservation de la batterie et la gestion des notifications.
Si certains estiment que Nougat est actuellement la version de la maturité pour Android, la suivante va clairement capitaliser sur les améliorations mises en place. Android O, qui devrait être logiquement Android 8.0, révèle ainsi une première partie de ses nouveautés, au travers notamment d’une préversion dont Google ne recommande pas l’utilisation pour un usage quotidien.
Autonomie : des progrès sur la gestion de l'arrière-plan
Les apports sont nombreux, à commencer par l’autonomie. Android O va limiter de manière drastique certaines tâches effectuées en arrière-plan par les applications. Trois catégories sont concernées : les mises à jour de position géographique, les services en arrière-plan ainsi que tout ce qui touche au broadcast, donc à la diffusion large d’informations.
Google avertit d’emblée que ces modifications sont importantes et que les développeurs ont tout intérêt à les considérer dès maintenant. Le changement devrait cependant être très positif, avec à la clé des applications qui auraient « un impact minimal » sur la batterie. On ne demande évidemment qu’à voir, car le problème des « apps » gourmandes ne fait que grandir avec le temps.
Une plus grande granularité pour les notifications
Le prochain Android introduira également une autre nouveauté importante : les canaux de notifications. Il suffit d’imaginer qu’un développeur va pouvoir diviser ses notifications en groupes thématiques. L’utilisateur pourra alors influer séparément sur l’un ou l’autre, plutôt que de devoir couper par exemple l’intégralité des signaux provenant d’une application.
Une hausse de la granularité bienvenue, puisqu’elle va donner aux utilisateurs plus de contrôle sur ce qu’ils reçoivent. Parallèlement, Android O introduit une révision de l’apparence des notifications, que Google présente comme plus claire, pour comprendre plus rapidement de quoi il retourne. L’éditeur ne fournit cependant aucune capture.
Une API dédiée au remplissage des identifiants, une généralisation du PIP
Android va en outre recevoir une API dédiée à la gestion des identifiants. Baptisée Autofill, elle va permettre de rationaliser la gestion du remplissage automatique de l’identifiant et du mot de passe par les gestionnaires tiers. Les utilisateurs pourront définir dans les options une application de remplissage, de la même manière qu’ils peuvent déclarer un clavier par défaut. L’API sert ensuite à appeler les fonctions de l’application pour remplir les identifiants directement dans Chrome.
Et la liste des nouveautés est loin d’être terminée. On continue avec la généralisation du PIP (Picture in Picture) à l’ensemble du système pour les smartphones et tablettes. Ce mode permet de caser une vidéo dans un coin de l’écran pendant que l’on continue à faire autre chose. Les applications elles-mêmes peuvent passer en mode PIP, le développeur pouvant indiquer un ratio et inclure des contrôles spécifiques.
Gestion des polices, icônes adaptables, support du gamut étendu...
Toujours pour les développeurs, les polices peuvent être maintenant considérées comme une ressource à part entière. Les familles peuvent être définies dans le XML, en déclarant par exemple le style et la taille. Les icônes pourront être de leur côté polymorphes dans Android O, avec plusieurs formes qui dépendront de masques choisis par l’appareil. En clair, Google propose aux éditeurs de surcouches un moyen simple d’imposer une forme d’icône cohérente avec le reste de l’interface. Les menus et paramètres s’adapteront en conséquence.
Les applications vont pouvoir bénéficier aussi des écrans à gamut étendu. Les développeurs pourront déclarer dans le manifeste XML l’utilisation de certains profils (AdobeRGB, Pro Photo RGB, DCI-P3, etc.) pour charger des bitmaps. Elles auront également accès à la nouvelle API AAudio, si elles nécessitent des performances plus élevées et une faible latence sur tout ce qui touche au son. Attention, cette interface n’est pas finalisée et Google attend des retours des testeurs de la Developer Preview.
On notera en outre, pêle-mêle :
- Une amélioration de WebView, désormais toujours en mode multiprocessus. Une API a été ajoutée pour permettre à l’application de gérer elle-même les rapports d’erreurs et de plantages associés. Les développeurs peuvent également activer Google Safe Browsing.
- Le support de Java 8 augmente avec l’ajout de plusieurs nouvelles API, notamment new.java.time. L’Android Runtime se veut également plus véloce, certaines actions s’exécutant deux fois plus vite selon Google (qui ne précise pas lesquelles)
- La navigation au clavier se renforce avec des comportements par défaut ajoutés aux flèches et à Tab. Un apport attendu avec la généralisation (lente) des applications Android aux Chromebooks.
- La gestion du codec LDAC pour l’audio haute qualité via Bluetooth
- Le support du Wi-Fi Aware, qui permet aux appareils compatibles de communiquer entre eux sans qu’un point d’accès central ne soit configuré. Pour rappel, celle-ci était déjà présente au MWC 2016 de Barcelone.
- En outre, Google signale que l’implication des partenaires est plus importante pour Android O. En exemple, la société cite le cas de Sony, qui a contribué à l’amélioration d’une trentaine de fonctionnalités (notamment LDAC) et proposé 250 corrections de bugs.
Une première préversion, pour les plus courageux
En même temps que l’annonce, Google a publié une première Developer Preview pour tester ces nouveautés. Attention, l’éditeur affirme d’emblée qu’elle n’est clairement pas conçue pour être utilisée au quotidien. Elle est donc encore brute et contient manifestement de nombreux bugs.
Cette Developer Preview n’est compatible pour l’instant qu’avec une liste réduite d’appareils : les Nexus 5X, 6P et Player, ainsi que les Pixel (XL) et C. en outre, le mode d’installation peut se révéler complexe et nécessite donc quelques explications.
La première Developer Preview ne fait en effet pas vraiment partie du programme Android Beta. Il s’agit d’une alpha que l’on ne peut installer que depuis une image d’usine à installer manuellement. La procédure est donc nettement moins simple d’accès, et Google recommande que seuls les développeurs ayant de réels besoins se lancent dans l’aventure.
Le programme Beta commencera réellement en mai
La véritable ouverture du programme Beta se fera en mai, avec l’arrivée de la Preview 2. Elle viendra cette fois sous forme de mise à jour de la première préversion, et devrait être alors beaucoup plus stable. Là encore, la firme indique que ce sera l’occasion pour le grand public de se pencher sur le système. Le rythme de sortie sera mensuel : une Preview 3 en juin, puis une Preview 4 en juillet.
En tout, Android O n’aura donc que quatre préversions, contre cinq pour Nougat. La version finale est attendue pour le troisième trimestre, sans doute aux alentours de septembre, comme d’habitude. À cette occasion, tous les produits encore supportés de Google (gammes Nexus et Pixel) seront mis à jour. Dans la foulée, la plateforme AOSP (Android Open-source Project) sera mise à jour et les constructeurs pourront finaliser leurs projets basés sur la nouvelle version.
Enfin, Google a lancé pour l’occasion un nouveau site dédié à Android O, ses préversions et l’ensemble des informations à connaître, tant sur les nouveautés que sur les méthodes d’installation. Les développeurs souhaitant se lancer ont donc tout intérêt à lire soigneusement les explications qui s’y trouvent.
Commentaires (76)
#1
20€ sur Oreo
" />
#2
et moi jsuis tjs en 6.0 sur GS7.
" />
quelqu’un a eu la MAJ vers nougat en OTA sur version nue?
#3
Vivement qu’un nouvel acteur arrive dans le monde des OS pour smartphone, car entre Apple destiné aux émirs saoudiens, Google qui favorise à donf l’obsolescence des anciennes versions, un Ubuntu qui ne décolle pas et un FirefoxOS abattu en plein vol par une DCA, on est mal barré.
#4
ouais depuis une petite semaine 
" />
#5
#6
Je veux Ovomaltine.
" />
#7
Ou bien Orbit (oui je sais nous on connaît pas sous ce nom là, c’est les Freedent)
#8
peu probable cela dit.
#9
Vu la couleur du logo, je pencherais plus pour une friandise/gâteau à l’orange
#10
#11
Orange slices !
#12
#13
Android GO.
" />
#14
Oreo ou Oh Henry, mais c’est vrai que le petit gâteau rond a beaucoup de popularité là-bas (d’ailleurs ils y en a à tous les goûts qui font que les noirs sont pas vraiment les meilleurs…)
#15
Mon S6 Edge viens tout juste de passer à Nougat (j’ai flash la rom moi même), normalement pour le S7 tu devrais avoir depuis un moment :o
ça devrait être dispo
#16
Google favorise l’obsolescence ? N’importe quoi…
Déjà, ils fournissent des APIs pour gérer toutes les anciennes versions sans trop de difficultés. Le résultat c’est que les applis qui sortent aujourd’hui sont souvent compatibles jusqu’à la version 4.0 d’Android (on a quand même eu la 4.1, 4.2, 4.3, 4.4, 5.0, 5.1, 6.0, 6.1, 7.0 et 7.1 depuis).
Ensuite, ils font de plus en plus d’efforts pour segmenter le système pour pouvoir mettre à jour le maximum de choses après la vente de l’appareil.
#17
Fallait pas choisir ces terminaux.
Le consommateur a le pouvoir de changer les choses, il suffit d’acheter les marques qui mettent à jour et ça fera changer les habitudes des autres…
#18
#19
Jvois pas le problème
" />
http://www.nougat-lalinoise.com/images/la-linoise/nougat-parfume/nougat-parfume3…
#20
Le Donut est aussi populaire.
" /> Un retour au source.
#21
Microsoft a failli rétablir l’équilibre dans la force
" />
Honnêtement maintenant si quelqu’un veut se faire une place, il doit avoir d’énoooooormes couilles pour se lancer. Parce qu’on a bien vu que ce n’est pas la qualité de ce qu’on propose qui fait le succès quand le marché est déjà autant développé :/
#22
Ca colle avec les phones samsung… Ovomaltine c’est de la dynamite ca c’est sur!
#23
Je me demande quel nom alakon aura cette version.
#24
#25
Tout à fait. Les bibliothèques dites de support prouvent bien que Google a à cœur la compatibilité des apps avec les anciennes versions d’Android.
#26
Ça ne va pas mieux, mais plus longtemps ?
#27
#28
J’attends toujours Nougat pour ma part. Franchement, à part les Nexus, si on veut du suivi, c’est foutu. Et à 700 balles le bidule.
#29
Ouep, mais les Nexus/Pixel sont chers tout de même maintenant :/
Donc pour avoir un suivi tout de même, vive les rom alternatives mais bon, c’est pas la bonne solution pour les consommateurs… une loi pour le support minimum (comme on a bien pu le faire pour la garantie) devrait sortir… ne serait ce que pour luter contre la pollution.
#30
J’espère qu’ils feront leur béta de v8 un rien plus stable …
Avec l’avant dernière maj béta 7.1.2 de début de semaine, mon pauvre Nexus 5X rebootait au bout de 10 minutes de communication quand il chauffait :(
D’ac, une béta est une béta et il ne faut pas se plaindre … mais pas glop quand même.
#31
Biensûr que si, et en collaboration avec les constructeurs.
Alors oui, Google fournit les briques pour développer assez facilement (y’a quelques rares soucis mais rien d’insurmontable) des applis compatibles avec les anciennes versions d’Android.
Ce que je reproche à Google c’est de faire en sorte que chaque constructeur puisse customiser l’OS à tel point que Google n’est pas capable de fournir des images universelles. Et qu’on n’aille pas dire que c’est un problème d’archi ARM, c’est plutôt un manque de volonté (ou plutôt la volonté de pousser les gens à racheter une brique tous les 2~3 ans, vu que les constructeurs sont très mauvais sur le support de leurs produits).
Rien n’empêche à Google d’imposer la présente de certains jeux d’instructions CPU, pour ensuite proposer un OS générique.
#32
J’ai remarqué que très souvent, ceux qui parlent d’obsolescence programmée à propos d’Android confondent
" /> … du matériel “non google”, mais maîtrisé par du Google, et là tu as plus de chance d’avoir la dernière version qu’avec un Samsung.
“Google” et le constructeur de leur téléphone.
Cela occulte complètement le support plus long des API (quoique c’est dur maintenant d’installer une application sur Android 2.3 vu qu’elles requièrent toutes une API de webservice qui ne convient qu’à Android 4 ……..).
Tout le problème d’Android a toujours été là : Google sort son OS de références et c’est aux constructeurs d’adapter leurs modèles. Si un constructeur ne joue pas le jeu (Wiko par exemple, vu que c’est le gag que je rencontre avec un téléphone d’appoint pas cher) et bien tu as vite fait de te retrouver avec une version d’Android de retard, puis 2 et tu as enfin une version nouvelle N+1 quand en réalité Google a déjà sortit la N+3 …
D’où l’intérêt des Nexus
#33
#34
+1 voir +3 …
La limite de vie du téléphone serait dès lors la capacité matérielle (espace de stockage, RAM, éventuellement fréquence pour des jeux de plus en plus beaux) … on n’aurait plus à parler d’obsolescence programmée ou de non support “volontaire”.
#35
Version finale disponible prochainement jamais chez vous
" />
#36
Une version mineure de plus transformée en générateur d’obsolescence programmée… puisque que quasi aucun des smarphones actuels ne bénéficieront d’une mise à jour….
#37
Ah quand une refonte du UX/UI systeme ? J’ai tente l’experience pendant une semaine, l’ergonomie est vraiment tres mauvaise …
Y’a plus rien d’interessant sur le marche avec windows mobile qui a jette l’eponge….
#38
Le nœud du portage d’une version d’Android sur un téléphone, ce n’est pas le jeu d’instructions, mais les drivers.
#39
J’ai choisis un Nexus 5 justement pour avoir les mises à jours rapidement et sur le long terme. Sur la rapidité c’est bon je n’ai pas à me plaindre.
Par contre mon Nexus 5 est toujours bloqué à la version 6.0.1 !
Là où moi aussi je pense que Google favorise l’obsolescence programmée c’est avec leur rythme de sortie des versions majeures.
Avec des mise à jours très régulières les constructeurs ont bien plus de travail pour adapter leurs surcouches et ça limite de fait les mise à jours.
Es ce que les nouvelles fonctions de la version O nécessitent vraiment un changement de version majeure ?
#40
Pour les drivers Google pourrait standardiser un peu plus la plateforme :)
#41
C’est ce qu’a fait Microsoft pour Windows Phone (ou quel que soit le nom), avec le succès qu’on a vu.
Pas simple de trouver le juste milieu, en tout cas il n’a pas été trouvé encore
#42
+1
Surtout quand Madame Michu elle voit passer tous les matins dans ses notifications “l’appli XYZ et 17 autres applications ont été mises à jour”, si après on vient lui dire que son téléphone a été pwned parce qu’il n’était pas à jour elle va le balancer à la tronche de quelqu’un, ça va pas faire propre…
#43
#44
#45
oui j’ai vu mais ça me gave de le faire à la mano. ^^
du coup j’attendais l’OTA mais là ça commence à être long.
#46
#47
Material Design, n’est en soit pas mauvais d’un point de vue UI, mais UX pas genial sur android et de maniere generale, le systeme est tres brouillon … beaucoup de choses ranges a des endroits pas franchement logiques …
Mais bon comme ca domine le marche, ils s’en foutent un peu je pense. Je dis ca mais IOS, c’est pas franchement mieux quoi qu’a y reflechir, un peu, c’est legerement mieux je trouve.
#48
Bof ça prend 10 min à tout casser
" />
#49
ouais mais faut tout sauvegarder non?
" />
me semblait qu’il fallait le remettre en version d’usine.
edit: je viens de voir que c’est arrivé y’a quelques jours. comme ça fait 11j que j’ai pas checké… à tous les coups l’OTA est dispo, mais ce gros débile veut la faire qu’en Wifi. à quoi ça sert d’avoir 20Go de 4G si on peut même pas checker ses MàJ?
#50
Être courageux c’est lancer la commande flashall.bat ?
Je suis trop un ouf !
#51
je dirais Orange Cream Pie plutôt vu la couleur.
" />
#52
Pour te répondre ça dépend, il y a des rom avec Wype d’autres non, celle que j’ai mise c’était une nowype, donc j’ai tout gardé en faisant la maj :)
#53
Et encore faudrait-il que ces constructeurs tiennent leurs promesses.
" />
J’ai encore de mauvais souvenirs avec Sony, qui promettait en 2014 (et même en 2013) pour le xperia SP un support des versions d’Android 4.2, 4.3 et 4.4.
-> https://web.archive.org/web/20140103021257/http://www.sonymobile.com/fr/software/phones/xperia-sp/
Finalement, trois mois plus tard (et un an à peine après la commercialisation du modèle) : “ah ben non, on ne fera que jusqu’à la 4.3 finalement”
-> http://www.frandroid.com/actualites-generales/205938_xperia-sp-sony-recevra-pas-…
#54
En tout cas mon Sony Z5 a eu successivement droit à 5.0, 6.0, et 7.0 depuis une semaine, ya du suivis quoi qu’on en dise.
#55
“Autonomie : des progrès sur la gestion de l’arrière-plan”
C’est moi ou ça fait trois versions d’android pour lesquelles ils nous promettent la même chose et que les résultats ne sont pas convainquant ?
#56
#57
+1 Billion
" />
#58
#59
Moi aussi sur mon Motorola en 2015, je suis passé de Lollipop à Marshmallow en deux mois. Et cette année, j’attends…
L’année prochaine, tu en seras réduit au même point ;)
#60
Une version tous les ans, c’est pas non plus la mort.
Une ancienne version d’Android n’est pas une version obsolète, les applis continuent de fonctionner dessus, les patchs de sécurité arrivent toujours, bref ton téléphone ne s’arrête pas de fonctionner.
C’est exactement comme sur iOS ou certes, tu as la dernière version de l’OS, mais il te manque la plupart des nouvelles fonctionnalités disponibles sur des modèles plus récents.
#61
c’est bon j’ai eu l’OTA, c’est juste que j’avais un peu laissé tomber le check journalier, du coup je l’avais pas vue.
" />
#62
Oneplus est ponctuel sur les majs de sécurité ?
#63
Je regrette toujours Maemo5 tué par Microsoft (quand ils ont racheté l’activité “phones” de Nokia).
#64
Tu diras ça à ma tablette Sony qui a reçu Nougat (et s’en porte très bien :)) de manière officielle ;).
#65
Non, sauf à choisir un seul fabricant de chips ARM. Les Exinos, Mediatek, Snapdragon, (…), si ils ont la même base d’instructions ARM, le reste est totalement propriétaire, sans standard défini. Contrairement au monde x86.
C’est la raison pour laquelle Microsoft ne certifie (et ne sort) s version de Windows ARM que pour les Snapdragon.
#66
Osmium
" />
ce serait du lourd
#67
GG
" />
#68
#69
Totalement d’accord, déjà les MAJ seraient beaucoup plus simple si les constructeurs ne modifiaient pas le code Android pour faire à leur sauce. Car quand on parle de “surcouche” c’est un peu faux, en fait le constructeur va complètement remplacer des parties du code Android ce qui peut créer pas mal de problèmes pour les devs…
Mais il y’a aussi un vrai problème chez Google. Il n’y a qu’à voir le Nexus 5 et la Nexus 7 2013 qui ont été supporté pour des nouvelles versions pendant 2 ans et patch de sécurité pendant 3 ans. C’est quand même très peu, notamment par rapport à Apple.
Ma nexus 7 2013 fonctionne toujours très bien mais elle ne reçoit plus de patch de sécurité, je suis obligé d’installer une rom custom pour être à jour (et profiter de Nougat accessoirement)
#70
#71
#72
#73
Je n’avais pas vu ta réponse désolé.
Comme dit au dessus, ça dépend. Lors des bêtas pour Android 7 on a eu un un léger retard pour les correctifs de Janvier. Puis finalement, je suis à jour avec la version 7.
D’ailleurs le correctif de mars est paru en même temps que la dernière bêta, quelques jours plus tard on avait la mise à jour en OTA.
#74
Il faut comparer ce qui est comparable!
C’est normal qu’il y ait 4 ans de suivit chez Apple:
Un sentiment de culpabilité d’avoir conservé un téléphone devenu aussi merdique l’entraîne dans un magasin Apple et la une grande surprise l’attends : Apple a changé de connecteur !
Blague a part 4 ans c’est un bon début mais il n’y a pas d’exception : la duré du support doit être l’une des préoccupations du client pour que cette duré augmente chez Apple comme chez d’autres (et pourquoi pas la rendre payante…).
#75
Y’en a un Microsoft, super plateforme, super API, des téléphones vraiment complet et des offres pour toutes les bourses, mais ça n’a pas pris y’a pas snapchat et pokemon. A noter que c’est bien la seule plateforme capable de permettre de faire quelques chose de vraiment puissant avec pokemon avec Windows holographic + casque de réalité augmenté. Au lieu de ça on a des mongoles sous android qui sont là avec de la pseudo VR (et encore s’est une insulte à la notion de VR/Réalité augmenté).
Sans compter Xamarin, Vst community etc. bref la totale …
#76
C’est tout à fait normal android tout comme ios en est encore aux interfaces moisies à base de grosse grille d’icones kikou pseudo chiadé, vouloir imiter ModerUI sur du skeuomorphisme , ce n’est pas possible. Leur seule solution est de passer à une interface digitale, et donc android ressemblerait à Windows phone :p … Du coup ils passeraient pour des cons au passage