Project Mortar

https://wiki.mozilla.org/Mortar_Project
谋智在考察把狗家的 PDFium 和 Pepper Flash 引入 Firefox 的可行性

来源 http://news.softpedia.com/news/chromification-continues-firefox-may-use-chrome-s-pdf-and-flash-plugins-508832.shtml

越来越担心火狐的未来了。。。搞不好最后真的成了chrome+壳。

pdf.js 不玩了?

官方公告
https://groups.google.com/d/topic/mozilla.dev.planning/j834iDIG3yY/discussion

In order to enable stronger focus on advancing the Web and to reduce the complexity and long term maintenance cost of Firefox, and as part of our strategy to remove generic plug in support, we are launching Project Mortar.

Project Mortar seeks to reduce the time Mozilla spends on technologies that are required to provide a complete web browsing experience, but are not a core piece of the Web platform. We will be looking for opportunities to replace such technologies with other existing alternatives, including implementations by other browser vendors.

In order to keep costs low, we may use APIs internally that are not considered web standards. These APIs will not be exposed to the web. Solutions that both reduce our support cost, achieve the desired user experience, and make use of web standards will be preferred.

The project will start by investigating how Firefox handles PDF rendering followed by looking into lower cost approaches to providing Flash support as it's usage continues to decrease. Project Mortar is currently investigating using the minimum set of Pepper APIs needed to support the PDFium library and the Pepper Flash plugin. If successful, this work will allow us to completely remove NPAPI support from Firefox once NPAPI is disabled for general plugin use.

Keep an eye on https://wiki.mozilla.org/Mortar_Project for status and future updates for this project.

amad：pdf.js 不玩了?回到原帖

https://groups.google.com/d/msg/mozilla.dev.planning/j834iDIG3yY/6bhVAd0hEAAJ

This should have no real impact on PDF.js as a standalone project. If our efforts on using PDFium in Firefox gives us a bigger bang for the buck, Firefox will most likely switch to PDFium and no longer use PDF.js though. I don't see why PDF.js wouldn't continue to live on and continue to be used by others.

目前有些网站、项目有用到 PDF.js 在服务器端渲染 PDF
不过如果 Firefox 真的不需要 PDF.js 的话
我不觉得谋智会继续在这个项目上投入同等的资源

现在来看 Mozilla 根本开发上就没多少资源，根本无力牵头开发大的功能，之前还说的信心满满用 shumway 代替 flash，我觉得除了多进程等核心架构开发上，其他外围的功能恐怕今后都要跟随 chrome 了。

谋智前不久才开了个 IoT 的坑
还有吐芬奴，咳咳

chrome 说我牵头宣布取消 NPAPI 插件，Fireofx 随后跟进，不过 Chrome 其实是到时候带大家取消了 NPAPI 插件自己还保留 Pepper 的 Flash 插件，Firefox 都没了，用户发现不能访问 Flash 的视频和其他网站，于是秒删转用 chrome。chrome 下的一手好棋。

按照 http://www.ghacks.net/2016/10/01/mozilla-may-bring-pepper-flash-to-firefox/ 里面说的，PDFium 可能会作为系统附加组件，比起 pdf.js，具备一些第三方插件的性质的 pdfium 多了表单管理，复制、粘贴pdf文档里面的图片等功能。

文章猜测此举是因为Mozilla 可以减少精力开发 pdf 有关的功能。这更印证了 mozilla 开发资源很有限，外围功能尽量跟着 chrome 走。

http://www.cnbeta.com/articles/544551.htm

同意楼主的那句话：火狐吃枣药丸。

mozilla 应该从5年前就把 90% 的资源投入到解决 多进程的结构问题和每个版本升级后对扩展向下兼容的问题

其实多进程的问题是比较微妙的，如果说 5年前就开始多进程的主要研究开发

很多人都会认为你是傻逼，因为大部分的硬件环境决定了，那时候 多进程并不能流畅的运行

然而 5年后硬件环境普遍提高后，多进程的好处就不断的显现了

作为普通人我们看不到这个趋势没什么所谓，作为 mozilla 的浏览器团队看不到这个趋势是致命的

而 chrome 从诞生开始就不存在版本升级会运行不了之前扩展的问题

相反 firefox 每升级几个版本就会淘汰掉一批扩展，这个是顽疾了，mozilla 却好像还是在梦游一般

当然或许之后采用跟 chrome 一样的 api 来开发扩展能彻底解决这个问题

还是那句，当初你去干什么了呢，早不解决