L'UX de l'encart est sous-optimale
publié le , mis à jourDécrivez votre problème, votre suggestion
Bonjour, Tout d'abord, bravo pour ce beau projet! C'est un effort titanesque que vous avez entrepris et le résultat est déjà super. Je préfixe ce message en disant que je suis libre pendant une bonne partie de l'été et que je vais essayer de contribuer ce que je peux pour améliorer cartes.
J'ai deux problèmes avec l'interface de l'encart.
Premièrement, elle prend beaucoup d'espace horizontal. C'est encore plus marqué dans mon cas, car j'utilise des tabs verticaux (que je laisse affichés, car en général je fais des aller-retour avec d'autre sites (SNCF, Visorando...) quand je regarde carte). Résultat: afficher l'encart laisse environ 1/3 de l'espace de cartes libre:
Cela rend l'utilisation de la carte comme d'une carte très peu pratique, donc la majorité du temps, je garde le volet fermé. Or, deuxième problème: toutes les actions (typiquement: recherche, calcul d'itinéraire) nécessitent d'afficher l'encart. Mécaniquement, chaque interaction se transforme en deux interactions: devoir afficher l'encart, puis faire ce qu'on voulait faire.
En comparaison, l'interface de google maps laisse tout l'espace disponible, et, crucialement, la recherche est accessible en 1 seul click:
Deuxièmement, je ne vois pas trop l’intérêt de rendre l'interface modale. Il n'y a pas vraiment d'interaction entre les différents "outils", et le fait d'en activer plusieurs alourdi encore plus l'encart (il faut scroller pour trouver ce que l'on cherche). Je me suis déjà perdu dans l'encart où je ne trouvais pas l'option que je venais d'activer.
Pour quelle raison pourrait-on vouloir faire ceci?
L'aspect modal augmente encore le nombre d'interaction: si l'encart est fermé, pour voir les styles, il faut:
afficher les styles, dérouler l'encart, et pour voir autre chose (par exemple, les itinéraires) je préfère cacher les styles afin de ne pas avoir à scroller à travers l'encart.
Au final, l'utilisation de cartes s'en retrouve beaucoup plus lourde. Pour obtenir le même résultat, j'ai l'impression de devoir faire deux fois plus d'interactions avec l'interface sur cartes que sur gmaps.
Pour améliorer l'UX, ma vision (qui ne sera probablement pas la votre, j'ai hâte de voir ce que vous en pensez) serait de:
- Utiliser plus des boutons flottants que des barres pour libérer l'espace au maximum
- Rendre les différents outils exclusifs plutôt que modaux
- Rendre certaines actions faisables sans passer par l'encart modal (par exemple, pouvoir construire un itinéraire depuis un menu click droit "partir d'ici" et "aller à", à la Comaps. D'ailleurs, en général je pense que pour chaque bouton "Y aller" il faudrait rajouter un bouton "Partir d'ici", mais ça c'est une histoire pour un autre ticket)
Que pensez-vous de quelque chose dans le genre?
(où le bouton "cartes" afficherai le truc "consultés récemment", par exemple)
Système d'exploitation
Linux
Navigateur
Firefox
laem
En comparaison, l'interface de google maps laisse tout l'espace disponible, et, crucialement, la recherche est accessible en 1 seul click:
Oui, en fait au départ on n'avait aucun moyen de cacher l'encart, c'était donc pire héhé. L'option pour cacher l'encart résout ça en v0, mais c'est en effet peu optimal. Une façon très simple d'aider sur ça serait d'afficher un bouton loupe recherche qui aurait le même role que le bouton qui ouvre l'encart.
Ce sujet est lié à au moins celui-ci https://codeberg.org/cartes/web/issues/1557
Deuxièmement, je ne vois pas trop l’intérêt de rendre l'interface modale. Pour quelle raison pourrait-on vouloir faire ceci?
Faut en effet plus le voir comme un bug que comme une fonctionnalité voulue. Mais le résoudre n'est pas simple, car ça demande de choisir pour chaque bloc de contenu si celui-ci doit être exclusif, avec pour action de fermer les autres quand il est actif, ou cumulé et si oui dessus ou dessous les autres.
Je n'arrive pas à trouver le ticket qui parle de ça mais il existe...
par exemple, pouvoir construire un itinéraire depuis un menu click droit "partir d'ici" et "aller à", à la Comaps.
Oui j'y ai pensé mais je crains que ce soit un usage beaucoup plus expert, inspiré de la bureautique, qu'on le croit. Actuellement le clic droit déclenche le contenu "point cliqué" dans l'encart et comme tu le dis après, avec un bouton "partir d'ici" ça ferait la même chose avec le même nombre de clic, pour beaucoup moins de code qu'un complexe clic droit -> menu. Je pense que ce "partir d'ici" pourrait être affiché uniquement sur bureau, car sur mobile dans 99 % des cas on part de sa position ; si ce n'est pas le cas, le menu d'itinéraire permet déjà de construire un itinéraire en cliquant sur la carte.
Globalement, tes commentaires ciblent uniquement le mode bureau. Il faut savoir que l'accent est mis sur le mobile, car c'est l'usage écrasant d'une carte en ligne. La version bureau n'est donc, à quelques choses près, que la version mobile mais élargie. La barre de gauche n'a été introduite que récemment. Mais c'est intéressant d'investir dans cette version bureau, car ça reste 50 % de nos usages, vu la pauvreté relative des applis bureau de carte par rapport à l'investissement qu'ils font sur mobile !
LySioS
@davawen wrote in https://codeberg.org/cartes/web/issues/2483#issue-6196478:
Que pensez-vous de quelque chose dans le genre?
J'aime bcp, j'irai même plus loin en rapatriant les boutons flottants du coin inférieur gauche avec les autres en haut
Je plussoie le comportement pas optimal. Après, pour relativiser, si on compare à https://maps.apple.com , on est bcp mieux en terme d'expérience. Je ne sais pas si leur appli mobile est aussi usante
Liombe
J'aime beaucoup aussi. Si je peux participer à la refonte UI de l'app, je m'inpirerai de Kagi maps. Notamment pour le placement des settings
Gardons en tête qu'on est totalement sous-dimensionné en dev (du genre : x 3 nécessaire) pour faire diverger de façon conséquente l'interface mobile et l'interface bureau. Car chaque comportement divergent (nouvel encart à droite, boutons à un autre endroit, logique d'affichage différent) implique une charge supplémentaire pour la maintenance et l'évolution.
D'où le fait que l'encart bureau vs mobile est à peu près identique et aussi central dans les deux dimensions. C'est pas un choix d'optimum UX, mais une contrainte forte.
n4n5
Moi aussi je propose un nouveau design desktop :)
En mode, similaire au mobile
Ou top sidebar (au lieu de left sidebar)