Question

Je travaille actuellement sur une application web et les pouvoirs ci-dessus ont décidé que le remplaçant menu clic droit du navigateur avec notre propre un spécifique à l'application est la voie à suivre.

Je suis totalement en désaccord. Je pense que quand quelqu'un utilise un navigateur web, ils ont certaines attentes quant à ce qui devrait se produire quand ils utilisent la fonctionnalité clic droit d'un dispositif de pointage, et ne respecte pas ces attentes en supplantant délibérément cette fonctionnalité est très déconcertant (gênant?) À l'utilisateur .

Que pensez-vous? Avez-vous déjà vu un clic droit bien fait dans une application web? Je veux dire d'une manière que vous pensiez réellement, « Oui, cette fonctionnalité clic droit était une bonne décision. »?

Était-ce utile?

La solution

Il est généralement pas une bonne idée:

Les attentes

Les utilisateurs, en particulier les utilisateurs de puissance, attendent de pouvoir faire un clic droit sur les éléments dans les applications de bureau afin d'obtenir un menu d'actions spécifiques à l'élément. Cette attente n'existe pas pour les applications web - en fait, l'attente est que un clic droit dans une page Web vous donnera le menu page Web standard où vous pouvez imprimer, ouvrir des liens dans de nouvelles fenêtres, voir la source, etc

Fiabilité

