Nummerierte Liste in WordPress-Kommentaren in Buchstabenliste geändert

Hallo!

Ein Leser hat mir etwas Seltsames aufgezeigt. Ein Kommentar, der auf meiner Discourse-Seite Zahlen verwendete, wird auf meiner Wordpress-Seite als Buchstaben angezeigt:

Ist dies ein bekanntes Problem mit dem Discourse-Plugin? Liegt es nur an meiner Wordpress-Installation? Bitte gebt mir Bescheid. Danke!

(Derselbe Leser bedauerte auch, dass das Spoiler-Plugin auf Discourse nicht auf Wordpress übertragen wird und unklar ist, welche Kommentare auf welche Antworten bezogen sind. Ich weiß nicht, ob man etwas gegen das Erstere unternehmen kann, und ich weiß, dass Letzteres bereits auf eurer Liste steht. :))

Ich habe das gerade getestet und habe das gleiche Ergebnis wie du. Die Ursache dafür ist der Standard-WordPress-Stil für ol ol (nummerierte Listen, die sich innerhalb einer nummerierten Liste befinden):

ol ol {
    list-style: lower-alpha;
}

Da WordPress-Kommentare innerhalb einer nummerierten Liste angezeigt werden, wird diese Stilregel auf nummerierte Listen in Kommentaren angewendet, es sei denn, sie wird überschrieben. Das kann wie folgt erfolgen:

ol ol {
    list-style: decimal;
}

Möglicherweise sollte diese Regel zum Stylesheet des Plugins hinzugefügt werden.

Das hat nichts mit Discourse zu tun – es sind die CSS-Regeln auf deiner Website.

Ich stimme dieser Beschwerde zu. Das Plugin wurde entwickelt, um die besten Kommentare aus Discourse nach WordPress zu übertragen, nicht um Discourse-Kommentare auf WordPress zu replizieren. Ich denke jedoch nicht, dass dies das Verhalten ist, das die Nutzer im Allgemeinen vom Plugin erwarten. Was ich denke, dass die Nutzer möchten, ist, dass Discourse-Kommentare ähnlich wie mit unserem JavaScript-Einbettungscode angezeigt werden. Ein Beispiel dafür, wie das aussieht, findest du unter https://blog.codinghorror.com/why-cant-programmers-program/.

Wenn Discourse-Kommentare mit JavaScript eingebettet werden, werden sie auf der Website in einem von Discourse bereitgestellten iframe angezeigt. Ich frage mich, ob das WP Discourse-Plugin eine Option hinzufügen sollte, um Kommentare mit dem Discourse-Einbettungscode anzuzeigen.

Ein Vorteil des eingebetteten JavaScript-Ansatzes ist, dass Arbeiten zur Verbesserung von Kommentar-Einbettungen auf allen Arten von Websites verfügbar wären, nicht nur auf WordPress-Seiten. Außerdem würde sich, wenn das WP Discourse-Plugin nur eingebettete Kommentare anzeigen würde, die Komplexität des Plugin-Codes erheblich verringern.

Ein möglicher Nachteil der Verwendung eingebetteter Kommentare ist, dass dies zu einer erhöhten Seitenaufrufzahl auf der Discourse-Website führen könnte. Es sei denn, es hat sich kürzlich etwas geändert, zählt jeder Seitenaufruf auf der Blog-Website, der eingebettete Kommentare enthält, als Seitenaufruf auf Discourse.

Ich verstehe die Anziehungskraft, aber … der Nachteil ist, dass Discourse eine extrem schwere Abhängigkeit ist – man lädt etwa 1 Megabyte an kompliziertem interpretiertem JavaScript herunter, nur um eine statische Liste von Kommentaren anzuzeigen. Das ist so, als würde man eine Fliege mit einer Atombombe töten.

Es gibt einen Grund, warum wir konsequent sagen: „Discourse funktioniert nicht in einem <iframe> und war auch nie dafür gedacht.

Mein Vorschlag ist, dass das WordPress-Plugin unseren JavaScript-Einbettungscode programmatisch zu Beiträgen hinzufügt. Ich gehe davon aus, dass dies ähnlich ist wie das, was du auf deinem Blog machst. Es wäre recht einfach, das Plugin so zu gestalten, dass es das Einbettungsskript an Beiträge anhängt, die Benutzer auf Discourse veröffentlichen möchten.

Das Hinzufügen von Funktionalität zu unserem Einbettungscode ist ein separates Thema. Ich denke nicht, dass wir versuchen sollten, Discourse-Funktionalität im iframe nachzubilden. Es gibt zwei separate Probleme, die ich lösen möchte. Das erste betrifft Antworten auf Kommentare. Das zweite betrifft die Anzeige von Spoilern, Umfragen, Datumsangaben usw.

Hallo Simon! Vielen Dank für die schnelle Antwort. :slight_smile: Ich finde, es könnte sinnvoll sein, diesen Vorschlag für die Listenstile in das Stylesheet des Plugins aufzunehmen. Da @codinghorror jedoch darauf hingewiesen hat, dass dies vielleicht nicht dein „Bier