Comment Google prend le contrôle de la navigation gestuelle dans Android 10

Google pousse vraiment la nouvelle navigation gestuelle dans Android 10. Bien qu’ils n’aient pas interdit d’autres systèmes de contrôle gestuel, ils ont fixé de nombreuses limites.

Après avoir expérimenté les commandes gestuelles basées sur des boutons dans Android 9 Pie, Google est retourné à la planche à dessin pour améliorer la fluidité et l'utilisation d'une seule main de la navigation gestuelle d'Android. Avec Android 10, Google est arrivé à une solution qui ressemble visuellement à iOS: une barre de gestes qui peut être glissée vers le haut pour rentrer chez soi ou vers la gauche ou la droite pour basculer entre les applications. Étant donné que la barre de gestes est beaucoup plus fine que l'espace dédié au précédent système de navigation à trois boutons, les gestes d'Android 10 donnent aux applications plus d'espace pour afficher le contenu en bas de l'écran. Pour remédier à l'absence d'un bouton de retour dédié, Google a ajouté un balayage vers l'intérieur depuis les bords gauche ou droit de l'écran pour déclencher l'action de retour. Les nouveaux gestes améliorés de Google constituent un pas dans la bonne direction, même si certains pensent toujours que les alternatives tierces sont supérieures.

La nouvelle navigation gestuelle d'Android 10. Source: Google.

Même s'il y a encore place à l'amélioration (et il y a certainement), Google pousse ses partenaires Android à adopter ces nouveaux gestes de navigation car l'entreprise ne veut pas imposer aux développeurs d'applications de devoir gérer plusieurs gestes de navigation différents schémas. Les fabricants d'appareils Android comme OnePlus, Samsung, Xiaomi, Huawei, OPPO, Vivo et ASUS ne sont que quelques-unes des entreprises qui ont leur propre approche de la navigation gestuelle. Ces entreprises ont déjà investi beaucoup d'efforts de développement dans la création de leurs propres gestes. Google ne les oblige pas à abandonner complètement leur travail.

« Les utilisateurs souhaitent de plus en plus d’expériences immersives sous Android, et les fabricants d’appareils ont tenté d’aborder cela du point de vue logiciel. Et ce qu’ils ont fait, c’est créer leur propre navigation gestuelle. Et chaque fabricant d’appareils a une impression différente sur la façon dont la navigation gestuelle devrait fonctionner. Ce que nous reconnaissons du côté de la plate-forme, c'est que cela devient insensé pour un développeur. En pensant à N différentes navigations gestuelles lorsque vous essayez de développer, de concevoir, de tester votre application, cela devient un peu fou. C'est donc dans cet esprit que nous avons introduit cette navigation gestuelle dans Q et nous allons standardiser l'écosystème à partir de Q le 3. boutons et notre modèle va de l’avant. – Ronan Shah, chef de produit chez Google au sein de l'équipe Android System UI, chez Google I/O 2019.

Au lieu de cela, Google a réécrit ses règles pour la compatibilité entre Android et les applications Google, obligeant les constructeurs OEM à marginaliser leurs propres gestes en faveur de ceux de Google, tout en limitant également les fonctionnalités des OEM gestes.

Exigences de compatibilité des gestes Android 10

Après chaque version majeure de la plate-forme Android, Google met à jour le document de définition de compatibilité Android (CDD) pour décrire les nouvelles exigences auxquelles tous les appareils doivent répondre pour être considérés comme compatibles avec la dernière version de Android. C’est l’une des conditions préalables à l’obtention d’une licence Android, nécessaire pour utiliser la marque Android en marketing. C'est également une condition préalable pour obtenir l'autorisation de distribuer les services mobiles Google, la suite d'applications, de services et de bibliothèques Google préinstallées sur la plupart des appareils Android vendus dans le monde.

Dans le CDD pour Android 10, Google a mis à jour la section 2.2.3 sur la configuration logicielle requise pour les appareils portables (alias smartphones) avec le libellé ci-dessous. Ces déclarations informent les OEM sur les attentes de Google quant à la taille de la zone de déclenchement pour les gestes de navigation.

