Markdownエディタを使用して、書式設定のために生のHTMLタグ（例：テーブル書式設定のためのbrタグ）を含めた場合、リッチテキストエディタで投稿を編集すると、そのHTMLコンテンツは失われます。許可されているすべてのHTMLタグでこれが発生するかどうかはわかりませんが、少なくともbrタグでは発生します。ほとんどのユーザーはどちらか一方のエディタを使い続けると想定されるため、通常の投稿では大きな問題ではないかもしれませんが、Wiki投稿ではこれは深刻な問題です。WaniKaniでは、brタグに依存するいくつかのテーブルを含む大規模なWiki投稿があります。しかし、誰かがリッチテキストモードでWikiを編集すると、すべてのbrタグが削除され、投稿の書式設定が台無しになります。
（二次的なことですが、Wikiの以前のバージョンに戻す簡単な方法がないようです。もしそれが利用可能であれば、この問題の苦痛のいくつかは軽減されるでしょう。その機能がまだ存在しない場合は、それについても機能リクエストを作成できます。）
Markdownエディタ：
リッチテキストエディタ：
これを見て、私が何を言いたいのか分かってもらえると思います。この投稿を自分でウィキにすることはできないと思いますが、管理者やモデレーターなら試せるはずです。（もしできなくても、再現は簡単です。）
| 列 1 | 列 2 |
|---|---|
| Text 1a Text1b |
Text 3a Text3b |
| Text 2a Text2b |
Text 4a Text4b |
テーブルエディタのバグであることを確認しました。セル内のコンテンツはインラインとして扱われますが、<br>のマッピングを維持するためには、実際には一種のブロックとして扱う必要があります。
@renato、これについて何か考えはありますか？エッジケースではありますが、サポートできると良いのは同感です。
確認ですが、テーブルエディタとは具体的にテーブルエディタのポップアップを指していますか、それとも一般的な投稿エディタ内のテーブルに関する編集ロジックを指していますか？私は投稿エディタ自体について言及しています。
投稿エディター…リッチテキストエディターは現在これをサポートしておらず、回避策はありません。
これらの状況を少なくとも検出して、RTEを無効にすることは可能でしょうか？
修正する方がずっと良いです。コンポーザーを無効にするというハックは本当に嫌いです。過去にそれを導入してしまった経緯は非常によく理解できますが、ここでそれに頼る必要はないと思います。
I have another example that is not inside of tables. You can use a span tag with a lang attribute to differentiate Japanese and Chinese fonts. This also seems to be lost when switching from markdown to rich text editor. Interestingly, the big tag is retained.
続
続
この件に関して何か更新はありますか？
ここに修正があります:
また、lang 属性を持つ Ruby と span もあります。
リッチエディタに Ruby を入力するのはまだ難しいでしょう。一度入力されれば問題ありませんが、そこに至るのが簡単ではありません。とはいえ、この変更により機能はより完全になりました。
@renato 確認してもらえますか？
修正がマージされました 
お楽しみください
迅速な対応ありがとうございます！
https://community.wanikani.com に表示されるのは、おおよそいつ頃になるでしょうか？リッチテキストエディタでテーブルを編集しても安全になったことを皆に知らせたいのです。ソースによると、現在は 2026.1.0-latest、コミット f8f53ac5e8e4348ae308fcddc078766463d5e5f3 にあり、これは3週間前のものです。
アップグレード直後ですか？
Discourseホスティングのお客様はご自身でアップデートできないため、いつになるのか尋ねるのは正当だと思います。
