没有单独的内容层。
编辑内容将写回到正常的 WordPress 帖子内容中。如果稍后禁用该插件，副本更改仍然存在。
修复上下文中的可见文本。 Frontend Text Edit 故意缩小：它编辑支持的渲染文本并将其保存回本机 Gutenberg 标记。
问题
小的修正需要很长时间
在前端发现的拼写错误通常会导致打开 wp-admin，找到页面并找到正确的块。
上下文丢失
编辑者在渲染的页面上看到问题，但在不同的界面中修复它。
前端编辑经常添加锁定
广泛的页面构建器和覆盖层可以创建第二个内容层，而不是更新 WordPress 内容。
它的作用
内嵌文本编辑
具有普通编辑权限的登录编辑者可以从管理栏打开前端文本编辑。
原生 Gutenberg 存储
更改被保存回 post_content 作为正常的块标记，而不是进入影子内容表。
缺少支持报告
可以从公共页面向 Devenia 报告不受支持的可见文本，以便可重现的适配器间隙可以影响未来的版本。
当前支持
- 核心段落、标题、列表项和按钮文本
- 更丰富的核心 HTML 块内的文本节点段
- 链接列表项文本，同时保留现有链接 URL
- GenerateBlocks 标题和按钮文本
- Rank Math FAQ 问答文本
当前版本状态
- 最新发布： 0.1.3
- 需要 WordPress： 6.9+
- 需要 PHP： 8.0+
- 执照： GPL v2 or later
常见问题解答
Frontend Text Edit 是页面构建器吗？
不，它是一个专注的文本修正工具。它不编辑布局、设计设置、媒体、模板或块结构。
编辑内容存储在哪里？
编辑内容将作为正常的 Gutenberg 块标记保存回原始 WordPress 帖子内容中。
如果插件被禁用会发生什么？
文本更改保留在 WordPress 内容中。停用插件只会删除前端编辑界面。
谁可以编辑文本？
只有能够通过 WordPress 权限正常编辑当前帖子的登录用户才能使用编辑器。
它会编辑每个块吗？
不会。它标记了受支持的文本表面，渲染的文本可以安全地映射回存储的块内容。
缺少支持报告有什么用？
它们帮助 Devenia 识别可重复的块支撑间隙。报告仅针对可公开访问的页面发送，不包括登录的用户身份。