C# 常用操作的图标与文本

我们目前正在努力提高我们的intranet web应用程序的可用性。我们的目标之一是对某些具有大网格的页面进行分类。为此，我们已经开始将常用的操作（如删除、重置为零、标记为完成等）作为函数放在网格中

我最初的想法是找到并使用图标（即删除=一个大的红色x，重置=一个围绕自身弯曲的箭头，标记为完成复选标记等）来表示这些任务。我的一些同事同意我的观点；他们说图标使工具看起来更专业。然而，其他人则认为图标模糊了它们的预期功能，而简单的文本，如删除，则更合适

---

假设我们将包含函数的工具提示说明，而不管我们选择的类型（图标或文本），那么哪一个更有用？我们可以在一些动作中使用图标，在其他动作中使用文本，还是会影响可用性？

我非常喜欢图标。见鬼，我现在输入这个答案的文本区上面除了图标什么都没有。你一定是个白痴，不知道大黑B代表大胆。。。我认为如果你的图标是不言自明的（比如一个大的红色X表示删除等），那么这肯定是正确的选择。它还让用户更容易找到正确的操作。

我会使用Windows应用程序中的图标，如Microsoft Word和Excel。大多数用户都熟悉这些功能及其含义/功能

还有,；可用性带来“专业外观”。在我看来，您的应用程序应该是功能性的，而不是设计杰作。因此，您主要关心的是让您的界面尽可能清晰地传达其功能，因此再次利用您的用户知识；您的用户很可能定期使用Word和Excel。

结束一切；在图像元素上使用alt和title属性：

<img 
 src="..."
 alt="Click this button to delete X"
 title="Click this button to delete X" />

---

我看到这两种实现都非常成功。这实际上更多地取决于你的目标受众。有趣的是，我工作的一群人仍然希望看到他们的操作的文本类型按钮/链接，所以我相应地定制了这些特定的应用程序。最初只需提供这两个选项，看看哪一个更适合用户群

---

如果你能侥幸逃脱，你能把你的图标做得足够大，你能把每个动作的文字嵌入其中吗？比如说一个红色的大X，下面有一个小的“删除”文本，嵌入到图像中？我发现这通常适合这两类人。

图标可以节省空间（初学者可以使用工具提示），但混合使用图标和文本不是一个好主意，需要用户努力“切换”。相反，为什么不把“罕见”的动作放在页面的一个通常是“折叠关闭”的部分，只有在点击时才会打开？毕竟，这节省了更多的空间和杂物。

如果这是一个模糊的功能，那么图标可能会损害可用性。但是，我认为几乎每个人都接受并理解删除、刷新等。只要你有工具提示可以依靠，你就应该没事。

我们公司总是使用文本，我们以前有一个带有图标的产品，并且收到了很多客户的投诉，出于某种原因，这些图标让用户做出错误的操作，尤其是当他们同时做很多事情的时候，例如，打电话和输入数据。

---

就我个人而言，我认为如果操作非常简单，那么图标就可以了，但是如果有几个任务同时列出，可能会让人困惑。

使用图标来表示某些功能，而使用文本来表示其他功能，可能不太一致（除非你遵循既定的习惯用法，比如工具栏和菜单，它们都是命令的位置，尽管一个用于图标，另一个用于标签，但这并不意味着这是一个好习惯用法）

引用杰夫·拉斯金（Jef Raskin）的《人性化界面》（The Humanic Interface）：

在考虑这个问题的每一项研究中，图标都被证明比标签更难理解，尤其是在第一次查看时，这与使用图标最常被引用的原因之一——即初学者的可理解性——相矛盾。GUI经常向我们展示满是相同图标的窗口，每个图标都有一个标签。图标又小又多，有几十种不同的图标。图标有效的有限条件在目前的计算机系统中无法实现

虽然小图标确实比标签占用更少的屏幕空间，但你必须问：代价是什么？按钮越小，操作时间越长，越难找到；而且，很难让小图标与众不同。另一个小问题：图标比文字花更多的时间来创建

及

Mayhew[1]引用了许多关于图标使用的研究。不幸的是，大多数研究都没有将标签与图标进行比较。但从这些研究和其他研究中，我们可以得出结论，当图标最多有十几个，并且一次最多看到十几个时，图标最有效。此外，它们必须

• 在视觉上是不同的
• 做好适当概念的表达
• 以相当大的尺寸显示，通常比文本标签大

[1] Mayhew，Deborah.《软件用户界面设计的原则和指南》（新泽西州恩格尔伍德·克利夫斯：普伦蒂斯·霍尔，1992年）

---

在这一点上，我同意拉斯金的观点，即在许多情况下，图标确实会模糊概念和命令的含义，因此您需要额外的文本来解释它们。阿扎·拉斯金的文章也很好地解释了这一点。

+1-带有工具提示的图标应该满足大多数需要。如果可能，请将命令的符号与r用户经常使用的其他软件中的相同命令，学习周期应为