Wenn Sie den Markdown-Editor verwenden und einige reine HTML-Tags (z. B. das br-Tag für Tabellenformatierung) einfügen und den Beitrag dann mit dem Rich-Text-Editor bearbeiten, gehen die HTML-Inhalte verloren. Ich weiß nicht, ob dies bei allen erlaubten HTML-Tags der Fall ist, aber zumindest passiert es bei br-Tags. Das ist für normale Beiträge möglicherweise keine große Sache, da die meisten Benutzer vermutlich bei einer Art von Editor bleiben, aber für Wiki-Beiträge ist dies ein ernstes Problem. Bei WaniKani haben wir einen riesigen Wiki-Beitrag mit mehreren Tabellen, die auf br-Tags für die Struktur angewiesen sind. Wenn jedoch jemand den Wiki zufällig im Rich-Text-Modus bearbeitet, werden alle br-Tags entfernt, wodurch die Formatierung des Beitrags zerstört wird.
(Zweitens scheint es keine einfache Möglichkeit zu geben, zu einer früheren Version des Wikis zurückzukehren. Wenn dies verfügbar wäre, würde zumindest ein Teil dieses Problems gemildert. Ich kann dazu auch eine Funktionsanfrage verfassen, falls die Funktion noch nicht existiert.)
Nutzen Sie diesen Beitrag, um zu sehen, was ich meine. Ich glaube nicht, dass ich diesen Beitrag selbst zu einem Wiki machen kann, aber Admins/Mods sollten es versuchen können. (Wenn nicht, ist es leicht zu reproduzieren.)
Bestätigt, dass dies ein Fehler in unserem Tabellen-Editor ist. Der Inhalt in Zellen wird als Inline betrachtet, aber wir müssten ihn eigentlich als eine Art Block behandeln, um die \u003cbr\u003e-Zuordnung beizubehalten.
@renato, was denkst du dazu? Es ist ein Grenzfall, aber ich stimme zu, dass es schön wäre, ihn zu unterstützen.
Um nur zu bestätigen, meinen Sie mit Tabellen-Editor speziell das Popup des Tabellen-Editors oder eine allgemeine Bearbeitungslogik für Tabellen im Beitrags-Editor? Denn ich beziehe mich auf den Beitrags-Editor selbst.
Ich ziehe es viel vor, es zu beheben. Ich mag den Hack, den Composer zu deaktivieren, überhaupt nicht. Ich verstehe vollkommen, wie es dazu kam, dass wir ihn in der Vergangenheit eingeführt haben, aber ich glaube nicht, dass wir hier darauf zurückgreifen müssen.
Ich habe ein weiteres Beispiel, das sich nicht in Tabellen befindet. Sie können ein span-Tag mit einem lang-Attribut verwenden, um japanische und chinesische Schriftarten zu unterscheiden. Dies scheint ebenfalls verloren zu gehen, wenn man vom Markdown-Editor zum Rich-Text-Editor wechselt. Interessanterweise bleibt das big-Tag erhalten.
Das Eingeben von Ruby im Rich-Editor wird immer noch schwierig sein. Sobald es drin ist, ist es in Ordnung, aber es dorthin zu bekommen, ist nicht einfach. Allerdings sind die Funktionen nach dieser Änderung nun vollständiger.
Wann ungefähr kann ich damit rechnen, dass es auf https://community.wanikani.com erscheint? Ich möchte alle wissen lassen, wann es sicher ist, die Tabellen mit dem Rich-Text-Editor zu bearbeiten. Laut Quelle ist es derzeit auf 2026.1.0-latest, Commit f8f53ac5e8e4348ae308fcddc078766463d5e5f3, was drei Wochen alt ist.