Group groups for groups page?

Just like it makes sense to distinguish between different types of badges, there should also be different types of groups (in badges, it’s called “groups” so I guess I’m talking about “group groups”). Is this something that’s already on someone’s to-do list?

To be more specific: groups can be based on all kinds of criteria, e.g. geographic location, occupation, special interest etc so it would make sense to list them on the /groups page according to those criteria, right? I would even wish to have separate groups pages for each group group à la /groups/country. (BTW: that would be a nice feature for the badges too: /badges/community, /badges/posting, etc)

13 个赞

I think I understand what you’re getting at.
Currently Badges are grouped into Bronze, Silver, Gold and Custom.
Though this choice of grouping could be debated IMHO it works and is a concept that is easily understood,

But I don’ think anything similar would work for Groups, that is, it would be difficult to come up with a one size fits all scheme. At least nothing that I can think of at the moment.

Maybe a parent child approach similar to categories would be better than grouping groups?
Maybe a way to order them would be good enough?

As for separate pages, those already exist unless I’m not understanding what you’re saying

No, I’m not referring to badge types but badge groups

1 个赞

This is a good idea - on our site we have so many groups, and we use them for a variety of purposes. displaying them like badges is helpful. Right now we are able to (mostly) achieve that on our site by using a particular naming convention for groups… but it would be nice to be more intentional about the ordering like we are with badges.

https://community.namati.org/groups
https://community.namati.org/badges

6 个赞

Other feature idea could include:

  • search box on groups page with URL parameters
  • tabs that could be assigned filters or other search criteria
  • show My Groups|All Groups|Other Groups

The naming convention works to a degree. I believe the sort order is by group name not the full name so there is some flexibility.

I also use the following CSS to remove the group name and just show the full name.

.groups-table .groups-info .groups-info-name {
display: none;
}
1 个赞

You mean because that allows you to create some ugly group names for sorting the list?

Problem is that if you hide the group names it might be confusing for people to understand the sorting logic. Also, if you allow groups to be mentioned, it might be good to show the group name (perhaps with an @ before it?

Anyway, I’d say there is some potential for a better structure of the groups page…

2 个赞

:+1:

This really helps when you have more number of groups.

Agreed. Group types would be ideal. Could add:

  • Group Types menu to /admin/groups
  • Group Type field to each Group settings
  • Order Group Types by alpha on /group
1 个赞

Any chance that this feature will come to life?

Something like this would be my preference, similar to what is on the site settings or users or logs page, where I can type to filter what groups are shown.

Whatever I type could be matched against @groupname, Full Group Name and Group Description.

A search box is surely nice, but it solves a different problem: it makes it easy to find a group if you know what you are looking for.

The idea with groups of groups was to make the groups page more accessible by dividing it into sections, just like on the Badges page. @tobiaseigen provides a nice example above:

Look at their groups page and you’ll see:

https://community.namati.org/groups

5 个赞

Yeah, cool. That would be useful too.

顶起这个旧帖子,因为我们觉得这会非常有用。我们打算采用命名约定的方式,但这很繁琐,而且无法满足按类型(如区域组、本地组、工作组等)查看所有分组的需求。
理想情况下,应允许站点管理员创建新的分组类型,将分组分配给特定类型,然后让这些类型出现在“按分组类型筛选”的下拉列表中。
将主分组页面按类型划分也会很好。
有人正在开发这个功能吗?

3 个赞

我认为,在分组场景中采用与徽章相同的组织单元(例如,每个分组可选择性地归属于某个分组类别)是有价值的。事实上,我预计分组的数量会比徽章更多。

至于何时可以安排实施,这取决于 @codinghorror。这一构想确实有其价值。目前最大的开放性问题在于:我们是采用类似“标签”的概念,让分组可以归属于多个“分组”或类别;还是采用类似类别的概念,让每个分组只能归属于单一类别。

6 个赞

我认为,标签功能将为论坛所有者带来更大的创造力和更多可能性。我完全支持为群组添加标签。如果还能在分类权限中为群组添加标签,相信这将极大地惠及大型社区。

2 个赞

是的,既然你可以(尽管不能强制)将标签用作“类别”,那么标签系统实际上没有任何缺点。不同平台在实现上是否存在差异?

问题就在于此:如果你希望强制执行层级结构,分类很有用;如果你希望实现多对多关系,标签更合适。如果必须在二者中选择一个,我会投标签一票,但两者都支持那就太棒了。

1 个赞

层级结构?在什么使用场景下你需要“组的组”这种层级结构?

无论如何,分类在层级性上并不比标签更强。此外,这取决于你如何定义“层级结构”。以信任等级层级为例:高信任等级组的成员同时属于低信任等级组,因此这种层级结构无法通过分类来实现。

所以,我认为分类的重点其实在于强制这一部分。即强制将用户归属于单一分类,无论这些分类是否按层级排序。

是的,我也这么认为。你可以将“分类”(在通用意义上,而非 Discourse 中作为“论坛”替代品的特定用法)视为一种特殊情况:一个项目只能属于一个分类,类似于标签。
你要么是哺乳动物,要么是爬行动物——这是分类;但在这两种情况下,你都可以有四条腿和蓝色的眼睛——这是标签。
标签的实现可能更复杂(涉及多对多关系,并可能带有约束,例如你可以同时拥有四条腿和蓝色眼睛,但不能同时拥有蓝色眼睛和绿色眼睛),因此分类可能是一个更快速、实用的第一步。或者,它也可能只是对完美主义的一种干扰!

这也是我们一直在为论坛考虑的功能。

在我们的论坛上,我们拥有相当数量的群组,并且可以区分出几种我们维护的不同类型群组:

  • 技能群组:这些是游戏开发相关的职业,例如“程序员”、“3D 建模师”等。用户可以自由加入这些群组,以便在论坛个人资料中显示相应的头衔。

  • 社区群组:由社区成员发起的特定委员会或倡议,他们为此申请了群组,以便维护消息收件箱。

  • 语言群组:我们的社区具有高度的跨国性,因此我们设立了一些群组(例如“法语开发者”、“德语开发者”等),让用户可以展示自己的国籍,并在通常隐藏的子分类中彼此交流。

  • 职员群组:包含我们公司内部多个团队的群组,并配有头衔或标识,以便用户轻松识别并与我们联系。

我认为,如果能在我们的论坛实例中将这四种类型的群组归类组织,将会非常棒。

目前是否已经针对此功能开展了相关工作,或正在制定该功能的最终规范?我们最初打算将其开发为专门适用于我们论坛的插件,但我也很乐意就此展开合作。

4 个赞