Mir ist nicht klar, ob dies beabsichtigt ist oder ein Fehler, aber wenn es beabsichtigt ist, sehe ich den Sinn nicht wirklich. Wie Sie oben sehen können, kann es kontraproduktiv sein. Wenn man keine zusätzlichen Leerzeichen möchte, kann man sie leicht manuell löschen. Der Sinn von Codeblöcken (egal ob Inline oder separat) ist, unveränderten Text mit einer nichtproportionalen Schriftart einzufügen.
Danke für den Bericht. Ich verstehe das Problem, und es ist nicht streng genommen ein Discourse-Fehler. Discourse verwendet markdown-it, und das ist sein Standardverhalten.
Ich bin mit solchen Dingen nicht vertraut, aber ich schätze, das ist der Teil, über den Sie sprechen?
Beachten Sie, dass Browser aufeinanderfolgende Leerzeichen beim Rendern von <code>-Elementen normalerweise zusammenfallen lassen. Daher wird empfohlen, das folgende CSS zu verwenden:
Was es wert ist, es scheint, dass Non-Breaking Space nicht zusammenfällt (o o), also wenn Sie einen seltsamen verwenden müssen, ist das wahrscheinlich die beste Wahl.
Wissen Sie zufällig, ob das Festlegen von benutzerdefiniertem CSS für auf discourse.group gehostete Websites verfügbar ist? Ich konnte die Einstellung nicht sofort finden.
Ich verschiebe dies nach UX, dies funktioniert wie vorgesehen. Es gab eine bewusste Entscheidung des Designteams, die Leerzeichen in der Benutzeroberfläche zu reduzieren. Das Markdown selbst ist korrekt.