Html 对多列列表进行排序时,哪个方向更好?
请注意,我不是问如何实现或编码多列列表 有两种方法可以对多列列表进行排序:水平和垂直。许多Microsoft System.Web.UI.WebControl都有一个RepeatDirection属性,提供这两个选项。我相信其他框架也提供了这些方向选项 以下是两个选项的示例: 水平排序(按字母顺序) 水平排序(数字) 垂直排序(字母顺序) 垂直排序(数字) 垂直排序是许多.Net web多列列表控件(如CheckBoxList)的默认行为 我研究了这个主题,查看了我在大学里使用的常用文档格式标准(APA、MLA、芝加哥),但我没有发现任何与多列列表相关的内容Html 对多列列表进行排序时,哪个方向更好?,html,language-agnostic,html-lists,human-computer-interface,Html,Language Agnostic,Html Lists,Human Computer Interface,请注意,我不是问如何实现或编码多列列表 有两种方法可以对多列列表进行排序:水平和垂直。许多Microsoft System.Web.UI.WebControl都有一个RepeatDirection属性,提供这两个选项。我相信其他框架也提供了这些方向选项 以下是两个选项的示例: 水平排序(按字母顺序) 水平排序(数字) 垂直排序(字母顺序) 垂直排序(数字) 垂直排序是许多.Net web多列列表控件(如CheckBoxList)的默认行为 我研究了这个主题,查看了我在大学里使用的常用文档格式标准
是否有任何用于指定多列列表排序方向的实际参数或文档格式标准/准则/规则?我个人认为从右到左、从上到下的“阅读顺序”最有意义-然而,在这种情况下,我开始怀疑这一点
我想用眼睛“扫描”最容易的可能是垂直的,因为扫描左对齐文本的前几个字符要比横扫并查看列化文本的前几个字符容易得多。我在一次UI设计演讲中,演讲者建议我们在用户希望看到的内容之间留出更多的空间彼此独立,并且您希望用户看到的东西之间的空间更小 由于任意两列之间的间距比任意两行文本之间的间距大得多,大脑会将其视为三个独立的列。每列的内容都属于一个逻辑组,共有三个组。所以你的第二个例子更容易理解——第一个反应是在跳转到下一组之前,先扫描(向下)第一组(列)
如果列之间没有那么大的间距——例如,如果你有一个固定宽度的字体,每个标签的字符数相同,并且每列之间只有一个空格,而不是一个较大的边距——那么是的,人们可以毫不费力地阅读。但对事物进行分组的本能比从左到右阅读的习得行为更强烈。这也是我的观察结果,即垂直阅读更好(当你实际查看项目时),但我需要以某种方式证明这一点,反对相反的论点。只要向反对者扔一本电话簿,告诉他们垂直排序对每个使用过它的人来说都很好。然而,更严肃的是,在这一主题的期刊上搜索发现,令人惊讶的是,缺乏学术材料/关于列表可用性/可读性的研究..是的。这是我的问题。我还没有找到任何关于此事的确切消息来源。我知道大多数人喜欢垂直的,但如果有一些研究/杂志支持这种推理,那就太好了。@Jim W:这有用吗:?请看第二页的图片示例。我假设他们是从提到的一个参考文献中得出这个结论的,但我可能错了。哦,是的,在第五页,他们甚至给了你一个相对的“扫描率”百分比。@Tim,谢谢,这是一个很好的来源。我一直在努力追踪它的参考文献,以找出它推荐的逻辑/理由。间隔/分组是一个很好的论点,在逻辑上是有意义的。这感觉像是一个很好的方式来描述我个人对垂直排序的偏好。我将把这个保持几天,看看是否还有更多关于研究、信息等的回应。结果(到目前为止)在
* Ash * Beech * Cedar
* Date * Elm * Fir
* Grape * Hawthorn * Ivy
1. Ash 2. Beech 3. Cedar
4. Date 5. Elm 6. Fir
7. Grape 8. Hawthorn 9. Ivy
* Ash * Date * Grape
* Beech * Elm * Hawthorn
* Cedar * Fir * Ivy
1. Ash 4. Date 7. Grape
2. Beech 5. Elm 8. Hawthorn
3. Cedar 6. Fir 9. Ivy