I find when I initiate a search in a mobile view I can become stuck due to the lack of an obvious cancel button to return me to my prior screen.
I can swipe back or use a browser back button; however, displaying a simple “cancel” button could be a worthwhile UX improvement.
Not sure I agree with this. Do you also feel stuck on a user page on mobile?
I think what feels inconsistent is that the other two buttons alongside the search one open pop-ups that can be dismissed by clicking on the button again.
Not sure I have a great suggestion as to how to resolve the inconsistency though…
La designer UX de mon équipe a piqué une crise quand elle a testé la recherche sur mobile.
Bien que la version bureau sur mobile soit bien conçue, le changement de page par défaut sur mobile est contre-intuitif.
Nous essayons de le modifier afin que l’expérience de recherche sur mobile soit identique à celle sur bureau (une fenêtre contextuelle que vous pouvez fermer).
Une idée pour ajuster cela ?
Nous l’avons évité à cause de bugs Safari vraiment problématiques qui le rendaient inutilisable en raison de la propriété position: fixed. Je suis presque certain que @pmusaraj a réfléchi à ce problème récemment. Je ne pense pas que vous aurez une tâche facile pour ajuster cela.
Content de connaître la raison de cette décision.
Je suppose qu’un bug présent avant 2016 sur Safari a dû être corrigé depuis.
Ne serait-il pas logique de simplifier cela à nouveau pour appliquer le comportement de bureau dans tous les cas ?
Pourriez-vous décrire plus en détail ce que vous entendez ? J’aimerais beaucoup voir quelques captures d’écran ou un enregistrement d’écran du problème. Cela m’aiderait à déterminer si vous rencontrez de véritables problèmes au niveau du noyau ou s’il s’agit de quelque chose d’autre.
Salut, merci d’avoir demandé !
J’ai réalisé une petite capture de l’expérience utilisateur sur ordinateur lors de la saisie d’une recherche et du retour au contenu :
Et une capture de l’expérience actuelle sur mobile, où vous ne pouvez pas fermer la recherche et accéder à nouveau au contenu :
Je me suis rendu compte que je devais revenir à la page précédente en remarquant l’URL /search dans ma barre d’adresse, mais cela m’a pris un peu de temps à comprendre, et le concepteur UX était très confus face à cette expérience.
Merci pour les enregistrements d’écran. Je vois ce que vous voulez dire : le problème est qu’il n’est pas évident que la recherche vous emmène vers une page distincte. Nous pouvons probablement faire quelque chose pour rendre plus clair pour l’utilisateur qu’il a navigué vers une page de recherche séparée.
Ou alors, peut-être pouvons-nous utiliser le même widget que sur le bureau, comme vous l’avez mentionné. J’aime généralement avoir la même interface utilisateur sur bureau et mobile, mais je ne suis pas sûr que ce soit un bon cas pour cela.
J’aime vraiment le principe d’utiliser une page complète sur mobile pour remplacer les modales et les menus déroulants ; cela exploite bien mieux l’espace et évite de nombreux problèmes de défilement… Je me demande si l’ajout d’un bouton de type \u003ckbd\u003ex\u003c/kbd\u003e ou d’un bouton retour serait utile ? Et/ou peut-être que toucher le \u003ckbd\u003e 
\u003c/kbd\u003e devrait vous ramener à la page précédente la recherche ?
Ce n’est toujours pas très bien ! Nous devons recourir à de nombreux contournements pour régler les problèmes de défilement sur iOS liés aux modales et aux menus déroulants. À ma connaissance, ils ne considèrent même pas beaucoup de ces différences comme des bugs.
