Die echten "Rohdaten" abrufen, die einen Beitrag erstellt haben?

Entwickler
21

Wenn Sie Chrome auf dem Desktop verwenden, können Sie Strg+Umschalt+V drücken, um den Text als reinen Text einzufügen, anstatt Notepad zu verwenden.

Außerdem können Sie auf der Seite „Site-Einstellungen“ im Admin-Bereich dieses spezielle Einfügeverhalten deaktivieren, indem Sie die Option „rich text paste aktivieren“ deaktivieren.

2 „Gefällt mir“
22

Danke, aber mein Ziel ist es, die ursprüngliche Formatierung aus Microsoft Word (in den Rohdaten) zu behalten und nicht auf einfachen Text zu reduzieren.

Derzeit entfernt Discourse eine Vielzahl von Formatierungen – wie Schriftgröße und Schriftart –, während andere erhalten bleiben (Fett und Kursiv scheinen erhalten zu bleiben). Als Vergleich: Der Gmail-Editor scheint alle Formatierungen beizubehalten.

Um mehr Formatierung zu erhalten, wäre eine Alternative vielleicht, ein Word-Dokument hochzuladen (nicht Text in den Editor einfügen, sondern die eigentliche Datei hochladen). Das Problem dabei ist meiner Meinung nach, dass Discourse den Inhalt des Uploads nicht inline anzeigt (es wird lediglich ein Upload-Link angezeigt).

23

Dann füge den Roh-HTML-Code ein.

Es sind unterschiedliche Ziele im Spiel. Das Ziel von Gmail ist es, alle Formatierungen zu bewahren, während das Ziel eines Forums darin besteht, eine sinnvolle Teilmenge davon zu behalten und Missbrauch zu verhindern (riesiger Text, blinkender Text, ÜBERMÄSSIG GROSSE SCHRIFTEN, störende Farben usw.).

Als einfaches Beispiel hier der HTML-Code eines einfachen Textes, wie er von Office generiert wird und als text/html in der Zwischenablage vorhanden ist:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
	<meta http-equiv="content-type" content="text/html; charset=utf-8"/>
	<title></title>
	<meta name="generator" content="LibreOffice 7.1.2.2 (Linux)"/>
	<style type="text/css">
		@page { size: 21.59cm 27.94cm; margin: 2cm }
		p { margin-bottom: 0.25cm; line-height: 115%; background: transparent }
	</style>
</head>
<body lang="en-CA" link="#000080" vlink="#800000" dir="ltr"><p style="margin-bottom: 0cm; line-height: 100%">
<b>Hello there</b><span style="font-weight: normal"> sunshine </span><i><span style="font-weight: normal">eh</span></i></p>
</body>
</html>

Das sieht so aus:

@page { size: 21.59cm 27.94cm; margin: 2cm } p { margin-bottom: 0.25cm; line-height: 115%; background: transparent }

Hello there sunshine eh

Aber wenn es von to-markdown.js interpretiert wird, erhältst du:

**Hello there** sunshine *eh*

Hello there sunshine eh

Das kannst du nicht, es sei denn, du fügst sie selbst hinzu, wie ich es in diesem Beitrag getan habe. Wenn du sie wirklich dort haben musst, verstecke sie in einem Kommentar. Wenn du sie später selbst in Markdown umwandeln möchtest, verwende etwas wie pandoc.

2 „Gefällt mir“
24

Ich befürworte die Umstellung auf Markdown für den Beitrag, der anderen angezeigt wird, um eine gewisse Konsistenz zu gewährleisten. Mich interessiert die rohe Eingabe.

Wie erhältst du den rohen HTML-Code eines Word-Dokuments, das du einfügen könntest?

25

Speichern Sie es als HTML aus Word oder kopieren Sie es in die Zwischenablage und holen Sie sich den text/html explizit von der Zwischenablage.

4 „Gefällt mir“
26

Wenn es dir nur darum geht, den Rohinput zu einem späteren Zeitpunkt referenzieren zu können, könnte diese Komponente für dich funktionieren.

Sie fügt dem Beitragsmenü einen Button hinzu, der den Rohinhalt pro Beitrag anzeigt.

5 „Gefällt mir“
27

