触摸时代的工具提示

Question

工具提示是了解应用程序非常有用的界面范例。它们是可视控件和与该控件关联的应用程序特定操作之间的映射。用户可以通过悬停鼠标指针来探索动作而无需调用它。

触控设备使这种模式基本上不可能。这限制了应用程序的可用性，这在某些情况下变得非常神秘。

您是否知道触控设备是否存在工具提示概念的替代品？它们在ui交互中实际上缺乏一个自由度：指针位置。如何有效地重新获得这种沟通渠道？

Answer 1

根据您的要求，他们甚至可能会告诉您需要工具提示易于理解的界面需要重新设计，严重（参见Jef Raskin： The Humane Interface < / em>的）。

事实上，工具提示是非常特定问题的解决方案：没有标签的标志性按钮，例如在工具栏上看到的。每当有标签时，请使用它们。无需提供工具提示，因为您已经拥有文本来说明特定控件将要执行的操作。

更重要的是，触控界面与今天的WIMP界面模型不太匹配。使用鼠标指针可以很好地处理许多控件，但使用手指会很令人沮丧。菜单，复选框，单选按钮让人想起。因此，触摸界面的界面范例必须与当今的鼠标和键盘驱动界面完全不同。

所以我认为这不是缺少工具提示而是问题，而是我们在过去的30年中没有探索过许多与计算机交互的新方法（基本上自{{{{在60年代和70年代，3}}和Doug Engelbart。

触摸输入与 类似， kinda 可用于大多数用途。但它不仅缺乏无触摸位置，还缺乏精确度。基本上所有触摸输入都适合触摸某些东西并拖动某些东西。即使是双击也很困难，因此我们真正需要的是如何专门为触摸界面设计和制作UI的一些根本性变化。

你会在专用设备中看到一些这样的设备，例如iPhone只是因为它是一个既没有鼠标指针也没有键盘而且仅触摸的平台。这意味着你不必构建一个必须与所有可能的交互方法一起使用的UI（Windows目前存在的问题;我确实有一个多点触控笔记本电脑但是很多任务触摸只是不起作用）但只有一个。但我认为，目前“普通”软件和计算机的通用解决方案目前相当遥远。

所以我建议你稍微考虑一下如何设计你的UI。如前所述（并且可以在Alan Cooper的Xerox PARC中阅读），工具提示用于标记没有标签或空间不足以放置标签的控件。这里的关键使用场景是工具栏。但是设计用于触摸的界面无论如何都会使所有控件都变大。许多小图标紧密地组合在一起，即使如果你有工具提示，也很难使用触摸输入，只是因为它缺乏精确度。

Answer 2

读到这里让我思考。工具提示通常用于为无文本按钮提供标签，但也是在界面中可用空间减少的情况下提供更多信息的好方法。有时，它用于提供上下文相关的帮助，或单个小部件的详细说明。

Tchalvak 's idea为所有GUI元素提供单击常见行为，并提供双击工具提示有其优点，甚至可以在某种程度上被发现，因为许多人习惯于双击在他们看到的所有上，无论元素如何。

但是我回忆起几年前如此受欢迎的旧？按钮，一旦点击就会将光标转换为问号。单击窗口小部件后，您将看到一个小工具提示或信息气球。我相信这样的东西可以在触摸界面上轻松使用。由于缺少游标，应该向用户提供另一个视觉提示，告诉他他正处于提供帮助模式。可能会改变屏幕的色调并给出一个小文本。它也可以通过多点触控来完成，需要按下？按钮，同时按下另一个小部件来获取工具提示（应该在稍微分开的位置显示，以免被手指遮挡得太多） ）。

但是，即使可以为我们的程序员保留相同的技术功能来提供工具提示，我们也应该考虑 intent ，我们将使用它。

当你面对一个小屏幕时，我会用它来提供更多的帮助，否则，在“窗口”的底部随时都可以看到一个帮助区域（对任何一种方形的io进行任何形式的支持-interface），更改其内容以提供所选小部件的详细说明和/或帮助，就像在悬停时的某些首选项窗口中所做的那样。

总之，即使我们能提供易于使用的工具提示，我们也应该考虑你会把它放在哪里。在触摸界面中，我会不放置需要工具提示的无懈可击的模糊按钮，但会使用它来提供上下文相关的高级帮助和故障排除。

Answer 3

屏幕键盘上的工具提示 - 回显被触摸的字母 - 足以证明工具提示在触摸界面上非常有用。我来到这篇文章看看我如何在移动网页上实现它。

Answer 4

我可以想到这个问题的几个解决方案

1）将您的应用设计为不需要工具提示。将文本放在按钮上（无论多小），使用简单的图标，或在“首次使用按钮”时显示“帮助气泡”（一旦用户了解了按钮的用途，可选择“不再显示”）

2）回应修饰上的事件，而不是触地。通过显示“帮助”气泡来回应已经持续0.5-1秒的触摸。如果显示帮助气泡，则按钮的正常事件不会在触摸上触发（因此寻求帮助的用户不会最终触发操作）。

3）使用“问号”拖动＆amp; @voyager提出的下降范式。或者，让用户先“点击”问号，然后点击他需要帮助的项目。

Answer 5

也许持久性标签简要描述界面上可用的每个或多或少“模糊”的功能，并结合执行操作时的上下文通知消息-e.g：用户修改数据=＆gt;通知显示提醒他不要忘记使用在此通知期间短暂突出显示的按钮进行保存。

Answer 6

嗯，工具提示的好处是它在动作发生之前添加了（非常次要的）信息的上层阶段。因此，在我看来，通过“双击”重新添加该图层以通过“单击”来执行操作以显示信息将是一个相同的想法。

我认为我们都看到了未来屏幕界面的电影，有人触摸屏幕，并围绕触摸显示几何形状的信息。为什么不使用这个概念，首先触摸将有关操作的信息扩展为有用的页内工具提示，然后第二次点击同一位置将确认/执行操作。

如果没有“click-on-item-shows-tooltip-second-click-perform-action” proximity 怎么样？如果您想要有足够间距的UI小部件的信息，您可以触摸小部件旁边的接收信息，触摸小部件并执行操作。

工具提示提供的信息很少，一般（指针与手，文字工具提示，悬停粗体），我认为您也可以通过密切关注用户操作历史记录来复制工具提示信息。如果他们最近比其他事情更频繁地点击两件事，请使用默认的工具提示＆amp;增值和增值重点出现在少数更频繁点击的东西上而不是其他东西上。

编辑另外，考虑更多，拖动在不需要滚动等的空间中似乎是工具提示信息的正确触发器。以iPhone的键盘为例。拖动时，每个字母都有一个工具提示，而当您释放时，字母本身实际上已激活。有助于重新定位精度。

除此之外，我认为具体细节发挥作用。你在说笔记本电脑吗？手机触控界面空间有限？我认为可用空间在如何使用触摸界面进行操作方面发挥了重要作用。

Answer 7

触摸和保持怎么样？我认为就可用性和实现而言，这将是一个相当简单的接口规则。就像很多关于可用性的事情一样，虽然很难说直到任何一个想法已经存在了一段时间才能看到它在一堆不同的背景下使用...

Answer 8

我的回答可能不太实际，但是......

如果应用程序都支持撤消功能，问题就会解决，人们习惯于知道他们总是可以撤销任何操作。

正如安德烈亚斯所说，“如果你不确定某些功能，你会毫不犹豫地点击按钮。”

但是，作为安全网的撤销，可以有更多的“做”，而不是“犹豫，担心，找出在我点击之前会发生什么......点击”。

这是Back按钮如此受欢迎的原因之一，Android甚至使其在操作系统范围内运行。

不幸的是（这是不切实际的......）

• 建立可靠的普遍撤销比工具提示难得多
• 足够的应用程序需要支持它来改变所有用户的心态（哈！）

Answer 9

这可能会有所帮助：

Google Material Tooltips

他们说工具提示是

  

召唤：

     

  
• 将鼠标悬停在带光标的元素上
  
• 专注于带键盘的元素（通常是Tab键）
  
• 触摸
  

它没有很多关于手机的信息。关于你可以遇到的唯一一个是触摸，如果你的按钮做了什么，这是令人沮丧的，你不想在你知道它做什么之前触摸它。长按可能有效，但有些应用需要长按其他功能，它是一个用过的用户体验路径，用户不会期望长按工具提示，除非你告诉他们。

我认为工具提示可能无法在移动设备上实现他们在桌面上所做的奇迹。没有悬停，您需要另一种保留的方式来快速提醒或向用户显示图标或按钮的功能。

我能想到的最好的事情是帮助模式。按设置然后“帮助”，在底部显示短卡片，例如“点击帮助元素”和“关闭”按钮。然后点击工具提示元素将向您显示它们的额外信息。

我在上面提到了这个，但另一个现代用例是游戏。它们通常在设计时考虑到操纵杆，这意味着它们有大约14个按钮可供使用，但大多数都是由游戏功能占用。

在角色扮演游戏中，他们通常拥有复杂的统计屏幕，这些屏幕可以保证玩家不知道（通常他们为每个游戏发明新系统），这些数据非常重要，但玩家并不知道。其中许多都让您点击选择按钮进入工具提示/解释模式。

这可能适用于一个足够复杂的应用程序，需要在移动设备上提供工具提示，这是我现在能看到的唯一一种在常见的ux设计之外的模式。

Answer 10

用爱因斯坦的话说，触摸应该尽可能简单，但不能简单。

这里的根本问题不是触摸，而是状态。触摸它时的对象是什么状态？触摸会改变其状态吗？状态的变化如何反映给用户？

从设计角度来看，尝试在一次触摸中包含所有操作仅适用于最简单的情况。对于任何更有用的应用程序，第一次触摸可以改变状态，并且该状态可以通过对象的图像的变化，通过tooltops（甚至在设定的时间之后消失的瞬态工具提示）或通过其他方式来反映。触摸选定对象应具有与触摸未选定对象不同的含义。这需要是界面的可发现方面。

Answer 11

请记住，悬停工具提示对于初学者来说是非常有用的帮助，他们不需要动作来学习它们，因为初学者总是很​​慢并且在不安全地移动光标时会弹出。另一方面，它们非常出色，因为它们不会减慢用户的速度。

对于平板电脑，我会接受问号的想法，但会增加一些复杂性：

1）当您点击问号时，它会打开＆＃34;帮助＆＃34;模式。 2）然后你可以点击有问题的控件，它会显示工具提示。 3）如果再次点击同一个控件，它将终止帮助模式并执行控件应该执行的操作。 4）如果你点击任何其他控件，它会显示他的工具提示并且帮助模式保持打开状态。 5）可以通过再次点击问号来终止帮助模式。