web123lai
千年狐狸
千年狐狸
  • UID8036
  • 注册日期2005-08-17
  • 最后登录2019-05-01
  • 发帖数4225
  • 经验13枚
  • 威望1点
  • 贡献值20点
  • 好评度10点
  • 社区居民
阅读:6008回复:13

【扩展推荐】Location Bar Enhancer 【地址栏增强】

楼主#
更多 发布于:2012-04-25 20:33

最主要的功能类似 Locationbar2 ,从图上大概能看出来。

大体上还有以下功能:
1、将书签栏和地址栏整合在一起,输入地址时有更大的空间,平时还有个书签栏可用。
2、地址栏进度条
3、根据地址栏分层查找浏览记录(这个功能应该会有用,在需要的部分右键显示)
4、状态信息在地址栏显示
5、自定义样式

下面是电脑玩物的介绍
Location Bar Enhancer 增強 Firefox 網址列 讓互動變聰明 | 電腦玩物
web123lai
千年狐狸
千年狐狸
  • UID8036
  • 注册日期2005-08-17
  • 最后登录2019-05-01
  • 发帖数4225
  • 经验13枚
  • 威望1点
  • 贡献值20点
  • 好评度10点
  • 社区居民
1楼#
发布于:2012-04-25 20:33
话说,自从自用的扩展从54个左右一路向下精简到现在的10个左右,甚至可以到7、8个,Firefox的效率高了,如臂指使了,可是好玩的东西好像全没了。
这个扩展就是那种好玩的扩展,也许有用不应该是选择扩展的全部。
kmc
kmc
管理员
管理员
  • UID165
  • 注册日期2004-11-25
  • 最后登录2019-05-31
  • 发帖数9150
  • 经验357枚
  • 威望1点
  • 贡献值114点
  • 好评度38点
  • 忠实会员
  • 终身成就
  • 社区居民
2楼#
发布于:2012-04-25 20:33
3、根据地址栏分层查找浏览记录(这个功能应该会有用,在需要的部分右键显示)

这个超NB的,用了。

而且把枯燥的地址栏“翻译”得有意义了,有时都更愿意看它两眼(否则只有复制地址的时候会想看那里)
Waterfox扬长而去
xiaoyu485
小狐狸
小狐狸
  • UID35862
  • 注册日期2011-04-04
  • 最后登录2015-04-23
  • 发帖数48
  • 经验22枚
  • 威望0点
  • 贡献值0点
  • 好评度0点
3楼#
发布于:2012-04-25 20:33
我安装了,但是感觉没什么用……最多地址栏显得有层次了,其他的功能用不上,但是卸了,又舍不得,因为地址栏真的变得很漂亮……
fang5566
管理员
管理员
  • UID3719
  • 注册日期2005-03-07
  • 最后登录2019-06-17
  • 发帖数18303
  • 经验4657枚
  • 威望5点
  • 贡献值4264点
  • 好评度1039点
  • 社区居民
  • 最爱沙发
  • 忠实会员
  • 终身成就
4楼#
发布于:2012-04-25 20:33
这扩展还是不错的,一大亮点就是可以在面包屑的每一段右键点击,选择该段地址下的历史记录,直接鼠标滚动有时也有惊喜。
Firefox More than meets your experience
kmc
kmc
管理员
管理员
  • UID165
  • 注册日期2004-11-25
  • 最后登录2019-05-31
  • 发帖数9150
  • 经验357枚
  • 威望1点
  • 贡献值114点
  • 好评度38点
  • 忠实会员
  • 终身成就
  • 社区居民
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。
Waterfox扬长而去
fang5566
管理员
管理员
  • UID3719
  • 注册日期2005-03-07
  • 最后登录2019-06-17
  • 发帖数18303
  • 经验4657枚
  • 威望5点
  • 贡献值4264点
  • 好评度1039点
  • 社区居民
  • 最爱沙发
  • 忠实会员
  • 终身成就
6楼#
发布于:2012-04-25 20:33
因为这个扩展很经常读取和写入places.sqlite。我从来没有感到I/O大而导致FF变得卡。
Firefox More than meets your experience
kmc
kmc
管理员
管理员
  • UID165
  • 注册日期2004-11-25
  • 最后登录2019-05-31
  • 发帖数9150
  • 经验357枚
  • 威望1点
  • 贡献值114点
  • 好评度38点
  • 忠实会员
  • 终身成就
  • 社区居民
