LibreOffice 的下一个主要版本是计划于 8 月发布的 7.0，在其目前的 ReleaseNotes 中，已经显示将不再支持 Adobe Flash SWF。当前版本的 LibreOffice 仍然支持 Adobe Flash，用户可以将演示文稿和工程图导出为 .SWF 格式。
LibreOffice 7.0 将删除 Macromedia Flash 导出过滤器，也就是导出 .SWF 功能不再提供。新版本附带改进的 Docx 导入和导出功能，目前 LibreOffice 采用兼容模式支持 Office 2007 的 Docx 导入导出，而在 7.0 中将改用原生 Office 2013、2016、2019 模式。 Flash 是 Adobe 于 1996 年推出的一种用于网络和计算机的技术，它能够包含简单的动画、视频、复杂演示文稿和应用等。90 年代后期，它还是一项非常流行的技术。 2010 年，史蒂芬乔布斯在一封名为 Thoughts on Flash 的信中列举了他的公司硬件不支持 Flash 的诸多原因，包括糟糕的移动性能和安全性，这也是推动了这项技术走向消亡因素之一。2017 年，Adobe 开始宣布将停止支持这一技术，最终将在 2020 年全面终止该技术。 谷歌也表示，2020 年年底，Chrome 浏览器将正式禁用 Flash，而从 Chrome 76 开始，默认情况下禁用 Flash。与此同时，微软、苹果和 Mozilla 也宣布了在各自浏览器中淘汰 Flash 的计划，目前也有了实质性进展。 五个月前，GNOME 社区的用户反馈了一个关于 GNOME Shell 日历服务器的 bug，此错误会影响诸如 Pop OS 19.10 和 Fedora 31 等发行版。反馈中提到 GNOME Shell 日历服务器的 CPU 占用率长期为 20~25%。
此外，每隔 2、3 秒 CPU 使用量会骤然升高一次。无论是对于 CPU，还是笔记本电脑的电池寿命，该错误都会给它们造成很大的影响。好在问题目前已经被解决。反馈者将这个 bug 定位到了日历服务器中不断重启的 ECalClientView-s 服务中，并提供了许多关于此问题的详细信息、火焰图，还有不少其他用户表示在其他发行版上也遇到了同样的问题。 GNOME 开发团队成员通过与多位遇到此问题的用户进行沟通，得到了更为详细的错误信息，并于几个星期前提交了解决该问题的补丁，不过直到近日才被合并。据团队成员介绍，此前的代码在收到任何关于 ECalClientView 的变更后，始终会重启整个 ECalClientView，从而导致不断重复地重启视图。最新提交的补丁通过正确使用 ECalClientView 修复了问题，并提升了性能。 上周六，一个很小的JavaScript库的更新使得大部分JavaScript生态系统陷入了混乱。据ZDNet指出，大约有数百万个项目在这一事件中受到了影响。而令人感到震惊地是，引起整个混乱的仅仅是一个“单行代码（one-liner）”的JavaScript库。
这也是第二次发生由小型JavaScript项目引起广泛问题的情况。第一次是发生在2016年3月，当时left-padJavaScript库的作者（一个总共只有17行代码的项目）突然决定取消发布该库，以类似的方式破坏了数千个项目。 而上周末导致一系列问题的这个软件包名为is-promise，该库由两行原始源代码组成，开发人员可以通过单行调用在自己的项目中使用它。其目的是让开发人员测试JavaScript对象是否为“Promise”函数：用于生产环境中时，该函数返回yes或no的布尔值。 然而，尽管只是两行执行基本检查的代码，is-promise库仍是当今最受欢迎的JavaScriptnpm软件包（库）之一。根据GitHub的说法，该库是超过340万个项目的一部分，并被766个其他JavaScript库用作依赖项。 |
