Primero, habilita el registro de entradas para una categoría en la configuración de la categoría. Haz clic en “Configuración” a la izquierda, desplázate hasta el final, marca “Habilitar registro de entradas en esta categoría”, haz clic en “Guardar categoría” y actualiza la página. El botón “Nuevo tema” en la categoría ahora dirá “Crear diario”, haz clic en él para crear tu primer diario.
¡Gracias por publicar! Desde nuestra experiencia práctica, el formato de categoría de diario/bitácora/registro es una de las categorías más potentes que puedes añadir a tu comunidad.
Discourse no tiene ganchos de desactivación de plugins como Wordpress, por lo que no sucederá automáticamente, pero hay un botón en la configuración de la categoría que te permite restaurar las publicaciones de una categoría a su orden normal. Así que, mientras el plugin todavía esté habilitado, harías lo siguiente:
Desactivar la funcionalidad del diario en la categoría.
Algunos puntos de posibles mejoras para una posible v2.0 futura del plugin de diario. Considera que son solo ideas lanzadas al aire y no solicitudes de funciones reales. Solo quiero exponerlas públicamente y ver qué piensan otros usuarios.
Un “motor” de comentarios mejor o diferente
En lugar de publicaciones normales, los comentarios (también conocidos como respuestas a entradas de diario) deberían funcionar de manera similar a como lo hace en el plugin de votación de publicaciones. Hay que referenciar al hermano mayor Facebook aquí, donde la experiencia de publicar comentarios es el mejor ejemplo.
La pregunta es si esos comentarios se cuentan en la actividad del usuario o si deberían contarse en primer lugar.
De esa manera, la línea de tiempo tampoco será tan errática, ya que solo se contarán las publicaciones del propietario del tema.
Sugerencia/borrador de especificaciones:
Motor de comentarios de votación de publicaciones
Los comentarios no cuentan para la actividad (posible ajuste de encendido/apagado del plugin)
Mostrar avatar de usuario y nombre de usuario a media escala junto a los comentarios (pero ocultar el distintivo del avatar)
Diarios compartidos (más bien un “agradable de tener”)
Esto es más bien una exageración y no es súper crucial. Pero tuvimos algunos usuarios solicitando temas de diario en los que básicamente tienes dos propietarios del tema. La pregunta es qué tan factible es en primer lugar.
Ideas de especificaciones:
El propietario del tema puede agregar coautores
El coautor puede hacer una nueva entrada de diario
(si es factible) avatar del propietario del tema y del coautor que se muestran apilados uno sobre otro en la lista de temas
Recomiendo una mejora para el plugin (¡que es increíble!). El botón de comentarios debería ser más visible; por ejemplo, en instancias que usan Reactions, el botón ni siquiera es visible a menos que uno se desplace horizontalmente. Dado que esta es una nueva función, para fines de UI/UX, pondría el botón de comentarios de una manera claramente visible.
Solo para estar seguro… No permito mega-temas y después de la publicación número 50, ese tema se cerrará y se creará uno nuevo.
¿tales creaciones automáticas son propiedad del sistema, por lo que tengo que cambiar el propietario, verdad?
en mi caso, el límite de 50 publicaciones sigue siendo válido y, dado que Journal es “simplemente” un tema con esteroides, incluso los comentarios de las entradas se cuentan para el límite de 50 porque técnicamente son comentarios de una publicación cuando las entradas son comentarios del tema, ¿verdad?
Esta es más un área de Discourse, pero ¿puedo cambiar un comentario que ahora es una entrada en lugar de ser un comentario de una entrada? No pude encontrar tal opción en la interfaz de usuario. Si tengo que usar Rails, entonces no me molesta. Demasiado lío por algo tan menor.
Tengo muchos temas de tipo diario y los cambié a este sistema, pero todos comentaron en el tema, y ahora esos se muestran como entradas. Bueno, el tema antiguo y bastantes miembros nuevos los leen incluso, y estoy totalmente seguro de que no les importa cómo se muestra el contenido.
¡Gracias por el plugin! Empecé a usarlo no hace mucho, pero tenía una vibra de “abandonado” así que no estaba seguro de él. ¡Sin embargo, parece que funciona bien! (Aquí tienes un ejemplo que lo usa, he modificado el CSS para ocultar los detalles y optimizar la apariencia)
Creo que lo único que podría recomendar encarecidamente mejorar es cómo salta a los nuevos comentarios cuando vuelves a visitar el tema. Es difícil de explicar, pero a veces es brusco/poco claro dónde está el nuevo comentario cuando te pones al día.
¿Podrías ser más específico al respecto? ¿Crees que debería ser idéntico?
Tenga en cuenta que el plugin de votación de publicaciones fue originalmente el plugin de preguntas y respuestas, del cual se derivó el plugin de diario (ver más). Poner este al día con los cambios de comentarios en la votación de publicaciones es factible.
Interesante. No estoy seguro de si es un problema con este plugin o con el menú de publicaciones en sí, pero sí, eso tendría que resolverse. ¿Es en móvil o en escritorio? ¿Qué navegador es?
Hm, interesante sistema el que tienes. La respuesta dependerá de cómo hayas configurado este sistema automatizado de división de temas. Las entradas se distinguen de los comentarios en función de si la publicación tiene un reply_to_post_number, es decir:
Bueno, estoy usando la función principal, así que probablemente no ajustaré nada. Como siempre
Solo estoy tratando de entender qué sucederá en el futuro. Pero si entiendo bien, las entradas cuentan para el límite máximo de publicaciones, pero los comentarios no. Si es así, es espléndido.
Meta-desviación del tema, pero ¿son los mega temas una norma generalmente aceptada ? Son horribles de leer para cualquier miembro nuevo y terribles para encontrar algo para los antiguos. Ahora empiezo a entender por qué los resúmenes son una característica tan deseada. Es inevitable que los mega temas conduzcan a repeticiones interminables y una gran cantidad de contenido fuera de tema.
Tal como está, tanto las entradas como los comentarios contarán para el límite. Posiblemente podría ajustarlo para que solo cuenten las entradas. Pero tendría que mirarlo más de cerca.
Empiezo a perder el foco aquí, y estoy preguntando cosas de nivel 101, pero si posts.where y posts.where.not hacen lo mismo, ¿cuál es la diferencia entonces? Pero supongo que nil fue solo un ejemplo y se usa el valor real
Pero de todos modos. Esta pregunta de longitud limitada no es realmente importante, así que si quieres mirarla, hazlo cuando estés aburrido y no tengas nada más importante que hacer. Porque en algún momento sabré cómo funciona en un entorno real.
significa publicaciones donde reply_to_post_number es nulo, lo que significa que es una publicación que no responde a otra publicación (es decir, es una entrada).
posts.where.not(reply_to_post_number: nil)
significa publicaciones donde reply_to_post_number no es nulo, lo que significa que es una publicación que responde a otra publicación (es decir, un comentario).
De todos modos, probablemente no necesites preocuparte por las consultas de rails. Te avisaré si agregamos soporte para no contar comentarios en la división automática de temas principal.
Hola @angus, muchas gracias, realmente lo aprecio. He podido localizar la configuración adicional al configurar una categoría y ahora funciona como se esperaba. Muchas gracias por tu adición y trabajo en este excelente plugin
Hola chicos, se está ultimando una especificación de trabajo para este plugin. Si estás interesado en extender / usar este plugin y quieres saber más, envíame un mensaje a coop.pavilion.tech.
? Son horribles de leer para cualquier miembro nuevo y terribles para encontrar algo para los antiguos. Ahora empiezo a entender por qué los resúmenes son una característica tan deseada. Es inevitable que los mega temas conduzcan a repeticiones interminables y una gran cantidad de contenido fuera de tema.
