Est-il sûr de supposer que tout le monde utilise / possède des roues de souris?
Est-il sûr de supposer que tous les utilisateurs savent utiliser la molette de la souris pour faire défiler et que tous les utilisateurs ont une molette sur leur souris?
J'espère implémenter une barre de défilement qui reste cachée même lorsque vous survolez le panneau, mais qui montre quand l'utilisateur fait défiler à l'aide de la molette de la souris.
J'ai vu cela sur OSX lors de l'utilisation du tapis de souris, mais est-ce mauvais UX?
Masquer la barre de défilement est une mauvaise pratique, pour plusieurs raisons:
certaines personnes n'ont pas de molette de défilement - tout comme vous êtes inquiet. Certains ordinateurs portables ont des trackpads avec une mauvaise détection de défilement. Tout comme la façon dont ce comté appauvri à une heure de route compte comme la "3e économie mondiale" selon les normes internationales, nous trouvons aussi aujourd'hui des reliques inhabituelles de l'utilisabilité "depuis longtemps"
le curseur de défilement est un indicateur de position . Il vous montre où vous êtes dans la page (orientation cognitive) et définit les attentes concernant la quantité de matériel restant à lire, le temps qu'il faudra pour terminer (supposition mentale), etc.
navigation rapide pour les pages longues/à chargement continu . Comme l'a commenté Danny, si vous avez une longue page de texte, une barre de défilement peut vous déplacer plus rapidement vers un endroit, contrairement à ce qui est possible avec une molette de défilement. Les gestes du pavé tactile, oui, mais la molette de défilement, non. Le défilement continu/infini est désormais une caractéristique courante des pages, et il est préférable de recouvrir rapidement le sol avec un curseur à barre de défilement.
L'OMI est particulièrement importante. Il semble "élégant" de supprimer les éléments de l'interface utilisateur, mais la réalité est que vous désorientez-vous l'utilisateur.
Cela dit, vous pouvez (probablement) supprimez l'interactivité de l'indicateur de la barre de défilement ... "si et seulement si" vous avez un cas de conception et de personnalité qui en particulier le justifie. Un curseur de barre de défilement d'affichage uniquement est un indicateur selon # 2.
Je recommanderais toujours contre. Votre navigateur possède toutes les capacités d'interface utilisateur intégrées pour la barre de défilement. Remodelez-le simplement pour l'adapter à votre chic chic.
Si vous devenez mince, voyez si vous pouvez rendre l'image du curseur de défilement plus petite que la "zone saisissable". Cela signifie que la zone sur laquelle l'utilisateur peut cliquer peut potentiellement être plus grande que la taille du graphique du curseur. Cela fournirait le look "discret", tout en offrant la facilité d'utilisation qu'une personne désire.
De plus, concernant OSX, la barre de défilement est masquée jusqu'à ce que vous commenciez à faire défiler. Ensuite, le curseur de défilement apparaît et l'utilisateur peut interagir avec lui. C'est leur compromis, et honnêtement, je me suis assis aux côtés de nombreux utilisateurs qui ne savaient pas comment faire défiler et comment se déplacer dans une page.
On dirait "même sur un iPad ??" ... il existe de nombreux niveaux de compétences différents qui viennent à la technologie. Une barre de défilement embarque les utilisateurs naïfs jusqu'à ce qu'ils s'habituent aux autres conventions GUI contemporaines.
Rétrospective:
J'aimerais que les pages avec défilement infini placent un symbole infini sous n'importe quelle barre/indicateur de défilement artificiel (pendant que l'utilisateur fait défiler). Cela donnerait de la transparence à ce qui se passe.
Dans l'ensemble, je pense que masquer la barre de défilement est une mauvaise pratique. Même si tout le monde a une molette sur leurs souris, les gens préfèrent toujours la barre de défilement pour monter et descendre une page. De plus, les gens pourraient être intimidés par l'absence d'une barre de défilement, car la barre indique qu'il y a plus à voir sur la page que vous ne le voyez actuellement.
Spécifique au titre de votre question, sauf si vous avez un contrôle absolu sur la plate-forme, vous ne devez pas faire d'hypothèses sur le matériel que vos utilisateurs peuvent utiliser. Il existe une multitude de périphériques d'entrée qui peuvent déjà être en jeu: pavés tactiles/trackpads, trackballs, souris, écrans tactiles, etc., et encore moins qui sait ce qui pourrait devenir disponible dans 3 mois, 6 mois ou un an.
Vous devez coder selon le comportement standard de l'API d'interface, qui doit supprimer les spécificités matérielles. Que je fasse défiler la molette, que je fasse rouler une balle ou que je glisse l'écran, une barre de défilement (ou tout autre widget) devrait présenter un comportement standard. Si vous modifiez le comportement d'un widget standard, vous risquez de confondre et d'aliéner vos utilisateurs. Cela peut être mesquin, mais je suis très frustré lorsque les développeurs modifient le comportement normal des widgets. Par exemple, une application avec laquelle je suis bloqué a ses propres barres de défilement incroyablement étroites. Il est très difficile de cliquer au bon endroit pour saisir le pouce, ça m'agace sans fin.
Non . Tout le monde n'a pas une molette de souris. Certains utilisateurs n'utilisent même pas de souris. Ils utilisent le trackpad et le clavier.
Maintenant, votre vraie question est de savoir si c'est une bonne UX de cacher la barre de défilement et de l'afficher uniquement pendant le défilement: à mon avis .. Non. À strictement parler, les utilisateurs sans souris et sans barre de défilement peuvent toujours faire défiler, par ex. en utilisant la barre d'espace dans le navigateur Web. Mais d'après mon expérience personnelle, le nombre d'utilisateurs qui connaissent de telles fonctionnalités est faible. Voir aussi cette question: Pourquoi la barre d'espace fait-elle une page vers le bas dans les navigateurs .
Voici quelques preuves vagues que les utilisateurs ne savent pas cela.
Cela a déjà été dit dans les commentaires, mais cela devrait vraiment être une réponse: Ne cachez pas la barre de défilement, car la plupart des ordinateurs portables n'ont pas de molette de défilement. Au mieux, ils ont un défilement plutôt inférieur aux normes sur un côté du tapis de souris.
Je parle comme quelqu'un qui a passé un examen en ligne qui supposait que l'utilisation d'une molette de défilement de souris serait possible.
Je pense que toutes les autres réponses ont clairement indiqué que nous ne pouvions pas supposer que tout le monde avait une molette de défilement.
Pour développer les autres aspects de la question ... oui, OSX a fait des barres de défilement cachées le comportement par défaut.
Mais certaines choses à garder à l'esprit:
- les gens qui utilisent OSX seront habitués à cela. Cela peut donc avoir du sens si vous écrivez un logiciel OSX.
- C'est une option que les gens peuvent désactiver. Il peut donc être logique que votre logiciel OSX prenne également en charge cette option système.
- La connexion matérielle ici n'est pas des molettes de défilement, mais plutôt une évolution progressive d'Apple vers l'utilisation de métaphores tactiles pour leurs appareils tactiles et leurs ordinateurs portables. Les iPhones et iPads sont tactiles `` purs '', mais Apple a également de plus en plus considéré que leurs pavés tactiles et leurs souris tactiles étaient plus proches des écrans tactiles que les dispositifs de pointeur traditionnels (par exemple, le comportement de défilement par défaut). sur un pavé tactile est désormais "faire défiler le document" plutôt que "faire défiler la barre de défilement")
En d'autres termes, si vous écrivez une application OSX native qui honorera les préférences système pour cette fonctionnalité (de sorte qu'elle s'applique à un macbook, mais peut-être pas à un bureau) , Je dis allez-y. En fait, je l'encourage car cela signifie que vous respectez les comportements par défaut OSX.
Cependant, s'il s'agit d'un logiciel ou d'un site Web qui sera utilisé par une gamme beaucoup plus large de personnes sur une gamme plus large d'appareils, ce n'est probablement pas une idée solide - du moins à ce stade.
Pas même toutes les souris, la souris Mighty Mouse d'Apple n'a pas de barre de défilement, mais vous pouvez utiliser toute la zone pour le défilement.
Cacher les barres de défilement inutiles lorsque le contenu est plus petit est correct et attendu par la plupart, mais masquer les barres de défilement actives a été la pire décision jamais prise et ne fait que confondre l'utilisateur moyen. Cela peut avoir un peu de sens sur les petits téléphones portables, mais même là, ça fait bizarre.
Pour de nombreuses personnes, les barres de défilement sont un indicateur de la quantité de contenu déjà lu et du temps qu'il faudra pour lire le reste. C'est quelque chose que vous pouvez faire avec un coup d'œil rapide sans interrompre votre lecture. Si vous êtes obligé de faire un défilement factice autour de la page et de rester concentré sur la position de votre texte en attendant que l'animation de la barre de défilement apparaisse et de la vérifier à temps avant qu'elle ne disparaisse à nouveau, c'est juste du stress et les gens seront bientôt ennuyés par votre produit.
Google a récemment expérimenté la suppression des flèches de défilement dans Chrome 32, et a constaté que les utilisateurs étaient tellement contrariés par le changement qu'ils ont dû les remettre dans Chrome 34.
.
Le plus que j'ai vu avec succès est de cacher la molette de défilement jusqu'à ce que la souris se déplace sur l'élément. Et, même alors, je suis sûr qu'une indication de la position de défilement serait utile. La seule autre fois pour supprimer les barres de défilement est si vous ne voulez pas que l'utilisateur défile, comme avec les sprites CSS.
La réponse acceptée par New Alexandria est excellente; cela rentre dans les détails, donc je n'ai pas à le faire. Je dirai juste que, pour ces raisons, en général c'est une très mauvaise pratique de cacher les barres de défilement. C'est une fonctionnalité très familière, et les fonctionnalités familières viennent avec les attentes des utilisateurs - gâcher ces attentes et vous générez de la confusion.
Même si Apple le fait; il y a une raison pour laquelle ils vous permettent de modifier ce comportement dans Préférences Système "Général. Quelle que soit la confusion, la confusion est toujours mauvaise. Et pour les analphabètes informatiques, la confusion peut être supérieur à ce que nous pensons.
Tout cela, bien sûr, suppose que vous ne créez pas une sorte de logiciel poétique et que vous souhaitez susciter ces émotions particulières. Je ne peux pas penser à un exemple.
Mais la ligne de fond est que cela dépend. Cela dépend de votre application, de vos utilisateurs et des circonstances qui les entourent. Même pour moi, c'est ennuyeux de devoir faire défiler pour rendre les barres visibles avant de pouvoir les faire glisser, mais j'utilise un Magic Trackpad, donc je les aime cachées (donc cela dépend de l'utilisateur).
Un excellent exemple est Pentadactyl pour Firefox, un module complémentaire qui vous donne des raccourcis clavier Vim et une barre d'état de type Vim, et vous permet de tout faire avec votre clavier. Vous faites défiler avec j et k, et la barre d'état affiche la position de défilement. Maintenant, il est soudain logique de masquer les barres de défilement.
Voici une capture d'écran. Sur le côté droit de la barre d'état, il est écrit "Haut". (L'image provient d'un article de blog que j'ai écrit à ce sujet — original ):
Une fois que vous faites défiler, il affiche votre position sous forme de pourcentage. Voici une deuxième capture d'écran, prise en ce moment ( original ):
Mais, notez que les barres de défilement sont toujours utiles et visibles dans des zones telles que textareas, comme celle que je tape. Ici, elles sont toujours attendues. Tout dépend de la situation et des circonstances.
Potentiellement intéressant :
Chaque année, mon père devient de plus en plus efficace avec son Mac. Pourtant, il a tendance à faire glisser les barres plutôt que de "faire défiler l'écran tactile" avec sa souris magique, et utilise toujours les boutons Précédent et Suivant. Cependant, sa souris au travail a une molette de défilement physique, et celle-là qu'il utilise. Peut-être parce que son but est plus évident - plus familier, pas de confusion.
La conception matérielle et logicielle va-t-elle trop vite et laisse-t-elle derrière elle certains des utilisateurs les moins alphabétisés - ou s'agit-il d'un rythme naturel et nécessaire qu'ils doivent choisir de suivre? Eh bien, je suppose cela dépend de votre public cible.
Avertissement : Je ne suis pas affilié à Pentadactyl. Elle et Vim ne sont que de bons exemples.
J'imagine que la plupart des utilisateurs de bureau ont une molette sur leur souris, les utilisateurs de tablettes ont un écran tactile pour faire défiler pour s'aider eux-mêmes, et bien que les utilisateurs d'ordinateurs portables puissent être affectés car très peu de trackpads incluent une molette de défilement, ils peuvent toujours simplement utiliser la flèche vers le haut/la flèche touches -down sur leurs claviers. Mon point étant que tout le monde devrait toujours être en mesure de voir votre site sans avoir la molette de la souris, mais pour certains, cela ne sera pas pratique car ils devront utiliser une méthode de défilement alternative uniquement sur votre site.