Google recommande que la zone de reconnaissance des gestes pour l'action d'accueil soit inférieure à 32 dp (dp signifie densité indépendante pixel) à partir du bas de l'écran, mais ils n'en font pas une exigence afin que les OEM puissent toujours proposer des commandes gestuelles flottantes tel que Le dock de navigation flottant d'EMUI.

Si un OEM propose un geste de balayage depuis les bords gauche ou droit de l'écran, Google exige que la zone de déclenchement soit inférieure à 40 dp du bord. (idéalement 24 dp de largeur.) Notez que cela permet aux OEM de créer différentes options de sensibilité pour les gestes latéraux tant que la zone de déclenchement ne dépasse pas 40 dp. En fait, Google propose exactement cela dans sa propre version Android 10. Par défaut, l'encart pour le geste arrière est de 24 dp sur le Pixel, mais il peut être réduit à 18 dp ou augmenté à 32 dp ou 40 dp.

Dans une section ultérieure du CDD, en particulier la section 7.2.3 couvrant les touches de navigation, Google fournit des exigences détaillées sur la façon dont les gestes pour les actions de retour, d'accueil et des applications récentes doivent fonctionner. La plupart des exigences visent à garantir que le comportement du système est cohérent pour les développeurs d'applications, mais quelques déclarations notables peuvent affecter l'expérience utilisateur.

Bien que Google n'exige pas qu'un balayage vers le haut depuis le bord inférieur déclenche l'action d'accueil ou qu'un balayage vers le haut soit maintenu Si vous déclenchez l'aperçu des applications récentes, Google exige que les gestes de balayage sur les côtés déclenchent l'action de retour. Cela signifierait notamment que les gestes personnalisables fournis par Opération à une main+ de Samsung ne serait pas autorisé, mais comme One Hand Operation+ n'est pas installé prêt à l'emploi, il pourrait obtenir un laissez-passer.

Si un OEM fournit un panneau système flottant qui se déclenche via un geste de balayage latéral, il doit alors placer le déclencheur zone située dans le tiers supérieur du côté gauche ou droit et ne doit pas permettre au panneau de dépasser une taille de 1/3 de la taille de l'écran bord. L'OEM peut toutefois autoriser l'utilisateur à définir la zone de déclenchement en dessous du tiers supérieur des bords. Cette langue a probablement été ajoutée pour prendre en charge la fonctionnalité Edge Panel de Samsung.

Le document de définition de compatibilité Android 10 ne s'affiche pas que de nombreuses restrictions sur ce que les OEM peuvent faire avec les gestes, mais comme je l'ai déjà mentionné, respecter le CDD est simplement un des prérequis pour obtenir une licence Android et l'autorisation de distribuer GMS. Google dispose d'un document distinct qu'il distribue en privé à tous ses partenaires Android sous licence; ce document énumère les exigences techniques que les entreprises doivent respecter pour être autorisées à distribuer GMS, et contient des stipulations supplémentaires relatives à la navigation gestuelle dans Android 10. Nous avons obtenu une copie de ce document, intitulé GMS Requirements v7, daté du 3 septembre 2019.

Exigences de navigation gestuelle pour l’approbation GMS

L'Assistant Google est un service extrêmement important pour Google, c'est pourquoi Google le regroupe dans le cadre de l'application Google et exige que tous les partenaires Android le distribuent dans le cadre de la suite d'applications GMS pour les appareils « normaux » (non Android Go). Mais les exigences ne s’arrêtent pas là. Depuis Android 5.1, Google exige qu'un appui long sur le bouton Accueil déclenche l'action d'assistance, qui par défaut invoquera Google Assistant puisque Google exige également que l'application Google soit le gestionnaire par défaut pour Assist action. Cependant, il n'y a plus de bouton d'accueil dédié dans Android 10, Google a donc défini de nouvelles exigences sur la façon de déclencher l'Assistant avec un geste.

Pour déclencher l'Assistant Google avec la navigation gestuelle de Google, vous devez faire glisser votre doigt en diagonale depuis le coin inférieur gauche/droit. Google exige que ce geste soit présent sur tous les appareils exécutant Android 10, que les gestes de Google soient ou non les commandes de navigation par défaut prêtes à l'emploi. Si un OEM implémente ses propres commandes de navigation gestuelle, il peut alors implémenter son propre déclencheur pour lancer l'application Assistant, mais la mise en œuvre exacte sera soumise à l'examen de Google. Certains constructeurs comme OnePlus et Xiaomi vous permettent de déclencher l'Assistant en appuyant longuement sur le bouton d'alimentation, par exemple.

