在Web应用程序中单击鼠标右键：好主意还是坏主意？

Question

我目前正在开发一个Web应用程序，上面的权力决定用我们自己的特定应用程序覆盖浏览器的右键菜单是可行的。

我完全不同意。我觉得当有人使用网络浏览器时，他们对使用指点设备的右键单击功能会发生什么有一定的期望，并且通过有目的地取代这个功能来违反这些期望，这对用户来说是非常令人不安的（烦人的？）

你怎么看？你有没有看到在网络应用程序中右键单击完成？我的意思是你实际上认为，“是的，这个右击功能是一个很好的决定。”？

Answer 1

这通常不是一个好主意：

期望

用户，尤其是超级用户，希望能够右键单击桌面应用程序中的元素，以获取特定于元素的操作菜单。 Web应用程序不存在这种期望 - 实际上，期望在网页中右键单击将为您提供标准的网页菜单，您可以在其中打印，在新窗口中打开链接，查看源等。

可靠性

由于过去滥用内置菜单的能力如此滥用（主要是试图禁用保存图像的天真程序员），许多浏览器禁止它或使客户端代码难以以可靠的方式覆盖。 / p>

例外

如果您要创建一个能够模拟现有和众所周知的桌面应用程序行为的Web应用程序，那么可能适合投入实施合理的右键单击菜单所需的工作量。但是，您应该遵循桌面应用程序中这些菜单的常规建议：使用它们来快速访问特定于上下文的操作，但还提供了另一种访问相同功能的方法。

Answer 2

不，因为它根本无法被发现。当然，这取决于应用程序，但可能用户无法获得右键单击的线索。

当用户在网上（“互联网”）时，他们希望使用一个按钮。想想所有使用您网站时遇到问题的Apple Mighty Mouse用户。

向老板证明这个想法是否有效的最简单方法：测试真实用户。无论如何你应该这样做。

Answer 3

Google Docs是唯一的网络应用程序，我感谢任何使用右键单击功能的尝试;并且他们实施了现场点击。

更新为了澄清一点，我认为实施很棒，因为Google Docs（整个网站/应用）非常善于让您忘记自己是在网络浏览器中。

还有一个想法：不要！在IE6 / 7/8，Firefox 2/3，Chrome，Safari和其他鲜为人知的浏览器和版本之间，它听起来像是一个全面支持的噩梦。除非您的用户数量达到数百万，否则测试本身就足以避免它。

Answer 4

Shog9的答案是您问题的最佳直接答案，但避免在Web应用程序中使用上下文菜单的另一个原因是，它是摆脱上下文菜单使用的绝佳机会。

大多数Windows和* nix GUI应用程序在很大程度上依赖于上下文菜单来实现其大部分功能。 Mac OS传统上被认为具有高可用性的一个原因是真正的菜单选项和工具栏元素比上下文菜单更受青睐，后者迅速成为嵌套列表的贫民窟（特别是如果允许其他应用程序嵌入功能）。

Web应用程序为UI设计人员带来了新鲜空气，因为界面必须可用且功能强大，而无需使用右键菜单。此外，休闲用户出乎意料地没有被Web应用程序中的新UI范例所推迟，而桌面上的实验往往是令人厌恶的。

因此，浏览器内应用程序的时代是开发人员重新思考UI范例的绝佳机会。网页上的右键菜单是一个警告。

Answer 5

如果是网站网站，这是一个坏主意。用户很快就会对破坏他们喜爱的浏览器功能的网站感到恼火。不要那样做：）

如果它是一个网络应用程序，它不一定是个坏主意，但你仍然应该保持谨慎。

考虑是否：

用户会感到充分沉浸在您的应用程序中，他们会觉得自然倾向于想要一个上下文菜单;

你不只是在补偿其他方面糟糕的用户界面设计;

浏览器的现有功能在您的应用程序的上下文中是有意义的。

Answer 6

右键单击菜单在网络应用中运行良好。只要您的用户了解正在发生的事情。有几种可用的上下文菜单实现。 Outlook Web Access提供了一个用于处理电子邮件的上下文菜单。

Answer 7

这取决于应用的类型。我一直认为这是一个坏主意，但网络应用程序越来越接近桌面应用程序。所以我asked可用性大师（尼尔森），令人惊讶的是，he's all for right-clicks！

  

......经常是高技能的用户   申请时很失望   不支持右键单击 - for   例如，如果它是在Flash中实现的   并调出Flash播放器菜单   而不是上下文适当的   应用程序命令。

Answer 8

由于在网站上很少使用右键单击，我会说这是一个坏主意，不会被视为“最佳实践”。

如果您做的事情与互联网上几乎所有网站不同，那么您需要用户花时间学习您的应用/网站。

此外，Mac用户传统上没有2个鼠标按钮，并且并非所有mac用户都知道如何通过使用选项单击组合或其他任何东西来“右键单击”。

所以除非你确实有一个有效的案例，否则我不会这样做。

Answer 9

我注意到FCKeditor有一个右键单击上下文菜单... 可能在这个例子中有意义，因为WYSIWYG编辑器通常是给没有HTML经验的人，以及更多Microsoft Word体验，在这种情况下，他们希望右键单击可以对他们正在键入的文本执行某些操作。

一般来说，我会说这是不好的做法。浮动模态可以满足吗？

Answer 10

我没有对此采取立场，但......

如果你决定继续右键点击aproach，请查看YUI! framework。

他们已经拥有跨浏览器兼容的上下文菜单实现。

Answer 11

我认为拥有正确的点击功能是一个坏主意。

Answer 12

一般来说我不会在网页应用中使用“右键菜单” 但如果是必须的话，您必须添加替代 strong>使用上下文菜单并排的方法，并且不依赖于用户体验。

Answer 13

这取决于具体情况。对于一个公共网站，我会反对它。对于Web应用程序，尤其是公司内部应用程序，我会更加接受。

对于处理这个问题的应用程序，我想到的是Outlook的Web版本。我经常使用它来访问公司电子邮件，我发现右键菜单功能很有用。

Answer 14

我认为这在很大程度上取决于它的应用类型。

例如，它在Google Spreadsheets中有意义 - 右键单击​​的行为更像Excel，并为您提供选项，例如允许您复制突出显示的单元格区域 - 您将无法使用常规单元格执行此操作右键菜单。

但除非你的网络应用真的需要它，否则它可能会让用户烦恼。

Answer 15

对于普通的Web应用程序来说，这不是一个好主意。我已经看到它在flash / silverlight“web”应用程序中完成，用户期望更像“桌面”应用程序。

Answer 16

不，它永远不会真正起作用，因为用户可以阻止你试图超越它。

Answer 17

是的：你应该有上下文菜单。 实际上，您没有选择。浏览器将为您提供一个右键菜单，但唯一的上下文将是一个网页。因此，当您单击订单行时，浏览器将为您提供“后退”，“另存为”，“查看源”和“打印”等操作。你可能对这些不满意。所以问题是：你想用更适合上下文的东西来覆盖它们吗？随着网络应用程序变得更像桌面应用程序，答案将越来越多。