如果您使用 Markdown 编辑器并包含一些原始 HTML 标签(例如用于表格格式化的 br 标签),然后使用富文本编辑器编辑帖子,则 HTML 内容会丢失。我不知道这是否适用于所有允许的 HTML 标签,但至少对于 br 标签会发生这种情况。对于常规帖子来说,这可能不是什么大问题,因为大多数用户可能只使用一种类型的编辑器,但对于 Wiki 帖子来说,这是一个大问题。在 WaniKani 上,我们有一个大型 Wiki 帖子 ,其中包含几张依赖 br 标签来构建结构的表格。但是,如果有人碰巧以富文本模式编辑 Wiki,所有 br 标签都会被删除,从而破坏帖子的格式。
(其次,似乎没有简单的方法可以恢复到 Wiki 的先前版本。如果该功能可用,至少可以减轻一些痛苦。如果该功能尚不存在,我也可以为此撰写功能请求。)
Markdown 编辑器:
富文本编辑器:
2 个赞
请查看此帖子以了解我的意思。我不认为我能自己将此帖子设为维基,但管理员/版主应该可以尝试一下。(如果不行,也很容易重现。)
列 1
列 2
Text 1a Text1b
Text 3a Text3b
Text 2a Text2b
Text 4a Text4b
3 个赞
sam
(Sam Saffron)
2026 年1 月 19 日 02:25
3
确认这是我们表格编辑器中的一个错误,单元格中的内容被视为行内内容,但实际上我们需要将其视为一种块级内容,以保持 <br> 的映射关系。
@renato 对此有何看法?这是一个边缘情况,但我同意最好能支持它。
2 个赞
sam:
确认这是我们表格编辑器中的一个错误
只是想确认一下,您说的表格编辑器是指特定的表格编辑器弹出窗口,还是指常规帖子编辑器中用于表格的某些编辑逻辑?因为我指的是帖子编辑器本身。
sam
(Sam Saffron)
2026 年1 月 19 日 04:06
5
post editor … 富文本编辑器目前不支持此功能,目前没有解决方法。
1 个赞
至少检测 到这些情况并禁用实时编辑 (RTE) 是否可行?
sam
(Sam Saffron)
2026 年1 月 20 日 11:32
8
我更倾向于修复它,我非常不喜欢禁用 composer 的那种“黑客”行为,我完全理解我们过去是如何引入它的,但我认为我们在这里不需要诉诸于此。
我有另一个不在表格中的示例。您可以使用带有 lang 属性的 span 标签来区分日文和中文字体。这在从 Markdown 切换到富文本编辑器时似乎也会丢失。有趣的是,big 标签被保留了。
続
続
1 个赞
sam
(Sam Saffron)
2026 年2 月 10 日 05:49
11
我这里有一个修复:
main ← fix-tables
opened 05:48AM - 10 Feb 26 UTC
Add support for ruby annotation tags (ruby, rb, rt, rp) and
span to the ProseMir… ror rich editor, with allowlisted `lang`
attribute preservation for proper round-tripping.
Parse `<br>` tags (including self-closing variants) as hard
break nodes instead of dropping them, and serialize hard breaks
as `<br>` inside tables to avoid breaking table markdown.
Fix open-tag regex to correctly match self-closing tags and
handle inline tags with attributes through the allowed tag path.
另外,也支持带 lang 属性的 ruby 和 span。
在富文本编辑器中输入 Ruby 仍然会很棘手,一旦输入进去就没问题了,但要输入进去并不容易。话虽如此,此更改后功能现在更加完善了。
@renato 你能看一下吗?
2 个赞
感谢您的快速处理!
我大概什么时候能在 https://community.wanikani.com 上看到它?我想让大家知道什么时候可以使用富文本编辑器安全地编辑表格。根据源头信息,它目前在 2026.1.0-latest,提交 f8f53ac5e8e4348ae308fcddc078766463d5e5f3,这个提交有三周的历史了。
Moin
2026 年2 月 11 日 08:44
16
作为 Discourse 托管的客户,您无法自行更新,所以我认为询问他们何时会进行更新是合理的。