地址栏候选滚动条疑问

图片：2015-07-25_141324.png

图片：2015-07-25_141051.png

候选是12项，为什么有时是完全显示，有时候是滚动条的呢？能不能固定完全显示？

点小箭头之前有滚动条，之后12项，有什么疑问呢？
默认全显示的方法不知道，一般也用不上吧，一般就用前几个结果，而且显示太长会盖住当时的网页。

另外，12项是在 about:config 中的 browser.urlbar.maxRichResults 定义

@namespace url(http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul);

.autocomplete-richlistbox
        {display: block !important;}

.autocomplete-richlistbox > *
        {width: -moz-available !important;}

https://userstyles.org/styles/16361/awesomebar-popup-no-scrollbar
试试

如果是点小箭头，显示12个经常访问的网页，全部显示，没有滚动条。
如果是地址栏输入，会过滤出搜索结果，最多也是12个（只显示前6个），其他滚动条拉下来可以看到。

楼主估计是想说这个。

会不会是因为怕影响界面性能，才在过滤的时候只显示6个？毕竟点小箭头的时候，只要计算一次，如果是地址栏输入，就要实时过滤刷新。

我的想法是这样，
假如地址栏过滤的时候也是显示12个，那么当你输入第一个w的时候，12个结果全显示，已经覆盖了大半个显示器了，
当你输入第二个比如e，假如匹配到11个，那么你的大半个显示器都要刷新
然后接下去 9个，7个，6个，1个，这时候如果你输入快一点的话，那么界面估计就会闪瞎眼睛。最多显示6个的话，就不那么晃眼了。

atmouse：如果是点小箭头，显示12个经常访问的网页，全部显示，没有滚动条。
如果是地址栏输入，会过滤出搜索结果，最多也是12个（只显示前6个），其他滚动条拉下来可以看到。

楼主估计是想说这个。

会不会是因为怕影响界面性能，才在过滤的时候...回到原帖

感觉不是显示性能的问题。数据已经准备好了，显示和刷新也费不了什么资源。
是体验设计的问题，如果12项，从头看到尾肯定需要眼睛移动，增加了时间和疲劳度，而6项就不需要。

yfdyh000：感觉不是显示性能的问题。数据已经准备好了，显示和刷新也费不了什么资源。
是体验设计的问题，如果12项，从头看到尾肯定需要眼睛移动，增加了时间和疲劳度，而6项就不需要。回到原帖

我是想全部显示的。因为开头1-2项最常用没错，但我有时用地址栏直接搜索历史，输入关键字后结果看不全，要下拉一下，这样体验更怪。多余的我可以不看，但有用的要拉一下才看到我无法理解。

而且，这是相同版本Firefox，同一个profile，同一个关键字的截图，有时显示有时不显示，UI不一致也是个大问题吧

meat：我是想全部显示的。因为开头1-2项最常用没错，但我有时用地址栏直接搜索历史，输入关键字后结果看不全，要下拉一下，这样体验更怪。多余的我可以不看，但有用的要拉一下才看到我无法理解。

而且，这是相同版本Firefox，同一个profile...回到原帖

一般来说6项之内都能找到常用的项，12项是个补充，再长我就建议使用历史记录窗口、侧栏或者其他方法了。
除非少于等于6项，否则应该都是默认不展开的，第一个图不是点了小箭头的结果吗。

yfdyh000：一般来说6项之内都能找到常用的项，12项是个补充，再长我就建议使用历史记录窗口、侧栏或者其他方法了。
除非少于等于6项，否则应该都是默认不展开的，第一个图不是点了小箭头的结果吗。回到原帖

不是，只是鼠标刚好移到那里，操作是一样的，alt+d，然后输入google，截图

meat：不是，只是鼠标刚好移到那里，操作是一样的，alt+d，然后输入google，截图回到原帖

仔细测试后，好像真的有这种情况，但我不知道是什么原因，因为几乎没用过那个三角箭头。