Google définit trois types de modèles de navigation de référence :

  1. Commandes de navigation classiques à trois boutons. Il peut s'agir de boutons à l'écran ou matériels, mais ils doivent être espacés d'une certaine distance. Les trois boutons déclenchent les applications d'accueil, de retour et récentes.
  2. Commandes de navigation à deux boutons d'Android 9 Pie. Il ne peut pas s'agir de boutons matériels, même si les deux boutons doivent toujours être séparés par une certaine distance. Les boutons retour et accueil déclenchent respectivement les actions retour et accueil, bien que le bouton des applications récentes a été fusionné avec le bouton d'accueil de telle sorte qu'un simple glissement vers le haut du bouton d'accueil déclenche les applications récentes aperçu.
  3. La nouvelle navigation gestuelle d'Android 10.

Tous les appareils lancés avec Android 10 doivent implémenter A et C, bien qu'il appartienne à l'OEM de décider lequel sera choisi par défaut. B n'est plus pris en charge et ne peut pas être autorisé en tant qu'option sélectionnable par l'utilisateur.

Alors, qu’en est-il des commandes de navigation alternatives des constructeurs OEM? Google affirme que même si les partenaires Android peuvent proposer leurs propres commandes de navigation, leurs alternatives ne peuvent pas être présentés à l'utilisateur lors de la configuration et ne peuvent pas non plus être annoncés à l'utilisateur via des notifications ou à l'écran. des pop-ups. Bien que A et C doivent être affichés au niveau supérieur des paramètres de navigation, toutes les options de navigation alternatives doivent être placées une entrée plus loin dans les paramètres.

Cela signifie effectivement que des gestes alternatifs, sans doute meilleurs, ne seront trouvés que par les utilisateurs expérimentés qui fouillent dans les paramètres ou lisent des articles en ligne sur leur appareil. Nous avons noté dans notre Test du OnePlus 7T que OnePlus ne propose pas ses gestes plein écran OxygenOS, et ce sera probablement le cas avec d'autres appareils lancés avec Android 10 sur toute la ligne, car il ne sert à rien de proposer un geste alternatif schème. La raison probable pour laquelle les OnePlus 7 et OnePlus 7 Pro ont toujours les anciens gestes OxygenOS est que Google recommande fortement aux OEM de ne pas supprimer les options de navigation existantes lors de la mise à niveau des appareils vers Android 10.

Enfin, Google recommande fortement aux OEM de ne pas faire basculer l'utilisateur vers un mode de navigation différent lors de la définition d'un lanceur tiers par défaut. Ironiquement, c'est exactement ce qui se produit lorsque vous essayez de définir un lanceur tiers par défaut sous Android 10 pour le Google Pixel. Google a promis de déployer un correctif pour rendre les gestes d'Android 10 compatibles avec les lanceurs tiers. il est probable qu'ils ont ajouté cette déclaration particulière afin que les utilisateurs ne blâment pas les lanceurs tiers pour leur geste incompatibilité. Faites ce que je dis, pas ce que je fais.


En résumé, Google a finalement pris des mesures pour unifier la navigation gestuelle dans Android, et utilise le processus d'approbation CDD et GMS pour faire jouer les OEM. Ce n’est cependant pas une mauvaise chose, car la fragmentation des contrôles de navigation pose problème aux développeurs d’applications. Google a clairement mis beaucoup de réflexion et de recherche sur la convivialité des nouveaux gestes. Puisque Google sait que tout le monde ne sera pas satisfait de ses gestes, il donne quand même Les équipementiers ont une certaine marge de manœuvre en leur permettant de faire leurs propres gestes, à condition que ces gestes suivent certains règles.

Dans les futures versions d'Android, Google pourrait interdire totalement les modes de navigation alternatifs. OnePlus voit peut-être déjà l'écriture sur le mur qui expliquerait pourquoi ils ne fournissent plus leurs anciens gestes sur le OnePlus 7T, mais nous devrons attendre que davantage d'appareils soient lancés avec Android 10 pour voir s'il s'agit d'un secteur unique ou nouveau s'orienter.