Recuperar os dados "brutos" reais que criaram uma postagem?

Se você estiver usando o Chrome no desktop, pode usar Ctrl+Shift+V para colar como texto simples em vez do bloco de notas.

Além disso, na página de configurações do site de administração, você pode desativar esse comportamento de colagem avançada, desmarcando a opção “enable rich text paste”.

Obrigado, mas meu objetivo é manter a formatação original do Microsoft Word (nos dados brutos), e não reduzi-la a texto simples.

Atualmente, o Discourse remove várias das formatações — como tamanho e tipo de fonte —, enquanto mantém outras (negrito e itálico parecem permanecer). Como comparação, o editor do Gmail parece preservar todas as formatações.

Para tentar manter mais formatação, imagino que uma alternativa seria fazer upload de um documento do Word (não colar o texto no editor, mas fazer o upload do arquivo real). O problema nisso, creio eu, é que o Discourse não exibe o conteúdo do upload em linha (apenas mostra um link de upload).

Então, cole o HTML bruto.

Existem objetivos diferentes envolvidos. O objetivo do Gmail é preservar toda a formatação, enquanto o objetivo de um fórum é manter um subconjunto significativo dela, evitando abusos (texto enorme, texto piscando, FONTES EXCESSIVAMENTE GRANDES, cores irritantes, etc.).

Como um exemplo simples, aqui está o HTML de um texto simples gerado pelo Office, presente na área de transferência como 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>

Isso se parece com:

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

Hello there sunshine eh

Mas quando interpretado por to-markdown.js, você obtém:

**Hello there** sunshine *eh*

Hello there sunshine eh

Você não pode, a menos que você mesmo a coloque, como fiz neste post. Se você realmente precisar dela lá, esconda-a em um comentário. Se quiser convertê-la depois para markdown, use algo como pandoc.

Eu apoio a transferência para Markdown na postagem exibida para outros, para garantir certa consistência. É a entrada bruta que me causa curiosidade.

Como você obtém o HTML bruto de um documento do Word para poder colar?

Salve como HTML a partir do Word ou copie para a área de transferência e extraia explicitamente o texto/html da área de transferência.

Se tudo o que você se importa é ser capaz de referenciar a entrada bruta em um momento posterior, este componente pode funcionar para você.

Ele adiciona um botão ao menu da postagem que mostra o conteúdo bruto em base por postagem.

@jomaxro, qual é a sintaxe para a marcação bruta de um comentário?

O que você está perguntando? Você está perguntando o que é markdown? Como https://commonmark.org/ Você está perguntando como obter o markdown bruto de uma postagem? Como /raw/123

Para uma única postagem, você pode adicionar o ID à URL. Por exemplo, https://meta.discourse.org/raw/189183/27 é a sua resposta.

@pfaffman, a segunda opção. Obrigado, @Moin. Isso é óbvio, em retrospectiva.

@jomaxro, /raw/ não funciona em nenhuma das postagens de discuss.kde.org/c/community/blogs/24, pois, em view-source:discuss.kde.org/raw/43656, observo:

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

…enquanto, quando o details é expandido interativamente em discuss.kde.org/t/43656, eu posso expandi-lo para:

Isso pode ser viável de ser atendido no lado do Discourse upstream? Observei algo semelhante em outras instâncias do Discourse, ligeiramente personalizadas, por isso pergunto.

Qual problema você está tentando resolver?

Esses tópicos são especiais porque são links para publicações grandes.

Este é o texto bruto do op.

O texto bruto do OP nesse tópico é:

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

Isto é exatamente o que é renderizado na versão cozida.

Não é um bloco details sendo expandido. Um clique em Show Full Post carrega algo mais, que é a expansão completa do embed, que não vem do raw do post, mas de metadados adicionais do post.
Você pode ver a requisição de rede no seu navegador quando clica nela, aqui está a equivalente:

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

Você queria ver o conteúdo do embed? Se sim, use o acima. Se não, o que você está esperando ver?

@supermathie, de fato. Muito obrigado! Evidentemente, muito mais da API do Discourse existe do que eu sei.