Chrome pour Android compatible avec les smartphones x86… ou presque

seb01380 a écrit :

Sérieusement, comment ils espèrent pousser l’architecture x86 pour Android en ne proposant que la version 2.3.7 et pas les version 4.x !!!!!

C’est bien Orange ca. De bonnes idées mais ils s’arrêtent toujours en cours de route.


la version i du Razr qui vient de sortir est basée sur ICS (Android 4.0). Je pense que la 2.3.7 sur le smartphone orange vient du fait que ce projet qui doit tout de même être assez lourd a été lancé il y a moment.
Et comme le smartphone d’orange ne m’a pas franchement l’air de cibler le haut du marché, l’investissement pour le passer en 4.0 (et donc pour un bien il faudrait également modifier le hardware pour retirer le bouton menu) a dû être jugé inutile.

Le_poilu a écrit :

" />

Pas besoin de retirer le bouton menu!
Android4.x fonctionne aussi très bien sur les téléphone ayant un bouton menu, et ce dernier est parfaitement exploitable.


Je voulais dire pour sortir un smartphone vraiment adapté à ICS. Depuis la branche 4.x (& 3.x pour les tablettes) le bouton menu est deprecated vu qu’il est tout de même très mauvais du point de vue expérience utilisateur.
ICS le gère seulement afin d’assurer la compatibilité avec les apps legacy. Si tu cibles au minimum honeycomb comme release, par défaut ce bouton n’apparait pas dans l’app que tu crées.

Idéalement il ne devrait plus y avoir de nouveaux smartphones l’utilisant. Je crois que Samsung doit être le seul (ou l’un des seuls ? je ne connais pas tous les modèles qui sortent) à continuer de le coller sur ces nouveaux modèles.
Mais bon ça s’inscrit dans le problème plus large tournant autour du fait que Google doit arrêter de laisser les OEMs (& en premier lieu le petit sammy) faire n’importe quoi au dessus d’android vanilla pour se différencier.

ErGo_404 a écrit :

De très mauvais goût ? Pourquoi ? C’est fortement conseillé au constructeur mais ils font ce qu’ils veulent. Et tant mieux d’un coté, ça permet plus de liberté et donc plus de concurrence.
Je préfère mon smartphone avec boutons home virtuel mais le S3 fonctionne très bien et est très utilisable avec son bouton physique.

D’ailleurs pour un téléphone avec un petit écran (ou une définition faiblarde) il faut mieux garder des boutons physiques pour garder le peu de place disponible sur l’écran.
Il n’y a que sur les tablettes ou les écrans 4.5” et plus que ça a vraiment du sens le bouton virtuel.


alors là c’est purement une question d’UX, donc pas forcément le centre d’intérêt de la plupart des lecteurs de ce site. Mais le bouton menu c’est clairement une solution imaginée par un ingénieur qui est absolument horrible du point de vue expérience utilisateur.
à la grande époque du bouton menu, on avait grosse modo la moitié des fonctions des apps qui étaient cachées sous ce bouton. Avec souvent des fonctions très importantes comme ‘nouveau message’ sous GMail.
Prends 10 utilisateurs lambda. Demande leur d’écrire un mail avec GMail sous Android 2.x (& la version de l’app de l’époque bien sûr). ⁹⁄₁₀ vont galérer un long moment avant de trouver qu’il faut appuyer sur ce bouton bizarre pour avoir accès à ‘nouveau message’.
Et ce n’est que la moitié du problème : la fonction du bouton menu varie énormément d’une app à l’autre. Va faire comprendre à l’utilisateur lambda qu’il y a ce bouton qui n’a pas d’utilité propre autre que ‘fourre tout pour caser les boutons’, dont la fonction varie grandement d’une app à l’autre.
Beaucoup étaient perdus par rapport à ça également. & ça empiétait partout : tu veux accéder aux réglages de la home ? appuie sur menu… mais uniquement quand tu es sur la home.
ce genre de modèle, c’est vraiment, mais vraiment très pauvre du point de vue UX.

Dernier point : le bouton menu (tout comme recherche) n’a rien à faire dans la barre système : back, home & multitask sont 3 boutons qui affectent le téléphone au niveau du système (d’où le nom de la barre d’ailleurs). menu est un controle au niveau de l’application. ça explique une partie de la confusion quand à sa fonction. Le modèle mental du fonctionnement de l’appareil que les utilisateurs construisent inconsciemment est foutu en l’air par ce bouton qui va à l’encontre même de ce modèle.

Alors oui forcément, un power user habitué à ce bouton râle forcément lorsqu’il voit qu’il a disparu, mais au final je pense que c’était une très bonne décision. Surtout que du point de vue fonctionnel, on ne perd rien au final.


PS.: désolé pour le pavé; c’est un problème difficile à résumer en 2 lignes. à moins de lancer un “parce que UX”

Une petit ajout : j’ai l’impression que Google est au courant de cet état de fait & veut y remédier. D’où la rumeur venant d’une source crédible (le wsj est souvent très bien informé des plans de Google) évoquant 5 nexus phones pour la fin de l’année ou un article de wired pointant le fait que Google a besoin de reprendre la main sur Android & appuyer des téléphones “pur Androids” partagé par une ingé Android hier où elle explique qu’elle est tout à fait d’accord avec ce besoin.

ErGo_404 a écrit :

C’est pas faux mais sur ICS ça dépend essentiellement du dev de l’application. Tu peux ne jamais avoir à utiliser le bouton menu même s’il est présent. D’ailleurs on pourrait tout à fait imaginer que seul le bouton home (et éventuellement multitask) persistent sous la forme physique, et reléguer le menu dans l’actionbar comme ICS le fait actuellement. Le problème c’est qu’on gagne en utilisabilité d’un côté de qu’on perd en utilisabilité de l’autre : certains smartphones ont des écrans de 3.5” avec une définition famélique pour diminuer les coûts, et sur ces téléphones la barre de boutons virtuelle prend trop de place.

Sinon j’en reviens à ma première phrase, je trouve que tu as raison sur la difficulté de compréhension du fonctionnement du bouton menu.


Le problème si on implémente uniquement home & back en physique c’est que pour toutes les apps legacy le téléphone doit ajouter une barre bien dégueu pour permettre d’appuyer sur la touche menu… même si dans beaucoup de cas le bouton menu est juste là parce que le developpeur est trop plouc pour remplir le champ targetsdkversion du manifeste de son app. Et dans ce cas on ajoute un bouton menu bien moche, même si l’app ne l’utilise jamais Oo.

J’espère vraiment que Google va faire quelque chose là dessus pour la prochaine version/la prochaine fournée des nexus.