@jomaxro, wie lautet die Syntax für die Rohformatierung eines Kommentars?

28

Was fragen Sie? Fragen Sie, was Markdown ist? Wie z.B. https://commonmark.org/ Fragen Sie, wie man das reine Markdown für einen Beitrag erhält? Wie z.B. /raw/123

29

Für einen einzelnen Beitrag können Sie die ID zur URL hinzufügen. Zum Beispiel ist https://meta.discourse.org/raw/189183/27 Ihre Antwort.

2 „Gefällt mir“
30

@pfaffman, Letzteres. Danke, @Moin. Das ist im Nachhinein offensichtlich.

31

@jomaxro, /raw/ funktioniert bei keinem der Beiträge von discuss.kde.org/c/community/blogs/24. Beispielsweise sehe ich unter view-source:discuss.kde.org/raw/43656 Folgendes:

<pre>Konqi | 2026-01-23 22:43:37 UTC | #1

&lt;p&gt;Leaking memory is impolite. It’s messy, it can suggest logic bugs, and thanks to AI grifters RAM is expensive.&lt;/p&gt;
&lt;hr&gt;
&lt;small&gt;This is a companion discussion topic for the original entry at &lt;a href="https://nicolasfella.de/posts/detecting-leaks-in-kde-ci/?utm_source=atom_feed"&gt;https://nicolasfella.de/posts/detecting-leaks-in-kde-ci/?utm_source=atom_feed&lt;/a&gt;&lt;/small&gt;

-------------------------

</pre>

…während ich, wenn das details-Element interaktiv unter discuss.kde.org/t/43656 erweitert wird, Folgendes erweitern kann:

1276×1076 184 KB

Kann dies seitens des Upstream-Discourse-Systems berücksichtigt werden? Ich habe ähnliches auf anderen, leicht angepassten Discourse-Instanzen beobachtet, weshalb ich frage.

32

Welches Problem versuchen Sie zu lösen?

Diese Themen sind besonders, weil sie Links zu großen Beiträgen sind.

Das ist der Roh Тext des OP.

1 „Gefällt mir“
33

Der reine Text des OP in diesem Thema ist:

○ → curl https://discuss.kde.org/posts/132565/raw
<p>Leaking memory is impolite. It’s messy, it can suggest logic bugs, and thanks to AI grifters RAM is expensive.
</p>
<hr>
<small>This is a companion discussion topic for the original entry at <a href="https://nicolasfella.de/posts/detecting-leaks-in-kde-ci/?utm_source=atom_feed">https://nicolasfella.de/posts/detecting-leaks-in-kde-ci/?utm_source=atom_feed</a></small>

Dies ist genau das, was in der gekochten Version gerendert wird.

Es ist kein details-Block, der erweitert wird. Ein Klick auf Show Full Post lädt etwas anderes, was die vollständige Erweiterung des Embeds ist, die nicht aus dem Post-Raw, sondern aus zusätzlichen Post-Metadaten stammt.

Sie können die Netzwerkanfrage in Ihrem Browser sehen, wenn Sie darauf klicken, hier ist das Äquivalent:

○ → curl -s -H 'accept: application/json' 'https://discuss.kde.org/posts/132565/expand-embed' | jq -r .cooked
<div><div>
            <p>Leaking memory is impolite. It’s messy, it can suggest logic bugs, and thanks to AI grifters RAM is expensive.</p>
…
…
…
<p>LSAN is now enabled for some Frameworks CI builds, but ideally it would be enabled for all KDE projects. And of course any leaks found along the way should be fixed.</p>
<p>Happy leak-fixing!</p>
        </div></div>
<hr>
<small>This is a companion discussion topic for the original entry at <a href='https://nicolasfella.de/posts/detecting-leaks-in-kde-ci/?utm_source=atom_feed'>https://nicolasfella.de/posts/detecting-leaks-in-kde-ci/?utm_source=atom_feed</a></small>

Wollten Sie den Inhalt des Embeds sehen? Wenn ja, verwenden Sie das Obige. Wenn nicht, was erwarten Sie zu sehen?

2 „Gefällt mir“
34

@supermathie, in der Tat. Vielen Dank! Offenbar existiert viel mehr von der Discourse API, als ich weiß.

1 „Gefällt mir“