The fix only applies to posts that are published with the WordPress Block editor. It will fix old posts if the “Update Discourse Topic” button is clicked on WordPress. It will need to be done manually for each post unless someone writes a script to loop through old posts.
We fix the markdown engine to render <p></p>. Note that this does not render in the commonmark demo either.
Absolutely do not want to deviate from the spec here. I guess we fix pull hotlink images to allow for this by injecting 2 newlines for cases like this. I think it is rather rare though and sort of self inflicted.
@Arkshine we have been discussing this a lot internally. The key thing for us is to maintain the integrity of the content, so the newline solution will probably not happen.
But we will definitely be doing something - having the pull_hotlinked_images job destroy the images is not acceptable. Hope to have a solution soon
Eine Workaround-Lösung für dieses Problem besteht darin, zu verhindern, dass Discourse die externen Bilder herunterlädt. Dies kann erreicht werden, indem die Domain der Bilder in der Site-Einstellung „disabled image download domains
In unserem Fall geht das nicht, da wir die offizielle Komponente für Themen-Thumbnail verwenden, die ein lokales Bild erfordert. Wir haben das Problem gelöst, indem wir vor jedem <img> im Inhalt vor der Erstellung des Themas mit WP-Discourse Zeilenumbrüche eingefügt haben. Das ist keine Lösung für alle, aber für uns funktioniert es. Es ist etwas schade, dass Discourse diese legale Nutzung nicht unterstützt.
Aber ja, wenn du nicht an ein Plugin/eine Komponente gebunden bist und/oder den Inhalt nicht vor der Erstellung des Themas anpassen kannst, ist das mit Sicherheit eine vernünftige Workaround-Lösung.
Wir planen weiterhin, das Problem zu beheben. Leider handelt es sich um ein Problem, das tief in unserem Markdown-Rendering-System steckt, was die Behebung komplex macht. Aber wir werden es schaffen – entschuldigen Sie bitte, dass es so lange dauert!
Entschuldigt bitte die mehreren Beiträge in diesem Thema, aber das Problem betrifft auch Bilder in Beiträgen, die über unser Zendesk-Plugin erstellt werden, wenn die Einstellung „Kommentare aus Zendesk synchronisieren
Ich fürchte, das kommt überhaupt nicht infrage. Wenn wir so etwas tun würden, könnten Dritte die Nutzung in einem Forum durch das Einschleusen eines Tracking-GIFs nachverfolgen. Das Herunterladen von Remote-Bildern ist ein Sicherheitsfeature.
Stattdessen glaube ich, dass wir ein „intelligenteres
Ich denke hier einfach nur laut nach, aber ich frage mich, ob wir das knifflige Problem hier umgehen können (d. h. die Umwandlung von HTML in Markdown). Zur Erinnerung (nur um das Ganze besser durchdenken zu können):
Discourse unterstützt die Importierung von HTML zur Erstellung von Beitragsinhalten (z. B. HTML aus WP Discourse).
In einigen Kontexten erwartet der Nutzer, dass die Integrität des ursprünglichen HTML exakt erhalten bleibt.
Das Tückische daran ist, wie man Beiträge mit diesem Flag jemals bearbeiten könnte. Der Editor würde im Raw-HTML-Modus sein und die gesamte Symbolleiste wäre kaputt, usw.
