您对业务应用程序中的页面滚动有何看法?

时间:2010-01-11 20:51:30

标签: user-interface

假设您正在设计一个供内部业务使用的Web应用程序。 页面是否应设计为滚动,并使用分页或具有可滚动的子部分(表格,网格等),或者是否允许页面简单滚动更好。

当您有一个需要“保存/取消”按钮或其他此类按钮的长页面时会发生什么。然后你需要一直滚动到底部找到所述按钮。或者只是重复顶部和底部的按钮?

对不起,这篇文章措辞不好。它是匆匆写的。希望你能得到它的要点。

感谢。

6 个答案:

答案 0 :(得分:1)

最近我遇到了一篇描述银行系统UI指南的论文。它给出了一个易于记忆的原则“必须避免使用Horizo​​ntall scroolbars,应避免使用垂直滚动条”。

这对我来说听起来很合理,我试图遵循这个原则一段时间 - 创建在开始时在单个屏幕上可见的表单。如果有必要,我会添加可扩展部分(扩展部分后会产生垂直滚动条)

答案 1 :(得分:1)

我知道在Blue Elephant珠宝商,我们试图让用户不必滚动。如果你看看粉碎杂志,他们发布了一篇关于可用性研究的精彩文章,并且有关于滚动的评论。您可能希望进行一些用户验收测试,以了解用户喜欢的内容。

以下是关于粉碎杂志的文章的链接:

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

答案 2 :(得分:1)

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

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

您可以尝试将可扩展区域用于不同类别或类似选项卡目录。即使是巫师也是可能的。

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

答案 3 :(得分:1)

一些想法:

  1. 如果您要滚动整个页面,一个可以帮助(在某种程度上)的想法是在页面的顶部和底部放置“保存”和“取消”按钮,即Gmail。
  2. 如果您使用的是可滚动的子部分,则可以在滚动部分之外拉出“保存”和“取消”按钮,这样,按钮始终可以访问。

答案 4 :(得分:0)

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

答案 5 :(得分:0)

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

第二,如果您的表单 很长,您可能需要将其拆分为几个较小的表单。另一个解决方案是浮动'保存'和在某种形式的工具栏上“取消”按钮,它将始终与用户保持在一起(可能使用CSS位置:固定或其他类似技巧)