Les info-bulles dans l'ère du tactile

lire ici m'a fait réfléchir. Tooltips sont généralement utilisés pour donner une étiquette pour les boutons sans texte, mais sont également un excellent moyen de donner plus d'informations dans l'espace réduit disponible dans une interface. Parfois, il est utilisé pour apporter de l'aide contextuelle, ou une explication détaillée d'un seul widget.

Tchalvak l'idée de donner à tous les éléments d'interface graphique d'un simple clic communes de comportement, et fournir une infobulle sur le double clic a ses mérites, et peut même être quelque peu découverte, car beaucoup de gens sont habitués à double clic sur tout ils voient, quel que soit l'élément.

mais je me suis souvenu de l'ancien ? bouton qui était si populaire années en arrière, qui une fois cliqué transformerait le curseur en point d'interrogation. Une fois que vous avez cliqué sur un widget, vous verrez une petite infobulle ou un ballon d'information. Je crois que quelque chose comme cela puisse être facilement utilisé sur une interface tactile. En raison de l'absence d'un curseur, un autre signal visuel devrait être donné à l'utilisateur pour lui dire qu'il est en mode provide help . Peut être changer la teinte de l'écran et de donner un petit texte. Cela pourrait aussi être fait par multitouch en exigeant le ? bouton à presser tout en appuyant sur un autre widget pour obtenir le tooltip (qui doit être affiché dans un endroit légèrement séparé pour ne pas trop masqué par le doigt).

mais même s'il est possible de conserver la même fonctionnalité technique pour les programmeurs américains d'avoir des infobulles, nous devrions penser au intention , ce que nous allons l'utiliser pour.

je voudrais l'utiliser seulement pour donner de l'aide quand vous êtes face à un petit écran, sinon, faire une zone d'aide visible en tout temps sur le bas de la "window" (refferring to any kind of square-shaped-IO-interface), qui modifie son contenu pour fournir une explication détaillée et/ou de l'aide pour le widget sélectionné, comme c'est le cas dans certaines préférences windows on hover.

en conclusion, Même si nous sommes capable de fournir des infobulles faciles à utiliser, nous devrions penser à ce que vous y mettriez. Dans une interface tactile, je pas mettre un bouton ambigu labeless que a besoin de une infobulle à comprendre, mais l'utiliserait pour donner une aide Avancée et de dépannage sensible au contexte.

les touches d'outils sur les claviers à l'écran - écho de la lettre touchée - est une preuve suffisante pour moi que les touches d'outils sont très utiles sur une interface tactile. Je suis venu à cet article pour voir comment je pourrais mettre en œuvre cela sur une page Web mobile.

je ne peux penser à un couple de solutions à ce problème

1) Concevez votre application pour ne pas avoir besoin de conseils. Mettez du texte sur les boutons (aussi petits soient-ils), utilisez des icônes simples, ou affichez une "bulle d'aide" sur "première utilisation d'un bouton" (avec option de "ne pas afficher à nouveau" une fois que l'Utilisateur a appris à quoi sert un bouton)

2) répondre aux événements sur retoucher , pas toucher. Répondre aux touches qui ont été tenues pendant 0.5-1 seconde par l'affichage d'une "aide" de la bulle. Si la bulle d'aide s'affiche, l'événement normal du bouton ne démarre pas sur retouche (de sorte que les utilisateurs qui cherchent de l'aide ne finissent pas par déclencher des actions).

3) Utilisez le paradigme du" point d'interrogation "drag & drop que @voyager suggère. Ou, demandez à l'utilisateur de "taper" sur le point d'interrogation première, puis appuyez sur l'élément qu'il a besoin d'aide.

peut-être des étiquettes persistantes donnant de courtes descriptions de chaque fonctionnalité plus ou moins" obscure " disponible sur l'interface, combinées avec des messages de notification contextuelle lorsque des actions sont effectuées-E. g: l'utilisateur modifie data => notification apparaît lui rappelant de ne pas oublier de sauvegarder en utilisant un bouton qui serait brièvement surligné lors de cette notification.

je trouve "151910920 des astuces très utiles et je pense que tout le monde en affirmant qu'elles ne sont pas nécessaires pour une bonne conception de l'INTERFACE utilisateur pense très limitée.

Juste pour vous donner une idée ...

en général un good UI design (comme beaucoup d'autres choses dans la vie) est un qui est efficace et efficient sur une certaine période de temps d'utilisation. Efficace des moyens, vous pouvez faire ce que vous attendez pourrait faire (par exemple faire un appel avec un mobile ). Efficace signifie, Il est faisable avec un minimum d'effort de l'utilisateur (par exemple juste dactylographier les numéros et appuyer sur un certain" bouton "de" composer , n'ayant pas à naviguer dans certains menus d'abord). au cours d'une certaine période de temps signifie, que il peut ne pas être optimal à la première utilisation ou, l'inverse, après que vous avez appris à le connaître et tout en entre (par exemple un écran d'aérogare doit peut-être être plus axé sur des" mannequins "qu'un logiciel de montage vidéo pour des professionnels comme Adobe Premiere ).

cela dit, je trouve les infobulles extrêmement utiles dans les situations ,où

• en tant que concepteur vous ne voulez pas/ne pouvez pas expliquer tous les détails sur certaines fonctionnalités GUI dans une zone D'interface utilisateur Donnée
  • en raison de la facilité d'utilisation, de l'espace disponible, etc.
  • par exemple, en prenant les exemples ci-dessus, il peut être utile même sur un scénario simple d'appel mobile pour les personnes âgées .
    • qui peut ne pas être familier avec beaucoup de choses que nous" freaks"; -) trouver trivial.
    • et qu'ils devraient être encouragés à cliquer sans crainte pour appeler accidentellement une ligne d'achat et être finalement convaincus que ils ne peuvent pas vivre sans l'aspirateur de 1000 euros.
    • donc dans ce cas un paradigme de tooltip en un seul clic pourrait avoir du sens
      • en général, je ne le recommande pas bien que
• en tant qu'utilisateur vous n'êtes pas sûr de la signification de certains fournies action/bouton etc.
  • collant à nouveau à la précédente exemples, même un utilisateur expérimenté Adobe Premiere peut ne pas se souvenir de tous les détails sur une certaine zone fonctionnelle de tous les modules/plugins disponibles
    • p.ex. si la plupart du temps vous coupez des vidéos et réglez automatiquement les paramètres audio
    • tandis que d'autres peuvent avoir le problème vice versa

maintenant retour aux limitations et les possibilités d'une interface tactile...

• :-) Hover : j'ai vu récemment quelque part, que certains appareils peuvent reconnaître le doigt avant qu'il ne touche réellement le touchpad ou il différencie entre le intensité du toucher (par exemple seulement très doux toucher). Cela semble le pendant parfait à la fonctionnalité tooltip établie sur les interfaces WIMP à moi
  • bien sûr, il serait tributaire des capacités du matériel tactile
