No estoy en desacuerdo. Pero una vez que las “personas específicas” crecen hasta un grupo de varios cientos, de cierta manera quieres algunas de las características agradables que Discourse ofrece para navegar temas públicos. Así que quizás la característica diferenciadora aquí sea el tamaño del grupo receptor?
1 me gusta
¡Hola de nuevo, Geoff! Espero que todo vaya bien.
Estoy en la misma situación que tú: quiero poder ver los mensajes privados en las páginas de Recientes/Populares/Nuevos (exactamente por el mismo caso de uso). Pero, por separado, si te he entendido bien, esta parte (cambiar el carácter público/privado de un tema existente) ya parece existir.
Desde el icono de la llave inglesa de acciones administrativas a nivel de tema, en la esquina superior derecha, puedes hacer clic en “Convertir en Mensaje Privado” (o “Convertir en Tema Público” si ya es un MP). Al convertir un tema existente en un MP, parece que se mantiene el acceso para todos los que publicaron en el tema, y luego puedes añadir también el grupo de personal. Sin embargo, esto mueve el hilo de la lista de temas a la sección de mensajes.
Sí… de ahí el problema.
Lo que me encantaría sería algo como la función oculta, pero que dejara el mensaje visible para todo el personal con un cierto nivel de confianza. Eso podría ser factible…
¿Funcionaría establecer manualmente, por ejemplo, trust_level_3 para que cualquiera pueda enviar mensajes privados a él (en Grupos → trust_level_3 → Administrar → Interacciones)?
Entonces, parece que podrías agregar manualmente el grupo trust_level_3 como participante después de convertir un tema público en un mensaje privado.
Eso quizás no sea exactamente lo que buscas (y no estoy seguro de entender lo suficiente sobre el funcionamiento interno para afirmar con certeza que funcionaría), pero podría tal vez cumplir parte del objetivo.
Soy otro recién llegado a la discusión, con un caso de uso casi idéntico al de @Geoffrey_Challen (gestionar una clase grande y esperar usar Discourse para administrar preguntas y respuestas y discusiones).
Personalmente, no me preocupa la gran cantidad de correos electrónicos (de todos modos, configuré el modo de lista de distribución), pero creo que sería una gran mejora en la calidad de vida poder responder a la pregunta de “¿Cuáles son todos los hilos que podría necesitar leer o responder?” desde un solo lugar, independientemente de si esos mensajes eran públicos o se enviaron al grupo de personal (o quizás incluso directamente a mí).
El permiso de “crear”, tal como se discutió originalmente, sería una forma de manejar eso. Otra sería permitir que los mensajes privados (PM) de ciertos grupos se muestren como pseudo-categorías en las páginas de lista de temas (Nuevos, Populares, etc.). Dada la similitud en la estructura de los PM frente a los temas públicos en la base de datos, parece que eso podría ser posible (aunque definitivamente hay un nivel de complejidad adicional).
Una alternativa diferente que podría ayudar de manera similar, pero sin requerir cambios tan grandes, sería si el cuadro de búsqueda tuviera una forma de buscar en todos los temas y PM (actualmente, por lo que sé, puedo buscar en uno u otro, pero no en ambos), y, idealmente, refinar los resultados por grupos específicos de destinatarios de PM. Por ejemplo, me gustaría poder decir: “muéstrame todos los hilos abiertos que fueran temas públicos o PM al grupo de personal”.
Si es posible modificar la función de búsqueda de esa manera, parece que proporcionaría gran parte de la funcionalidad que esperaba, y lo haría de una manera que no requeriría cambios excepto en la búsqueda. Pero quizás también haya complicaciones allí que no estoy considerando.
Creo que eso podría ser parte del problema. Quizás también tenga que ver con la cantidad de tráfico de los PM grupales frente a los mensajes públicos? Nuestros casos de uso implican mucha interacción tanto en temas públicos como en PM grupales (y un gran número de hilos en ambos), mientras que para muchos otros casos de uso, los mensajes privados al personal podrían ser más raros, y quizás eso tenga un impacto en la forma en que las personas quieren interactuar con esas cosas?
OK… después de unas horas de trabajo esta tarde tengo un prototipo del permiso de solo Crear (en la rama cs125). Muy poco probado, pero esto es lo que parece funcionar:
- Las categorías pueden asignarse un permiso de Crear.
- Los usuarios con ese permiso pueden crear temas en la categoría y responder a sus propios temas.
- Todavía pueden ver los temas creados por otros usuarios, pero al intentar acceder a ellos aparece un error: “Esta página es privada o…”.
- Los administradores pueden ver y responder a todas las publicaciones.
- No tengo idea de si los demás permisos de categoría siguen funcionando, pero no veo por qué no deberían…
Asumiendo que esto realmente funciona y no es solo un deseo mío, me gustaría mucho resolver el punto #3 para que la interfaz sea menos confusa para los estudiantes. Pero ahí es donde me perdí, aunque quizás sea porque ha sido un día bastante largo. @sam: ¿puedes ayudarnos aquí, o vas a desmentirnos ahora que nos hemos alejado tanto del camino 
? En esencia, quiero poder filtrar la lista de temas de una categoría (y en realidad todas las listas de temas) para excluir los temas de categorías donde el usuario solo tiene permisos de Crear, a menos que el usuario haya creado ese tema.
PD: esta rama también extiende los permisos de susurro a usuarios con nivel de confianza >= 3. A otros les puede o no interesar este cambio, pero nos resulta útil, ya que los privilegios de moderador son demasiado para la mayoría de mi equipo docente, pero susurrar es muy útil al trabajar juntos para ayudar a los estudiantes.
@sam: otra pregunta rápida. ¿Hay alguna posibilidad de hacer cualquiera de estas cosas mediante un plugin?
Esto es casi exactamente como funciona el plugin de respuestas restringidas
Lo único que no maneja es el punto (3). Será extremadamente complicado de implementar, debido a todas las razones mencionadas anteriormente.
3 Me gusta
Corrígeme si me equivoco, pero parece que tu plugin no impide que las personas vean los mensajes que no han creado. Eso es esencial para nuestro caso de uso: estudiantes que publican preguntas en nuestro foro del curso que pueden contener código u otras partes de su solución. Por lo tanto, no solo necesitamos que solo el personal pueda responder, sino también que solo el personal pueda ver. El plugin de respuestas restringidas indica que funciona como un permiso de “Crear / Responder (a uno mismo) / Ver”. Necesitamos esencialmente “Crear / Responder (a uno mismo)” pero sin ver.
Dicho esto, es realmente alentador que esto se pueda hacer mediante un plugin. ¿Sería posible restringir también la visualización para apoyar nuestro caso de uso?
En cuanto al punto #3: me preguntaba si sería más fácil hacerlo en el cliente. Actualmente, con nuestros cambios, los estudiantes ni siquiera pueden acceder a estos temas, por lo que incluso si solo pudiéramos ocultarlos en la interfaz de usuario, eso sería suficiente.
Sí, tienes razón. Por eso dije que no logra (3).
¿Qué pasa si un usuario está siguiendo la categoría y recibe notificaciones sobre el tema secreto? ¿Qué hay del modo lista de correo? ¿Qué hay de las páginas de «actividad» del usuario? ¿Qué hay de los temas «más populares»? ¿Qué hay de los temas «nuevos»? ¿Qué hay de la búsqueda? Y probablemente muchas otras preguntas más… Esto es una tarea enorme, y no lo recomendaría.
Los mensajes privados de grupo están diseñados exactamente para tu caso de uso. Aquí en Meta gestionamos todo nuestro correo de soporte a través de mensajes privados de grupo y funciona de maravilla. Si tienes problemas específicos de usabilidad con las bandejas de entrada de grupos, creo que sería mejor que dediques tu tiempo a explorar mejoras en ese ámbito.
3 Me gusta
No lo discuto. Pero estamos aquí porque hemos probado los mensajes grupales y no funcionan muy bien, dado que tenemos unas 200 personas en el extremo receptor del mensaje.
Lo mencioné en mi respuesta a Sam, pero los mensajes grupales no parecen funcionar muy bien una vez que la lista de destinatarios se vuelve realmente grande, y la probabilidad de que responda a cada mensaje individual disminuye. Dicho de otra manera: si los mensajes grupales funcionaran tan bien, la gente seguiría usando listas de correo abiertas grandes en lugar de excelentes herramientas como Discourse.
Probablemente continuaremos con los mensajes grupales en lugar de arriesgarnos a los fallos que, con razón, señalas que podrían resultar de un intento de modificar los permisos de la categoría. Pero no es realmente útil que te digan “¡los mensajes grupales funcionan genial!” cuando tu experiencia es que, de hecho, no funcionan tan bien 
2 Me gusta
Claro, siempre habrá diferencias en cómo se utilizan las cosas en diferentes comunidades. Mi punto era que sería interesante explorar qué desarrollos serían necesarios para que puedas usar los mensajes privados (PM) con éxito. Creo que los cambios en ese ámbito son mucho más alcanzables que volver a implementar las funciones de PM en categorías regulares.
¿Qué problemas específicos estás experimentando con los PM grupales? Por ejemplo, ¿quizás es una sobrecarga de notificaciones? Ese fue uno de los problemas que tuvimos originalmente, y ahora puedes configurar el nivel de seguimiento para cada bandeja de entrada de grupo.
6 Me gusta
Sí, ¡esa fue una adición realmente útil! Gracias.
Si revisas parte de la discusión anterior, creo que verás varios problemas con el sistema de mensajes privados. Principalmente, existe un flujo de trabajo diferente para gestionar los mensajes, lo que crea una separación artificial entre los temas que deseo tratar de manera similar. (De ahí el intento de integrar esto en el modelo de permisos de categorías existente.)
Hay una lista aquí, pero en realidad se reduce a hacer que los grupos de mensajes se parezcan lo más posible a las categorías. Tenerlos en la página de inicio y en la vista de temas más recientes, que se vean igual al navegar, ofrecer las mismas opciones de búsqueda y filtrado (sin tener que recordar que es un mensaje), etc. Lamentablemente, tengo la sensación de que esto requeriría tanto o más trabajo de reestructuración que los permisos adicionales de categorías. ¿Pero quizás no?
@david: perdona que interrumpa la conversación, pero tengo un caso de uso muy similar al de @Geoffrey_Challen. Aunque no puedo hablar en su nombre, creo que una cosa concreta que me ayudaría sería tener la opción de ejecutar una sola consulta de búsqueda que coincida tanto con temas públicos como con mensajes privados (ahora mismo parece que puedo buscar temas públicos o mensajes privados, pero no ambos a la vez, a menos que esté pasando por alto algo).
Entiendo que algunos de los otros cambios sugeridos aquí (permiso de “Crear”, permitir que los MP se muestren en las listas de temas regulares, etc.) implican cambios amplios y complejos, pero tal vez un cambio en la búsqueda para permitir buscar en todos los temas (públicos o MP) sería más práctico y más localizado, y aun así proporcionaría la capacidad de obtener cierta semblanza de una vista unificada de esas cosas mediante la búsqueda.
Para mí, no creo que anular la interfaz predeterminada sea importante, pero sería fantástico si tuviera alguna forma de responder rápidamente a la pregunta de “¿Cuáles son todos los hilos en los que podría necesitar responder ahora mismo?”, independientemente de si son públicos o privados, y de refinar eso según etiquetas, etc.
Mientras tanto, escribí un pequeño script que puedo usar para obtener esta lista unificada directamente desde la base de datos Postgres, o puedo ejecutar dos consultas separadas a través del cuadro de diálogo de búsqueda para cada cosa que quiera buscar (una para públicos y otra para privados), pero ambas son un poco dolorosas…
2 Me gusta
Me parece una gran idea, la usaría. Lo mejor sería crear un nuevo tema #feature para no perder de vista la idea en este tema.
Edición: hecho aquí
4 Me gusta
Realmente me cuesta entender la aversión a permitir este tipo de estructura de permisos después de haberse discutido desde 2015. Sin duda, puedo ver el atractivo de la publicación original, así como las reservas sobre el uso de mensajes privados como alternativa. Un sistema de permisos un poco más granular sería un cambio radical para Discourse: abriría muchas puertas a usos más creativos en las comunidades.
Los efectos de los permisos granulares están… bien documentados. Todavía tengo pesadillas al pensar en el desorden que vBulletin hizo con los permisos de categorías, exactamente por esta razón.
El punto es que si deseas que los usuarios puedan crear temas y solo ver los temas que ellos mismos han creado, esta funcionalidad ya existe en los mensajes privados. Combinado con los buzones de grupo, ya replica el comportamiento deseado.
1 me gusta
Personalmente, no tengo experiencia con vbulletin ni con otro software de foros. Mi experiencia en plataformas basadas en comunidades proviene de Discord, donde los creadores de comunidades tienen más control sobre los permisos. También he visto sistemas de permisos implementados con éxito en muchas otras plataformas que permiten un mayor control. No creo que nadie esté pidiendo 500 botones de alternancia en este escenario, sino la capacidad de asignar permisos de Crear, Ver y Responder de forma independiente entre sí.
El comportamiento deseado es que el usuario abra una categoría, haga clic en “Nuevo tema”, escriba su contenido y que su publicación solo sea visible para él y para quienes tengan el permiso de “ver”. Los mensajes privados son mucho más engorrosos de navegar para el usuario en comparación con lo que he descrito anteriormente: requieren más iniciativa por parte del usuario y la función está más oculta en la interfaz.
Una solución más sencilla al problema sería permitir la creación de temas por correo electrónico, aunque esto también tiene un inconveniente. No fomenta directamente la participación en la comunidad y requiere que el usuario utilice un sistema de terceros para lograr su objetivo.
Los mensajes directos y los permisos de categorías son dos temas distintos y no son realmente lo que el autor original (OP) solicitó, ni tampoco lo que muchas personas que vendrán después estarán buscando.