15楼#
发布于:2010-10-10 12:36
也许是一个有需要的功能,还可能是楼主觉得最需要的。
但对于一个浏览器,最需要的显然不是这些 |
|
|
16楼#
发布于:2010-10-10 12:36
|
|
17楼#
发布于:2010-10-10 12:36
。。。。。这同说收音机最需要的是坏了好修理,而不是更好的完成收音不是一样么,本末倒置
|
|
|
18楼#
发布于:2010-10-10 12:36
|
|
19楼#
发布于:2010-10-10 12:36
那楼主就是个滥用最高级的人~~~~
|
|
|
20楼#
发布于:2010-10-10 12:36
|
|
21楼#
发布于:2010-10-10 12:36
我也不爽为js速度争来争去,但是你这个要求如果Firefox自带的话肯定会严重影响Firefox自身的性能。何况好像有时你会碰到的卡住,换一台电脑就可能不能重现。你也说了“有时候并不是禁用就能马上得到结果”,这种情况你去bugzilla发bug也不会很容易解决,何况要求写一个“功能”来让电脑“智能”地帮你解决问题?
Win7的诊断功能我用过几次,算是一个进步吧,解决IP分配问题行,解决找不到无线网络时则不行…… |
|
|
22楼#
发布于:2010-10-10 12:36
kmc:我也不爽为js速度争来争去,但是你这个要求如果Firefox自带的话肯定会严重影响Firefox自身的性能。何况好像有时你会碰到的卡住,换一台电脑就可能不能重现。你也说了“有时候并不是禁用就能马上得到结果”,这种情况你去bugzilla发bug也不会很容易解决,何况要求写一个“功能”来让电脑“智能”地帮你解决问题? 对速度的影响有多大,这个我不知道。FF为什么要推出flash崩溃保护呢?可见崩溃问题不是个小问题。而崩溃问题大多是由扩展或者插件引起的,时不时就有新手问崩溃问题,这些问题无一例外都和扩展有关。但是我自己从来就没有碰到过flash崩溃,反倒是加入这个功能后,flash就开始崩溃了。要是我个人来看,这个功能就是鸡肋。所以我从来不用。同样的道理,诊断也并非一定要用,可以关嘛,不需要诊断的用户也大可以认为那是个鸡肋啊,主要是要有这个功能。只要有问题的时候开一开就好。 |
|
23楼#
发布于:2010-10-10 12:36
free49498445: 对啊,我也是开启之后更容易崩溃,没有开启我也没见崩溃过。说明Firefox应该更注重于不开启时的稳定。我认为开发团队精力有限,现在只能集中精力做好大多数用户需要的功能。但大多数用户的需求就是为了找出偶尔卡一下是哪个扩展导致的么?也许很多配置好点的电脑用户从来就没有感觉过卡呢? |
|
24楼#
发布于:2010-10-10 12:36
干嘛要集中在卡不卡问题上呢?崩溃问题难道不需要诊断的吗?
|
|
25楼#
发布于:2010-10-10 12:36
至少我用正式版的时候在没有启用“插件进程”的情况下几乎就没崩溃过。另外,一个一个排除扩展也是解决扩展冲突问题的方法,如果官方内置,不说更增加Firefox的“臃肿”程度,比如Firefox提示某个js运行出错,普通用户有怎么去找到哪里出现的问题呢。如果要Firefox指定到具体某个扩展,Firefox的扩展似乎不像chrome扩展那样有单独的进程和内存去运行,实现的技术难度也可想而知,另外还有gm脚本和UC脚本,Bookmarklet,鼠标手势脚本等等。万一不是扩展等外部因素引起的崩溃,问题出现在Firefox内部,就更能把用户搞糊涂了。
我所知很多人有过扩展冲突的经历,但好像都是一些界面上的东西(比如tab类的扩展)。 |
|
26楼#
发布于:2010-10-10 12:36
|
|
|
27楼#
发布于:2010-10-10 12:36
|
|
28楼#
发布于:2010-10-10 12:36
|
|
|
29楼#
发布于:2010-10-10 12:36
的確需要這麼個功能,至少能讓人知道是那個擴展引起的問題
|
|
|