Ask Lemmy
A Fediverse community for open-ended, thought provoking questions
Please don't post about current US Politics. If you need to do this, try [email protected]
Rules: (interactive)
1) Be nice and; have fun
Doxxing, trolling, sealioning, racism, and toxicity are not welcomed in AskLemmy. Remember what your mother said: if you can't say something nice, don't say anything at all. In addition, the site-wide Lemmy.world terms of service also apply here. Please familiarize yourself with them
2) All posts must end with a '?'
This is sort of like Jeopardy. Please phrase all post titles in the form of a proper question ending with ?
3) No spam
Please do not flood the community with nonsense. Actual suspected spammers will be banned on site. No astroturfing.
4) NSFW is okay, within reason
Just remember to tag posts with either a content warning or a [NSFW] tag. Overtly sexual posts are not allowed, please direct them to either [email protected] or [email protected].
NSFW comments should be restricted to posts tagged [NSFW].
5) This is not a support community.
It is not a place for 'how do I?', type questions.
If you have any questions regarding the site itself or would like to report a community, please direct them to Lemmy.world Support or email [email protected]. For other questions check our partnered communities list, or use the search function.
Reminder: The terms of service apply here too.
Partnered Communities:
Logo design credit goes to: tubbadu
view the rest of the comments
This is one of those things that sounds simple and intuitive on paper ("just" take all these communities of the same name from disparate instances, smash them together so they all display on the same page) but once you start thinking about the details it becomes clear that it'd be a logistical nightmare and a clusterfuck to actually implement.
For a start, moderation would become diabolically complex.
I think the only way this could possibly work at present is if were client-side, i.e. you can create your own supercommunity by merging content into a single page on your own device, but purely for display and in a read-only fashion. This would not provide the implicit benefit I think you're angling for, though, which would be solving the Fediverse fragmentation problem.
The way I've been thinking about would be to have the "meta community" be a separate thing from each individual community. Each individual community would opt in to joining, and would retain their own moderation and users, but the posts would be sort of cross posted to the meta community. The meta community mods largely just deal with removing posts that don't fit. All the comments go on the original instance of the post and are moderated there, so the meta community mods might be allowed to moderate those comments on an opt in basis.
The idea is that it's for very similar communities across different instances, but because it's opt in there are probably other uses. The hope would be that each individual community could retain their vibe, while the meta community would have more of a firehose of content, and possibly filter some of those topics back down for more in depth discussion.
I'd also love for individual users to be able to group communities for themselves, and for those to be shareable, which seems much quicker to implement.
Yeah, I feel like a meta community is a clients side feature with server side hints.
Considering all the limitations, and the hyper-fragmented nature of the Fediverse, maybe it'd be worth adding a feature to "redirect" or "symbolically link" communities. For example, [email protected] would just open [email protected] (possibly with a notification banner or similar to clairify). Throw in some extra tools to improve moderation across instances and you'd have 90% of the benifit of "super-communities" without the complexity.
I know you can do this by just making a locked community with a post describing this, but its a very clunky solution, and given how fragmented the Fediverse is, and how unlikely that is to change (given the structure) it might be worth having a dedicated method.