• :-) Zoom de l'INTERFACE utilisateur : en fait, je comme le le Zoom de l'INTERFACE utilisateur concept mentionné par Joey ainsi
  • le concept de n'utiliser que deux doigts est déjà assez courant pour zoomer et l'idée est très intuitive, par exemple montrant plus de détails, comme un tooltip typique infos, sur le zoom sur un bouton
  • mais il introduit certes le problème de différencier entre j'aime avoir une infobulle pour ce bouton et j'aime zoomer toute la zone in / out, n'ayant pas le bouton infobulle près de mes doigts à l'esprit
    • bien que je pense que les zones typiques activées par tooltip sont très différentes des zones ZOOMables en général
      • par exemple, certains lecteurs PDF zone de contenu est généralement visuellement très séparé de, par exemple, certains barre d'outils (bouton)
    • info-bulles pour les non-domaines d'action, à l'instar de certains zone de texte ne sont pas non trivial de poignée ou aurait besoin d'un peu plus de "geste de la différenciation de l'accord"
  • du point de vue du développement, il semble également assez robuste
• : -) QM : le point d'interrogation click ou drag'n drop caractéristique solution pourrait être une bonne alternative aussi
  • avoir un grand nombre de ces partout sur l'écran semble stupide, surtout quand ils doivent acquérir un certain espace pour être cliquable /draggable
  • avoir à glisser partout semble mieux, mais encore une fois nécessiterait l'espace sur l'écran
  • du point de vue du développement, je trouverais cela au moins un peu difficile en tant que solution générale parce que le drag'n drop est une caractéristique commune et différenciant dans un UI entre voici une goutte d'outil je dois gérer et voici une goutte de fichier je dois gérer (par exemple sur un zone de téléchargement de fichier ) peut ne pas être facile ou au moins terrain commun aux cadres existants
• : - / Hold : l'idée de déclencher le tooltip si l'utilisateur ne lâche pas la poussée après une certaine période de temps , par exemple 1s, semble être une deuxième meilleure solution pour moi
  • c'est déjà une caractéristique commune dans certains scénarios, comme les popups de clavier mentionnés à l'écran (par exemple se reposer sur un "o" et obtenir une liste d'alternatives choosable comme oóòô )
  • encore une fois, il nécessite quelque confiance de la part de l'utilisateur, qu'il n'exécutera pas l'action areas sur la version
  • sur certains boutons, il peut être difficile de différencier ce que l'utilisateur veut faire, par exemple en cliquant sur un signe/bouton " + "pour augmenter un certain nombre et en le maintenant vers le bas pour augmenter plus ou plus rapidement peut contredire cette fonctionnalité tooltip
  • pour les non-zones d'action, un push-maintenez l'action peut ne pas sembler intuitif
  • du point de vue du développement, cela pourrait être assez facile, bien qu'il puisse exister certaines contradictions de comportement comme celles qui sont mentionnées.
• :-| SCT/DCA : la solution simple-cliquez sur info-bulle indiquant, double-cliquez sur l'exécution de l'action je ne pouvais imaginer être utile dans des scénarios limités
  • p.ex. l'appel mobile pour certaines personnes âgées ou des personnes factices mentionnée ci-dessus ou où le action devrait être sorte de protégé contre l'usage inconscient ou incertain
  • encore une fois, la perspective du développement semble à nouveau robuste ici
• : - /SCA / DCT : la solution simple-click exécute l'action, double-click montre tooltip me semble très étrange
  • si vous n'êtes pas sûr de certaines fonctionnalités, vous hésiteriez à cliquer sur un bouton, et sûrement pas deux fois, surtout si vous ne pouvez pas être sûr si vous pouvez vous attendre à ce comportement
  • la perspective du développement pourrait être problématique ici:
    • après quelle heure est un double-clic deux simples-clics?
    • que faire si le second clic n'est pas reconnu ou ne peut pas être reconnu, par exemple parce que d'autres popup surgit, la disposition de L'UI change soudainement, l'utilisateur n'a pas visé soigneusement, ...
• :-/ d'Autres Gestes : à l'aide d'autres gestes mentionnés ou je pouvais penser, comme dessin d'une interrogation sur le pour-être-tooltipped zone , de glisser sur la zone, d'une certaine façon etc.
  • parce que cela ne semble pas un terrain d'entente, Je ne l'aimerais pas parce qu'il peut également bloquer d'autres fonctionnalités autrement disponibles