2011 年的 Firefox – 2012 年 Firefox 计划

很多人对 Firefox 感兴趣,包括其发展进程以及我们的计划。因此,我想概述一下我们在 2011 年使用 Firefox 取得的成就,以及我们在 2012 年已经完成和计划完成的事情。

2011 年的 Firefox

我们在 2011 年使用 Firefox 做的主要事情是

快速发布
我们将 Firefox 的发布周期缩短至 6 周,以确保新功能和修复程序能够更快地提供给最终用户,而不是像以前那样等待长达一年——为最终用户和 Web 开发人员提供更好的 Web 体验。有人担心企业和发布版本,因此我们推出了 面向组织的扩展支持版本。还有一些关于附加组件兼容性和更新方法的问题,这些问题将在下面 2012 年部分进行介绍。
性能改进
在 2011 年,我们看到当年的最新 Firefox 版本比 Firefox 3.6 快了 7 倍!
内存使用
这方面投入了大量工作,并取得了改进,从而将内存使用量减少了高达 50%。
Firefox 发布渠道
为了给 Web 开发人员提供更多测试新功能的选择,我们推出了 Firefox Aurora 渠道。结合 Firefox BetaFirefox Nightly,这意味着有很多方法可以尝试新事物。
Firefox for Android
我们发布了 Firefox for Android,并准备了一些令人兴奋的功能,可在 Firefox AuroraFirefox Nightly 渠道中进行测试。
隐私
Firefox 向业界推出了 请勿跟踪,这一举措很快被其他公司效仿。2011 年,Firefox 在移动设备上的采用率为 17.6%,在桌面设备上的采用率为 6%。
改进和功能
2011 年,我们对 Firefox 进行了 10881 项增强/更改,以及 83 个新功能和 135 个新 API。
附加组件
安装了惊人的 480,000,000 个附加组件!

Firefox 和版本号

随着快速发布和新的版本号,我们收到了很多关于它们含义和沟通方式的问题。

版本号对用户的重要性会越来越低,但对 Web 开发人员、IT 管理员等仍然很重要。出现主要版本号升级(例如,版本 6 到 7、7 到 8 等)的原因是,新版本在某些情况下具有不向后兼容的 API,版本号就是为了表明这不是次要版本或维护更新。

从品牌角度来看,它很可能更倾向于简单地称为 Firefox,并且版本控制将更加透明。

2012 年的 Firefox

为了继续巩固我们在 2011 年取得的进展和势头,我们评估了下一步措施,并且已经开始实施其中的一些措施。下面列出了一些最重要的措施。

附加组件兼容性
为了解决 Firefox 更新后用户喜欢的附加组件停止工作的问题,从 Firefox 10 开始,默认情况下附加组件已兼容。这意味着所有标记为与 Firefox 4 及更高版本兼容的附加组件将在 Firefox 10 及更高版本中自动启用。
附加组件同步
Firefox 同步 被很多人使用,2011 年同步了 250 亿个项目。作为补充,从 Firefox 11 开始,您现在还可以同步附加组件。
静默更新
为了解决更新疲劳问题,更新现在将在后台静默下载和安装。这意味着 Web 浏览器的启动和关闭不会受到安装例程的影响。此外,更新后显示的“新增功能”页面现在可以根据是否需要向最终用户显示重要信息来显示。静默更新目前计划在 Firefox 12 中推出,一些支持增强功能(包括后台更新)将在 Firefox 12 之后推出(静默更新机制被分解成几个部分,在 静默更新计划 中进行了详细描述)。
开发者工具
我们在 Firefox 中的开发者工具不断发展,开发者工具路线图 中概述了一些功能。

所有 Firefox 计划都可以在 Firefox 路线图 中找到。

Web 平台更新

在 Web 平台方面,我们准备了许多激动人心的新功能

WebRTC
支持两个 Web 浏览器之间进行实时音频、视频和数据通信。这带来的影响是巨大的,它将使许多有趣的实时通信解决方案、更丰富的 Web 游戏成为可能,并使 Web 整体提升到一个新的水平!
完善 Web 套接字
使 Web 套接字与 W3C 协议和 API 部分相匹配。Web 套接字是一种有趣的解决方案,可以通过 TCP 提供双向和全双工通信,它使 Web 服务器能够推送内容,而无需网页不断轮询它并进行请求。低延迟。
SPDY
允许多路复用和连接共享,在 SPDY 为 Firefox 11 带来响应式和可扩展的传输 中进行了更详细的描述。它仅适用于 SSL,并将为支持 SPDY 的 Web 服务器提供更快的页面加载速度和更好的可扩展性。目标是让最终用户在各种内容中拥有更快的 Web 体验,从更常规的网站到游戏和媒体形式的高性能网站。
HTTP 管道化
提供了显着的性能提升,尤其是在高延迟连接方面。在未启用/未提供 SPDY 的情况下,它也将有所帮助,并且建立在现有基础设施之上。
HTTP 预连接
在页面加载之前打开 HTTP 连接以提高性能,并且基于用户将返回同一站点的假设。作为对 SPDY 和 HTTP 管道化的补充,它可以在 Web 上提供更快的用户体验。
DASH WebM
使用 DASH 提供 WebM 视频的自适应流,在 MPEG DASH 中的 Matroska/WebM 中进行了概述。在 Web 上提供适当的视频流可以极大地改善用户体验,并允许 Firefox 适应不断变化的网络状况和分辨率更改(例如,到/从全屏观看)。
Web 应用改进
大量功能使 Web 应用 更好地集成到 Firefox 中,为用户提供无缝集成,并补充 Mozilla 市场。所有改进都列在 Firefox 中的应用 的路线图中。
上传目录和访问本地媒体存储
通过文件 API 访问整个目录或上传它们,并保持其子树完整,此外还可以访问上传、同步或其他与本地媒体相关的操作。这旨在与现有的设备进行更丰富的集成,并为用户提供更丰富的 Web 平台和体验。
CSS Flexbox 和 CSS Grid
实施对最新版本 CSS FlexboxCSS Grid 的支持,其目的是提供多种改进的 Web 布局方式。
全屏模式鼠标锁定 API 中捕获按键
随着 Web 浏览器中全屏支持的出现,下一步是改进游戏和交互体验,以便使用全屏模式下的按键输入构建更高级的网站,还可以使用鼠标作为控制器而不是指针。

有关 Web 平台的更多详细信息,请访问 Web 平台路线图

继续前进!

如您所见,我们一直在努力开发 Firefox 和 Web 平台,为用户提供尽可能最佳的体验和众多选择!
需要帮助?请查看详尽的 Firefox 帮助

关于 Robert Nyman [荣誉编辑]

技术布道师和 Mozilla Hacks 编辑。发表演讲并撰写关于 HTML5、JavaScript 和开放 Web 的博客。Robert 是 HTML5 和开放 Web 的坚定支持者,自 1999 年以来一直从事 Web 前端开发工作——在瑞典和纽约市。他还定期在 http://robertnyman.com 上发表博客,并且喜欢旅行和结识新朋友。

更多 Robert Nyman [荣誉编辑] 的文章……


