自从v2.4.456版本切换到现代浏览器的默认构建,以及支持 ES5 的单独构建以来,这个 FAQ 是否应该更新以反映当前状态? 例如,可能突出显示需要 ES5 构建的浏览器的截止版本,而不是应该使用默认 PDF.js 构建的浏览器版本?
https://github.com/mozilla/pdf.js/wiki/Frequently-Asked-Questions#faq -support
可能还有:
https://github.com/mozilla/pdf.js/wiki/Required-Browser-Features
我刚刚使用此通知更新了常见问题页面,并更新了所需的浏览器功能页面以删除过时的信息。 谢谢!
常见问题解答提到并非所有浏览器都支持 HTTP 范围请求标头,但在“必需的浏览器功能”下并未提及。 是否应该将 HTTP 范围请求添加到“必需的浏览器功能”中?
是的,但我认为更普遍的是我们应该检查所有浏览器功能,看看它们是否仍然需要。 那里可能缺少现代功能,例如范围请求,但也可能是其中提到的某些功能不再由 PDF.js 内部使用。 为此,我制作了#11954,一个后续问题; 谢谢!
我认为像@winzig建议的那样,突出显示需要 ES5 构建的浏览器的截止版本会很有用。 特别考虑到随着新版本的发布需要新的浏览器功能,由于这些功能不会在默认查看器中被填充,这个截止点会随着时间的推移而改变。
例如,最近我发布了 AMO 的扩展,它需要包含 PDF.js 的副本。 我想包含 es5 版本以支持旧的 Firefox 版本。 但是,此版本要求 CSP 允许unsafe-eval
(请参阅此处),这在 AMO 中是不允许的。 因此,我必须更改为 PDF.js 的现代浏览器版本,并且最好告诉潜在用户哪些 Firefox 版本不兼容,哪些功能有限。
您是否打算提供此截止信息? 谢谢!
我认为突出显示需要 ES5 构建的浏览器的截止版本,
不幸的是,试图维护这样一个列表似乎(有点)像一个失败的命题,因为它是一个移动的目标,也因为它(很可能)总是不完整的。 PDF.js 贡献者无法测试所有可能的浏览器/版本,并且拥有一个列表似乎是解决以下问题重复出现的好方法:
尽管 Wiki 中没有提到它不兼容,但浏览器 X 版本 Y 不能与现代PDF.js 版本一起使用。
(为现代PDF.js 构建维护一个可能非常短的已知良好浏览器列表可能稍微更合理。)
目前,判断特定浏览器/版本是否适用于现代PDF.js 构建的最简单/最快捷的方法可能是简单地检查它是否适用于现代版本的演示查看器; 见https://github.com/mozilla/pdf.js#online -demo