Interaction avec les éléments de l'application tactile de cartographie
Je conçois actuellement une application pour tablette tactile qui traite de la cartographie et de la manipulation des éléments. Nous devons pouvoir toucher interagir avec les éléments sur la carte et:
- obtenir des informations
- déplacer un élément sur la carte
- effacer l'article
- article de courrier
- changer la couche d'élément
Par conséquent, j'ai besoin d'une sorte de menu contextuel, il doit être convivial et minimiser les erreurs. J'ai trois stratégies en tête:
- menu contextuel latéral
- menu contextuel tarte/radial
- menu contextuel de l'écran inférieur
Quelqu'un a-t-il des commentaires sur la réussite ou l'échec de la mise en œuvre de ces stratégies sur un grand appareil monotouch? (12 "ou 15")
Quelqu'un a-t-il d'autres stratégies en tête?
Toute rétroaction appréciée!
Je suppose que par "menu contextuel latéral", vous entendez le menu contextuel normal qui apparaît du côté de l'endroit où vous avez cliqué.
Les menus à tarte sont agréables, sauf qu'ils ne fonctionnent pas très bien avec du texte. La plupart des bonnes implémentations de menus à secteurs ne contiennent que des icônes. J'en ai vu avec des éléments en texte uniquement, mais ils ont très rarement l'air bien. Et je ne pense pas en avoir jamais vu un avec icône + texte.
N'irait pas pour le menu en bas de l'écran, ou n'importe où ailleurs dans un emplacement fixe. Votre appareil est grand et la distance entre l'objet sélectionné et le menu peut souvent être longue - et dans certains cas au moins, vous devrez revenir à l'objet après avoir activé un élément du menu - par ex. pour le déplacer quelque part sur la carte. L'utilisation d'une approche "éditer sur place" est une directive courante pour les appareils tactiles en général, et votre cas ne semble pas être différent.
Gardez à l'esprit qu'avec un menu latéral, il est facile de résoudre les cas où votre objet est au bord de l'écran - vous affichez simplement le menu de l'autre côté. Mais avec un menu à tarte, et si vous voulez que l'objet soit au centre, cela peut devenir délicat. Vous ne pouvez pas simplement l'afficher avec un décalage, car il pourrait alors être centré sur un autre objet. Vous n'avez pas ce problème avec un menu latéral.
Récemment, j'ai testé, entre autres, l'interaction de l'utilisateur avec un menu contextuel simple "à l'endroit" et un menu latéral sur les côtés droit/inférieur des grands écrans de capteur (17 - 22 ") - donc cela a montré que ce menu contextuel classique apparaissant près de la zone tactile est beaucoup plus apprécié.
La raison en était que le menu contextuel classique est classique (pardonnez le panoramique), donc les utilisateurs - dans mon cas plutôt conservateurs - s'attendaient à ce qu'il apparaisse près de la zone tactile - ce qui en fait une manipulation presque directe.
Parce que la zone de l'écran est grande et que les utilisateurs ont tendance à s'asseoir plus près de lui (parce qu'ils fonctionnent avec lui à la main), l'angle de vue est plus grand que dans les interfaces clavier-souris typiques, donc parfois ils n'ont même pas remarqué , que quelque chose de nouveau est apparu quelque part au bord de l'écran (en particulier pour les menus longs et étroits en bas). Il était également gênant de faire physiquement de grands mouvements de la main à travers l'écran pour toucher les éléments du menu contextuel sur l'Edge.
Une autre raison d'utiliser le menu contextuel classique dans mon cas était la possibilité d'ajouter plus d'éléments à l'avenir, et le menu du bas avait de réelles limites pour regrouper et contenir plus de 7 à 10 éléments - même s'il était possible d'en ajouter plus, en regroupant les éléments via les délimiteurs ou le codage couleur n'étaient pas aussi évidents que dans le cas des règles de menu contextuel occasionnelles. C'était aussi la raison pour laquelle le menu radial n'était pas pris en compte. Nous avons également remarqué dans des projets antérieurs, que les utilisateurs de menus radiaux reconnaissaient parfois comme une sorte de contrôles de navigation, pas comme contexte de l'élément actuel (et qu'il ne contenait aucune icône plus/moins/flèche!) - peut-être en raison de la similitude avec Google Maps et les contrôles de géoservices locaux, que les utilisateurs connaissaient bien. Ainsi, l'offre de menu radial avec des icônes était extrêmement faible.
N'utilisez pas de menu contextuel pour vous déplacer. Au lieu de cela, autorisez l'utilisateur à appuyer et maintenir une broche pour passer en mode de déplacement de broche.
Vos contrôles contextuels doivent être affichés à proximité de l'élément sur lequel l'utilisateur appuie, par exemple la façon dont google affiche une fenêtre contextuelle lorsque vous cliquez sur une épingle dans google maps ou les fenêtres pop-up d'Apple. Mais gardez à l'esprit que cela occultera une partie de la carte. Dans le cas d'un menu radial, vous masquerez dans toutes les directions.