For example, let’s say that I have a volunteer organization. There are different groups of volunteers with different functions. One group of volunteers is working on the online forum. Another group is working on an upcoming potluck party.
I’d love to be able to add someone to project based sub-groups, let’s say “online-forum” and “potluck-party” and have everyone in these groups automatically be placed in a “volunteer” group.
You can give category access to any number of groups, so you can give access to the volunteer category to all of those subgroups, and, perhaps, but even bother with a volunteer group.
I want to be able to message the group. Let’s say we have a volunteer-only appreciation event. I’d like to be able to @volunteers in order to notify everyone.
I don’t want every volunteer to be notified every time a topic is created in the Volunteer category, so setting every group to watch the category wouldn’t work. I want to reserve the messages for special occasions.
People can only sign up using emails at the moment.
We mostly add people by invite.
We have a public facing part of the forum for discussions, announcements, and events and jobs postings that are open to anyone.
We have an internal facing part of the forum for projects that only people who are volunteering for that project have access to.
When someone joins a volunteer effort who isn’t already on Discourse, we invite them into the relevant group and all communications about the volunteer effort goes through Discourse.
Are you saying we could create an announcements sub-category within the volunteers category and use a plug-in like https://meta.discourse.org/t/ability-to-force-subscription-to-a-category/66357/2? That could work for the messaging use case. It still creates redundancy, where I need to give access to the volunteers category to every volunteer group AND add the same groups to the plug-in, but it’s certainly better than having redundancy at the user level. Thanks!
I continue to think having sub-groups and parent groups is a good idea. Categories are about organizing topics and groups are about organizing people. They often overlap but aren’t the same.
3 Me gusta
csmu
(Keith John Hutchison - Ceiteach Seán Mac Úistin)
7
I’m looking to have sub groups to be public only to parent or relate groups.
The problem I’m wanting to solve is enabling volunteers to be able to freely join or leave groups that relate to the categories.
Something like tag_groups. Being able to determine which groups are ‘public’ for that categoru.
We have a lot of groups (>60); this is overwhelming
Many groups are effectively sub-groups of other groups
If in a sub-group, a user would always need to be included in the larger group.
It is an administration headache to ensure that everyone is in all the groups they need to be in; and that the categories have all of the sub-groups in them (especially with sub-categories)
While there is room to tidy up and hide many of our groups, it would certainly simplify things for us if we had sub-groups.
In Active Directory, this makes maintaining the group structure and the veracity of the people in them enormously easier - especially with a larger organisation. But it is also likely pretty curly to implement and will break many things (such as plug-ins). It has certainly taken our Microsoft colleagues about a decade to sort out!
A plugin could add a custom field, parent group, to a sub group that would add users to the parent group when they joined. That would be fairly straightforward.
Things would get stickier knowing whether to remove someone from the parent if they left the child.
Is there already a feature for creating subgroups? I found a post here but it doesn’t provide the solution but mentions a plugin is feasible.
My use case would be:
Parent group:
PythonUsers
Child groups:
Python-Specialists
Python-Admin
Python-Basic
And here we can use @PythonUsers to notify all specialists, admin and basic users. But if I just want to request the input of just the python specialists I use the @PythonSpecialists group tag.
El enfoque del discurso es al revés. Creas categorías (y opcionalmente subcategorías) y permites que las personas participen en discusiones en esas categorías. Si desean ser notificados, pueden configurar sus preferencias de notificación para cada categoría usando la campana azul.
También puedes crear grupos que puedan ser @mencionados en temas para incluirlos en las conversaciones, si quieres, utilizando un sistema como el que especificaste, por ejemplo @usuariosPython (todos los que usan Python) y @especialistasPython (solo especialistas en Python).
Pero lo ideal sería que primero organizaras bien tu estructura de categorías.
¡Hola Jenny! No, no hay una opción para crear subgrupos ni para visualizarlos en una jerarquía. Aunque siempre puedes crear grupos con membresías superpuestas.
¿Puedes describir con más detalle qué es lo que estás buscando hacer?
@tobiaseigen muchas gracias por tu respuesta. Tenemos un grupo llamado Asesores y estoy buscando una forma de permitir que nuestras marcas busquen asesores que tengan ciertas áreas de especialización (es decir, marketing, ventas, etc.). Así, los asesores elegirían 3 áreas de especialización y se unirían/suscribirían a esos grupos. De modo que si una marca necesita contactar a los asesores de marketing, tienen una línea directa con todos los que seleccionaron esa área de especialización.
+1 para esta función. Se me ocurre un caso de uso donde si estás enseñando un curso que tiene clases semanales en diferentes días (p. ej., 1 clase es cada lunes, otra clase es cada martes, todas en el curso A100), entonces se puede usar un grupo para todos los estudiantes de A100 donde cada clase de lunes/martes son grupos separados dentro del grupo principal.
De esa manera, los anuncios/materiales del curso para todo el curso se pueden enviar al grupo principal, mientras que las clases de días individuales (p. ej., la clase del lunes) tienen su propia categoría de preguntas y respuestas.