使用灵活的常见问题插件创建和管理常见问题

David Gwyer 一年前通过他的 WPGO 插件站点发布了他的灵活常见问题解答插件.然而，经过一个月的更新，该项目似乎不再受到关注，至少直到本周早些时候他发布了与块编辑器集成更多的大规模改革.

该插件创建了一个自定义帖子类型来管理各个常见问题集.这部分插件使用经典的编辑器界面，而不是依赖块系统.

诚然，每当我加载使用它的插件时，经典编辑器的体验总是令人不安.常见问题帖子没有内容画布.数据保存为元值，因此它不一定需要与块编辑器一起使用.但是，我很想看到像这样的插件将其主界面移过来.

管理屏幕与帖子、页面和其他帖子类型相同，添加新的常见问题很简单.该插件为用户提供了一个用于添加问答集的元框，该框使用 TinyMCE 界面进行输入.

还有用于对常见问题帖子进行分类的常见问题组分类法.这对于需要更紧密组织的信息站点应该会派上用场.该插件还提供了一个 [flexible-faqs] 短代码，经典用户可以将其放入他们的帖子和页面中.然而，其他人会想要利用它的块.

该插件附带三个模块，用于输出可扩展的常见问题帖子:

• Text
• Box
• 手风琴

每个块都允许最终用户选择已发布的常见问题解答或常见问题解答组.然后他们可以选择一个"主题"，可以定制.

用户可能需要自定义 FAQ 主题，因为插件的输出有一些样式会否决主题默认设置，尤其是它的颜色.

每个块选项中使用的颜色选择器与核心不同，感觉不合适.但是，用户仍然可以从他们的主题定义颜色中进行选择，边框设置除外.出于某种原因，边框颜色使用了完全不同的选择器控件.尽管如此，我仍然能够让输出与我的主题保持一致.

如果这些块更多地依赖 WordPress 的内置块控件和组件，它们将提供更流畅的用户体验.使用核心颜色和边框功能将是一个很好的起点.但是，提供排版、全对齐或宽对齐、文本对齐等的访问权限将为用户提供更大的设计灵活性.

我目前不喜欢三块方法.从我的测试中，我看不出有理由将它们分开.每个人都做同样的事情，但风格略有不同.我希望看到一个专注于设计控件的常见问题解答块，而不是拆分块.该插件仍然可以提供三种基本布局作为变体，这些变体本质上是特定设置的预设——这就是变异系统的用途.

我会放弃"主题"统统.然后，将块样式用于不同的默认设计，并添加额外的控件以自定义更具体的功能.

然而，专业版在很大程度上依赖于插件的块主题系统.虽然免费副本提供了一些主题，但商业升级有 100 多个.在这一点上，这不是一件容易回溯的事情.它的优势在于用户自定义存储在数据库中，他们可以在整个站点中重复使用这些修改后的主题.

不管我有什么吹毛求疵，版本 0.5.10 更新比早期版本更好.该插件的启动和运行非常简单.我创建了一些常见问题帖子，并在几分钟内将它们放入页面.

该插件也符合 ARIA 标准且可访问.我从键盘测试它没有遇到任何问题.

使用基于块的主题时，用于打开和关闭选项卡的插件的前端脚本似乎无法加载.我不确定这是插件的问题还是古腾堡的错误.在这一点上它不应该阻止大多数用户，但应该在 WordPress 5.9 发布之前解决它，因为它支持块主题.

该插件并不适合所有情况.对于拥有多个常见问题页面或列表的用户，它提供了一种管理它们的简单途径.对于只有一两部分问答的网站，这可能是矫枉过正.

对于后一组，Jor​​dy Meow 的 FAQ Block 插件更有意义.它允许用户直接在帖子或页面中构建常见问题解答，但不提供用于管理多个常见问题解答的中心位置.