所有包含 tag ‘firefox’ 的文章
WebRunner
这是我朝思暮想的东西。
Firefox 有多好？作为独立个体而言，其“好”倒未必有那么夸张，不过它提供的创新机会倒真的广阔无边。比如，此前我一直想，要是有个不臃肿，启动和交互不那么缓慢，可以专心做好做精一件或者少量几件事情的 Firefox 该多好啊－－那就是 WebRunner 了。
简而言之，Firefox 是使用了 XUL，XPCOM，Gecko 等组件的 Web 标准解释器，解析并 render 那些 *ML，现在人们习惯从 Firefox 作为 入口 或者 interface 来开发并使用 网站，或者 web app 了。可是，如果我只想要一个专门看 Google Reader 的应用呢？这么说你可能会觉得很无聊，干吗不从 Firefox 访问 Google Reader？那换个角度说，如果我想要一个叫做 Google Reader 的应用在我桌面上，它非常非常适合浏览 Google Reader，它只含有与 Reader 以及 RSS 订阅等相关的 code 或者插件，启动和解释飞快。这样是不是理由充分了一点？我的 Maxthon 每次启动都会加载上次的 70 多个页面，就是这样也比 Firefox 启动和交互速度块。我真的希望我那个 Google Reader “本地” 应用不含有那么多永远用不着的功能和插件，以及因 Firefox 带来的漏洞等。所以…… 所以我不会说 Firefox 不好，我只会说我们不需要吊死在 Firefox 一棵树上。
WebRunner 是个利用 XULRunner 的应用，是个能够解释并 render web 内容的浏览器（这是本质），不过没有通常的浏览器 UI，核心功能是 host 那些 web application。这背后的概念是 WebRunner 作者 Mark Finkle 的 Site Specific Browsers (SSB)，插一句，他是 Mozilla Platform Evangelist 。可以把一个 SSB 看作为单个 web application 优化并完美协作的应用，当然，WebRunner 是有“浏览器能力”的，也就是支持各种 markup 语言。和标准浏览器要支持各种 web 标准并提供 UI 以及各种衍生功能不同，SSB 可以做得小巧并有针对性。考虑到浏览器衍生应用逐渐丰富，比如如果有 Google Gears 支持，那前途…?再比如，有了 SSB 概念，web 标准，或者 web app 选用的浏览器平台就显得无比重要了。
有 SSB，web application 其实可以在面目上表现得更亲和－－它可以做的和 native 软件一样。一个叫做 Google Reader 的应用，可以有自己的安装包，用户下载，一路 next 装在本机，从开始菜单或者桌面快捷方式访问，打开后访问的是那个 web app；界面上没有无关的 按钮，菜单，提示等；从这里访问 Google Reader 的 cookie 也不会和用 Firefox 访问 google 的有联系，隐私由我控制；插件装太多或者页面太多时 Firefox 缓慢或者不稳定的事情都烟消云散。与此类似，twitter 客户端？google office？都可以通过 SSB 实现和发布，只要 UI 和网络速度满足，他们都会像本地应用一样方便，这才是让人浑然不知已经在线的软件使用体验，那时候，双击桌面上的 gcalendar.webapp 快捷方式和双击 Outlook 就有得一拼了。
WebRunner 的做法是，自己是通用的容器，app－－比如 google calendar，twitter－－都可以单独下载，叫做 Web Application Bundles，bundle 包含这个 app 的配置文件，图标和相关的 JavaScript。下载这个 bundle 就是相当于下载应用啦。只要装好了 WebRunner，下载来的 .webapp 文件双击即可在 WebRunner 中打开，目前已经有 google reader，gmail，google calendar，google docs，google analytics，facebook，twitter 等现成 webapp 可用，GMail 还可以有弹出新邮件来临提示等功能。哦，显然，WebRunner 和这些 webapp 都是 OS 无关的。WebRunner 走得比 Flock 远得多，后者不过是定制的 Firefox，前者则是基于和 Firefox 同样的 foundation 的，与 Firefox 一个层次的应用，提供的功能，扩展性以及开发者能力完全不是一回事。
在这一轮互联网技术及商业浪潮中，web app 让人们最兴奋的理由之一是基于浏览器，与 OS 无关，可是，我们是不是常常武断，不加思索，囫囵吞枣地认为，“基于浏览器”就是“基于浏览器软件”？“基于浏览器”就是要人们启动浏览器，输入 URL，在一个和该 web app 无关的 UI 里操作？too simple！naive！那个“基于”，是“基于浏览器引擎”，引擎（Gecko，WebKit/KHTML，Opera’，Trident）可以做很多事情，Firefox 只是引擎上的一个应用而已。一句话，web application 所依赖的核心能力，是 Gecko 这样的引擎而非完整庞大的浏览器应用。
目前的 WebRunner 还比较简陋，和期望还有点距离，虽然操作速度已经很快，不过还是让人感觉只是没有了菜单栏，工具栏和地址栏的 Firefox，当然，这里也有那些 web app 的 UI 还不那么亲和具有“欺骗性”有关，不过我还是心存希望，十分看好。
除了 WebRunner，AIR 我觉得也是编写 RIA rich internet applications 的潜力好手，你可以觉得这不过是个 Flash 在桌面上的 runtime，不过 AIR 也可以通过内置的 WebKit 做 WebRunner 非常类似的事情－－是从里到外，从结果到机制都很类似的事情。
[tags]webrunner, gecko, brower, firefox, air[/tags]
Tags: air, brower, firefox, gecko, Technology, Web, webrunner
“沙发里”真的更快？
沙发里者，Safari也。
CEO 们，噢，应该说只要是非一线马仔的家伙们，个个都喜欢简单的数字–纵然他们从不知道怎么解读这些数字，也不知道要违心地提供这些被简化的数字让 engineer 们多痛苦–最近的例子是 Jobs 在 WWDC 上的表达–Safari 最高比 IE 快 2 倍，比 Firefox 快 1.6 倍。
Wired blog 作者 Dylan Tweney 自己做了试验后写了篇文章，Wired News Benchmarks Show Safari 3 Is Slower Than IE 7, Firefox，通过试验得到了一点儿不同的数据–至少在大量使用 ajax 的网站上，Safari 不如 IE7 和 Firefix 2。
用作试验网站的有：
gmail 的登录页面
登录后知道 gmail 首页加载完毕，首页至少有 50 封邮件，所有图形和状态指示都显示
现实 google calendar，显示两个订阅的 calendar
在 gmail 登录界面，Firefox 和 IE 速度一样 4.3 秒，都比 Safari 的 7.3 秒快。
登录后的 gmail 显示界面，Firefox，IE 和 Safari 分别用了 14.3, 15.3 和 18 秒。
Google Calendar 界面稍好，Firefox 10.7，Safari 12.8，IE 则是 17。
Dylan 的试验平台是 XP SP2，用了 Firefox 2，IE 7 和 Safari 3。每个浏览器共测试 3 次，每次测试后都从网站 log out，清空 cache，历史记录，cookie 和相关文件，然后重启浏览器。虽然 Firefox 够臃肿，不过看来仍是最快的解释器–在跑 Google App 时更是如此。考虑到 Ajax 恐怕是下一代互联网广泛实用的技术……
与此同时，有几人通过 SlickSpeed 的测试结果却又说 Safari 在几个测试中的表现不错，更搞笑的是，测试项目中是有 Prototype 和 jQuery 这样的 ajax 框架的，这下子。。。糊涂了？
我找了几个消息源，期望能交叉参考，不过没没看到比较详细的关于测试过程，方法等的描述，之后再定睛查看，有些哥们的测试里，几个浏览器的交叉对比不在一个平台上，比如 Firefox 2 只有 Linux 的数据，IE 只有版本 6 在 XP 上的数据，Opera 倒是两个都有，比较混乱。最后，SlickSpeed 是 mootools 的实验性产品，我不是太确定这些用这个产品做试验的哥们是不是清除地了解了 SlickSpeed 的成熟性。
不过，我想可以作为最后结论的是，应该从用户的体验看，只有最终呈现出来的页面加载时间才最直接最有说服力。engineer 可以很委屈地抛出一堆术语解释自己的浏览器的某个引擎确实最快，可是如果完整的页面呈现时间不是最佳，那就是其他什么地方出了问题，努力吧，用户要的的完整的最终体验，不是一个什么最佳的一小部分。
小戴还有篇 Review: Safari for Windows Offers No Compelling Reason to Switch。
当然，为了公平，最重要也不可忽视的信息是，Safari for Windows 现在还只是 beta 版本，希望最终发布的 Safari 能往 Jobs 的大嘴巴那边靠近一些。
其实我并不是要搞怪或者用轻浮的与众不同做噱头，只是在铺天盖地的 Safari 消息里，我喜欢恶搞的本性告诉自己，得注意一下偏偏不人云亦云的东西，特别是戳破众多浅薄神话的事实论据。我对众口一词，一片集体无意识不光怀疑，而且痛恨。
[tags]safari, firefox, ie, browser[/tags]
Tags: browser, firefox, ie, safari, Technology
Firefox - IE Developer Toolbar
在 Firefox （及其各种 extension） 的众多 feature 里，我最喜欢的是 DOM inspector 和 Web Developer toolbar，这两样东西加起来，对修改网页（对我来说主要是 WordPress 主题）极为有用。如果回头看的话，简直不敢想象 Firefox 流行之前的日子－－比如在 BlogBus 时修改主题的经历，简直就像是只能用 printf() 或者根据 core dump 调程序一样，真佩服死自己。
不过今儿要说的不光是 Firefox 一家，IE 最近更新了 IE Developer Toolbar 。这是 PDC 2005 以来，IEDT 的第一个正式发布。
IE 在标准支持和安全性上受人口水最多，在鼓励和支持 Web 开发上也没什么非常值得说起的举动（不过 script debugger 真的很有特色），所以这次 IEDT 发布挺有别样意义。自己用了用，觉得可以聊聊。这儿把两个工具放到一块不是为了比个高下，而是或许你也能发现他们可以互为补充，对自己有用。
DOM inspector 是 Firefox 的一部分，Web DT 是 extension，IEDT 则一人兼有两者的功能。
共有的功能有不少，比如 DOM 显示，ruler，点击 element 查看代码等等。类似功能的实现风格可能不同，比如 点击 element 查看代码这个功能（在 Web DT 的 CSS->View CSS Information 里，IEDT 是最左边的 Select Element by Click 按钮），Web DT 显示所有相关 CSS 定义，当然就包括继承的，有效的无效的，override 的，而 IEDT 显示最终有效定义。风格不同，各自有用。
Firefox 的有些功能，比如 View CSS 简直让人爱不释手，IEDT 缺少对应项。
因为 Web DT 功能特强（貌似很多我这儿都用不上），加之好钢更要用重锤的理念，这就列列 Firefox 弱而 IEDT 强的地方：
1。在 DOM inspector 里，点击 element，页面上对应的区域会有红框闪烁，很明了地显示对应区域，这个功能设计得不错，可是实现得不到位。举例说，wordpress 的 sidebar，通常在垂直方向都很长，其底端要向下翻 N 页才能看到。拉滚动条下去了，再点 sidebar element 想让其闪闪底端，页面会自动滚到sidebar 的顶端，这样永远都只能看到一个 element 对应区域的起始地方，不胜其烦。除非手快，趁其闪烁的时候狂滚滚轮向下走，否则绝无机会看到底端在哪里。
在 IEDT 里，可以将页面拉到任意位置，点击任意 element，如果此 element 不在目前可见区域内，会自动滚屏到达；如果对应区域任意部分在屏幕上，不会乱翻页，这样可以方便地观察此 element 的边角，实际上，IEDT 会一直用蓝框表示显示范围，不像 Firefox 闪烁片刻即罢，所以可安心观察无妨。
2。IEDT 可以 dock，窗口独立可停靠，Web DT 则只能在 Firefox 内上下左右定位，不够灵活。
3。DOM inspector 开启的时候在 Firefox 里刷新页面，DOM inspector 上点击 element 就不管用了，必需把 DOM inspector 关掉再打开才行，很烦，而 IEDT 会在页面刷新的时候自动更新，甚至还有个 refresh 按钮，非常方便。
4。IEDT 在 View 菜单里有个 CSS Selector Matches 可以查看 CSS 的定义的使用次数。
5。IEDT 的 Find->Find Element 很方便。
6。IEDT 的 color picker。
N。有些时候，IE 就是恶心地显示不对，而 Firefox 就是没问题，那就只有看 IEDT 了 :-)
[tags]ie, firefox, html, css, toolbar[/tags]
Tags: css, firefox, html, ie, Technology, toolbar, Web
Firefox XGL?
我承认，我低劣的噱头本性又犯了。
这个extension，Firefox Table Effect，让tab切换效果甚是好玩，无论是点击tab还是ctrl+tab切换页面，3D样式看上去就像支持XGL的Linux上切换虚拟桌面的效果，Mac上切换用户也是这个样子。
使用DirectX 8+，所以只能在Windows上用。
视频演示。
[tags]firefox,extension,xgl[/tags]
Tags: extension, firefox, Technology, xgl
一zhou时评
这是最好的时代，这是最坏的时代，这是…各家版本齐发布的时代。
Microsoft 发布了 IE7，
Mozilla 发布了 Firefox 2.0 ，这才叫棋逢对手嘛。
RedHat 发布了 Fedora 6 ，哦，你太受欢迎了，连网站都快要瘫痪。。。
Nvidia 发布了… 嗯，还不用发布什么看得到的，放个风已经够大家揣测和兴奋了，相比没边儿的事情，这个performance and debug tool for Linux 要实在得多，实际上是 OpenGL 和 Direct3D 都支持，除了 32 Linux，也可以用在 64 Windows 和 Linux 上。
Microsoft 也插的这一脚没有那么煽情，不过很够不明就里的家伙激动一阵。
PS3 还没影儿，Yellow Dog Linux 5 for PS3 就出来了，真是迫不及待。
Ubuntu 差不多要发布 6.10 Edgy Eft 了，另一个 beta 版本是 Adobe 的 Flash Player 9 for Linux 。我对桌面 Linux 的更新发布有点疲劳，想来想去好像没有什么特别大的兴奋点能刺激你“一定”要去用用，为了好玩儿似乎不是个非常 formal 的理由。
Apple 一手是 Core 2 Duo 笔记本，一手是蓄势待发的 Mac OS X 10.5 Leopard ，抢钱是要将策略的，像 Jobs 这样的，就是个经典楷模。
[tags]story, apple, microsoft, mozilla, ie, firefox, fedora, nvidia, ps3, ubuntu, adobe, flash[/tags]
Tags: adobe, apple, Article, fedora, firefox, flash, ie, microsoft, mozilla, nvidia, ps3, story, ubuntu
从 Microsoft 下载 Firefox
厚道到堪显王道。
老早的时候记得写过，MSN 网站广告和线上 shop 里，找到 RedHat 系列产品出售，当时感觉好玩。过了年把，类似的感觉又来了，这次是 WindowsMarketPlace ，Microsoft 拥有并运营的推广优秀 Windows 软件或适宜硬件，进而粘住 Windows 用户的网站。
在这儿可以找到 Firefox，描述中写道：
Mozilla Firefox 是一个快速，功能全面的 Web 浏览器，能让您的浏览效率前所未有地提高。Firefox 提供的功能有：弹出窗口屏蔽；让您在一个单独窗口中浏览多个页面的 tab 浏览模式；集成的 Google 搜索；简单的隐私控制让您更有效地控制浏览记录；改进的浏览器窗口能比其他浏览器以更多的面积展示网页；还有更多附加功能，能让你最大限度地利用自己的在线时间。Version 1.5.0.4 是修正 bug 的发布版。
实际上，这部分是和 CENT mirror 的，比如 Firefox 的下载次数和 CNET 的 Download 一样，已经有 7,001,106。从 Microsoft 的面子上下载 Firefox，觉得 Microsoft 傻傻的厚道。
[tags]microsoft, firefox, internet, browser[/tags]
Tags: browser, firefox, Fun, internet, microsoft, Web
