Recuperare i dati "grezzi" originali che hanno creato un post?

Se stai utilizzando Chrome per desktop, puoi usare Ctrl+Shift+V per incollare come testo semplice invece di usare Blocco note.

Inoltre, nella pagina delle impostazioni del sito di amministrazione, puoi disabilitare questo comportamento di incollaggio avanzato deselezionando l’opzione “enable rich text paste”.

Grazie, ma il mio obiettivo è mantenere la formattazione originale di Microsoft Word (nei dati grezzi), non ridurla a testo semplice.

Attualmente, Discourse rimuove varie forme di formattazione, come la dimensione e il tipo di carattere, mentre ne lascia altre (il grassetto e il corsivo sembrano rimanere). A titolo di confronto, l’editor di Gmail sembra conservare tutta la formattazione.

Per provare a mantenere più formattazione, suppongo che un’alternativa sarebbe caricare un documento Word (non incollare il testo nell’editor, ma caricare il documento vero e proprio). Il problema, credo, è che Discourse non mostra il contenuto del caricamento in linea (mostra solo un link per il caricamento).

Allora incolla l’HTML grezzo.

Ci sono obiettivi diversi in gioco. L’obiettivo di Gmail è preservare tutta la formattazione, mentre quello di un forum è mantenere un sottoinsieme significativo della stessa, prevenendo abusi (testi enormi, testi lampeggianti, FONT TROPPO GRANDI, colori fastidiosi, ecc.).

Come esempio semplice, ecco l’HTML di un testo semplice generato da Office, presente negli appunti come 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>Ciao a tutti</b><span style="font-weight: normal"> sole </span><i><span style="font-weight: normal">eh</span></i></p>
</body>
</html>

Così appare:

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

Ciao a tutti sole eh

Ma quando interpretato da to-markdown.js ottieni:

**Ciao a tutti** sole *eh*

Ciao a tutti sole eh

Non puoi, a meno che tu non lo inserisca tu stesso come ho fatto in questo post. Se ne hai davvero bisogno, nascondilo in un commento. Se vuoi convertirlo successivamente in Markdown, usa qualcosa come pandoc.

Supporto il passaggio al Markdown per il post visualizzato agli altri, per garantire una certa coerenza. Ciò che mi interessa è l’input grezzo.

Come si ottiene l’HTML grezzo di un documento Word da incollare?

Salvalo come HTML da Word, oppure copialo negli appunti ed estrai esplicitamente il testo/html dagli appunti.

Se ti interessa solo poter fare riferimento all’input grezzo in un secondo momento, questo componente potrebbe fare al caso tuo.

Aggiunge un pulsante al menu del post che mostra il contenuto grezzo su base per singolo post.

@jomaxro, qual è la sintassi per il markup grezzo di un commento?

Cosa stai chiedendo? Stai chiedendo cos’è il markdown? Come https://commonmark.org/ Stai chiedendo come ottenere il markdown grezzo per un post? Come /raw/123

Per un singolo post è possibile aggiungere l’ID all’URL. Ad esempio, https://meta.discourse.org/raw/189183/27 è la tua risposta.

@pfaffman, quest’ultimo. Grazie, @Moin. È ovvio, a posteriori.

@jomaxro, /raw/ non funziona su nessuno dei post di discuss.kde.org/c/community/blogs/24, infatti, a view-source:discuss.kde.org/raw/43656, osservo:

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

…mentre, quando il details viene espanso interattivamente a discuss.kde.org/t/43656, posso espanderlo a:

È possibile gestire questo lato upstream di Discourse? Ho osservato situazioni simili su altre istanze di Discourse leggermente personalizzate, motivo per cui lo chiedo.

Qual problema stai cercando di risolvere?

Questi argomenti sono speciali perché sono collegamenti a post importanti.

Questo è il testo grezzo dell’op.

Il testo non elaborato dell’OP in quell’argomento è:

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

Questo è esattamente ciò che viene renderizzato nella versione “cotta” (cooked).

Non è un blocco details che viene espanso. Un clic su Show Full Post carica qualcos’altro, che è l’espansione completa dell’embed, che non proviene dal raw del post ma da metadati aggiuntivi del post.

Puoi vedere la richiesta di rete nel tuo browser quando ci clicchi sopra, ecco l’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>

Volevi vedere il contenuto dell’embed? Se sì, usa quello sopra. Se no, cosa ti aspetti di vedere?

@supermathie, infatti. Molte grazie! Evidentemente, esiste molta più API di Discourse di quanto io sia a conoscenza.