Pdf.js: 正式发布2.0版

@yurydelendik因为我对https://github.com/mozilla/pdf.js/wiki/Release-Process的所有细节都不是很熟悉，所以请您帮忙为2.0.419版本创建一个新的PDF.js预发行版本

我编辑了第一篇文章，以引用＃9528。 该文档应在官方2.0版本之前进行更新。

我还在https://github.com/mozilla/pdf.js/projects/5上更新了项目板，其中包含我们需要进行的所有更改。

我有什么可以帮助您的吗？

代码中不再存在阻塞问题（JSFiddle示例在其他地方托管）。 现在可以发布2.0吗？ 是否有人自愿编写从PDF.js 1.x代码到2.x的迁移指南？

我已经更新了“常见问题”页面的浏览器支持部分，该部分解决了我们剩下的任务之一。 我还更新了https://github.com/mozilla/pdf.js/projects/5，以显示2.0版的当前状态。 添加了迁移指南，并且一个PR包含一个API更改，我认为我们应该将其更改为2.0，以避免在以后的版本中更改API（因为2.0版已经更改了API）。

如果有人愿意为项目页面上的任务提供帮助，请随时这样做。 在这里发表评论，以便我们知道您正在为此做准备。 希望我们可以通过这种方式尽快完成2.0版。 谢谢！

关于“审核现有CSS，并删除不再需要的（带前缀的）规则”，您是否考虑过在构建时完全删除它们并使用autoprefixer根据需要定位特定的浏览器？ 审计似乎可以自动进行很多工作。

我认为我以前从未见过，但这听起来是个好主意。 但是，我有点担心诸如＃6685之类的情况。 这些模块是否也将涵盖这些模块，还是我们仍然必须自己这样做？ 如果我们要使用这样的模块，则应该在前后进行比较，以确保从功能的角度来看没有任何变化。

其实是的！ ：D

在这种情况下，如果有人愿意为PDF.js提供Autoprefixer集成功能，那么请随时这样做，以便我们对其进行测试。 鉴于上面的评论，它甚至可以解决一些未解决的问题，这非常好（除了减少维护工作）。

有人愿意:) https://github.com/mozilla/pdf.js/pull/9629
需要一些配置（受支持的浏览器列表），然后进行测试（主要是比较CSS输出），除此之外，它必须具有完整的功能：）

我想为2.0提出另一件事，放弃对IE11的支持。 这将使我们异步/等待，我发现这对代码可读性有极大帮助。 我们可以使用babel进行异步/等待，但是在过去，使用该插件并没有取得太大的成功。
有什么想法吗？

如果您包括babel-polyfill以及正确的配置，则与babel进行异步/等待对我来说就可以在IE11上正常工作。

IE 11浏览器的使用率仍然相对较高（根据https://caniuse.com/usage-table，为2.76％），因此我不会删除IE 11。 我们已经可以开始使用异步/等待来提高代码的可读性，并根据需要进行转换。

另外，Chrome 49不支持异步/等待，并且扩展程序仍支持Chrome 49，因为它是在XP上运行的Chrome的最新版本（使用率也相对较高（考虑到其不受支持的状态...）-参见＃9397）。

任何人都可以提供步骤来检查2.0版的有效Beta吗？ 滚动模式PR是初始版本的一部分，还是必须合并到2.0版本的顶部？ 我需要在许多站点上实现滚动模式，并且希望以一种最容易与将来的发行版保持同步的方式来实现。

+1，以保持IE11的支持（至少通过转译）。 由于公司政策，许多企业用户，尤其是亚洲国家的企业用户，必须使用IE11。

滚动模式PR是初始版本的一部分，还是必须合并到2.0版本的顶部？

https://github.com/mozilla/pdf.js/pull/9208已于2个月前准备好。 直接合并并包含v2.0也许是有意义的。 在v2.0发布之前，应该有足够的时间来更有效地进行测试。

@kekkc对我来说很有意义。

伙计们，该社区的其他成员可以为该项目做出有意义的贡献吗？ 2.0版本有任何时间表吗？ 我有6个正在运行pdfjs的活动站点，并且每个站点都是使用代码复制并从GitHub上许多票证粘贴的拼凑在一起的版本。 似乎没有任何东西及时进入基础分支。 我现在正在为新站点进行另一个Frankenstein部署，因此我可以实现@rhendric创建的优雅且完全完成的滚动模式解决方案。 我可以为发布做些什么？

有人可以用一些尚待完成的信息来更新正在等待2.0版本的我们这些人吗？ 审视悬而未决的问题，它们似乎都是微不足道的或已经解决。

版本2的预发布已完成，可以从https://github.com/mozilla/pdf.js/releases/tag/2.0.550获得。 没有计划对API进行重大更改，因此，如果没有发现阻塞问题，那么它将成为最终的版本2。

由于有限的开发人员可用性和其他需要修复的问题，确实需要花费大量时间才能发布版本2，因此此预发布确实是一个里程碑。 感谢您与我们联系并提供建设性反馈！

由于要完成预发行版（它将在下一个迭代中成为完整发行版），而其余工作在项目委员会中列出，因此我将关闭此问题。

这真令人兴奋。 感谢所有在2.0方面辛勤工作的人。

@timvandermeij下一次迭代何时开始？ 还是可以期望2.0.550在npm上以latest （“非beta”）发布？

从预发行版中，我们确定并修复了一些回归。 此外，一些性能和字体转换方面的改进也已实现。 我们正在跟踪项目板上的最终版本。 但是，由于回归，您可以预期将预发布版本替换为最终版本，因此我们不希望将预发布版本作为最终版本发布。

我认为我们已经合并了2.0版所需的所有内容，因此我们应该能够尽快发布最终版本。 @brendandahl您是否有时间发布此版本？ 之后，我们可以处理编译变更日志。

@timvandermeij @brendandahl您认为

每月在这里签到。 有什么可以帮忙的吗？

正在准备稳定版本：＃10181。