¿Recuperar los datos "crudos" reales que crearon una publicación?

Desarrollador
21

Si estás usando Chrome en el escritorio, puedes usar Ctrl+Shift+V para pegar como texto plano en lugar de usar el Bloc de notas.

Además, en la página de configuración del sitio de administración, puedes desactivar este comportamiento de pegado avanzado desmarcando la opción “enable rich text paste”.

22

Gracias, pero mi objetivo es mantener el formato original de Microsoft Word (en los datos sin procesar), no reducirlo a texto plano.

Actualmente, Discourse elimina varios elementos del formato, como el tamaño y el tipo de fuente, mientras que conserva otros (el negrita y la cursiva parecen permanecer). Como comparación, el editor de Gmail parece conservar todo el formato.

Para intentar mantener más formato, supongo que una alternativa sería subir un documento de Word (no pegar el texto en el editor, sino subir el documento real). El problema allí, creo, es que Discourse no muestra el contenido de la carga en línea (solo muestra un enlace de carga).

23

Entonces, pega el HTML sin procesar.

Hay diferentes objetivos en juego. El objetivo de Gmail es preservar todo el formato, mientras que el de un foro es mantener un subconjunto significativo del mismo, evitando al mismo tiempo abusos (texto enorme, texto parpadeante, FUENTES EXCESIVAMENTE GRANDES, colores molestos, etc.).

Como ejemplo sencillo, aquí tienes el HTML de un texto simple generado por Office, presente en el portapapeles 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>

Se ve así:

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

Hello there sunshine eh

Pero cuando es interpretado por to-markdown.js, obtienes:

**Hello there** sunshine *eh*

Hello there sunshine eh

No puedes hacerlo, a menos que lo insertes tú mismo como hice en este mensaje. Si realmente necesitas que esté ahí, ocúltalo en un comentario. Si quieres convertirlo tú mismo a Markdown más adelante, utiliza algo como pandoc.

24

Apoyo la transferencia a Markdown en la publicación que se muestra a otros para mantener cierta consistencia. Lo que me interesa es la entrada en bruto.

¿Cómo obtienes el HTML en bruto de un documento de Word para poder pegarlo?

25

Guárdalo como HTML desde Word, o cópialo al portapapeles y extrae explícitamente el texto/html del portapapeles.

26

Si lo único que te importa es poder consultar la entrada sin formato en un momento posterior, este componente podría servirte.

Agrega un botón al menú de la publicación que muestra el contenido sin formato para cada publicación individual.

27

@jomaxro, ¿cuál es la sintaxis para el marcado sin formato de un comentario?

28

¿Qué estás preguntando? ¿Estás preguntando qué es markdown? ¿Como https://commonmark.org/ ¿Estás preguntando cómo obtener el markdown sin procesar de una publicación? ¿Como /raw/123?

29

Para una sola publicación, puedes añadir la ID a la URL. Por ejemplo, https://meta.discourse.org/raw/189183/27 es tu respuesta.

30

@pfaffman, lo segundo. Gracias, @Moin. Eso es obvio, en retrospectiva.

31

@jomaxro, /raw/ no funciona en ninguna de las publicaciones de discuss.kde.org/c/community/blogs/24, ya que en 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>

…mientras que, cuando el details se expande interactivamente en discuss.kde.org/t/43656, puedo expandirlo a:

1276×1076 184 KB

¿Se podría atender esto de manera factible en el extremo de Discourse del upstream? He observado algo similar en otras instancias de Discourse, ligeramente personalizadas, por eso pregunto.

32

¿Qué problema estás tratando de resolver?

Esos temas son especiales porque son enlaces a publicaciones grandes.

Ese es el texto sin formato del op.

33

El texto sin procesar de la OP en ese tema es:

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

Esto es exactamente lo que se renderiza en la versión cocinada.

No es un bloque de details lo que se expande. Un clic en Show Full Post carga algo más, que es la expansión completa del embed, que no proviene del texto sin procesar de la publicación sino de metadatos adicionales de la publicación.
Puedes ver la solicitud de red en tu navegador cuando haces clic en ella, aquí está el 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>

¿Querías ver el contenido del embed? Si es así, usa el anterior. Si no, ¿qué esperas ver?

34

@supermathie, en efecto. ¡Muchas gracias! Evidentemente, existe mucho más de la API de Discourse de lo que yo sabía.