问题标签 [hci]

每当我编写鼠标处理代码时，onmousedown/onmouseup/onmousemove 模型似乎总是迫使我编写不必要的复杂代码，最终仍会导致各种 UI 错误。

我最近在主要软件中看到的主要问题是“幽灵鼠标”事件，您将其拖到窗口外然后放开。一旦您返回到窗口，应用程序仍然认为您已按下鼠标，即使按钮已打开。当您试图突出显示屏幕边界的某些内容时，这尤其令人讨厌。

是否有编写鼠标代码的正确方法，或者整个模型是否存在缺陷？

我正在 Silverlight 中构建一个业务线应用程序，需要让用户编辑两个 .NET TimeSpan 值。一个是一天中的某个时间（相对于午夜），另一个是持续时间。目前我正在使用两个文本框，格式为 hh:mm。这很简单，但肯定可以改进。我观察到人们使用该应用程序，虽然有些人快速进入时代没有问题，但其他人却很挣扎。

鉴于我在 Silverlight2 中工作，您认为完美的自定义控件可以让您轻松可视化和编辑这两个 TimeSpan 吗？

更难的是，UI 应该允许选择一天中的任何时间，精确到分钟，但要强调正常工作日内的时间（例如：上午 8:00 - 下午 5:00）。一些用户在他们真正的意思是下午 2:00 时倾向于输入 2:00 (am)。

在我的应用程序中，我倾向于将时间和持续时间调整为 5 分钟间隔。作为背景知识，这个应用程序类似于一个房间预订应用程序，人们可以在其中指定他们想要房间的时间和时间。

我想尝试为我现有的 OpenGL 应用程序实现一些 HCI。如果可能的话，菜单应该出现在我的背景中的 3D 图形前面。

我正在考虑直接在“相机”前面绘制一个正方形，然后在“基础”正方形的顶部绘制纹理或更多基元。

当菜单处于活动状态时，相机不能移动，因此相机不会从菜单上移开。

这听起来对任何人来说都太过分了，还是我走在正确的轨道上？其他人会怎么做？

我对人机交互非常感兴趣，主要是网络交互。您能否告诉我一些研究、网站、论文、链接或研究小组正在调查类似于此http://www.ccs.neu.edu/home/tarase/TaraseMetrics.pdf的网页设计指标。

我正在编写一个 Silverlight 应用程序，该应用程序查询 Web 服务以填充树控件。每个元素将至少有 2 级子级，因此如下所示：

Web服务API是这样的，我一次只能得到一个级别的子节点，所以第一次旅行，我可以得到a，d，e，f。要获得 b,g,i,k，我必须进行 4 次旅行。同样，我必须再进行 4 次旅行才能获得 c、h、j、l。（该服务实际上允许我在一次旅行中获取所有节点，但它并没有给我提供父子关系:-()

我的问题是：我应该让用户在获取树视图的所有节点时提前等待一段时间，还是应该只获取前几个节点，然后按需获取其他节点，或者在后台获取任务？此外，节点可以异步更改，所以如果我提前获取所有节点，我需要一个树视图的“刷新”按钮，如果我按需执行，我将必须有一个缓存策略。

哪个最适合用户？

不要误会我的意思——我喜欢 Smalltalk，但是...

对我来说，Squeak 界面是最大的障碍之一。我喜欢 Smalltalk——不是用户界面。只需将 GNOME、MacOS X 和 Windows Vista 等现代界面与 Squeak 的平面 2-D 卡通 16 色（或者是 256 色？）界面的易用性和视觉上令人愉悦的视觉效果相结合。

难道我们不会看到现代用户界面设计融入 Squeak 吗？

还是我完全遗漏了一些东西，而当前的计算机用户界面都是错误的？

我有一个列表视图和一个按钮。列表视图具有“服务器名称”、“操作系统”和“描述”列。该按钮使用来自 Active Directory 的计算机记录填充列表视图。

这些列是可点击的，并根据相关对列表视图进行排序。

