Básicamente, esperamos configurar grupos para administrar los permisos de publicación dentro de un tema, pero aún queremos que todos los usuarios e invitados no registrados puedan leer lo que se publica.
¿Hay alguna forma de que esto funcione?
Categoría → Seguridad
- kaikki está todo en inglés
No entiendo el propósito de Restringir respuestas, sin embargo.
1 me gusta
Entiendo que puedes hacerlo para una categoría, pero esperamos no tener que crear una categoría completamente nueva dado que todos estos temas ya están ordenados de forma ordenada en categorías y subcategorías.
Realmente esperamos la capacidad de restringir las respuestas (y las “me gusta”, de hecho) por tema.
AFAIK no puedes hacerlo directamente. Pero me gustaría equivocarme ahora.
Es posible que desees archivar esos temas.
No estoy seguro de cómo eso todavía permite que los usuarios de cierto grupo publiquen allí…
1 me gusta
Ah, lo siento @orangeandblack5, no estaba considerando tu pregunta original, solo respondí a esta parte:
Empecemos de nuevo…
En Discourse, establecemos los permisos de grupo a nivel de categoría, no a nivel de publicación, por lo que no creo que haya una manera de hacer lo que pides.
Tengo curiosidad: ¿por qué no quieres que cualquiera que pueda leer los temas no pueda darles me gusta? Pensé en archivar porque tal vez querías “congelarlos”, pero parece que quieres que algunas personas tengan la capacidad de dar me gusta y otras no. ¡Me encanta escuchar cómo las personas usan Discourse en sus comunidades! 
Para nosotros, la parte de publicar es mucho más importante que la de dar “me gusta”, pero en general usamos Discourse para organizar varios tipos de juegos y discusiones en línea en los que las personas deben registrarse para participar, y va contra las reglas publicar en un juego en el que no estás jugando realmente, pero no tenemos ninguna aplicación de software para eso y, a veces, los nuevos usuarios se confunden y terminan interrumpiendo las cosas por accidente cuando en su lugar deberían registrarse en un tema próximo.
¡Sería genial alguna forma de permitir que todos lean todos los temas, pero evitar que las personas que no se han registrado en un tema en particular publiquen en él!
1 me gusta
También creo que la única forma de lograr esto sin código personalizado es agregar una subcategoría dedicada para cada juego o discusión que desee restringir. Esto suena engorroso, pero como ya tiene que configurar un grupo dedicado cada vez, en realidad no es mucho más esfuerzo manual. En cualquier caso, la experiencia del usuario será limpia con una configuración como esta:
- categoría: juegos
permiso: todos leer - subcategoría: juego-A
permiso: solo el grupo juego-A responde
Por lo tanto, los temas del juego-A serán visibles para todos, pero cualquiera que no sea miembro del grupo juego-A y abra el tema no podrá responder.
Si desea una interfaz muy limpia y se alinea con su arquitectura, incluso podría ocultar las insignias de subcategoría relevantes de la interfaz con CSS. Por lo tanto, las subcategorías se tratarán puramente de derechos de acceso y no de navegación.
3 Me gusta
El problema con eso es que ya usamos subcategorías para clasificar las cosas.
Lo consideraremos al menos, pero realmente no es ideal porque tendríamos que eliminar una capa completa de clasificación/organización y eso podría hacer que el sitio sea mucho más difícil de navegar, especialmente para los usuarios nuevos.
1 me gusta
Sospecho que deberías usar etiquetas para organizar algo de eso. Vea Es hora de que hablemos de etiquetas.
No habrá una forma fácil de obtener permisos por tema.
1 me gusta
Me pregunto si hay una forma de proporcionar Publicación de páginas para los MP?
No lo creo. Pero podrías publicarlos en una categoría a la que la gente pudiera escribir y luego despublicarlos.
Esto es independiente del caso de uso del OP, pero administro un foro con una categoría solo para anónimos donde los usuarios pueden publicar sobre temas profesionales sin exponer sus nombres de usuario a los demás (aunque saben que los administradores pueden averiguar quién publicó qué si alguien se porta mal). Sería genial poder restringir los “me gusta” solo a los usuarios anónimos también.
3 Me gusta
Tengo la misma situación: usamos Discourse como parte de nuestro LMS personalizado y queríamos limitar el acceso a un tema en un curso a ciertas cohortes del curso en ocasiones.
Por lo tanto, la única forma de hacerlo (como se explicó anteriormente) es crear una categoría para el curso y luego una subcategoría para cada cohorte que necesite limitar el acceso… luego copiar cada tema en cada subcategoría, lo cual es un fastidio, incluido el hecho de necesitar modelos de nuestro lado que reflejen esta configuración y código para mantener las cosas sincronizadas.
Sería muchísimo mejor si pudiéramos limitar las publicaciones en cada tema a grupos.
:pensando:
¿Cada persona necesita alcanzar las respuestas de todas las demás cohortes?
Si yo estuviera configurando esto, pondría los materiales en una categoría que no permitiera respuestas, solo como material de referencia.
Luego, enviaría un mensaje privado grupal enlazando al material y manteniendo la discusión allí.
De esta manera, simplemente organizas las cohortes en grupos y puedes reutilizar los materiales fácilmente.
¡Así es como funcionan los mensajes privados! 
Pero no para temas públicos.
2 Me gusta
@maiki Wooooah. No sabía eso. ¡¡¡Gracias por compartir!!!
Sin embargo, con la estrategia actual, es algo así como “configurar y olvidar”. Cuando se crea un curso, podemos crear el tema y la subcategoría para la cohorte PREDETERMINADA y luego poblar los temas que deseamos. Si se añade una nueva cohorte, creamos un nuevo grupo y subcategoría, y copiamos los temas.
Luego podemos olvidarnos de ello y solo gestionar los avisos de actividad a través de la devolución de llamada.
Con el enfoque que describiste, ¿sería más trabajo manual? “Enviar un mensaje privado grupal” suena como una actividad que ocurre durante la vida útil de un curso. Si un nuevo estudiante se inscribe en un curso existente y se le asigna a una cohorte determinada, podemos añadirlo al grupo correcto en Discourse y entonces tendrá acceso a la subcategoría existente (para esa cohorte) y a la copia que tiene de todos los temas. En este caso, ¿se añadiría automáticamente a un “mensaje privado grupal” existente para que no haya diferencias en el flujo de trabajo?
¿La interfaz de usuario aparecería igual? Actualmente, solo tenemos el tema y luego todas las publicaciones (para una cohorte en particular, si es necesario) debajo de ellos, según la interfaz de usuario “habitual” de Discourse.
Debo decir que odio tener que hacer las subcategorías y copiar todos los temas cada vez que se crea una nueva cohorte por nuestro lado, y tener que gestionar eso, así que este mensaje privado directo suena intrigante. Pero tengo esta aprensión de que usar un “mensaje privado” para hacer todo lo que una categoría + temas pueden hacer me hace pensar que falta algo.
1 me gusta
Realmente no puedo imaginar cómo se ve eso para los usuarios.
Solo sé que a menudo enlazo a temas o uso Plantillas para reutilizar el contenido en los PM cuando trabajo con contenido reutilizable.
Si quieres expandirte un poco sobre lo que estás haciendo, con un ejemplo de temas y respuestas de estudiantes, para que podamos ver cuál es la experiencia de la cohorte, me complacerá pensar en cómo lograrlo usando PM.
1 me gusta
Lo que hice fue tener una categoría de solo lectura con las tareas y hacer que los alumnos respondieran como tema enlazado cuando “respondían” a la tarea publicando en la categoría de la clase. No estoy seguro de lo fácil que es encontrar “responder como tema enlazado” en una publicación de solo lectura hoy en día.
1 me gusta
Gracias @pfaffman y @maiki por sus ideas. La forma en que hemos integrado los temas es usar la API para extraer las publicaciones más recientes de un tema y mostrarlas directamente en la página de la unidad del curso correspondiente en nuestro LMS:
Luego, cuando haces clic en “Únete a la discusión”, te lleva al tema en la categoría del curso y la subcategoría de tu cohorte en el curso, lo que te limita solo a los comentarios de tus compañeros de cohorte:
Lo un poco raro es que esta arquitectura se filtra en la interfaz de usuario, como en este encabezado:
y la navegación…
Esto obliga al estudiante a entender por qué hay una categoría de nivel superior y luego un nivel de subcategoría para los “Temas del curso” (esa es la de su cohorte), y otra para “Discusión general” (esa es la de todas las cohortes en un curso)… y si hacen clic por ahí, pueden perderse un poco.
A veces, las cohortes son más un mecanismo de agrupación administrativa y no algo que al estudiante le importe, por lo que esto puede hacer que la cosa de categoría/subcategoría sea un poco más confusa. “¿Por qué no hay solo una categoría para todos los temas del curso?”
Además, como mencioné antes, esta configuración significa que necesitamos duplicar todos los temas cada vez que se crea una cohorte, eliminar ese subconjunto cuando se elimina una cohorte, o actualizar cada subcategoría cuando se crea/actualiza/elimina un tema.