列表和上下文菜单，MMI噩梦!

我更像是一个“服务器端”类型的开发者。
当我看到太多的HTML、CSS和Javascript时，我需要药片!
尽管如此，我还是喜欢挑战UI框架的MVC架构。我甚至为了好玩而编写了自己的web框架(但我认为印度的一些可怜的开发人员现在正在遭受这种痛苦)，并使用Swing开发Stellarium4Java。

所以，UI不是我的菜。现在，为最新发布的Artifactory，我需要管理UI设计人员和Web开发人员之间的沟通。我从这次有趣的经历中学到了很多。
在这个过程中，我遇到了一个非常基本的UI设计问题。它太基础了，我担心我错过了什么!
关键是:我们用来管理列表、选择、操作和上下文菜单的方式完全不连贯。

在真正的UI应用程序(胖客户机和Ajax)中，您会得到一个元素列表，然后可以对它们进行操作。通常，您选择一行，然后启用一些操作(按钮，菜单)，您可以激活它们。但为了尽量减少点击和鼠标手势的次数，还有上下文菜单。这就是奇怪的地方……
你选择一行，然后可以右键点击另一行。这样，上下文菜单上的操作列表与按钮和菜单中的操作列表就不匹配了。
您可以强制选择右键单击的行，但很少有应用程序这样做!

另一个问题是上下文菜单真的不是那么好(也就是说，我讨厌它们!):

• 它们对Web浏览器不友好。
• 实际上，它们在点击和手势(右键，移动，左键)方面并没有节省太多时间。
• 他们在读取元素列表的过程中。
• 它们永远不会在你想要的时候消失，而且总是在你找到你想要点击的菜单项之前消失。
• 要删除它们，你需要点击其他地方，祈祷你没有真正点击“一键购买”按钮。

在Web上(以及iPhone/iPod上，没有右键)的一个解决方案是直接在列表本身中添加操作按钮作为列。这是可行的，并且看起来很漂亮(带有好的图标)，但这种技术变得非常沉重(到处都是垃圾图标)。不管怎样，它是不可伸缩的:5个图标已经太多了。

因此，UI设计师想出了一个非常酷的想法:当滚动line元素时，在列表的一侧出现一个悬停工具箱。
起初，我想:

• 它可能会起作用，但我们会违背UI肌肉记忆如何使用列表。
• 人们会讨厌它的!
• 工具箱离我的鼠标太远了，去那里会很烦人。
• 我们不是来重塑UI和人机交互的!

但是，无论如何，我抓住了这个机会，我们实施了它。想看的话，你可以去人工现场演示，例如在“log”上进行快速搜索，并将鼠标悬停在列表上方。它仍然是一个测试版，以前的选择/链接操作没有删除，所以它可能会令人困惑。作为匿名用户，您的操作列表是有限的，但您仍然可以得到它的感觉。

我已经使用这个功能2周了，坦白地说:我喜欢它!
我把鼠标悬停在左边的列表上，我可以读到我所在的行，然后点击一下激活这个动作。只是自然的动作，只需点击一下。

可能是我受到了影响(最后是我们的申请:)，所以我在焦急地等待反馈!
你觉得呢?