在进行比较时，我应该使用用户当前的文化设置，还是应该使用不变的文化？

我知道某处有一项研究表明，当出现新界面时，用户最初会关注哪些地方，但我不记得那个研究，也不记得你的程序的大多数用户可以假设什么行为。

据我记得，用户经常冲向软件应用程序的角落，寻找上下文来帮助他们决定如何使用界面，但我不知道这是一个确凿的事实，并且想找到一些概述这些常见可用性规则的资源。

有谁知道我正在谈论的研究，或者可以引用任何描述类似上述内容的资料？

在开发具有多组同等重要数据和操作的桌面应用程序时，您如何处理用户界面设计？

我开发的大多数基于 Web 的应用程序都有一个简单的主页，其中包含指向应用程序提供的每项服务的链接。这些页面中的大多数都包含数据库中的项目列表，您可以通过以下“编辑”“更新”或“删除”类型的链接向下钻取或执行操作。想想 vBulletin 用户控制面板。菜单在左侧，数据组和操作在右侧。

我现在正在研究桌面应用程序开发，并对最常见的设计习语感到好奇。对于上面的例子，我设想了某种选项卡式界面（例如带有 Java 透视图的 Eclipse、Subversion 透视图等），但如果功能组的使用频率大致相同，用户将经常在选项卡之间单击. 我还想知道我是否想让用户启动 n 个相同类型的选项卡，或者为每个功能组预加载每个选项卡，并且只允许用户在它们之间切换。

我想它也可以为每组功能使用单独的窗口来实现。这就留下了一个不合适的“主窗口”的问题，它只是一组按钮来关闭这些窗口。

在成为桌面应用程序用户这么多年之后，当谈到实际构建一个有意义且不引人注目的界面时，我感到很困惑。我查看了 microsoft office，但这些应用程序中的大多数都处理具有许多操作的一个数据（例如，一个 word 文档），而不是许多同样重要的数据，每个数据都具有独特的功能。

在这种情况下，您在桌面应用程序开发中遵循哪些设计原则/惯用语？

可能重复：
人因设计（满足UI设计中的心理需求）

对于人机交互的用户界面设计、可用性和较少的技术方面，开发人员应该了解什么？

我们应该采用哪些关于使用场景、用户行为模式和用户与计算机交互的心理的知识来设计有效的软件，帮助用户以自然和简单的方式解决他们的问题，而不会设置障碍和制造障碍？

软件设计不仅仅是构建体系结构、实现需求和创建漂亮的界面。一个漂亮的界面不一定有用和有效，反之亦然，一个丑陋的软件实用程序可以成为许多用户最喜欢的工具。一个体面的开发人员或设计师至少应该具备哪些基本知识才能平滑用户体验？

请针对每个答案关注一个问题，描述一个问题，举例说明用户体验是如何受损的，以及解决这种情况的方法是什么。

我将开始：

问题：在一个屏幕上立即显示大量控件和选项的界面可能会让用户不知所措。他们将不得不浪费时间浏览所有这些试图找到他们需要的选项。他们也会在这个过程中分心，看到更多功能，去那里了解它，也许阅读帮助以查看它是否可以解决他们的问题，然后是另一个，依此类推，直到他们完全迷失。

示例：作为一个很好的示例，我将引用 2007 之前版本的 Microsoft Word（以及其他 Office 应用程序）。大量的菜单和选项总是让我害怕。我设法记住了我最需要的选项在哪里，但仅此而已。所有额外的东西，我倾向于用谷歌搜索我需要了解这个特定功能在选项森林中的位置。

解决方案：将所有额外选项隐藏在逻辑结构的几个菜单和子菜单后面，以便用户能够通过逻辑思维过程找到它们。2007 年的重新设计显然通过将选项分组到选项卡中考虑了这个问题。我发现了许多我需要的新选项，而无需使用谷歌搜索，而只是通过思考它应该属于哪里并在那里寻找。并不是说它一直有效，但可以感觉到改进。

现在，你有什么想法？