|
阅读：7705回复：13
【扩展推荐】Location Bar Enhancer 【地址栏增强】 最主要的功能类似 Locationbar2 ，从图上大概能看出来。 大体上还有以下功能: 1、将书签栏和地址栏整合在一起，输入地址时有更大的空间，平时还有个书签栏可用。 2、地址栏进度条 3、根据地址栏分层查找浏览记录（这个功能应该会有用，在需要的部分右键显示） 4、状态信息在地址栏显示 5、自定义样式 下面是电脑玩物的介绍 Location Bar Enhancer 增強 Firefox 網址列 讓互動變聰明 | 電腦玩物 |
|
|
1楼#
发布于：2012-04-25 20:33
话说，自从自用的扩展从54个左右一路向下精简到现在的10个左右，甚至可以到7、8个，Firefox的效率高了，如臂指使了，可是好玩的东西好像全没了。
这个扩展就是那种好玩的扩展，也许有用不应该是选择扩展的全部。  |
|
|
2楼#
发布于：2012-04-25 20:33
3、根据地址栏分层查找浏览记录（这个功能应该会有用，在需要的部分右键显示）
这个超NB的，用了。 而且把枯燥的地址栏“翻译”得有意义了，有时都更愿意看它两眼（否则只有复制地址的时候会想看那里） |
|
|
|
3楼#
发布于：2012-04-25 20:33
我安装了，但是感觉没什么用……最多地址栏显得有层次了，其他的功能用不上，但是卸了，又舍不得，因为地址栏真的变得很漂亮……
|
|
|
4楼#
发布于：2012-04-25 20:33
这扩展还是不错的，一大亮点就是可以在面包屑的每一段右键点击，选择该段地址下的历史记录，直接鼠标滚动有时也有惊喜。
|
|
|
|
5楼#
发布于：2012-04-25 20:33
用了一下还是放弃了，因为我注意到昨天到今天Firefox的I/O值动不动就十几G，刚刚看了一下I/O读取字节已经50G+了，卡得要命。
看了一下，启用这个扩展后，开任何一个网页，I/O读取就加150MB左右…… 我原来还以为I/O的大小只是心理作用，现在发现Firefox一旦一次启动后I/O超过1G的话就会开始卡。 上次那个Do Not Track +也是夸张得很，启动就读14G。 |
|
|
|
6楼#
发布于：2012-04-25 20:33
因为这个扩展很经常读取和写入places.sqlite。我从来没有感到I/O大而导致FF变得卡。
|
|
|
|
7楼#
发布于：2012-04-25 20:33
|
|
|
|
8楼#
发布于：2012-04-25 20:33
我认为我们不应该关注I/O总量，而应该关心短时间内的I/O吞吐量，而这个才有可能让我们感觉到卡顿。
我在用IDM下载文件的时候，感到IDM下载HTTP确实速度惊人，但是当使用IDM下载很大的文件的时候，当下载完成合并几个下载分段时候，硬盘灯常亮，整个系统非常卡，操作甚至失去响应，这应该是短时间内对硬盘写入的I/O吞吐量非常大。相比之下迅雷没有使用分段下载合并技术，下载完成后不会感到卡顿。 |
|
|
|
9楼#
发布于：2012-04-25 20:33
试了一下，不是很喜欢，还是继续用location2算了
|
|
|
10楼#
发布于：2012-04-25 20:33
|
|
|
|
11楼#
发布于：2012-04-25 20:33
cool
状态信息在地址栏显示有bug 网址与状态信息会堆在一起 |
|
|
12楼#
发布于：2012-04-25 20:33
Firefox的地址栏是个好东西，无愧“智能”之名。
|
|
|
13楼#
发布于：2012-04-25 20:33
由于是每级的查询, 在 url 列上的索引无法使用,
sql 语句导致对 places.sqlite 的全表查询了. 按 lz 的描述, 扩展也有设计错误的地方, 对 places.sqlite 的查询应该是在 在 :hover 的时刻才进行的, 而非在 location 改变就开始. |
|
