Probablemente suene ridículo, ya que por lo general la gente quiere evitar o eliminar hilos duplicados. Sin embargo, tengo un caso de uso ahora mismo en el que necesito duplicar un hilo. ¿Cómo puedo hacerlo?
2 Me gusta
¿Manualmente? Puedes navegar al contenido en bruto del tema accediendo a /raw/{topic_id} y copiando todo lo que hay allí.
Así, https://meta.discourse.org/t/195111 se convierte en https://meta.discourse.org/raw/195111
Por cierto, en Discourse llaman “topics” a lo que tú llamas “hilos”.
Edición: o, si tienes nivel TL4 o eres personal, simplemente puedes hacer clic en editar y copiar todo lo que aparece allí.
4 Me gusta
En realidad, eso no hace lo que necesito. Quiero todos los temas con todas sus respuestas. Necesito una copia exacta del hilo, pero con un topic_id diferente.
1 me gusta
Encontré una forma de “reproducir” un hilo completo, lo cual fue laborioso, pero no hay manera de duplicarlo realmente (por ejemplo, conservando los “me gusta”).
Creo un nuevo hilo y lo coloco en una categoría inaccesible, como la de personal. Copio cada respuesta del tema original y la pego como una respuesta en el nuevo hilo. Para las respuestas que solo necesito en el nuevo hilo, simplemente las selecciono y las muevo. Luego, cambio la propiedad de las respuestas copiadas al nombre del autor de la respuesta original. Una vez terminado, cierro el hilo original y cambio la categoría del nuevo tema a una categoría pública.
Por supuesto, esto es demasiado arduo para usarlo de forma regular. La razón por la que tuve que hacerlo esta vez fue porque alguien creó un tema con un título muy largo que podía interpretarse en dos hilos de discusión diferentes. Nosotros (los moderadores) notamos el problema del título largo (ahora se limitará a menos caracteres), pero en ese momento no nos dimos cuenta de que causaría un problema.
La conversación comenzó y, antes de darnos cuenta, teníamos dos conversaciones delicadas muy entrelazadas en curso, con algunos comentarios ofensivos de un miembro que, sin embargo, provocaron una rica serie de respuestas en ambos temas.
Para conservar la riqueza de las contribuciones que habían tenido lugar, para reprimir al infractor reincidente, para utilizar el evento con fines educativos para la comunidad y para permitir que ambas conversaciones valiosas crecieran cada una por su lado, determiné que lo mejor era dividir los temas, manteniendo solo las intervenciones pertinentes en cada uno, pero sin dudar en repetir en ambos las intervenciones que abarcaban ambos asuntos para mayor claridad y comprensión.
En el hilo que conservó la respuesta ofensiva, también coloqué un aviso del personal antes de la publicación ofensiva, indicando que no estaba de acuerdo con nuestros valores comunitarios, pero que lo dejaríamos por razones educativas. Modifiqué esa publicación de la siguiente manera: coloqué el código markdown antes del lenguaje ofensivo:
Fue mucho trabajo y reflexión. No volvería a hacerlo manualmente. Sin embargo, el caso de uso definitivamente existe.
2 Me gusta
¡Eso suena como mucho trabajo! La próxima vez podrías obtener mejores comentarios si, en lugar de pedir solo soporte técnico (“¿Cómo puedo duplicar un tema?”), explicas la situación y lo que quieres lograr en tu publicación inicial. Por ejemplo, probablemente podrías haber cerrado el tema, dejado una nota del personal como última publicación y enlazarlo a dos nuevos temas donde las discusiones respectivas podrían continuar.
7 Me gusta
No te puedo culpar por tu comentario: a menudo nos preguntamos cuál es el objetivo cuando la gente solicita información técnica sobre fmpro en nuestro foro.
Sin embargo, tenía la intención firme de experimentar con este enfoque en la situación actual. Conocía la opción de cerrar el hilo y crear dos nuevos temas. Quería utilizar el material existente con fines educativos.
Tenemos una comunidad muy sólida, con muchas contribuciones excelentes. No obstante, nacimos de la frustración con la plataforma del proveedor. Por eso he utilizado diversos enfoques y técnicas de gestión del cambio para ayudar a las personas a dejar de quejarse y criticar al proveedor.
La mayoría ha avanzado en la forma en que expresan opiniones críticas sobre el producto o el proveedor. Desafortunadamente, algunos individuos tendían a avivar el conflicto, lo que perjudicó la reputación de la comunidad y disuadió a miembros valiosos del ecosistema, aquellos con relaciones más cercanas o privilegiadas con el proveedor, de acercarse a nosotros. Esto es lamentable, ya que hemos crecido de manera orgánica: la mayoría de las personas, al enterarse de nuestra existencia, les gustan los foros y deciden quedarse, y estos miembros destacados traían consigo experiencia y contenido de gran valor.
Dos desarrolladores muy respetados y estimados tuvieron que soportar discusiones constantes y tuvieron que «trabajar» demasiado para corregir información, perdiendo la motivación y la diversión de contribuir, por lo que decidieron retirarse.
Sí moderamos, pero era desagradable tener que enfrentar constantemente los mismos comportamientos irritantes. Al intentar dar a todos el derecho a expresar su opinión, finalmente me di cuenta de que era injusto para todos tener que ejercer tolerancia y verse obligados a presenciar situaciones desagradables solo porque unos pocos no se abstenían de comportarse de manera grosera.
Nuestras preguntas frecuentes no lograron instarles a observar y reconocer los errores en sus interacciones. En lugar de listar «qué hacer» y «qué no hacer», o directrices que la gente interpreta como quiere, nuestro nuevo administrador decidió promover valores. Resulta que es más fácil moderar cuando simplemente decimos que una publicación no se ajusta a los valores de nuestra comunidad, por lo que se edita (o se oculta hasta que se modifique).
Sin embargo, finalmente nos dimos cuenta de que esto no ayudaba a quienes han comunicado de manera deficiente durante toda su vida a saber cómo mejorar.
Por eso ahora estamos añadiendo intervenciones educativas, básicamente metacomunicación, directamente en los hilos. Veremos cómo funciona.
5 Me gusta
Lo sé, @HAWK incluso editó mi título para reflejar eso.
Uso “hilos” exactamente para evitar lo que ocurrió aquí: tu sugerencia era una solución para duplicar el tema (es decir, la publicación inicial). Sin embargo, lo que yo quería era una solución para duplicar todo el hilo (que es la publicación inicial, es decir, el tema, más todas las respuestas siguientes).
En otras palabras, cuando creas un nuevo tema y la gente publica respuestas, lo que obtienes es un hilo.
Esa es la cuestión: no… Literalmente, no existe tal cosa como un hilo en Discourse. La primera publicación y todas las respuestas juntas se denominan tema.
2 Me gusta
Acepto el concepto que expones en el contexto de Discourse. Sin embargo, lingüística, filosófica e históricamente en el ámbito de los foros en línea, “hilo” es lo que mejor describe la entidad compuesta por una publicación inicial con título y las respuestas subsiguientes. 
1 me gusta
De acuerdo, pero lo que estás pasando por alto aquí es que Discourse no tiene hilos como todas las demás plataformas de foros. Literalmente, por eso hacemos esta distinción.
4 Me gusta
Tienes razón. En este caso, “discusión” o “conversación” podría ser un término mejor, ya que es menos específico sobre el diseño que une los componentes 
3 Me gusta
Bueno, puedes buscar la definición de tema en Google:
top·ic
/ˈtäpik/
a matter dealt with in a text, discourse, or conversation; a subject.
Es bastante preciso. Si prefieres una palabra diferente por razones personales, eres libre de editar el texto en Discourse a través de Admin, Personalizar.
En cuanto al asunto original…
¿Por qué no presionar la llave inglesa del administrador en el tema y dividir el tema, de modo que las respuestas sobre el “otro” tema estén en un tema diferente, pero enlazado? Esa sería la acción más sencilla, respaldada por una gran cantidad de herramientas en Discourse.
2 Me gusta
Porque:
«Quería separar los temas, conservando solo las intervenciones pertinentes para cada uno, pero sin dudar en repetir en ambos las intervenciones que cubrían ambos asuntos para fines de claridad y comprensión».
A menos que haya una forma de copiar una publicación a un nuevo tema y dejarla también en el tema original que no haya descubierto, la solución que propone no permite mantener ciertas respuestas en ambos temas para fines de comprensión.
Entiendo, si tienes respuestas muy entrelazadas con muchas citas de varias publicaciones, podría ser complicado, pero eso debería ser relativamente raro. He moderado meta aquí en la mayoría de los formatos durante casi una década y no se me ocurren muchas ocasiones en las que haya encontrado esta “necesidad” de duplicar un tema completo… una división regular de temas suele ser suficiente.
2 Me gusta
Jeff, tengo un caso de uso en el que duplicar un tema completo sería extremadamente útil.
Usamos nuestra instancia para la colaboración empresarial, específicamente un sindicato. En cada reunión, creamos un hilo, de 8 publicaciones, estilo TOC.
Cada reunión publica del 1 al 8, aunque muy diferentes dentro del tema, tienen el mismo formato mes a mes, solo se pega información específica. Sería increíblemente útil tener la capacidad de crear una plantilla no solo para la primera publicación, sino para todo el tema, replicándola cada mes e insertando la información mensual.
Ahora mismo, tengo un tema que creé en una categoría privada con la plantilla para cada publicación del 1 al 8. Actualmente, tengo que abrirlo en pantalla dividida con un nuevo tema, copiar la publicación 1 del tema de plantilla al nuevo tema, luego la publicación 2, luego la publicación 3, etc.
Si bien este es un caso de uso realmente inusual, hay algunas instancias que podrían beneficiarse enormemente de una función de administrador para clonar un tema, o si hay una manera de expandir la plantilla del tema para incluir múltiples plantillas de respuesta individuales anidadas en la categoría con la plantilla del tema.
Ahora mismo, ya sea una plantilla de tema o un asistente, todo lo que puedo hacer es clonar básicamente una publicación n.º 1 sin rellenar.
1 me gusta
Hola,
¿No podría Discourse Canned Replies ser una mejor solución para esto? Solo tienes que crearlo una vez para el tema y las publicaciones, luego puedes seleccionar las plantillas de forma sencilla.
4 Me gusta
Sabes… eso podría funcionar bien. Después de mirarlo, me siento muy animado. ¡Gracias, @Don!
4 Me gusta
También tenemos un caso de uso. Estamos utilizando mensajes privados a un grupo como medio para solicitudes de ayuda privadas, pero estamos animando a los usuarios a permitirnos hacer pública su solicitud. Preferimos las solicitudes de ayuda públicas para que más personas puedan beneficiarse de la asistencia.
Idealmente, copiaríamos la solicitud de ayuda original y las respuestas seleccionadas a un nuevo tema público, omitiendo el mensaje del autor de la respuesta automática y las respuestas en las que preguntamos si podemos hacerlo público, etc.
Tal como está, tendremos que convertir el tema del mensaje privado en un tema completo en una categoría privada, eliminar las respuestas que no queremos mostrar y luego moverlo a un área pública.
¿Hay alguna razón por la que no lo hagas al revés? ¿Seleccionar las publicaciones que quieres que sean públicas, moverlas a una nueva conversación y convertirla en un tema público? Me sentiría más seguro eligiendo cuidadosamente lo que publico que eliminando todo lo que no quiero publicar.
4 Me gusta
Ese es un buen punto. Supongo que asumí que la publicación original no se podía mover a un nuevo tema. Haré algunas pruebas y veré cómo podría funcionar. Gracias por la sugerencia.
1 me gusta