Was wäre, wenn Abzeichen die Gruppenmitgliedschaft optional synchronisieren könnten?

[sam (Sam Saffron)]

Ich habe mich heute mit diesem Thema beschäftigt:

Feature request: Category unlocking based on data

We’re trying to create a drip-campaign style experience, where a new user sees only one category when they join and then every few days another category is unlocked. We currently use category security to hide future lessons from students by setting those categories to admin-only access, and then, as the days pass, manually changing the security setting to allow everyone access on the day of the lesson/discussion. But this only works for everyone in our Discourse at the same time. One thing tha…

Bei der Problemanalyse fällt auf, dass Discourse in einem Bereich etwas Schwächen zeigt: bei der Definition von „dynamischen" Benutzergruppen.

Gib mir eine Gruppe von Benutzern, die sich vor mehr als einem Monat angemeldet haben.

Gib mir eine Gruppe von Benutzern, die mindestens 10 Beiträge verfasst haben.

Und so weiter.

Abzeichen hingegen bieten eine sehr umfangreiche Unterstützung für diese „dynamische" Natur, sobald die erweiterte SQL-Funktion aktiviert ist.

Ein zusätzliches Kontrollkästchen bei Abzeichen, um ein Abzeichen mit einer Gruppe zu verknüpfen, würde die Möglichkeiten erheblich erweitern. Derzeit gibt es keine Möglichkeit, Berechtigungen für Abzeicheninhaber zu vergeben, da keine entsprechende Gruppe existiert. Nur die Vertrauensstufen-Abzeichen verfügen über dieses spezielle Verhalten (das wir auf dieses neue System übertragen könnten).

Mein Vorschlag lautet daher:

[ ]  Abzeichenmitglieder in einer Gruppe spiegeln

Sobald diese Option bei einem bestimmten Abzeichen aktiviert ist, wird entweder automatisch eine „Gruppe" erstellt oder eine bestehende Gruppe anhand des Namens gesucht. Die Mitglieder dieser Gruppe werden dann synchronisiert, sobald sich die Abzeichenmitgliedschaft ändert.

Was haltet ihr davon?

[riking (Kane York)]

Because the group membership management UI is so rich these days, changes should at least attempt to flow in the opposite direction as well (e.g. approving a Request to Join turns into a badge grant from the group manager; which wouldn’t normally happen as they aren’t staff).

[codinghorror (Jeff Atwood)]

I feel like this has massive overlap with trust levels; it’s building a parallel system for… well, I’m not sure why. In the quote you posted, that is literally the reason we have trust levels in the first place. So tying content unlock to

• trust level 1 (a tiny bit of reading)
• trust level 2 (a fair bit more reading)

should cover this scenario.

There are many many things I’d rather we work on than this.

[sam (Sam Saffron)]

@codinghorror

There are many many things I’d rather we work on than this.

I definitely do not see this as an urgent change, we lock out badge sql anyway out-of-the-box. However I do see this as something I would like to get to eventually.

It is a simple generalization of the “automatic group” system that now exists.

This does simplify workflows as well, you can grant a badge to a user and then you do not need to go to the group and also grant membership. For example: “Customer champion” badge that grants access to “champions” group and “champion discussion” category on the site. Having the bridge also means you only need to remove membership in 1 spot to have both badge and group change.

Nothing urgent to change here, its just that there are tons of parallels between groups and badges so having a bridge helps get automatic feature parity on both sides.

[Falco]

Prior requests:

Group Assignment SQL Query

Before I get to my feature request, I would like to take the time to thank the Discourse team for their work. Discourse is an epic piece of software, and so far everyone I have introduced it to has nothing but high praise for it. Feature Would it be possible to extend the Badge Query options to groups. Currently groups can either be assigned by email domain or manually. Adding SQL queries would extend that to support anything an admin can imagine. Use Case I currently use SSO to integrate dis…

Feature request: Category unlocking based on data

We’re trying to create a drip-campaign style experience, where a new user sees only one category when they join and then every few days another category is unlocked. We currently use category security to hide future lessons from students by setting those categories to admin-only access, and then, as the days pass, manually changing the security setting to allow everyone access on the day of the lesson/discussion. But this only works for everyone in our Discourse at the same time. One thing tha…

I know that just tying this up to the a badge re-uses a bunch of code, and simplifies a lot, but ideally this would be an option in the Groups UI, to have an option query that returns the user_id of members.

When you tie this to SSO and custom user fields, you get a very powerful system, where you can manage groups using queries on those custom fields + all the info Discourse already have.

[pfaffman (Jay Pfaffman)]

I have a client who wants just this. He wants to encourage people to fill in custom user fields after sign up and give them flair if they do it.

It’s easy enough to enable badge sql to find them a badge but we need to assign them to a group for flair.

How hard is a plugin to assign a user to a group of they have earned a badge?

[bartv (Bart)]

Did you manage to solve this, @pfaffman? I’m exploring a similar scenario myself.

[pfaffman (Jay Pfaffman)]

I did not, but I think that I now know how to develop such a plugin. Ping me with your budget and I’ll see what I can do for you.

[bartv (Bart)]

I have no budget for this one, I think it can also (less elegantly) be achieved with an Integromat or Zapier script.

[pfaffman (Jay Pfaffman)]

Well, maybe I could get you enough coffee code that you could tweak it yourself. I’m pretty busy right now, but I’ll see what I can do.

EDIT: Well, it’s not going to work how I thought it would. It’ll take me some time to figure out how to go about doing it.

[Lhc_fl (Linca)]

Ich interessiere mich sehr für dieses Thema. Ich möchte fragen, ob jemand ein entsprechendes Plugin entwickelt hat? Wenn nicht, werde ich eines entwickeln.

[sam (Sam Saffron)]

Der einfachste Weg, dies zu erreichen, wäre die Verwendung der Discourse-Automatisierung, ein spezielles benutzerdefiniertes Skript zum „Synchronisieren von Abzeichen mit Gruppen“, das relativ einfach zu erstellen sein sollte.

[Lhc_fl (Linca)]

Oder Benutzer mithilfe von Berichten aus dem Discourse Data Explorer zu Gruppen hinzufügen?
Es wäre großartig, wenn dies möglich wäre.

[JammyDodger]

Dies ist jetzt mit dem Automation-Plugin möglich:

User Group Membership Management Through Badges

We recently added the update_user_group_membership_via_badge automation. This were long standing requests at: (including one from yours truly) Automatic membership of badge earners in the group What if badges could optionally synchronize group membership? Automatically add/remove users to/from a group based on badge id? Badge granting triggers group membership What does it do? This feature allows you to automate user group membership based on their badges. It provides you with the ability to…