Mozilla需要改善对附加组件的支持

2020-02-14 15:34:13
我目前正在重写和更新此站点上几年前发布的文章。目前从事电子邮件类别,其中有大量的Thunderbird扩展评论。

当时至少有一半的扩展程序无法在最新版本的Thunderbird中正常工作。

其中一些最近一次更新于2010年或更早,即使您强制兼容,它们也不再与电子邮件客户端兼容。

虽然已经为某些扩展名创建了替代方案,但大多数扩展都没有替代方案。

当您查看Firefox时,情况就不那么糟糕了,这在很大程度上可以解释为它具有更大的用户群,并且在总体上更突出。

插件不兼容

目前尚不清楚为什么开发人员决定停止开发扩展,需要指出的是,这并不是Thunderbird或Firefox插件所独有的现象。

例如,Windows软件也被开发人员搁置。

但是,一个主要区别是该软件可以在较新版本的操作系统上正常运行,而扩展程序却可能无法正常运行。

据我所知,停止开发的原因包括转移到Chrome,对开发Firefox或Thunderbird失去兴趣,并厌倦了更新扩展要求以考虑附加API的变化。

如果浏览扩展库,您会发现与最新版本的Firefox或Thunderbird不兼容的扩展。

那就是那里的可用性问题。另一方面,任何一种产品的现有用户都可能会注意到,更新后附加组件将停止部分或全部工作。过去,我们已经多次看到这种情况,例如,当Mozilla切换到Australis接口或旧的API被新的API取代时。

在Firefox浏览器中启用新的多进程体系结构时,下一波浪潮将袭来。

附加组件一直是Firefox和Thunderbird的优势之一。在程序启动时,它们是唯一提供此功能的程序(Opera当时只有小部件,它们的工作原理有所不同),因此用户选择了Mozilla产品。

有些用户可能仍会使用Firefox,因为他们喜欢并使用一个或多个附加组件,这些附加组件仅适用于这种形式的浏览器。例如,NoScript是我仍然使用Firefox而不是其他浏览器的原因之一。

Mozilla当前面临两个问题

需要更新的附加存储库。在商店中显示与浏览器的最新版本不兼容的加载项是没有意义的。我不建议完全删除它们,但可能将它们隐藏在标记后面,以便用户查看时可以访问它们。

附加组件兼容性。如果加载项由于对Firefox或Thunderbird的更改而停止工作,则这是一个可用性问题。对于用户而言,为什么进行这些更改以及是否需要进行更改并不重要。用户看到的是其扩展程序之一因此而停止工作。

虽然1)相对容易实现,但2)并非如此。在某些情况下可用的一种选择是保留旧代码以向后兼容。

郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。