Group groups for groups page?

AI-generated summary

The discussion centers on a feature request to introduce “group groups” or categories for organizing Discourse groups, similar to how badges are categorized into Bronze, Silver, and Gold. tophee initiates the thread, suggesting that since groups can be defined by various criteria (geography, occupation, interest), they should be displayable in sections or on separate pages (e.g., /groups/country) to improve accessibility. Mittineague questions the feasibility of a “one size fits all” scheme but suggests a parent-child approach similar to categories or simple ordering. tobiaseigen supports the idea, noting that their site currently uses naming conventions to achieve a similar effect.

Several users propose technical implementations. scombs suggests adding search filters, tabs, and a “Group Types” field in the admin panel. mcwumbly prefers a search box functionality similar to the users or logs pages. tophee clarifies that the core goal is visual organization into sections rather than just searchability, citing Namati’s groups page as an example.

The conversation shifts to the structural nature of these categories. sam acknowledges the merit of the idea but raises the question of whether groups should belong to multiple “groupings” (tags) or a single category. MarcP and tophee advocate for a tagging system for flexibility. rogerco distinguishes between tags (many-to-many) and categories (one-to-many/enforced hierarchy), suggesting categories might be a simpler first step. Hooksmith shares their forum’s use case, involving skill, community, language, and staff groups, and offers to collaborate on a plugin.

Finally, satonotdead asks about the initiative’s status, and awesomerobot confirms that while discussion is open, the feature is not currently a priority for the core team.

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
2개의 좋아요

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에게 달려 있습니다. 이 아이디어는 확실히 가치가 있습니다. 큰 미해결 질문은 그룹이 여러 "그룹화"에 속할 수 있는 "태그"와 같은 개념을 사용할지, 아니면 그룹이 하나의 항목에만 속하는 범주와 같은 개념을 사용할지입니다.

7개의 좋아요

태깅을 사용하면 포럼 소유자가 더 창의적이고 다양한 방식을 활용할 수 있을 것 같습니다. 저는 그룹에 대한 태그 도입에 분명히 찬성합니다. 또한 카테고리 권한에도 그룹 태그를 추가할 수 있다면 대규모 커뮤니티에는 큰 도움이 될 것이라고 생각합니다.

2개의 좋아요

네, 그리고 태그를 "카테고리"로 사용할 수 있기(다만 강제할 수는 없지만) 때문에 태깅 시스템에는 실제로 단점이 거의 없습니다. 구현 방식에 따른 캐스트 차이점이 있나요?

여기가 바로 핵심인데, 계층 구조를 강제하고 싶다면 카테고리가 유용하고, 다대다(many-many) 관계를 원한다면 태그가 더 좋습니다. 둘 중 하나를 고르라면 태그를 추천하지만, 둘 다 있으면 정말 좋겠습니다.

1개의 좋아요

계층 구조요? 그룹의 그룹에 대한 계층 구조가 필요한 사용 사례가 어떤 것이 있을까요?

어쨌든, 카테고리는 태그만큼이나 계층적이지 않습니다. 또한, 여기서 말하는 '계층’이 무엇에 따라 달라집니다. 예를 들어 신뢰 수준(trust level) 계층을 생각해 보겠습니다. 더 높은 신뢰 수준 그룹의 멤버들은 동시에 더 낮은 신뢰 수준 그룹의 멤버이기도 하므로, 이러한 계층 구조는 카테고리를 통해 구현할 수 없습니다.

따라서 카테고리에 대한 강조점은 실제로 강제(enforce) 부분에 있는 것 같습니다. 카테고리가 계층적으로 정렬되어 있든 아니든, 단일 카테고리에 대한 멤버십을 강제하는 것입니다.

네, 저도 그렇게 생각합니다. “카테고리”(포럼이라는 용어를 대체하는 Discourse 특유의 사용법이 아니라 일반적인 의미에서의)는 항목이 오직 하나의 카테고리에만 속할 수 있는 태그의 특수한 경우로 볼 수 있습니다.
포유류이거나 파충류일 수 있습니다(카테고리) - 하지만 두 경우 모두 네 다리와 파란 눈을 가질 수 있습니다(태그).
태그는 구현이 더 어려울 수 있습니다(제한 조건이 있는 다대다 관계, 예를 들어 네 다리와 파란 눈을 가질 수는 있지만, 파란 눈과 초록 눈을 동시에 가질 수는 없는 경우 등) 따라서 카테고리는 유용한 첫 번째 단계가 될 수 있습니다. 아니면 완벽주의에서 벗어나게 하는 방해물이 될 수도 있고요!

이 기능은 저희 포럼에서도 고민해 온 주제입니다.

저희 포럼에는 상당히 많은 수의 그룹이 있으며, 유지 관리 중인 그룹 중 몇 가지 유형을 구분할 수 있습니다:

  • 스킬 그룹: “프로그래머”, “3D 모델러” 등 게임 개발 직업을 나타내는 그룹입니다. 사용자는 자유롭게 가입하여 포럼 프로필에 해당 직함을 표시할 수 있습니다.

  • 커뮤니티 그룹: 커뮤니티 구성원이 메시지 인박스(message inbox)를 유지하기 위해 그룹 생성을 요청한 특정 위원회/이니셔티브입니다.

  • 언어 그룹: 저희 커뮤니티는 다국적 성향이 매우 강하기 때문에, “프랑스 개발자”, “독일 개발자” 등의 그룹을 두어 국적을 표시하고, 기본적으로 숨겨진 하위 카테고리에서 서로 소통할 수 있게 했습니다.

  • 스태프 그룹: 회사 내 팀을 포함하여 직함/플레어(flair)를 부여함으로써 사용자가 쉽게 식별하고 연락할 수 있도록 하는 여러 그룹입니다.

저희 포럼 인스턴스에서 이러한 그룹을 네 가지 카테고리로 정리할 수 있다면 정말 좋을 것 같습니다.

이 기능에 대한 작업이 이미 진행되었거나, 이 기능의 명세(spec)가 확정 단계에 있는지 궁금합니다. 처음에는 이 기능을 저희 포럼 전용 플러그인으로 개발하고자 했으나, 이 기능 개발에 함께 협력하는 것도 기꺼이 하겠습니다.

4개의 좋아요