FF最大的敌人不是MS，而是Maxthon

Maxthon基于GECKO的实现还很差，我要转到FF
建议大家把与maxthon中各种功能相对应的最好FF插件列出来，这样有助于Mathon用户更好的转向FF，当然也希望Maxthon for firefox能早日出现。

我也蛮期待ff中的maxthon插件...
一定是个超强插件啊..

Tab Navigation方面  Tab Clicking Options 0.3不错

IE有的安全问题Maxthon一样有，Maxthon比IE多的功能就是Tab浏览，还有广告过滤等等，而这些功能在各种外壳浏览器横行的今天根本不足为道。Maxthon不稳定，TT都好过它，这个就是个人开发的浏览器和商业公司开发的浏览器的区别，浏览器技术从商业秘密到代码公开，已经没有什么技术可言，特别是开发IE核心的浏览器，根本不需要什么技术，你要做的就是把各种组件组合起来，IE核心的Tab浏览器就是我都能写出来，这种浏览器只是微软的狗腿子，成不了气候。

Maxthon和Firefox不是一个级别的东西就不需要讨论。

两者体现的精神也不一样。

首先声明我没说Maxthon没有安全问题，基于IE的都一样，我之所以转向FF主要就是因为安全问题。

"Maxthon比IE多的功能就是Tab浏览，还有广告过滤等等"
我还用到的一些功能:SuperDrag 组 多代理 网页缩放 下载控制 自定义工具 关闭时清除 URL别名 图片及flash悬浮工具条 以及Tab的各种自定义(新Tab靠近父Tab 后台打开 滚轮切换 选择性关闭等)这些FF做得还不够 要通过plugin实现 也许你要说FF的特点正是开放性，但是从N多的plugin中作选择，是大多数用户不愿看到的

"Maxthon不稳定，TT都好过它"
俺咋感觉相反呢，TT的功能也不如maxthon全

"开发IE核心的浏览器，根本不需要什么技术"
俺也是学CS的，之所以maxthon没能转向基于FF，就是FF不如IE对外提供的接口多和全，但我相信Mozilla会尽快赶上的

BTW,我认为恰恰是有了Maxthon类的软件，才得以支撑了IE的地位，纯IE比FF没有优势可言。

同意楼上两位观点~

我还用到的一些功能:SuperDrag 组 多代理 网页缩放 下载控制 自定义工具 关闭时清除 URL别名 图片及flash悬浮工具条 以及Tab的各种自定义(新Tab靠近父Tab 后台打开 滚轮切换 选择性关闭等)这些FF做得还不够 要通过plugin实现 也许你要说FF的特点正是开放性，但是从N多的plugin中作选择，是大多数用户不愿看到的

这些功能都能用扩展轻易实现。你自己不会用插件而已，如果说Maxthon能做到的FF也能做到，那也太小看FF了，只要你想得到，FF就做得到。前提是你要会用插件。


TT的功能是没有FF全，但是Maxthon的很多功能对于很多用户来说根本就是摆设，比如我只需要Tab浏览和屏蔽广告。稳定性你去各大软件论坛看看，都是抱怨Maxthon稳定性的。在我这里开的Tab一多就经常崩溃。


[quote="Ux90ED"]/俺也是学CS的，之所以maxthon没能转向基于FF，就是FF不如IE对外提供的接口多和全，但我相信Mozilla会尽快赶上的[/quote]
你竟然说FF不如IE的接口多，你对FF也太不了解了吧，FF的扩展没有一千个也有几百个了。

FF推广最大的劣势就是用户没有时间精力耐心去找插件，至少FF应该多提供一些自带功能。

我用maxthon开几十个tab不会出现不稳定

刚刚看了一下Mozilla Extension的How to，JAVA+XML 赞!!

用户需要的是一个标准的browser，可以满足大多数的需要，只有个别的功能才通过extension实现，在我看来FF现在还没有达到要求。

你竟然说FF不如IE的接口多，你对FF也太不了解了吧，FF的扩展没有一千个也有几百个了。

我说的是API，不是extension。

以下是Mozilla的roadmap，对用户而言 可供选择的只有extension层，这就造成了用户要安装一个browser及多个extension，而IE中则是在app层中，就有多种app相互竞争(Maxthon GreenBrowser GoSURF NetCaptor AvantBrowser),这样使得用户只要选择一个合适的browser就可以方便使用，但这就要求底层的内核要高效 安全，MS由于种种原因做得不好，我希望Mozilla能把重点放在底层，为众多的ISV提供一个更加强大友好高效安全的平台，ISV们以此为基础开发各自的browser。

是啊~
我就是认为如果maxthon出基于ff版本的最好做成一个插件的形式.

xbtsw：是啊~
我就是认为如果maxthon出基于ff版本的最好做成一个插件的形式.回到原帖

  速度是个问题

小巧和可定制正是ff的一大优势。
你列的那一堆功能，大部分人是不需要的。你需要的话装扩展不就行了。象我不需要的就用不着装一个大而全的东西来耗用资源。那些功能交给扩展做，还可以做的更好。
为了推广方便，现在有人在做集成一些常用扩展的版本。

maxton现在确实对巩固ie的市场起到一定用处。但是看不到maxton未来有什么出路。
ff现在主要不足是兼容。随着ff兼容问题的基本解决。ff和ie会开始激烈交锋。
ff对ie的挑战要比linux对windows的挑战有力的多。linux到现在还无法满足大多数人桌面应用的基本要求。ff没有这个问题，他跟ie同一个环境，而且还有许多优势。
开源和开放性会在ff和ie的交锋中发挥越来越大的优势。有人说打败ie，打败一个东西太难了，太遥远。但是打平或者战胜是有希望的。
不管结果如何。用户肯定是这场大竞争中的大赢家。微软为了保持优势和垄断，势必要对浏览器投入大量研发，开发出新的杀手锏功能，提高安全性。    
所以，大家有事没事，在自己经常上的论坛上推广ff吧。

我希望Mozilla能把重点放在底层，为众多的ISV提供一个更加强大友好高效安全的平台，ISV们以此为基础开发各自的browser。

Mozilla连源代码都是公开的.......

我说的是API，不是extension。

以下是Mozilla的roadmap，对用户而言 可供选择的只有extension层，这就造成了用户要安装一个browser及多个extension，而IE中则是在app层中，就有多种app相互竞争(Maxthon GreenBrowser GoSURF NetCaptor AvantBrowser),这样使得用户只要选择一个合适的browser就可以方便使用，但这就要求底层的内核要高效 安全，MS由于种种原因做得不好，我希望Mozilla能把重点放在底层，为众多的ISV提供一个更加强大友好高效安全的平台，ISV们以此为基础开发各自的browser。

我想反驳一下，首先，这儿有一个非常不同的地方：firefox是开源的！！！你想怎么做你的browser都可以，比如现在的madfox。
按照我个人对mozilla整个体系的了解，mozilla提供了和平台交互的组件，以及利用这些组件和用户交互的界面程序。这些组件提供数量众多的interface，同时每个interface中又有n多的方法和属性可以调用，绝对不比ie的众多的api逊色。

Mozilla用于编写界面的语言主要是xul，同时加上xml的绑定，css和javascript调用组件来实现各种功能。一个firefox的扩展可以通过动态overlay和binding各种方式来改变browser的表现和功能。比如运用很广泛的compact menu可以把整个firefox的菜单隐藏。要在ie中做一个这样功能的插件似乎不是那么容易。