转自 ：wordpress大学
WordPress执行总监Josepha Haden 最近发布了
导航块的目标是在WordPress 5.4中正式发布。这可能是可行的，因为它现在已经脱离实验阶段，可以在Gutenberg 7.0进行beta测试。开发团队在此模块上开发了多个版本，现在已经足够稳定以进行用户测试。
此块是站点自定义难题的主要部分。从长远来看，用户将需要一个易于使用的块来处理其站点中的导航菜单。
主题的自定义块感知内容区域
升级小工具编辑区域和定制器以支持块编辑 。Gutenberg插件具有实验性的小工具区域选项，用于启用此功能的早期版本，该版本的目标版本为WordPress 5.5。
使此功能成为现实有两个方面。首先是使其在小工具管理屏幕上工作。第二个是使其在定制器中工作，定制器是用户还可以管理窗口小工具的区域。
目前，感觉好像不应该使用侧边栏概念。实验功能通过允许用户向侧边栏添加块而起作用，这些边栏在输出时被转换为一个大的“块区域”小工具。如果WordPress“完全”参与了块范例，则最好将精力集中在允许主题构建自定义块区域并使官方Sidebar API缓慢死亡上。将旧概念与新概念混在一起，充其量只能感觉笨拙。现在该继续前进并软定义边栏和小工具，直到大多数主题不再支持它们为止。
块目录搜索和安装
最终，所有WordPress用户都将能够通过块插入器搜索块。如果存在该块，则可以将其插入到块区域中。如果不是，插入程序将允许用户从块目录中发现新块。新块的安装、激活和插入应该是无缝的。
此功能的目标版本是为WordPress 5.5，基于该功能当前在Gutenberg插件中的运行情况，应该有可能（如果不是更早的话）。它还不是很完美，仍然有一些未解决的问题需要解决。
希望在游戏中领先的插件作者可以按照块插件指南提交块插件。
自动插件、主题和主要核心更新
经过多年的广泛测试，并为小型WordPress版本使用了自动更新，感觉到我们现在应该可以对所有内容进行自动更新。对于某些网站所有者而言，紧跟插件和主题更新的步伐可能会很痛苦。有了足够的插件，就不可能每天更新一个或多个插件。
某些托管解决方案和Jetpack通过提供自动插件更新为许多用户缓解了此问题，但这是一个早就应该解决的核心功能，应该优先考虑。目前，WordPress还没有为主题、插件或主要核心版本的自动更新提供目标版本，希望该功能不会再搁置一年。
解决6,500多个Trac问题
如今，随着古腾堡（Gutenberg）插件受到越来越多的关注，很容易忘记，成千上万问题正在等待Trac的补丁、评论和决定。长期以来，我一直是使用WordPress的一个主要版本来简单地修复现有错误而又不添加任何新功能的拥护者。
乔纳森·德斯罗斯（Jonathan Desrosiers）写了一篇文章，内容涵盖了Triage小组今年早些时候所做的大部分工作。
修复已知问题是一个持续的过程，必须在项目的整个生命周期中持续进行。有兴趣参与Triage团队的人员可以在Triage团队公告中找到更多信息。
小结
以上就是WordPress 2020年的主要开发计划，主要还是围绕古腾堡编辑器，随着古腾堡编辑器的不断推进，对于WordPress主题开发者来说，提供了更多可能和挑战，开发者如果要很好的跟进，必须在JS技术方面有所提高。
