-
-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Communities (aka sub-rooms or room categories) #2454
Comments
Per https://matrix.to/#/!DgvjtOljKujDBrxyHk:matrix.org/$1476215287707JLfoF:chat.cryptochat.io:
|
I could have sworn we had a bug for this already, given the number of people who've asked for slack-style subrooms. but apparently not. agreed that it would be very useful. (edit: apparently 'slack-style subrooms' don't exist and i'm imagining them. eitherway, the idea would be that the act of joining the 'parent' room also joins you to a set of 'child' rooms, which are shown appropriately. It's basically the request for a team room directory). |
I don't think sub-rooms were quite what was asked for, but they do sound like another valid way of solving the problem |
I'll jump on this bandwagon :-) perhaps the mechanism could be based on the room name instead of special tags. It's a really common mechanism to use underscores (as shown in the above example) to nest catagories in roomnames on IRC etc, in fact I've done it myself here for #ledgersmb and some sub rooms perhaps the only "config" we need is a room flag saying that it's part of a room group, then the underscores can delimit the "levels" |
I think Riot/Matrix is already destined to be a 'Slack killer', but this would pretty much clinch it. Especially if a user can join see all the rooms in a Category at the same time. If the Room Directory has a Category filter too, and then the user can easily join them as desired. |
Thinking about this further from an implementation perspective, possibly the most flexible method would be to have an optional room setting of "parent room", and an optional per user setting setting hash "room parents" containing "room_name=parent_room_name" pairs Any UI can then (possibly configurably) either honour or ignore these keys to modify the way rooms are displayed |
This is quite related to #1373. I suggest we consider solving both at the same time. |
Just had to stop by and say how sorely needed this is! Especially using a bridge that does some level of user puppetting, the room listing has become very disorganized and as far as I know there is no good way to organize it. |
This keeps coming up more and more - especially from Discord users, who are used to having multiple groups of rooms (which discord calls 'servers' confusingly), thus grouping together related sets of rooms for a given community, similarly to Slack's teams. https://matrix.to/#/!DgvjtOljKujDBrxyHk:matrix.org/$1491607246420851NlHhu:matrix.org has some additional thoughts on it, which can be summarised as:
|
I am facing this issue in two communities. What is the best way to set up a list of rooms corresponding to slack channels? |
Given the Discord users, maybe calling these groups "Communities" would be more descriptive? |
way ahead of you ;) |
n.b. these are different to:
|
I've deliberately split the concept of having room hierarchies out of this into #3843 (unless of course Communities end up being some kind of ungodly usenet #comp.internet.services:matrix.org style global taxonomy ;D) |
Communities need some kind of ACL. In my use case we want to use riot instead of slack for a university associations. We want members to joint "the community" on riot and then have access to some room but not all. Giving access to members of the community of those "secret" room should be easy. Also if you joined different community, you should be able to mute everything from one community so you can concentrate on the one you actually working. This features are really what make slack interesting for team in my opinion. |
Communities are now available in the Riot client. |
Major items still remaining here (given this is effectively the master bug for communities) are:
|
What would it take to make a community where membership is only visible to other members who have been invited? |
This seems to be covered by #5240, so I guess this is done. |
I feel the communities are more representative of groups related chat rooms that might have sub rooms of their own. As how it's currently implemented it's just a collection of chat rooms. |
Slightly different to tags, though they need to interact somehow. Some sort of cross-user metadata on rooms, which the client then uses to categorise rooms in the room list.
The text was updated successfully, but these errors were encountered: