Improving the Groups page for 1.7

This sounds great :slight_smile: I am looking forward to seeing better integration of groups.

In that sense I would like to see that “Titles” given through groups are better integrated with badges. Currently users can’t select the title that is displayed if they are part of multiple groups. Title given through groups are not selectable by users

1 Like

What about Groups and SSO?

SSO can set groups for some weeks now.

3 Likes

Sorry to be such a novice here, but I don’t understand the purpose of “Groups”. I have searched in the forum and with Google, but I could not find any basic info.

Could someone please provide a link to the basics of Groups?

  • Purpose
  • Use case
  • How to use

Thanks.

Permissions are tied to groups and categories, for one thing.

Use cases for groups:

  • Private categories (define group; set category security for that group only)

  • Support group mailbox (create support group; assign support@example.com for incoming email; allow anonymous users to email in; respond via PM)

  • create directories of users for display on site

  • create groups to assign badges

  • messaging to groups with @mentions using group name

10 Likes

Might be cool to show this helper text on the blank groups directory once we have it!

4 Likes

It certainly gets a +1 from me! It’s been in “maybe” territory since January; if we put it off now, it could easily be another year until we revisit groups again. I’m also curious to see what a creative community admin can use a “Groups Directory” for.

9 Likes

Additional thoughts on the specifications for /Groups summary page and individual Group pages:


/Groups summary page

Minimum

  • locate at /groups
  • list of Groups ordered by alpha
  • display avatar for each group
  • settings on each Group page for “Show Group on Groups page?” [Yes/No]

Nice to have

  • column for number of users
  • settings on each Group page for “Show Group Description on Groups page?” [Yes/No]
  • Sortable columns like /users

Individual Group page

I think the focus of individual Group pages should remain on users (not content) at least until the user features are further developed. In addition to those features mentioned, consider the following for the user page (example of current page Discourse Meta):

Minimum

  • self serve add/remove/request membership (but note issue for PMs from TL0 users)
  • remove left rail; currently has posts/topics/mentions/messages (these don’t seemed to be tied strictly to group?)
  • add Group Owners area (possibly in left rail area) separate from other users
  • add About (possibly in left rail area below group owners)
  • make mobile responsive (it’s not quite there yet)
  • Support markdown or HTML in About
  • Sortable columns like /users
  • Search box

Nice to have

  • separate user field from name field (for sorting)

Content related enhancements

  • Area for private Categories related to the group (possibly in left rail area below About)
  • content areas for recent/featured content/announcements (based on group inbox?)

Groups icon

Some sites might want to consider add a Groups icon next to search/hamburger menu to allow users an easy way to navigate back to a list of groups. The manual method to set this up is as follows:

  • use Admin/Customize/CSS to add Groups icon in </head> + style with CSS
  • add Groups topic with links to various Group pages (or use /groups when implemented)
  • link Groups icon to Groups topic (or /groups when implemented)

11 Likes

Gentlemen,

I am the owner operator of several multi thousand member forums, and want to come onboard with Discourse. The primary feature that I need and am ‘missing’ is a robust Groups feature. I would like to know what I can do to further the fastracking of this feature within Discourse. Might I ask for a private conversation with the proper party who can most effect the advancement of this feature? Pls advise. Thanks.

Could you please expand on that here in public so we can discuss it? Please explain what’s missing from Discourse’s current groups functionality in the context of your use case.

Sure, we can talk further about that in a separate conversation. I’ll PM you.

1 Like

the group name is not allowed to be non-English. it’d be nicer if one could set the name based on the local language.

Same rules as usernames since they share a namespace.

1 Like

On my Discourse instance I use groups to manage access to “special interest” categories that users opt-in to.

For example, we keep our “robust” political discussions tucked away in a category that’s only visible to users that have read the rules and deliberately opted in to the “Politicos” group

At the moment they opt in by replying to the Politicos “opt-in” topic, and then a group owner has to manually add them as a member of the group.

This works on a small scale but it’s clunky.

I’d rather have our “special interest” categories listed on a dedicated page with a button next to each that a member can tap to opt-in to see that category.

6 Likes

I have a PR for this feature over at

https://github.com/discourse/discourse/pull/4592

Hmm I don’t see any significant benefits of logging members joining/leaving a group. As a group owner, I feel that stats like number of users in the group over time and number of posts by group uses over time will be more beneficial.

Perhaps we should only log when group owners make edits or kick people out of the group?

My :two: cents.

7 Likes

A key point for me and others will be for group owners to approve the user request to join the group. This feature is called “public group” (which it would have to be for any users to see it) but many of the use cases, like restricted categories, would need this approval feature. Can that be included in 1.7?

One reason would be to allow a group owner to send a welcome message to new users. Can we capture In the logs or, even better, display “join date”? If the user columns could be sorted that would solve a few issues in this area.

1 Like

Me too!! I need more info…

Groups were created mainly to help configure category access, like in Group A can only read Category Z, and Group B can post at Category Z.

The new group page is looking good. Example at Discourse Meta (without the +Join Group button).

Will the “about” description field support markdown and HTML? That will provide a lot of flexibility.

I like how the Members/Posts/Topics/MentionedMessages nav collapses to “Members” on mobile.

3 Likes

Really nice work on the group page redesign. Thanks. Comments:

  • The Group Title field in the new Edit Group page is updating the Default title for all users in this group field in the Group Admin page. This adds a title to everyone in the group and displays that title across the site even though a user may be in multiple groups. Seems like a bug. The only work around is to go back into each user’s profile and edit their Title field. Can we separate these fields or tie this to the Automatically set as primary group option?

  • The Group slugs are showing on the user profiles. Could we show Group Titles?

1 Like