Toast 是仅适用于Android 的控件。在最初的MD 规范中,Toast 是与Snackbar 一起讨论的,但是在阅读最新的MD 规范后,我找不到任何关于SnackBar 中Toast 的相关解释(如果有人找到请提醒我)。 )。
Toasts应该包含在snackbar中,但是如果snackbar没有按钮,则单独分析toasts。
4.7.1 使用场景
无需用户操作即可传达轻量级信息和操作反馈。
适合通知用户不影响用户当前任务的非关键信息或操作反馈。这类信息因为无法被操纵并在几秒钟后消失,所以用户很可能会忽略它。相对来说不重要。
Toast 是Android 特有的样式,但许多iOS 版本都具有改进版本的Toast,可提供不会干扰用户交互的轻微反馈,同时仍提供有关操作的信息和反馈。这对用户来说非常有用,但是传达太多文本并不容易,因为用户可能会忽略它。
iOS 文档中的反馈有建议。反馈可以帮助用户了解您的应用程序的工作原理,发现他们下一步可以做什么,并了解他们的操作的后果。因此,在实际应用中,它不仅需要对用户不引人注目,而且需要吸引用户的注意力,并且需要与产品设计相协调。
例如,将根据您的业务选择文本和图标样式的组合、更突出的背景颜色或出现在中心、顶部或底部。位置通常与操作一起显示,为用户提供清晰有效的即时反馈。
下面的toast 示例使用了比其内容更突出的背景颜色,与上面的toast 示例相比,使用户更容易发现并实现其通知用户的目的。
4.8 光反馈——Hud
HUD透明显示层,iOS专用控件,通常是用于音量调节的弹出窗口样式。部分改进的吐司,其风格可以向Hud 学习。
5. 总结5.1 比较总结
对话框/警报:
当信息或操作非常重要以至于用户必须在继续之前做出决定或操作时,通常会使用警报,这是帮助用户做出决定或选择的好方法。
模态底部表/操作表:
比对话框/警报稍弱,但专注于提供更多功能和选项。
活动视图:
这是提供给当前页面的一组附加任务和服务。
弹出窗口:
应用更具方向性,适合信息、功能折叠。
吐司:
不太重要的信息提醒和动作反馈适合不需要用户响应或反馈的场景。
小吃店:
非关键信息提醒和操作反馈是交互式的,但不是必需的。适合您可以引导用户进行下一步或撤消上一步的场景。
平视显示器:
音量调节。
5.2 其他
了解如何使用每个弹出窗口组件后,您可以为您的业务设计合适的弹出窗口。不过,文章中的官方规范和建议只能作为您实际工作中的参考。设计的目标是帮助用户更好更快地解决问题。
以上是我对弹窗知识的总结,不过在总结的过程中,我把弹窗官方规范的内容看了好几遍,所以理解可能会好一点。我希望还缺少一些东西。 (我建议阅读更多有关正式设计规范的内容。它就像一本非常实用的设计工具书,在实践中非常有用。)
六、参考资料
谢谢前辈分享经验!
这个控件叫什么? Toast 系列的过去、现在和未来https://www.uisdc.com/ui-element-toast
如何在你的app中设计一个提示控件(toast)https://zhuanlan.zhihu.com/p/22405748
iOS和Android规范分析—— 底层浮层(第1部分) https://www.jianshu.com/p/8bdfbc0a9339
iOS与Android规范分析—— 提示框(toast)对比https://www.jianshu.com/p/e1beeacbea32
不要滥用对话框。 iOS警报视图和操作表详解https://zhuanlan.zhihu.com/p/20239186
App设计中6个常见组件的区别及使用http://www.woshipm.com/pd/873075.html
APP提示框架详细说明:吐司提示、零食、提醒http://www.woshipm.com/pmd/296674.html
本文最初由@麦子发表在《人人都是产品经理》上。它禁止未经授权的复制
标题图片由Unsplash 根据CC0 协议提供
本文和图片来自网络,不代表火豚游戏立场,如若侵权请联系我们删除:https://www.huotun.com/game/668561.html