在业务应用程序中,您对页面滚动有什么看法?

设计一个不需要滚动的应用程序总是很好的——特别是在Web应用程序中,人们会错过“视图范围”之外的元素。

滚动可能非常烦人,而且可能是网站内容过多的一个指标。

你可以尝试使用不同类别的可扩展区域,或者像标签目录之类的东西。即使是巫师也是可能的。

另一种可能是锁定浏览器底部的按钮(而不是页面本身)。所以会有一个可滚动的区域,其中包含实际内容和两个按钮。

最近我遇到一篇描述银行系统用户界面指南的论文。它给出了一个易于记忆的原则:“必须避免水平滚动条,应避免垂直滚动条”。

这听上去对我来说足够合理了,我试着遵循这个原则一段时间——创建一开始在单屏幕上可见的表单。如有必要,我会添加可展开的部分(在展开部分后,反过来会生成垂直滚动条)

我知道在蓝象珠宝店,我们尽量不让用户滚动。如果你看看《粉碎》杂志,他们发表了一篇关于可用性研究的伟大文章,并且有一篇关于滚动的评论。您可能需要做一些用户验收测试来了解您的用户喜欢什么。

以下是有关“粉碎”杂志的文章链接:

http://www.smashingmagazine.com/2009/09/24/10-useful-usability-findings-and-guidelines/

一些想法:

1. 如果你在滚动整个页面,一个可以帮助(在某种程度上)的想法是在页面的顶部和底部放置“保存”和“取消”按钮,一个la gmail。
2. 如果您使用的是可滚动的子部分,那么您可以将“保存”和“取消”按钮拉到滚动部分之外,这样按钮总是可以访问的。

如果页面用于大量数据输入,那么它可能根本不应该滚动。如果不是,那么我认为制作一个非滚动页面比制作一个非滚动页面有更多的缺点。我已经看到终端用户的体验受到的阻碍比坚持不滚动更大,因为人们倾向于获得“创造性”以避免滚动。

首先,我相信,如果您正在构建一个Web应用程序,它应该使用Web用户习惯的隐喻。这意味着在我看来滚动是完全合法的。

第二,如果你有表格 那个 很长一段时间,你可能想把它分成几个较小的形式。另一种解决方案是在某种形式的工具栏上浮动“保存”和“取消”按钮,这些按钮将始终与用户保持在一起(可能使用CSS位置:固定或其他类似技巧)。