Séparation des boutons de lecture et de pause pour la lecture de médias
Je semble me souvenir d'avoir lu quelque part que les actions de pause de lecture déclenchées à partir d'un seul bouton qui bascule est une mauvaise idée
Il me semble que cet idiome fonctionne bien (par exemple, en appuyant sur l'espace pour lire ou mettre en pause une vidéo sur vlc)
Quels sont les arguments (le cas échéant) contre le fait d'avoir ces deux opérations dans le même bouton?
Le problème avec les boutons à bascule comme celui-ci revient à confondre deux fonctions:
- Une possibilité de prendre une mesure.
- Affichage de l'état actuel.
Le but principal des boutons est d'effectuer une action, ils doivent donc avoir l'air de pouvoir appuyer pour amener l'utilisateur à effectuer l'action en appuyant sur. En l'utilisant également pour afficher l'état, cela conduit à une confusion potentielle.
Si le bouton affiche pause, cela signifie-t-il que son état est en pause ou que son action est en pause? Dans le cas de lecture/pause, il semble que la convention indique une pause signifie qu'elle est en cours de lecture (comme iTunes). Mais Slacker.com fait le contraire (et me confond parce que j'utilise plus iTunes).
Cette confusion est pire dans les situations où la convention n'est pas aussi forte.
Je recommande presque toujours d'utiliser deux boutons mutuellement exclusifs, en mettant en évidence celui qui est actuel (bascule marche/arrêt, plutôt que bascule fonction 1/fonction 2), et de relier visuellement les deux boutons par la proximité et le style. Je ferai des exceptions si l'immobilier est un facteur déterminant et qu'une convention solide peut être établie.
(BTW, j'ai récemment lu un article qui retraçait les origines d'avoir à la fois une pause et un bouton d'arrêt pour les anciennes bandes bobine à bobine, et cet arrêt est totalement inutile aujourd'hui. Je ne trouve pas de référence pour le moment cependant .. . quelqu'un d'autre l'a?)
Le problème avec les boutons à bascule a à voir avec modes .
Dans la conception de l'interface utilisateur, un mode est un paramètre distinct dans un programme informatique ou n'importe quelle interface de machine physique, dans lequel la même entrée utilisateur produira des résultats différents perçus par rapport à d'autres paramètres. Les composants d'interface modale les plus connus sont probablement les touches de verrouillage des majuscules et d'insertion du clavier d'ordinateur standard, qui placent toutes deux la saisie de l'utilisateur dans un mode différent après avoir été pressé, puis le remettent en mode normal après avoir été pressé de nouveau.
C'est de Wikipedia, et si vous arrêtez de lire là-bas, un bouton combiné de lecture/pause sonne comme une mauvaise idée. Vous avez probablement déjà entendu dire que les modes sont considérés comme nuisibles .
Cependant, l'article continue en citant une définition précise des modes de Jef Raskin The Humane Interface :
"Une interface homme-machine est modale par rapport à un geste donné lorsque (1) l'état actuel de l'interface n'est pas le lieu d'attention de l'utilisateur et (2) l'interface exécute une réponse parmi plusieurs réponses au geste, en fonction de l'état actuel du système. " (Page 42)
Ainsi, le bouton de lecture/pause n'est modal que si "l'état actuel de l'interface n'est pas le lieu d'attention de l'utilisateur". Lieu d'attention signifie quelque chose auquel vous pensez.
Lorsque vous utilisez un lecteur multimédia, le fait que quelque chose joue (ou ne joue pas) a tendance à occuper votre lieu d'attention. Par conséquent, le bouton de lecture/pause n'est pas modal et fonctionne très bien.
Certains utilisateurs confondent le simple clic et le double clic lors de l'exécution d'une action telle que cliquer sur des liens ou des boutons.
Double-cliquer sur un bouton de lecture/pause n'entraînerait rien.
Je pense qu'il est logique de les inclure tous les deux dans le même bouton. Vous n'avez jamais besoin de faire une pause lorsque le film n'est pas en cours de lecture et vous n'avez jamais besoin de jouer lorsqu'il n'est pas en pause ou arrêté.
Je déteste quand ils sont sur le même bouton. J'ai plusieurs appareils qui parfois n'indiquent pas adéquatement qu'ils ont commencé à jouer. Je ne peux donc pas dire s'ils n'ont pas reçu le bouton ou s'ils l'ont reçu et rien ne s'est encore produit. Appuyez à nouveau sur le bouton
- pause ou
- commencer pour de vrai
et dans des cas comme "iPod joue un mp3 avec une longue intro inaudible", je ne peux pas toujours dire ce qui se passe. Selon l'appareil, il peut être très difficile de dépanner. Étant donné que tant de matériel/logiciel semble être bogué, ce serait bien d'avoir un bouton sur lequel je peux appuyer plusieurs fois pour assurer que la commande soit passée.
Un autre élément à considérer en ligne est de savoir si la vidéo commence à jouer automatiquement et ses performances (s'il faut un certain temps pour charger et lire) où l'on chercherait le bouton de lecture (dans le cas où il est en lecture automatique), mais seulement un bouton pause visible pendant qu'ils attendent son chargement. Ces premières secondes sont essentielles pour que l'utilisateur crée son modèle mental du fonctionnement du lecteur vidéo et ne pas voir un bouton de lecture peut être frustrant.
Chaque action doit avoir son propre bouton.
Un seul bouton de lecture (à bascule) ferait l'affaire. Si la vidéo est en cours de lecture, elle doit être allumée et représentée comme "active" et si elle n'est pas en cours de lecture, elle doit être représentée dans un état éteint comme les autres boutons du lecteur ... comme en ligne, la non-lecture est essentiellement un arrêt/pause . Gardez le message cohérent; c'est Play, où il a deux états - on ou off.
Cela dépend de l'appareil sur lequel vous basez votre interface utilisateur et des attentes de votre public cible.
Comme Jouke le mentionne, la plupart des lecteurs de musique portables ont des boutons de lecture/pause combinés - pour économiser de l'espace - il est donc logique de les combiner sur votre interface utilisateur. Si, cependant, votre cible est utilisée pour séparer les boutons, il est plus logique de les séparer sur votre interface utilisateur.
Je les aime sur le même bouton. Avoir un bouton de lecture séparé semble être une perte d'espace, car cela ne fera rien si la musique est déjà en cours de lecture.
Un argument contre la combinaison des boutons, c'est que les gens pourraient être confus parce qu'un bouton fait deux choses opposées. Je ne pense pas que ce sera un problème, car presque tous les lecteurs de musique combinent aujourd'hui les fonctions en un seul bouton. Les gens sont très probablement déjà habitués aux boutons combinés et seront plus probablement confus si les boutons sont séparés.
Je dirais toujours utiliser un seul bouton "Play/Pause", avec la condition suivante:
- Le bouton doit niquement afficher l'action utilisable. Donc, si le joueur est dans l'état "play", le bouton pause devrait s'afficher. Si le joueur est en pause, le bouton de lecture devrait s'afficher. Cela rend évident à l'utilisateur ce qui se passera si le bouton est cliqué. (pensez iTunes)
Si cette condition ne peut être remplie, je serais pour séparer les deux boutons. L'utilisateur doit savoir clairement ce que chaque action fera.
Le discours de @Jim Joel Spolsky de Dev Days, qui peut être le même que celui-ci: http://joelonsoftware.com/items/2010/08/19.html , a discuté de l'absence d'un besoin de un bouton d'arrêt sans bobine à bobine.
Les réponses théoriques à cette question couvrent presque tous les points importants concernant les possibilités, je donnerai donc une réponse plus pratique.
- Pensez à l'expérience de votre public. S'ils ont déjà utilisé un lecteur de musique numérique, logiciel ou matériel, ils connaissent déjà le bouton de lecture/pause unique.
Si vous n'êtes pas sûr de votre public particulier:
Même la plus petite quantité de faits empiriques (par exemple, l'observation de 2 utilisateurs) améliore considérablement la probabilité de prendre les bonnes décisions de conception de l'interface utilisateur. (extrait de l'artcile "Guesses vs. Data" de Nielsen)
D'après mon expérience, il est rare que mon opinion sur ce que j'aime ait une incidence sur ce que les utilisateurs trouvent réellement utilisable. Les conventions, les modèles mentaux des utilisateurs et les tests sont vos amis ici.
La conception de l'interface utilisateur concerne souvent les analogies. À mon avis, les utilisateurs ont tendance à voir une machine qui peut être allumée et éteinte comme par exemple un interrupteur d'éclairage.
Vous concevez pour un public habitué aux interrupteurs marche/arrêt? Optez pour un seul bouton, pour l'amour de Dieu. Ces commandes sont vraiment partout: l'interrupteur d'éclairage, le moteur de votre voiture, votre stylo à bille, ...
Vous ne voulez séparer les fonctions que si vous ne voulez pas qu'elles soient déclenchées par accident.
Lorsque vous combinez les boutons de lecture et de pause, techniquement, vous supprimez le bouton de lecture.
Le bouton de lecture est traditionnellement censé démarrer la lecture depuis le début d'une piste. Le bouton pause peut à la fois interrompre la lecture et redémarrer la lecture à partir de la position actuelle. Le bouton combiné lecture/pause fait exactement ce que fait le bouton pause.