0

我对 Android 上的“对话框”有疑问。

¿ 对话框上需要一个“取消”按钮，或者我们假设用户会按下“返回”按钮来关闭它？

我知道这是个人选择，但我想知道在这种情况下是否有来自谷歌或 Android 的指南。

此链接中有一些关于它的信息： UI 设计 - 是否包含取消按钮？

但这是“windows”，我在 Android 中询问（我相信这应该不同！）

4

4 回答 4

2

虽然我不记得任何具体的指导，但我认为有很多隐含的证据表明你应该在对话框中使用取消按钮。如果您查看 Android 设计网站，您会看到它的示例。Dialogs的文档中也提到了这一点：

但是，请注意，对话也可以“取消”。这是一种特殊情况，表明该对话框已被用户明确取消。如果用户按下“返回”按钮关闭对话框，或者对话框显式调用 cancel()（可能来自对话框中的“取消”按钮），就会发生这种情况。当一个对话框被取消时，仍然会通知 OnDismissListener，但是如果你想被告知该对话框被显式取消（并且没有正常关闭），那么你应该使用 setOnCancelListener() 注册一个 DialogInterface.OnCancelListener。

如果您的对话框纯粹是提供信息，那么我认为没有必要，但是如果按下您的积极按钮（例如确定）和取消之间有任何行为差异，那么我相信您应该有一个明确的取消按钮。

于 2012-03-15T17:08:12.637 回答
2

您应该添加取消按钮。

想象一下，您正在制作一个将发送到平板电脑的 ICS 应用程序，“后退”按钮离左侧太远，以至于人们用一只手握住平板电脑时无法单击。

当您提供取消按钮时，对话框还有某种上下文。通常带有一个按钮的对话框意味着用户没有选项。当您同时拥有“确定”和“取消”按钮时，它会向用户提示他/她可以选择。

错误对话框通常有一个按钮：“确定”，让用户知道他可以使用的东西不多。

网络可用对话框有两个按钮：“确定”和“取消”，让用户知道他可能会或可能不会加入网络。

实际上，正如您链接的问题的答案中提到的那样，您应该两者都做以获得更好的支持。

于 2012-03-15T17:06:27.510 回答
1

It really depends on the context. Should you in fact be saving on back button? Sometimes yes, sometimes no. Try all the permutations and see which you like best (A/B testing)

Edit: Just saw it was dialog box. I would say yes, unless you are crunched for space. It's more specific and easier to understand I think.

于 2012-03-15T17:01:18.143 回答
1

它取决于您要在对话框中提供什么信息。如果有一个退出对话框，您将需要取消按钮，如果不需要取消按钮，那么只有一个按钮可以显示信息。当按下该按钮时，它将返回上一个活动。 ..

于 2012-03-15T17:04:23.270 回答