投稿を作成した実際の「生の」データを取得するには？

開発
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
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
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
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
27

@jomaxroさん、コメントの生のマークアップの構文は何ですか？

28

何をお尋ねですか？マークダウンとは何か、例えば https://commonmark.org/ のようなものを尋ねていますか？投稿の生のマークダウンを取得する方法、例えば /raw/123 のようなものを尋ねていますか？

29

単一の投稿については、URLにIDを追加できます。例えば、\u003chttps://meta.discourse.org/raw/189183/27\u003e があなたの返信です。

「いいね！」 2
30

@pfaffman、後者です。@Moin、ありがとうございます。今思えば当然のことでした。

31

@jomaxro、/raw/ は discuss.kde.org/c/community/blogs/24 のどの投稿でも機能しません。例えば、view-source:discuss.kde.org/raw/43656 では、以下のような表示になります。

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

一方、discuss.kde.org/t/43656 で details をインタラクティブに展開すると、以下のように展開できます。

1276×1076 184 KB

これは、上流の Discourse 側で対応可能でしょうか？他の、わずかにカスタマイズされた Discourse インスタンスでも同様の現象を確認しているため、質問させていただきました。

32

解決しようとしている問題は何ですか？

これらのトピックは、大きな投稿へのリンクであるため特別です。

これはopの生のテキストです。

「いいね！」 1
33

そのトピックのOPの生のテキストは次のとおりです。

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

これは、調理済みバージョンでレンダリングされるものとまったく同じです。

これは、detailsブロックが展開されているわけではありません。「Show Full Post」をクリックすると、埋め込みの完全な展開である何か別のものがロードされますが、これは投稿の生データからではなく、追加の投稿メタデータから取得されます。

クリックするとブラウザでネットワークリクエストを確認できます。同等のものは次のとおりです。

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

埋め込みの内容を見たいですか？その場合は上記を使用してください。そうでない場合は、何が表示されることを期待していますか？

「いいね！」 2
34

@supermathie、その通りです。ありがとうございます！どうやら、私が思っているよりも多くのDiscourse APIが存在するようです。

「いいね！」 1