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).
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>
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.
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
<pre>Konqi | 2026-01-23 22:43:37 UTC | #1
<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>
-------------------------
</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.
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?