Récupérer les données "brutes" réelles qui ont créé un post ?

Dev
21

If you’re using chrome desktop then you can use Ctrl+Shift+V to paste as plain text instead of notepad.

Also in the admin site settings page, you can disable this fancy pasting behavior by unchecking the “enable rich text paste” option.

2 « J'aime »
22

Thanks, but my goal is to keep the original formatting from microsoft word (in the raw data), not strip it down to plain text.

Currently, Discourse removes a variety of the formatting–such as font size and font type, while leaving others (bold and italics seem to stay there). As a comparison, Gmail composer seems to leave all formatting.

To try to keep more formatting, I suppose an alternative would be to upload a word document (not paste in text to the composer–but upload the actual doc). The problem there, I think, is that discourse does not show the contents of the upload inline (it just displays an upload link).

23

Then paste the raw HTML.

There are different goals involved. Gmail’s goal is to preserve all the formatting, whereas a forum’s goal is to keep a meaningful subset of it while preventing abuse (huge text, blinking text, OVERLY LARGE FONTS, annoying colours, etc.)

As a simple example, here is some simple text’s HTML as generated by Office, present in the clipboard as text/html:

<!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>

It looks like:

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

Hello there sunshine eh

But when interpreted by to-markdown.js you get:

**Hello there** sunshine *eh*

Hello there sunshine eh

You cannot, unless you put it there yourself as I did in this post. If you really need it there, hide it in a comment. If you want to later convert it yourself to markdown, use something like pandoc.

2 « J'aime »
24

I support transferring to markdown on the post that is displayed to others for some consistency. It’s the raw entry I’m curious about.

How do you get the raw html of a word doc that you could paste in?

25

Save it as HTML from Word, or copy it to the clipboard and pull the text/html explicitly from the clipboard.

4 « J'aime »
26

If all you care about is being able to reference the raw input at a later point, this component might work for you.

It adds a button to the post menu that shows the raw content on a per-post basis.

5 « J'aime »
27

@jomaxro, quelle est la syntaxe du balisage brut d’un commentaire ?

28

Que demandez-vous ? Demandez-vous ce qu’est le markdown ? Comme https://commonmark.org/ Demandez-vous comment obtenir le markdown brut d’une publication ? Comme /raw/123

29

Pour une publication unique, vous pouvez ajouter l’ID à l’URL. Par exemple, https://meta.discourse.org/raw/189183/27 est votre réponse.

2 « J'aime »
30

@pfaffman, ce dernier. Merci, @Moin. C’est évident, avec le recul.

31

@jomaxro, /raw/ ne fonctionne pas sur aucun des messages de discuss.kde.org/c/community/blogs/24, car, à view-source:discuss.kde.org/raw/43656, j’observe :

<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>

alors que, lorsque les details sont développés interactivement à discuss.kde.org/t/43656, je peux les développer pour obtenir :

1276×1076 184 KB

Est-ce que cela pourrait être géré de manière réalisable du côté de Discourse en amont ? J’ai observé des choses similaires sur d’autres instances de Discourse légèrement personnalisées, c’est pourquoi je pose la question.

32

Quel problème essayez-vous de résoudre ?

Ces sujets sont spéciaux car ce sont des liens vers de grands messages.

C’est le texte brut de l’OP.

1 « J'aime »
33

Le texte brut de l’OP dans ce sujet est :

○ → 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>

C’est exactement ce qui est rendu dans la version cuite.

Ce n’est pas un bloc details qui est développé. Un clic sur Show Full Post charge quelque chose d’autre, qui est l’expansion complète de l’intégration (embed), qui ne provient pas du brut du message mais de métadonnées supplémentaires du message.

Vous pouvez voir la requête réseau dans votre navigateur lorsque vous cliquez dessus, voici l’é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>

Vouliez-vous voir le contenu de l’intégration (embed) ? Si oui, utilisez ce qui précède. Sinon, qu’attendez-vous de voir ?

2 « J'aime »
34

@supermathie, en effet. Merci beaucoup ! Évidemment, une bien plus grande partie de l’API Discourse existe que je ne le pensais.

1 « J'aime »