7楼#
发布于:2012-04-25 20:33
fang5566:因为这个扩展很经常读取和写入places.sqlite。我从来没有感到I/O大而导致FF变得卡。回到原帖

也是,要读历史记录哦。
Waterfox扬长而去
fang5566
管理员
管理员
  • UID3719
  • 注册日期2005-03-07
  • 最后登录2019-06-17
  • 发帖数18303
  • 经验4657枚
  • 威望5点
  • 贡献值4264点
  • 好评度1039点
  • 社区居民
  • 最爱沙发
  • 忠实会员
  • 终身成就
8楼#
发布于:2012-04-25 20:33
我认为我们不应该关注I/O总量,而应该关心短时间内的I/O吞吐量,而这个才有可能让我们感觉到卡顿。
我在用IDM下载文件的时候,感到IDM下载HTTP确实速度惊人,但是当使用IDM下载很大的文件的时候,当下载完成合并几个下载分段时候,硬盘灯常亮,整个系统非常卡,操作甚至失去响应,这应该是短时间内对硬盘写入的I/O吞吐量非常大。相比之下迅雷没有使用分段下载合并技术,下载完成后不会感到卡顿。
Firefox More than meets your experience
cnlucky
小狐狸
小狐狸
  • UID32240
  • 注册日期2010-03-08
  • 最后登录2015-12-03
  • 发帖数96
  • 经验10枚
  • 威望0点
  • 贡献值0点
  • 好评度0点
9楼#
发布于:2012-04-25 20:33
试了一下,不是很喜欢,还是继续用location2算了
kmc
kmc
管理员
管理员
  • UID165
  • 注册日期2004-11-25
  • 最后登录2019-05-31
  • 发帖数9150
  • 经验357枚
  • 威望1点
  • 贡献值114点
  • 好评度38点
  • 忠实会员
  • 终身成就
  • 社区居民
10楼#
发布于:2012-04-25 20:33
fang5566:我认为我们不应该关注I/O总量,而应该关心短时间内的I/O吞吐量,而这个才有可能让我们感觉到卡顿。
我在用IDM下载文件的时候,感到IDM下载HTTP确实速度惊人,但是当使用IDM下载很大的文件的时候,当下载完成合并几个下载分段时候,硬盘灯常亮,整个系统非常卡,操作甚至失去响应,这应该是短时间内对硬盘写入的I/O吞吐量非常大。相比之下迅雷没有使用分段下载合并技术,下载完成后不会感到卡顿。
回到原帖


那这样说这个扩展开每个网页都稳定地去读150MB左右的I/O应该还是蛮惊人的,我看了一下开本论坛的一个普通的讨论帖子只加个2,3Mb。
Waterfox扬长而去
eagle5678
千年狐狸
千年狐狸
  • UID4956
  • 注册日期2005-04-10
  • 最后登录2019-06-17
  • 发帖数1182
  • 经验132枚
  • 威望0点
  • 贡献值66点
  • 好评度3点
11楼#
发布于:2012-04-25 20:33
cool

状态信息在地址栏显示有bug

网址与状态信息会堆在一起
alanfly
千年狐狸
千年狐狸
  • UID31035
  • 注册日期2009-11-10
  • 最后登录2019-06-17
  • 发帖数2665
  • 经验476枚
  • 威望1点
  • 贡献值116点
  • 好评度79点
  • 社区居民
  • 最爱沙发
  • 忠实会员
12楼#
发布于:2012-04-25 20:33
Firefox的地址栏是个好东西,无愧“智能”之名。
Arch8314
小狐狸
小狐狸
  • UID35481
  • 注册日期2011-03-15
  • 最后登录2012-07-07
  • 发帖数8
  • 经验10枚
  • 威望0点
  • 贡献值0点
  • 好评度0点
13楼#
发布于:2012-04-25 20:33
由于是每级的查询, 在 url 列上的索引无法使用,
sql 语句导致对 places.sqlite 的全表查询了.

按 lz 的描述, 扩展也有设计错误的地方,
对 places.sqlite 的查询应该是在 在 :hover 的时刻才进行的,
而非在 location 改变就开始.
游客

返回顶部