140 条评论

  1. Tom

    我想要新的 Australis 主题!请尽快发布。我等不及了。谢谢!

    2012 年 3 月 14 日 上午 03:12

    1. Robert Nyman

      是的,Australis 主题 似乎很受欢迎。它是一个 正在进行中的工作

      2012 年 3 月 14 日 上午 03:29

      1. Stephen Horlander

        该维基页面包含了当前的大部分详细信息。

        实施工作正在进行中,我将经常更新该页面。

        谢谢! :)

        2012 年 3 月 14 日 上午 06:56

        1. Robert Nyman

          感谢 Stephen!

          2012 年 3 月 14 日 上午 07:04

        2. Deo Domuique

          Australis 似乎是一个非常焕然一新、完全干净和现代的主题,但请在发布时使用更方形的选项卡,而不是那些极度波浪形的选项卡……选项卡是一个稍微重大的变化,我不希望依赖任何 hack/css 等来恢复正常形状。无论如何,这不是抱怨,只是我的愿望。

          2012 年 3 月 14 日 下午 12:16

          1. Robert Nyman

            感谢您的意见!

            2012 年 3 月 14 日 下午 12:18

  2. Andi Smith

    感谢更新——这非常有用。

    2012 年 3 月 14 日 上午 03:16

    1. Robert Nyman

      谢谢,很高兴您喜欢它!

      2012 年 3 月 14 日 上午 03:30

  3. Ed

    我希望 Firefox 将采用 YY,MM 作为发布编号

    SuperSnappy - e10s 的线程版本
    Snappy - 异步工作
    IonMonkey - 今年年底?
    分代 GC - 我们有 IGC,可能会有 GGC 吗?
    更多 MemShrink 工作。
    新的绘制引擎
    硬件图形加速工作。
    关于支持操作系统/硬件加速视频编解码器解码的讨论。

    还有很多其他我希望 Firefox 在 2012 年真正赶上的方面。

    2012 年 3 月 14 日 上午 03:26

    1. Robert Nyman

      感谢您的意见。关于版本号,我认为不会采用年份和月份。

      SuperSnappy 仍在开发中,更多信息可以在 分配的 Bug 中跟踪。

      IonMonkeyElectrolysis (e10s) 也在开发中,就我所知,我无法给出任何日期。通常,软件会在准备就绪时发布,如果情况发生变化,我们更专注于确保其正常工作,而不是无论如何都发布现有的版本。

      分代垃圾回收 是了解这项工作的良好资料。

      关于您提到的其他事项,我们自然会持续讨论如何推进并使 Firefox 尽可能出色!

      2012年3月14日 03:57

  4. Paul Rouget

    非常好的总结。

    2012年3月14日 03:41

    1. Robert Nyman

      谢谢,Paul – 非常感谢!:-)

      2012年3月14日 03:57

  5. Karan Singh

    我一直期待着插件的同步功能……太棒了 :-)

    2012年3月14日 03:58

    1. Robert Nyman

      是的,这是自然的发展,现在它来了!

      2012年3月14日 03:59

  6. Axel Rauschmayer

    我一直希望除了微软之外的其他人能够实现 CSS3 网格布局。显然,这是因为他们创建了它,但它是我见过的最好的 HTML5 GUI 布局解决方案。

    2012年3月14日 04:03

    1. Robert Nyman

      我同意它是一个很棒的布局替代方案,我很高兴我们将在今年晚些时候实现它。

      2012年3月14日 04:15

      1. Axel Rauschmayer

        好的,我已经弄清楚发生了什么。以下三件事是同一规范的演变

        1. CSS 网格定位模块级别 3。 http://www.w3.org/TR/css3-grid/
        2. 网格布局。 http://www.w3.org/TR/css3-grid-layout/
        3. CSS 网格布局。 http://dev.w3.org/csswg/css3-grid-align/

        上面提到了 #1,我了解 #2 并认为它有所不同,实际支持的版本可能是 #3。

        2012年3月14日 04:46

        1. Robert Nyman

          我相信会有一些工作、讨论和输入关于将实现什么以及草案将是什么样子,但我们打算做 CSS 网格。

          2012年3月14日 04:49

  7. Zéfling

    对于网格布局,它是一个完全过时的建议版本。在最新的 草案 中有很多内容需要添加。

    2012年3月14日 04:30

    1. Axel Rauschmayer

      @Zéfling 你能解释一下你的意思吗?据我所知,目前 Firefox 根本不支持任何版本(甚至过时的版本)。

      2012年3月14日 04:33

      1. Zéfling

        你在其他答案中回答了你的问题。:-)

        2012年3月14日 05:08

  8. Axel Rauschmayer

    CSS3 网格布局真的会出现在 Firefox 中吗?真是个好消息!这有文档记录吗?我很想写一篇博客文章来介绍它。

    2012年3月14日 04:30

    1. Robert Nyman

      CSS 网格在本文档的上面列出,作为 2012 年计划的一部分。:-)
      它还在 Web 平台路线图,布局部分 中提到。

      2012年3月14日 04:45

  9. Robson Sobral

    非常感谢你的更新,Robert!

    为什么现在要实现 CSS 网格,而不是优先考虑那些已经处于修订状态的规范? http://www.w3.org/Style/CSS/current-work.en.html 由于缺乏支持,许多属性几乎要从规范中删除:attr()、cycle()、hanguing-punctuation、image() 等……

    再次感谢!

    2012年3月14日 04:46

    1. Robert Nyman

      谢谢,很高兴您喜欢它!

      对我个人而言,我想说的是,使用表格、浮动等方式在 Web 上进行布局并不是一种非常愉快的体验。因此,是时候提供 Flexbox 和网格来为开发者提供更好的 Web 布局方式了。

      我无法具体评论您提到的那些处于修订状态的属性,但我相信 参与 Mozilla CSS 工作组的人员 会对所有这些做出深思熟虑的决定。

      2012年3月14日 04:56

      1. Robson Sobral

        我相信,Robert,网格仍然过于粗糙。但 Flexbox 非常棒!attr() 也非常有用。遗憾的是,任何浏览器都不支持它。

        改变话题,为什么平台路线图上没有 Metro 界面?

        2012年3月14日 07:51

        1. Robert Nyman

          我认为我们需要查看 CSS 网格,使用它并向 W3C 反馈它可能存在的问题。attr() 目前在 Web 浏览器中具有基本支持。请参阅 CSS attr() 演示

          Metro 界面在 Firefox 路线图,第二季度(文章中链接)中提到。

          2012年3月14日 08:44

          1. Robson Sobral

            感谢你的回答,Robert。

            我知道基本支持。你的演示与我们在 MDN [https://mdn.org.cn/en/CSS/attr] 上找到的一样。即使在 MDN 上,我们也可以阅读有关 CSS3 语法的知识,但我们无法使用它。

            顺便说一句,再次感谢,Robert!再见!

            2012年3月14日 09:07

          2. Robert Nyman

            正确,所以 attr() 是受支持的,但它并不符合扩展其原始功能的 CSS3 规范。我相信这会发生,但我没有更多关于何时发生的信息。

            2012年3月14日 10:08

        2. Axel Rauschmayer

          @Robson Sobral:“网格仍然过于粗糙”

          只是好奇:你是否有更多这方面的信息?据我所知,微软使用它为 Windows 8 编写了一些重要的 HTML5 应用(电子邮件 + 应用商店),所以我预计它会很快成熟。

          2012年3月14日 09:12

  10. miraj

    2012 年我期待的另一件事是……从 URL 搜索……这真的会带来改变!!

    2012年3月14日 08:27

    1. Robert Nyman

      你一直(很久以前)都可以直接从地址栏进行搜索(如果你的意思是这个)。只需输入一个术语然后按 Enter 键。

      2012年3月14日 08:30

      1. Oliver

        只是为了确保——我刚刚尝试过通过 URL 栏搜索(实际上并不知道),但响应速度比使用额外框慢得多。

        我想这是因为 Firefox 首先会寻找一个(错误的)网站……

        只是我的个人感觉,还是背后有更普遍的事实 :) ?

        2012年3月15日 02:07

        1. Robert Nyman

          它不应该更慢。但是,为了让你完全控制这种体验和行为,请查看 地址栏搜索 以自定义它。

          2012年3月15日 02:36

          1. Oliver

            非常感谢。不过,我无法显著改变行为。如果我在下一个 Firefox 版本中发现它更快就好了(我仍然想知道现在有多少人甚至知道地址栏中的搜索!)。

            2012年3月16日 02:09

          2. Oliver

            抱歉重复发布——我刚刚发现了一个提高速度的“技巧”——只需添加空格,Firefox 就会立即切换到 Google 搜索。我想从开发者的角度来看,其他行为很难集成?!

            2012年3月16日 02:17

          3. Robert Nyman

            这可能会有帮助,但通常不应该更快。你也可以向 Firefox 支持 中的人员咨询任何提示和技巧。我同意,我认为很多人不知道这是一种可能性。

            2012年3月16日 06:14

  11. Maurizio

    我喜欢 Firefox,我从它诞生之日起就一直在使用它,你们走在正确的道路上,只需改进 WebGL 支持(尤其是在 Linux 上):我是一名 Linux 用户和 Web 开发人员,我希望能够在 Linux/Firefox 上开发 WebGL 实验。

    2012年3月14日 09:41

    1. Robert Nyman

      谢谢!
      就我所知,Linux 方面取决于发行版和当前用户群。我希望我们能够随着时间的推移让你的生活变得更好!

      2012年3月14日 10:10

  12. Jason

    2012 年是否有计划实施其他 html5 表单输入类型?

    我理解日期/时间输入类型和颜色类型的实现方式或外观可能存在困难。但我认为,特别是关于如何实现或显示数字和范围输入类型,歧义要少得多,即使是是否使用这些 2 种类型的系统默认值。

    在非 DOM 方面,用于分离进程的 Electrolysis 情况如何?与之相关的是,是否会有一些计划将 FF 从系统中安全沙盒化?

    2012年3月14日 09:55

    1. Robert Nyman

      这是一个关于 HTML5 表单的好问题。

      正如你指出的,有些比其他的更容易,所以这取决于输入类型。目前,路线图中没有明确的计划,但我同意实现 HTML5 表单类型和相关的 UI 是 HTML 方面接下来需要做的事情。

      当涉及到 Electrolysis 时,它涵盖了桌面 Firefox、移动 Firefox 和插件。跟踪它的最佳方法是关注 Electrolysis 页面 以及 整体 Electrolysis 跟踪 Bug 以查看进度。

      关于沙盒化,有一些想法在 沙盒内容和 Chrome 中概述。

      2012年3月14日 10:17

  13. the_dees

    嗨,Robert,

    你能告诉我们一些关于 CSS Ruby 的信息吗?

    根据路线图 [1],HTML5 将在 2012 年底添加。Bug 256274 [2] 中也有一些补丁,我担心这些补丁现在有点腐烂了。

    我不想刷 Bug。我只是好奇。

    [1] https://wiki.mozilla.org/Platform/Roadmap
    [2] https://bugzilla.mozilla.org/show_bug.cgi?id=256274

    2012年3月14日 10:28

    1. the_dees

      抱歉,“HTML5”指的是“HTML5 ruby”。

      2012年3月14日 11:19

    2. Robert Nyman

      抱歉,我对该进度的了解仅限于 Bug 中描述的内容。但请随时发表后续评论!

      2012年3月14日 11:33

  14. jive

    期待开发者工具的不断发展 :)

    2012年3月14日 10:44

    1. Robert Nyman

      很高兴听到!我认为我们很快会在 Hacks 上发布一篇关于他们进展的博文。

      2012年3月14日 11:34

  15. Galaxy

    太棒了!!很多新东西! :)

    2012年3月14日 11:31

    1. Robert Nyman

      确实!:-)

      2012年3月14日 11:34

  16. Joe

    全屏和鼠标抓取 API 是否会有白名单选项?我不敢想象下一代劫持机器的网站会是什么样子。

    2012年3月14日 13:03

    1. Robert Nyman

      我们正在讨论如何让用户意识到更改,并可能请求访问权限。正如我们在文章 在 Web 浏览器中使用全屏 API 中提到的,有一个关于 requestFullscreenWithKeys 方法的建议,它会触发此行为。

      2012年3月15日 02:26

  17. qwertyZA

    今年是否有计划发布 Firefox 的 64 位版本?64 位 Flash、Java 和 Silverlight 插件都可用,Internet Explorer 也有 64 位版本,Opera 12 也将拥有它。我知道 Web 浏览器不需要超过 4GB 的 RAM,但它可以提高 5% 或 10% 的性能。

    2012年3月14日 16:18

    1. Jean-Yves Perrier

      目前没有计划在 2012 年发布 Windows 版 Firefox 的 64 位版本。这是一个优先级问题。特别是,这意味着需要大量工作才能达到与 32 位版本相同的性能水平,目前 32 位版本在 Windows 下比测试版 64 位版本快得多。64 位并非性能的免费午餐。

      2012年3月15日 00:15

      1. Andrew Hime

        这令人极其失望。我想我将坚持使用 Chrome,因为你们不打算费心了。

        2012年3月15日 20:59

        1. Erunno

          我很好奇,你在哪里获得了 Chrome 的官方 64 位版本?

          2012年3月16日 04:20

          1. Andrew Hime

            如果我必须使用 32 位浏览器,那么 Chrome 显然更好。

            2012年3月16日 10:49

        2. Robert Nyman

          请随意详细说明你认为令人失望的是什么?是缺少 64 位版本吗?

          2012年3月16日 06:32

          1. Andrew Hime

            你们有 Mac 和 Linux 的 64 位版本,但不能为 Windows 做一个。你们已经致力于 64 位版本多久了,几年了吗?(我跟踪了 Bug。)但仍然*没有*官方计划?见鬼,我运行的是 Nightly 版本,而且它可以正常工作。这不可能像你们说的那么难。如果有什么不同的话,那就是团队中有一半人想要它,而另一半人不想。别担心它的性能,只需将其完善到可以使用的程度,然后发布该死的版本。我们想要它。给我们我们想要的东西。

            2012年3月16日 10:52

          2. Robert Nyman

            当然,我们希望满足每个人的需求。这只是一个决策和优先级的问题,目前尚不清楚 Windows 版 Firefox 的 64 位版本在何处适合。我希望它能够实现并让你满意。

            2012年3月19日 02:00

  18. Micah

    我喜欢 CSS 的发展,感谢你们的超前意识!

    是否考虑过将进程分离,以便每个标签都是一个独立的进程?我之前读到过一些关于这方面的信息,但此后就没有再看到过。

    此外,插件相关的内存管理是否在计划中?由于我使用的插件数量众多,Firefox 仍然消耗大量内存,并且泄漏迫使我定期关闭浏览器。是否有任何合适的方法可以解决这个问题,或者 Mozilla 会对插件创建者更加积极/严格吗?

    例如,在 OSX 10.6 上,我打开 Firefox 只有一个页面,它立即占用超过 300MB 的内存,并且由于各种内存泄漏而不断上升!我确信像 Firebug 这样的插件是罪魁祸首,但我也不能确定这一点。

    2012 年 3 月 14 日 17:00

    1. Jean-Yves Perrier

      目前关于将进程分离的工作非常少。特别是当多个进程意味着 RAM 大幅增加时。出于安全和稳定性的原因,它们很有趣,但仅此而已。

      目前正在进行一项大规模的工作,旨在查找内存管理不佳(读取泄漏)的附加组件。一旦找到,Mozilla 会与其作者合作修复它们,如果作者不愿这样做,一些主要的违规者甚至可能会被阻止安装(但这是一种最后的手段)。

      如果您能识别出有问题的附加组件并在 bugzilla 中填写相关信息,将会有所帮助。

      2012 年 3 月 15 日 00:19

      1. Micah

        感谢您的回复。

        关于:分离进程 - 当您说安全和稳定性是将标签分离到不同进程的原因时,您所说的“仅此而已”是什么意思?我认为这是应该发生的两大主要原因。Firefox 绝对应该将安全、稳定性和速度作为两大优先事项!在修复了附加组件插件漏洞和泄漏之前,速度不会得到完全解决,但将安全和稳定性视为“有趣”并不是一个好兆头!我希望 Mozilla 会认真重新考虑其在这个想法上的立场!!很大程度上由于这种轻视态度,您的午餐仍然被其他浏览器抢走!

        关于:附加组件 - 我很高兴阅读到这一点!如果这个问题能够很快得到解决(几乎很快),我将再次考虑将 Firefox 作为我的主要浏览器。但是,就目前而言,我只能偶尔使用此浏览器,因为它在现实中仍然感觉和运行速度远远落后于其他浏览器,并且使用了这些我经常使用的附加组件。

        2012 年 3 月 15 日 00:29

        1. Micah

          *我应该说三大优先事项。

          2012 年 3 月 15 日 00:30

        2. Robert Nyman

          您所好奇的关于进程的工作在 Electrolysis 项目中进行了概述和讨论。毫无疑问,安全、稳定性和性能对我们来说都是三个非常重要的因素。

          2012 年 3 月 15 日 02:29

          1. Micah

            太棒了,再次感谢您的回复!我感谢并支持 Firefox 的努力,所以如果我显得有些咄咄逼人,请见谅。 :)

            Electrolysis 是否正在维护或考虑中?提出的里程碑看起来甚至没有被考虑在今年内完成,并且已经过时了一两年。

            我会退一步欣赏正在做的事情,但我确实希望 FF 会考虑某些事情,这些事情应该让它在速度、安全性和稳定性方面更好地匹配其他浏览器。

            2012 年 3 月 15 日 02:39

          2. Robert Nyman

            不用担心,我很高兴你问。:-)
            Electrolysis 以及 Snappy 都是正在进行的工作,并且性能绝对是我们的首要任务。

            2012 年 3 月 15 日 03:02

  19. Jack

    这太荒谬了!Firefox 11、12 和 13 比 Firefox 3.6 慢了 7 倍。很久以前我就停止使用 Firefox 了,因为它每个版本都越来越慢。

    2012 年 3 月 14 日 20:16

    1. Jean-Yves Perrier

      如果你很久以前就停止使用它了,你可能没有进行任何测试……如果你真的有兴趣解决你的问题,我建议你访问 support.mozilla.org,在那里你可能会找到帮助你诊断为什么你的系统比预期慢的人。

      2012 年 3 月 15 日 00:21

  20. yabbin

    好吧,我当然希望看到这种情况发生。而不是每隔几周就发布一个新的主要版本号。

    2012 年 3 月 14 日 21:05

    1. Jean-Yves Perrier

      版本号在 2012 年不会改变。

      2012 年 3 月 15 日 00:22

    2. Robert Nyman

      我指的是,这些数字可能不会那么容易被最终用户看到,尤其是在结合静默更新的情况下。所以,就像 Jean-Yves 说的那样,我认为数字不会改变 - 只是它们对最终用户来说不再那么重要了。

      2012 年 3 月 15 日 02:31

  21. Yousif Anwar

    这真是太感谢了!
    我希望内存问题成为未来版本以及整体流畅性的首要优先事项!

    感谢 Mozilla!

    2012 年 3 月 14 日 23:46

    1. Robert Nyman

      谢谢!
      是的,整体性能绝对是我们主要优先事项之一。

      2012 年 3 月 15 日 02:33

  22. Robs

    在 Mac OS Lion 公开发布半年多(以及 Beta 版发布一年多)之后,仍然没有对大多数 Lion 功能的支持。
    例如
    – FF 中没有新的(Lion-)滚动条
    – 没有(Lion-)全屏支持

    我非常喜欢使用 Firefox,但由于新的全屏功能对我来说是一个杀手级功能,所以我切换到了 Safari。(并且 Tab-to-Zoom 也很酷)。

    那么 FF 什么时候会支持这些功能?

    2012 年 3 月 15 日 00:47

    1. Robert Nyman

      正在进行 为 Mac OS X 10.7 Lion 添加全屏支持为 Mac OS X 10.7 Lion 添加对新滚动条样式的支持 的工作。

      出于好奇,您在 Firefox 自身全屏模式中缺少/认为 Mac OS X Lion 实现更好的是什么?

      2012 年 3 月 15 日 02:47

      1. Robs

        Firefox 自身全屏模式在我的桌面上打开并隐藏我的桌面。

        Lion 的全屏支持在自己的空间中打开应用程序,我仍然可以在桌面上工作。

        2012 年 3 月 15 日 03:01

        1. Robert Nyman

          我明白了。谢谢!

          2012 年 3 月 15 日 03:10

  23. Antonio

    gtk3 移植版 (https://bugzilla.mozilla.org/show_bug.cgi?id=627699) 将在哪个 Firefox 版本发布,或者有什么预估时间?

    谢谢。

    2012 年 3 月 15 日 02:05

    1. Robert Nyman

      抱歉,没有比错误及其评论中更多信息了。

      2012 年 3 月 15 日 02:52

  24. Joe

    好的……这有点偏离主题了,但我还有两个其他问题

    我目前使用的是 Firefox 的 64 位 Linux 版本。出于某种原因,当我将默认提供的 32 位版本下载到我的 64 位 Ubuntu 10.04 机器上时,它就是无法运行。

    按照我的正常使用模式,此版本运行起来非常卡顿,并且有很多怪癖。目前,它正在消耗 4G RAM(3.2G 常驻),并且 CPU 几乎持续处于 50% 左右。不过,我确实保留了多个窗口和许多标签页。此外,右键单击“在新标签页中打开”通常会打开错误的链接 - 它没有打开选定的链接,而是打开了之前我点击的最后一个链接。

    您是否有任何关于如何诊断这些问题的提示?以及我该如何准确报告虚假链接跟踪问题?我曾尝试构建我可以放入 bugzilla 报告中的隔离测试用例,但失败了。不过,我可以说来自“fark.com”的链接会定期触发“上一个链接”错误。

    2012 年 3 月 15 日 03:04

    1. Joe

      我应该说“右键单击‘在新标签页中打开链接’”。

      2012 年 3 月 15 日 03:06

    2. Robert Nyman

      听到这个消息我感到抱歉。不幸的是,我没有好的建议来帮助您深入了解它们。请在 bugzilla 错误中尽可能多地提供信息,我希望他们能找到一种方法来帮助您,并隔离/修复问题。

      2012 年 3 月 15 日 03:07

  25. Jeff

    也许我忽略了这一点,但是添加/更新 Firefox 附加组件而无需重新启动 Firefox 的功能发生了什么变化?我知道一些附加组件已被开发为“无需重启”,但我认为并非所有附加组件都需要对其代码进行调整才能实现这一点。我是否错了,附加组件开发者实际上必须更改他们的代码才能使他们的附加组件“无需重启”以避免需要 Firefox 重新启动?

    2012 年 3 月 15 日 06:16

    1. Robert Nyman

      无需重启仅适用于使用 Jetpack SDK 开发的附加组件。您也可以对基于 XUL 的附加组件执行此操作,但正如您所说,然后开发者需要更改他们的代码。

      2012 年 3 月 15 日 06:50

  26. david

    我有一个有点愚蠢的问题……
    有人知道 Firefox 中的音频 API 将如何发展吗?他们会实现 Chrome 的 Web Audio API 还是继续使用他们的 Audio Data API?我记得在某个地方读到他们将要实现 MediaStram Processing API……但这并不是音频 API 的替代品,对吧?

    2012 年 3 月 15 日 06:31

    1. Robert Nyman

      据我所知,Media Stream Processing API 将在其他方面统一 Audio Data/Audio Web API。目前,此进度正在使用 WebRTC 进行跟踪。

      2012 年 3 月 15 日 06:54

  27. Dava Gordon

    如何解决 ff 在同时打开多个标签页时引起的内存泄漏问题?除此之外,新功能听起来很棒。

    2012 年 3 月 15 日 10:04

  28. Robert Nyman

    如上文所述,ElectrolysisSnappy 等项目旨在解决此问题。

    2012 年 3 月 15 日 13:27

  29. George

    Firefox 4 的所有附加组件在 Firefox 10 中都已兼容的说法是不正确的。
    Google 工具栏不兼容。

    2012 年 3 月 15 日 14:50

    1. Jean-Yves Perrier

      您误读了:附加组件没有被修改以使其兼容。在 Firefox 10 之前,附加组件默认被认为是不兼容的,现在它们被认为是兼容的,除非测试证明相反。

      Google 工具栏已被 Google 停用,并且不兼容。要使其兼容,需要对封闭源代码进行修改。只有 Google 拥有源代码,但根据法律规定,只有他们可以这样做。Mozilla 对该附加组件无能为力。

      2012 年 3 月 15 日 23:03

  30. Matthew Gamble

    没有任何东西应该在未经我的许可和不知情的情况下更改我的计算机上的内容。静默更新违反了这一点。仅仅因为 Chrome 正在做这种垃圾事,并不意味着 Firefox 也应该这样做。

    2012 年 3 月 15 日 14:55

    1. Jean-Yves Perrier

      与 Google 不同,这是一个选择退出机制。您不会被迫使用它。此外,使用的系统完全不同。

      2012 年 3 月 15 日 23:04

  31. hakim

    Firefox 团队做得太棒了,你们是最棒的,Firefox 仍然是我用过的最好的网络浏览器!!祝 2012 年好运!

    2012 年 3 月 15 日 15:11

    1. Robert Nyman

      非常感谢!

      2012 年 3 月 16 日 06:27

  32. Lo nuevo de hoy

    Firefox 非常成功,是一款优秀的浏览器,我们希望您能像过去一样继续取得成功,数百万人在使用它,非常感谢您分享 2012 年的计划。

    2012 年 3 月 15 日 15:18

    1. Robert Nyman

      谢谢,很高兴您喜欢这些计划!

      2012 年 3 月 16 日 06:30

  33. Al

    请您对“静默更新”进行一些澄清,好吗?

    我仍然可以选择退出自动更新,对吧?

    此致

    2012 年 3 月 15 日 16:05

    1. Jean-Yves Perrier

      是的,可以选择退出。在 Windows 上,后台将有一个服务下载并安装升级。

      2012 年 3 月 15 日 23:05

      1. Al

        感谢您的回复。

        另一个需要禁用的服务,哦,真高兴!

        2012 年 3 月 16 日 07:59

        1. Robert Nyman

          与任何选项/偏好设置一样,默认选择将是大多数人想要并从中受益的选择。

          2012 年 3 月 16 日 08:51

          1. Al

            我明白了。

            我只需要能够禁用我的设备上的任何和所有“自动”更新。

            感谢您的回复。

            2012 年 3 月 16 日 10:21

          2. Robert Nyman

            当然 - 希望您会满意。

            2012 年 3 月 19 日 01:59

  34. Nexso

    我希望 Firefox 的未来版本能有这两样东西:快速拨号和无需重启即可升级附加组件。

    2012 年 3 月 15 日 17:21

    1. Jean-Yves Perrier

      Firefox 的当前 Nightly 版本中有一个类似快速拨号的工具。它应该会在 Fx 13-14 左右准备好供公众使用。在不重启的情况下升级附加组件非常困难,因为附加组件可能在某些时候处于使用状态。

      2012 年 3 月 15 日 23:10

  35. bull500

    性能将如何变得更快?我的意思是它会击败 Chrome 吗?如果可能的话,使选项卡移动效果类似于 Chrome。这是视觉享受 ^_^

    2012 年 3 月 15 日 19:13

    1. Jean-Yves Perrier

      没有一个单一的性能指标。Snappy 项目的目标是使用户界面响应迅速。虽然没有设定具体的指标作为目标,但非正式地,任何操作都应该在 150 毫秒内得到响应,并且每个相关的 bug 都会根据其影响程度进行优先级排序。主要措施之一是从 UI 线程中移除任何 I/O 操作,以便界面保持响应迅速。

      Taras Glek 负责这项工作,他几乎每周都会发布进度报告:http://blog.mozilla.com/tglek/category/snappy/

      这种工作方式在内存管理方面被证明非常有效,现在的内存管理比竞争对手好得多(尽管仍然有很多工作正在进行)。

      标签移动效果已被移除,因为它降低了响应速度。它将在未来回归(没有确定的日期)。

      2012 年 3 月 15 日 23:30

  36. Jay

    一年前我完全是 Firefox 的用户,现在我用 Chrome 了。
    但看到路线图后,我肯定会再次切换回 Firefox。

    :)

    非常感谢你们的辛勤工作。

    2012 年 3 月 15 日 21:17

    1. Robert Nyman

      听起来不错——希望你会喜欢它!

      2012 年 3 月 16 日 06:25

  37. Hieu Le Trung

    我认为 Firefox 团队应该在 2012 年完全实现 CSS3 的多列功能,列中断功能非常重要,但尚未实现。

    2012 年 3 月 16 日 09:44

    1. Jean-Yves Perrier

      我看到了实现中断功能的计划(不是 CSS3 Columns,而是 CSS2.1)。如果这个功能被赋予足够高的优先级,那么毫无疑问,列中断功能也会同时完成。
      还需要注意的是,所有中断功能(CSS3 Columns、CSS 2.1 等)都在一个新的 CSS 分割模块中进行了重构(第一个发布的工作草案已于本月早些时候发布)。这对于使其与未来几年即将推出的所有新 CSS 布局功能良好协作非常有趣。

      但是,对 CSS3 Flex 和 CSS3 Grids 的需求比对 CSS3 Columns 的需求更多。

      2012 年 3 月 17 日 14:48

  38. kickass69

    听起来静默更新将成为强制性的,如果它在选项或 about:config 中不保留为高级用户的可选功能,我很容易切换到其他浏览器。根据您的静默更新计划链接,该静默更新机制的一部分需要 Firefox 绕过操作系统对话框(Windows Vista/7 中的 UAC)。我实际上想知道某个程序何时正在或尝试对我的系统进行任何更改。我更喜欢手动更新我使用的任何内容,以确保兼容性和解决可能出现的其他问题,以及检查新功能。后台强制更新对于某些人来说可能是一个很棒的功能,直到该程序的制作组织传递了一些不良内容,这可能会导致您遇到问题或更新失败导致系统问题。

    满足更新疲劳感是我从任何其他强制用户执行此操作的程序中听到的同样的借口,更像是迎合了那些将电脑当作家用电器而不是学习和了解如何使用它的人。

    2012 年 3 月 16 日 10:55

    1. Jean-Yves Perrier

      我从未听说过任何关于强制静默更新的计划。尽管如果安装具有足够的权限来允许安装服务,那么在 Windows 上默认情况下会启用静默更新,但静默更新不会是强制性的。此外,Firefox 不会绕过操作系统对话框,用户只需要在安装时为服务授权一次,仅此而已。然后,操作系统就不会弹出其他对话框。

      2012 年 3 月 17 日 14:45

  39. Carlo

    对静默更新要非常小心。我和上面其他人一样,个人讨厌这个功能,我会阻止它。但也要考虑到所有使用笔记本电脑、通过移动连接付费上网且不熟悉技术的人。我不认为他们会喜欢为 Firefox 更新付费,因为几个小时后他们就可以在连接到办公室或家庭局域网时免费下载它。我的一些同事不得不卸载 Chrome,因为它让他们为此类用户无法控制的类似恶意软件的行为付出了太多代价——卸载并不会删除 Google 的更新可执行文件。我希望 Firefox 停止复制 Chrome 中最糟糕的东西,比如如果菜单栏被移除,我们就无法再在浏览器中查看完整页面标题这一荒谬的事实,除非安装一个(有 bug 的)扩展程序。

    2012 年 3 月 19 日 13:59

    1. Robert Nyman

      将需要阻止它或类似功能。根据计划,它将是一个设置,您可以控制是否获得自动更新。

      2012 年 3 月 20 日 01:47

  40. Mukesh

    等待新的 Firefox 更新.. :)
    在其中加入一些很棒的东西..

    2012 年 3 月 21 日 00:35

  41. george

    加快 Firefox 版本号的整个目的是为了与 Chrome 和 Internet Explorer 的版本号相匹配。
    现在已经完成了,他们又回到了更合理的方式。
    这就是全部。

    2012 年 3 月 22 日 02:40

    1. Robert Nyman

      Firefox 的版本号旨在保持与之前相同的更新速度。

      2012 年 3 月 22 日 06:57

  42. Andy Lyn

    我理解 Firefox 频繁发布版本以及难以跟踪新版本号的问题。但您也改进了浏览器的界面和速度,并修复了众多错误——为此,我投了您一票。

    2012 年 3 月 22 日 09:05

    1. Robert Nyman

      谢谢!

      2012 年 3 月 22 日 09:51

  43. Danny

    我正在认真考虑是否完全放弃 Firefox,将用户迁移到 ESR 版本,或者只是在一段时间内(例如六个月到一年)阻止升级。简单来说,版本更改已经变得疯狂了。

    版本递增在功能、安全、性能或任何其他方面意味着什么越来越不清楚,除了带来不便之外,软件自动更新的想法听起来更像是病毒而不是一个理想的程序。在这一点上,版本号似乎既不对应于安全更新也不对应于重要的功能增强,这使得很难决定是否继续进行特定更新。

    使用静默更新从用户那里移除这一决定并不是解决该问题的办法,而更像是灾难的邀请!当某一天他们发现自动更新导致了与其他应用程序的一些问题或以用户意想不到的方式更改了界面时,无论是单个最终用户还是 IT 管理员都无关紧要——当这种情况发生时,Firefox 可能会永远失去这些用户;我相信,这是有充分理由的。

    Firefox 目前似乎决心成为软件界的“新可乐”,而这绝对不能被视为赞美。我敦促您放慢速度,为用户提供一些稳定性,在我们仍然关心并愿意为此提出请求的时候。

    最后,请记住,大多数用户希望将时间花在实际使用他们的软件应用程序上,而不是维护它们。

    2012 年 3 月 22 日 21:37

    1. Robert Nyman

      感谢您的反馈。

      首先,如博客文章中所述:快速发布的主要原因是能够向用户提供新功能和修复程序——这些内容可能需要等待长达一年的时间才能发布。我们认为这是一种不断改善网络体验的方式,无论对于用户还是 Web 开发人员。

      与之相对应的是,大多数用户不想了解更新,他们只希望它是最新的并且可以正常工作。这就是静默更新的用武之地。并且如这里的一些评论中已经提到的,如果您不希望使用静默更新,可以将其禁用。

      2012 年 3 月 23 日 04:31

      1. Joe

        如果发现有一些很酷的功能我必须拥有,我完全赞成能够快速获得新功能。大多数时候,我对现有的功能感到满意。我真正想要的只是良好的、保守的安全性和稳定性更新。

        快速发布计划使我能够轻松地参与其中并获得相对较新的版本。但是,将我们置于升级的“跑步机”上仅仅是为了获得安全性和稳定性更新(同时更改一堆其他随机内容),这似乎让很多人非常合理地感到恼火。

        对于我的下一个升级,我将迁移到 ESR 版本。我希望这能让我不那么恼火。

        2012 年 3 月 23 日 04:50

        1. Robert Nyman

          我们的想法是通过多种方式改善 Web 浏览体验,包括安全、稳定性、性能等等。

          了解其中哪些方面不值得您使用会很有趣。

          2012 年 3 月 23 日 12:04

          1. Danny

            R. Nyman:“我们的想法是改善 Web 浏览体验……了解其中哪些方面不值得您使用会很有趣。”

            令我惊讶的是,这一点仍然没有得到理解,但为了更具体,以下是一些使这一切不值得的原因

            – 版本号无法指示版本是否代表重大更改,或者只是一个补丁。为了便于讨论,假设重大更改是指修改界面的更改,最终用户可以明显注意到,并且通常是所有软件用户都一致认为需要更改完整版本号而不是更典型的“x.y.z”更改的内容。例如,Microsoft Office 从 Office 2003 更改到 2007 是一个重大更改,从 Office 2003 更改到带有 Service Pack 1 的 Office 2003 不是一个重大更改。在 Firefox 术语中,这应该类似于版本 10(Office 2003)到版本 10.x(带有 SP1 的 Office 2003),但您却觉得有必要将其称为版本 11,而该版本似乎没有任何明显的更改。

            – 用户花费更多时间思考是否应该更新而不是学习如何使用和了解所有最新更改的软件不值得付出努力。如果还不清楚,要求用户每六周评估新版本以进行安装是不值得付出努力的。

            – 软件威胁绕过安全保护并自行安装,就像病毒一样,不值得付出努力。(这个所谓的“功能”可以关闭的事实引出了一个问题,即引入需要额外评估和培训用户以及组织中的 IT 管理员的更改。)

            – 事实上,Firefox 是错误的:大多数用户并不真正想要某个软件的最新版本,更重要的是,他们想要可靠、稳定且能够完成其所选基本工作的软件。几乎所有用户都愿意接受低于最新版本的软件,以换取不必担心他们的软件是否以可能导致问题、需要额外安装或故障排除工作的方式被更改,最重要的是,他们不想因为某些开发人员的意愿而每年被迫更改几次工作方式。

            – 大多数软件用户从来都不喜欢被当作测试人员,而快速发布似乎比以往任何时候都更像是在这样做。版本 10 和 11 之间错误修复列表的长度清楚地表明,版本 10 并不是一个真正的“已准备好投入使用”的版本。我们只能猜测版本 11 是否同样存在大量错误。

            – 至少在 Windows 环境中,说服人们(更不用说组织)从 IE 迁移到 Firefox 并非易事。尽管难以置信,但 IE 越来越像是一个更稳定的浏览器。稳定性,无论是真实的还是感知到的,都是软件的一个重要属性。当无法再争辩说 Firefox 是比 IE 更稳定、更一致且更容易管理的替代方案时,Windows 用户和管理员肯定不会认为继续使用 Firefox 是“值得的”。

            以上只是使“快速发布”不值得的一些要点。人们可以轻松地继续列举。但是,希望如果有人真的在听,这将有助于阐明问题。

            这种胡闹已经迫使我开始将我合作的所有使用 Firefox 的人切换到 ESR。需要明确的是,这意味着许多个人用户,而不仅仅是组织用户,现在正在远离您似乎认为是主要产品的 Firefox。如果 ESR 没有提供足够的稳定性和合理的真正必要的安全补丁计划(在真正需要时),那么唯一剩下的选择将是将这些用户完全迁移到其他浏览器,并告别 Firefox 实验。

            因此,回到 Nyman 先生上面的问题,在这一点上,“快速发布”,也就是“为了更改而更改”,真的有任何东西真正值得坚持使用 Firefox 吗?我很难在新的策略中找到任何明确值得“是”的理由。

            2012 年 3 月 23 日 15:00

          2. Robert Nyman

            因此,“仍然没有得到理解”和“不同意”并不是一回事。那里存在不同的意见、愿望和期望,我们自然会选择我们认为大多数人想要什么以及什么对大多数人来说是最好的。

            – 版本号:正如博文中所述,关于“版本存在非向后兼容 API 的情况”。我们可以来回讨论主版本号更改是否应该有可见的更改,但已决定这些更改需要进行主版本号更新。归根结底,对于用户来说,版本号通常并不重要,他们只想要一个产品。

            – 软件和犹豫不决的用户:这与您认为每次更新都不会发生任何事情的观点相矛盾,但您认为用户必须花费大量时间考虑是否值得更新。快速发布的想法是通过增量改进(例如性能、安全等)来实现,而无需用户直观地看到更新。

            – 您绝对有权表达您的观点,即可以自动更新自身的软件是一种病毒。我不同意这种评估。但是当然,这需要 IT 部门的知识。

            – “大多数用户……想要可靠、稳定且能够完成其选择的基本工作的软件。” 没错。为了确保这一点,我们需要不断更新它。与任何产品一样,总会有可以改进的情况和组合,以及可以使其更安全的情况。

            – 因为发现了错误,列出并修复了错误,所以您认为这是一个缺点。我认为这是一个优点,因为它们得到了解决。我认为大多数软件都存在大量错误,但并不总是能够找到并修复它们。

            – 如果组织认为仅更新其网络浏览器(例如,一年)更符合其需求,那么这是他们的选择,我们也提供此选项。我们是唯一一家提供快速发布改进和 ESR 版本的网络浏览器,您可以选择适合您的任何一个。

            我认为在上面的博文中和其他地方已经说明了我们为什么认为快速发布是前进的默认方式。我们不断使 Firefox 更安全、更稳定、更快,同时为 Web 开发人员提供更快的新功能,以构建更引人入胜的网站。

            如果这些原因不适合您的需求或价值观,那也没关系,ESR 版本为您提供了一个选项。

            2012 年 3 月 23 日 17:21

  44. Danny

    是的,我们都有权表达自己的意见。但是,似乎 Firefox 的没有人真正倾听用户的意见了。这让我想起了福克斯新闻——每个人都持有快速发布的谈话要点,以及执行任何必要措施来说服不相信这种有缺陷策略的用户,认为他们(而不是 Firefox/Mozilla)错了的命令。

    毫无疑问,随着那些真正关心这个问题的用户失去参与辩论的动力并离开,减少的讨论可能会被 Firefox 视为某种胜利或接受。实际上,这将是产品走向衰落的开始。

    从某种自相矛盾的方式来看,也许 Firefox 会因某些缺陷而得救,这些缺陷会严重损害足够多用户的系统,因为其不合时宜的快速发布,从而让你们醒悟过来,并回到确保一切正常并真正值得进行新版本发布的策略,然后再将这些发布分发给毫无戒心的用户群。当然,在那个时候,恢复产品的信誉需要很长时间,但至少你们可以说你们已经发布了版本 15 或 25,或者其他版本。

    2012 年 3 月 23 日 18:52

    1. Robert Nyman

      但是,您在这里忽略了一点,那就是您暗示我们没有倾听用户的意见,因为我们的实施方法与您的价值观不符。我们收到了很多来自希望进行静默和自动更新的人的反馈。

      关于命令:我个人在将近一年前的Web 浏览器版本已死——自动更新是未来中写过关于此事的个人观点。Mozilla 在这一点上非常不同,因为我们非常开放地接受不同的意见,并且我们公开地讨论这些意见。

      2012 年 3 月 23 日 19:06

  45. Suny

    感谢 Mozilla 社区多年来带来的巨大创新!据我所知,FF 路线图将增加一些比列出的想法和项目。这就是使这个组织成为一股不可忽视的力量的原因。
    很高兴了解到“自动更新”将有一个退出按钮。这就是选择权的全部意义(以及开源的含义)。与其他评论者的观点或理解相反,快速发布周期只是任何用户或 Web 开发人员对某些更改或未进行更改(可见)的一种感知。我不同意。每次我收到更新并且浏览器重新启动时,都会显示一个列出更改的页面。我点击“发布说明”以收集更多相关信息。我不是一个精通 Web 开发的开发者,但我使用 SeaMonkey 的 Composer 来构建网页,并且会研究并利用任何提供的工具,如果必要的话。从最终用户的角度来看,FF 非常快,拥有出色的引擎(Gecko),并且是唯一一个拥有各种附加组件、首选项(选项)和整体外观的浏览器。你还需要什么?
    Mozilla 的总体策略一直是,并且永远都是,创新、改进并在 Web 上实施下一个最好的浏览器。Mozilla 的 FF 是第一个引入 HTML5 的,第一个引入 HTML5 视频(OGG)的,第一个在浏览器上引入标签的,允许开发者和用户创建扩展、主题,以及后来实施 Personas 的。是的,Mozilla 继续成为一个世界级的 Web 开发组织。他们并不完美,但他们确实凭借一些应用于浏览器的想法而大获成功。也就是说,我期待着下一件能够将 Mozilla 提升为竞争对手关注的组织的事情。
    在此再添加一些祝贺:祝贺推出基于 Android 的 FF 浏览器,祝贺推出 Boot-2-Gecko(B2G 或 BTG),一个适用于移动/手机以及平板电脑的出色基于 Web 的操作系统,并祝贺在 2012 年及以后取得的最佳成果!
    Suny

    2012 年 3 月 25 日 20:14

    1. Robert Nyman

      感谢您的所有好意!

      2012 年 3 月 29 日 11:26

  46. Nigelle

    自动静默更新

    -如果您在有限权限的 Windows 用户(例如,使用 Windows XP)上运行 Firefox,请解释一下如何实现。
    在多次崩溃之后,我完全停止了 Firefox(和 Thunderbird)的更新功能,并订阅了一个网站,该网站每次我的常用程序有新版本时都会向我发送邮件。然后我从我的管理员帐户(未连接到网络)下载并安装它。

    -不要让我使用管理员帐户连接到网络:FF 将能够自动更新,但所有恶意软件也可能安装:在权限有限的情况下,它们需要能够提升其权限……

    -我非常依赖某些附加组件,因此我无法冒被阻止的风险,因为 FF 版本会使它们不兼容。因此,我安装了“是否兼容”扩展程序,并在更新 FF 之前检查其兼容性。
    我认为扩展程序的已宣布兼容性级别(低和高)应该由标准的 FF 扩展管理器程序显示,而无需“是否兼容”扩展程序。

    我认为您用于自动更新程序的所有时间都浪费了,应该用于更需要的功能或错误修复……

    另请注意,如果您在 FF 选项中阻止了远程(与您连接的网站外部)信息/文件的加载,则验证码不会显示!允许它们是一个安全漏洞!

    2012 年 3 月 28 日 07:41

    1. Robert Nyman

      我们从用户那里获得的最大请求之一是使更新静默且自动,以确保他们拥有最新且最安全的版本。这样做的目的是不必让您的计算机面临更大的风险。

      关于附加组件,除非它们包含任何特定代码/访问权限,否则默认为兼容。

      感谢您关于验证码的提示。

      2012 年 3 月 29 日 11:29

  47. Nigelle

    附加组件兼容性
    “……从 Firefox 10 开始,附加组件默认为兼容。这意味着所有标记为与 Firefox 4 及更高版本兼容的附加组件都将在 Firefox 10 及更高版本中自动启用。”

    Firefox 4 是一个非常糟糕的选择:4 到 10 之间的一些扩展程序确实不兼容,如果您重新启用它们,可能会导致 FF 崩溃。
    特别是旧字典是系统范围安装的,并处于禁用状态保留在 FF 文件中,因为它们非常难以卸载(标准 FF 中没有方法),请参见:“[Bug 731692] 过时的字典似乎导致 Thunderbird 崩溃,但无法删除”。

    我认为您应该将尚未更新(至少是其兼容性范围)较短时间(6 个月?)或发布范围(3 或 4 个以前?)的扩展程序视为不兼容。这意味着它们的作者不再支持它们……

    2012 年 3 月 28 日 08:06

    1. Robert Nyman

      其他一些标准也会纳入该检查。不会被视为默认的标准是(如默认兼容和附加组件兼容性报告器中所列)

      – 标记为与低于 4.0 版本的 Firefox 兼容的附加组件
      – 具有二进制组件的附加组件
      – 作者明确标记为不兼容的附加组件,即选择退出默认兼容
      – 已测试并确定与特定版本的 Firefox 不兼容,并由 Mozilla 标记为不兼容的附加组件
      – 主题

      2012 年 3 月 29 日 11:32

      1. Nigelle

        “– 标记为与低于 4.0 版本的 Firefox 兼容的附加组件”
        这应该更改为针对 Firefox 新版本增加的移动限制:例如,版本 4.0 应该替换为比 1 年或 6 个月(为作者提供合理的时间来更新兼容性)早的版本的编号。

        2012 年 4 月 21 日 05:56

        1. Robert Nyman

          这样做的想法是 API 将足够稳定且向后兼容,因此希望将来不需要它,并且可以自动进行。

          2012 年 4 月 21 日 09:48

          1. Nigelle

            这是一个长期的希望,但并非总能成功!

            您确定 FF 不会重新启用我过去有意禁用但未删除的附加组件吗?因为没有按钮可以删除它。似乎我遇到过旧字典的问题。

            2012 年 5 月 15 日 03:27

          2. Robert Nyman

            它不应该重新启用已禁用的附加组件。如果您遇到此问题,请提交错误报告。谢谢!

            2012 年 5 月 16 日 05:40

  48. 非常伤心

    我无法相信你们打算删除版本号或将其隐藏在用户面前。此信息对用户、开发人员和公司支持台非常重要。如果您认为每个人都希望在有新版本时立即更新,那您就大错特错了。不管你们是否喜欢,新版本的软件通常都包含新的错误。因此,有些人不想成为测试人员,也不想在某个新功能无法按计划工作时遭受不幸的副作用。有些人也对现有的用户界面感到满意,而您认为的改进可能不会被您的所有用户群视为改进。请重新考虑你们在这个问题上的立场。我真的认为你们需要改变态度。是的,这是你们的软件,但如果你们继续做一些用户无法接受的事情,那么还有其他浏览器可供选择。

    2012 年 4 月 18 日 19:46

    1. Robert Nyman

      我们没有说版本号会消失,而是说它们会更透明。并且正如这里评论中多次提到的那样,自动更新将是可选的。

      2012 年 4 月 19 日 01:36

  49. Julio Jimenez-Agüero

    尊敬的 Jean-Yves

    请向我们 Firefox 社区展示 Mozilla 计划发布的原生 64 位 Firefox 版本。
    感谢您对 32 位版本的工作。

    2012 年 5 月 13 日 23:33

    1. Jean-Yves Perrier

      正如我所说,短期内(即 2012 年)没有真正的计划将其推入 Tier-1 平台。但 Windows 的 Intel 64 位版本可在此处获得:http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central/

      注意,这是 Alpha 版本,并且在 Win 64 位系统上的速度比 32 位版本慢。

      2012 年 5 月 14 日 15:25

本文的评论已关闭。