Parce que la capacité de passer outre intégré dans les menus a été tellement abusé dans le passé (la plupart du temps par des programmeurs naïfs qui tentent de désactiver l'enregistrement des images), de nombreux navigateurs interdisent ou rendent difficile pour le code client de passer outre de manière fiable.

L'exception

Si vous créez une application web qui simule étroitement le comportement d'une application de bureau existant et bien connu, il peut approprié de mettre l'effort nécessaire pour mettre en œuvre les menus contextuels sensibles. Cependant, vous devez alors suivre également la recommandation habituelle pour ces menus dans les applications de bureau: les utiliser pour fournir un accès rapide à des opérations spécifiques au contexte, mais fournissent également un autre moyen d'accéder aux mêmes caractéristiques

Autres conseils

Non, parce qu'il est tout simplement pas découvrable. Bien sûr, cela dépend de l'application, mais les utilisateurs ne sera probablement pas la moindre idée de clic droit.

Lorsqu'un utilisateur est sur le Web ( « Internet »), ils attendent d'utiliser un bouton. Pensez à tous les utilisateurs Apple Mighty souris qui auront des difficultés à utiliser votre site.

Easiest façon de prouver à votre patron si l'idée fonctionne ou pas: test sur les utilisateurs réels . Vous devriez faire cela de toute façon.

Google Docs est le seul web-app où j'apprécie toute tentative du tout d'utiliser la fonctionnalité clic droit; et ils l'ont mis en œuvre sur place.

Mise à jour: Pour clarifier un peu, je pense que la mise en œuvre est grande parce que Google Docs (l'ensemble du site / app) est très bon à vous faire oublier que vous êtes dans un navigateur Web.

Une autre pensée: NE PAS! Entre IE6 / 7/8, Firefox 2/3, Chrome, Safari et les autres navigateurs moins connus et les versions, il ressemble à un cauchemar pour soutenir à travers le conseil d'administration. À moins que votre numéro d'utilisateur dans les millions le test seul est sans doute une raison suffisante pour l'éviter.

La réponse de Shog9 est la meilleure réponse à votre question, mais une autre raison pour éviter des menus contextuels dans les applications Web est qu'il est une occasion en or de se détacher de l'utilisation des menus contextuels.

La plupart Windows et * applications GUI nix comptent beaucoup sur les menus contextuels pour mettre en œuvre une grande partie de leur fonctionnalité. Une raison pour laquelle le Mac OS a toujours été loué pour la facilité d'utilisation élevée est que les véritables options de menu et les éléments de la barre d'outils ont été favorisés par rapport aux menus contextuels, qui deviennent rapidement un ghetto de listes imbriquées (surtout si d'autres applications sont autorisés à intégrer la fonctionnalité).

Les applications Web sont une bouffée d'air frais aux concepteurs d'interface utilisateur précisément parce que l'interface doit être utilisable et puissant sans l'utilisation des menus à droite de clic. De plus, les utilisateurs occasionnels sont mis étonnamment pas rebutés par de nouveaux paradigmes de l'interface utilisateur dans les applications Web, alors que l'expérimentation sur le bureau est souvent anathème.

L'âge de l'application dans le navigateur est donc une excellente occasion pour les développeurs à repenser les paradigmes de l'interface utilisateur. Les menus contextuels sont un clic dérobade sur le web.

menus droit souris fonctionnent bien dans les applications Web. Tant que vos utilisateurs à comprendre ce qui se passe. Il existe plusieurs implémentations de menu contextuel disponibles. Outlook Web Access fournit un menu contextuel pour travailler avec le courrier électronique.

Depuis un clic droit est utilisé si rarement sur les sites Web, je dirais que c'est une mauvaise idée et ne serait pas considérée comme « meilleure pratique ».

Si vous faites quelque chose de différent que presque tous les sites sur Internet, alors vous êtes exigeant vos utilisateurs de passer du temps d'apprentissage de votre application / site.

En outre, les utilisateurs de Mac ne sont pas traditionnellement 2 boutons de la souris et ne savent pas tous les utilisateurs mac comment « clic droit » en utilisant le combo clic option ou quoi que ce soit ces jours-ci.

Je ne le ferais pas, sauf si vous avez vraiment un cas valable de le faire.

J'ai remarqué FCKeditor a un menu contextuel clic droit ... il peut sens dans cet exemple, comme l'éditeur WYSIWYG est généralement donnée aux personnes sans expérience HTML, et plus d'expérience Microsoft Word, et dans ce cas, ils attendent le clic droit de faire quelque chose à leur texte qu'ils frappe.

Je, en général, que c'est une mauvaise pratique cependant. Pourrait suffire modal flottante?

Je ne prends pas position sur ce sujet, mais ...

Si vous décidez de ne pas aller sur le aproche clic droit, consultez le YUI! cadre.

Ils ont déjà une implémentation menu contextuel qui est compatible multi-navigateur.

Cela dépend du type d'application. J'ai toujours pensé que c'était une mauvaise idée, mais les applications Web OBTIENNENT des applications plus proches de bureau tout le temps. Donc, je demandé le maître de la facilité d'utilisation (Nielsen) et de façon surprenante, il est tout pour les clics droits !

  

... les utilisateurs hautement qualifiés sont souvent   déçu lorsqu'une application   ne prend pas en charge clic droit - pour   par exemple, si elle est mise en œuvre en Flash   et apporte le menu du lecteur flash   au lieu de contextuellement approprié   commandes d'application.

Si c'est un web site , c'est une mauvaise idée. Les utilisateurs obtiennent rapidement irrités avec des sites Web qui brisent les fonctionnalités de leur navigateur favori. Ne pas faire:)

Si c'est un web application , ce n'est pas forcément une mauvaise idée, mais vous devez toujours être prudent.

Examiner si:

  • l'utilisateur va se sentir suffisamment immergé dans votre application qu'ils vont se sentir naturellement enclins à vouloir un menu contextuel;
  • vous n'êtes pas juste pour compenser la conception de l'interface utilisateur autrement pauvres;
  • les fonctionnalités existantes du navigateur est logique dans le contexte de votre application.
  • Je pense qu'il est une mauvaise idée d'avoir une fonctionnalité de clic droit.

    Il est pas une bonne idée pour les applications web normales. Je l'ai vu faire dans les applications flash / silverlight « web » où l'utilisateur a une attente d'être plus comme une application « de bureau ».

    Je pense que cela dépend fortement de ce type d'application est.

    Par exemple, il est logique dans Google Spreadsheets - où le clic droit agit plus comme Excel, et vous donne des options telles que vous permettant de copier la gamme mis en évidence des cellules - vous ne seriez pas en mesure de le faire avec la régulière menu contextuel.

    Mais à moins que votre webapp appelle vraiment, il est probablement juste aller à agacer les utilisateurs.

    Cela dépend du contexte. Pour un site Web public, je serais contre. Pour une application Web, en particulier une application interne de la société, je serais plus accepter.

    En ce qui concerne les applications qui gèrent ce puits, qui vient à l'esprit est la version Web d'Outlook. Je l'utilise sur une base régulière pour accéder au courrier électronique de l'entreprise, et je trouve la fonctionnalité de menu contextuel Bery utile.

    En général Je n'aggree avec "menu clic droit" dans l'application web mais s'il est indispensable que vous devez ajouter un autre méthode de travail côte à côte dans le menu contextuel et ne dépendent pas de l'expérience utilisateur.

    Non, et il ne sera jamais vraiment de toute façon travailler puisque l'utilisateur peut empêcher vos tentatives de trop monter.

    Oui: vous devriez avoir des menus contextuels. En fait, vous ne disposez pas d'un choix . Le navigateur va vous donner un menu clic droit, mais le seul contexte sera pour une page Web. Ainsi, lorsque vous cliquez sur une ligne de commande, par exemple, le navigateur vous offrira des actions telles que Back, Enregistrer sous, Afficher la source et Imprimer. Vous ne pouvez pas être heureux avec ceux-ci. La question est: voulez-vous remplacer ceux-ci avec quelque chose de plus adapté au contexte? Comme les applications web deviennent plus comme bureau apps la réponse sera de plus en plus oui.

    Licencié sous: CC-BY-SA avec attribution
    Non affilié à StackOverflow
    scroll top