web-dev-qa-db-fra.com

Sélection d'images dans une application kiosque

Je conçois une application kiosque destinée à être utilisée par des personnes ayant très peu de connaissances ou de compétences informatiques.

Je souhaite permettre à l'utilisateur de sélectionner un groupe d'images à copier. La plupart du temps, ils voudront copier tous les éléments, mais il peut parfois y en avoir un ou deux qu'ils ne veulent pas copier.

Les photos n'auront pas de bonne dénomination, donc je veux utiliser des vignettes au lieu de noms.

Ma conception actuelle ressemble à ceci:

Image thumbnail with a checkbox to "Copy Image"

Si la case est cochée, l'image sera copiée. S'il n'est pas sélectionné, l'image ne sera pas copiée. Cliquez n'importe où sur le cadre de l'image pour sélectionner ou désélectionner l'image.

Mes problèmes avec cette approche sont que je m'inquiète à quel point cela sera intuitif pour les personnes qui ne sont pas si familières avec les ordinateurs. Je crains également que les utilisateurs ne fassent trop d'efforts pour atteindre la petite cible de la case à cocher lorsqu'ils peuvent sélectionner la cible la plus grande de l'ensemble du cadre.

À l'inverse, les gens peuvent être confus en cliquant accidentellement sur désélectionnant l'image. Je pense que cela peut être atténué en ayant un style sélectionné et non sélectionné pour l'ensemble du cadre - quelque chose comme changer la couleur d'arrière-plan.

2
ICR

Vos préoccupations sont très légitimes.

Je diviserais l'écran en deux régions et déplacerais les images en animation du côté source vers le côté destination. Cela devrait aider à créer le bon modèle mental. Les images doivent avoir une bonne indication de survol qui montre qu'elles sont censées être cliquées.

Certaines des questions qui me viennent à l'esprit sont les suivantes:

  1. Dénomination des deux régions (la source et la destination ne sont pas bonnes - probablement toutes les photos et les photos sélectionnées ou les photos non sélectionnées et sélectionnées. Peut-être les photos sur le disque et les photos à copier).
  2. Que les images disparaissent de la région source ou non. La disparition facilite le suivi de vos progrès et nécessite moins de biens immobiliers car les photos ne sont pas dupliquées. Mais cela crée le mauvais modèle mental, car ils ne disparaissent pas vraiment de la source. Cette décision affecte également la dénomination. Je pense que je les ferais disparaître et nommerais la région en conséquence. Si ce n'est pas le cas, ils devraient recevoir une indication claire de l'ajout, l'un avec plus de visibilité qu'une case à cocher.
  3. Que vous commenciez avec la région de destination vide ou pleine. Comme vous le dites, ils voudront probablement toutes les photos, donc plein est plus favorable à l'utilisateur, mais cela contredit le modèle mental, car vous n'avez encore rien vraiment sélectionné. Cela rend l'ensemble du concept beaucoup plus difficile à comprendre. J'irais avec vide et fournirais un moyen bon et évident de tout déplacer. Cela affecte également les questions de dénomination et de disparition, et a des implications sur l'immobilier.
  4. Le déplacement des images sur un clic viole les attentes des utilisateurs avancés sur le comportement d'un système de fichiers (première sélection, puis action). Par exemple, de cette façon, ils ne peuvent pas cliquer-déplacer pour sélectionner un groupe d'éléments (ctrl-clic n'est pas pertinent car c'est la même chose que de les cliquer un par un). Vous devriez donc voir comment vous soutenez également vos utilisateurs avancés. La sélection d'un groupe de photos via une sélection rectangulaire avec une souris, comme vous le faites sur un bureau, semble être une bonne idée. Puisqu'il n'y a pas d'état "sélectionné" dans ce modèle, les images devront se déplacer dès que le bouton de la souris sera relâché, ce qui est un comportement très non standard, mais à mon humble avis, c'est justifié dans ce cas.

Le concept de deux régions vous fait immédiatement penser au glisser-déposer, vous devez donc également le prendre en charge. En fait, je ne serai pas surpris si les utilisateurs tenteront d'abord de glisser-déposer, et ce n'est que plus tard que je découvrirai qu'il suffit de cliquer sur l'élément.

3