Ask Lemmy
A Fediverse community for open-ended, thought provoking questions
Please don't post about 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
I understand why some folks would want this, but I just don't. I don't want to interact with users from e.g. .ml so I don't go to communities hosted on that instance. But if they were joined in, you'd get the same people in News and Politics regardless of where you go.
I would pretty much be forced to find or run an instance that federates with exactly the right servers. Even then, I'll have someone talking about what u/shitfart said in their comment and I won't have a fucking clue what they're talking about. Then there are the people caught in between who see everything and wonder why people are talking like they don't see one another.
It would just be an absolute shit show. My instance is having some federation problems right now and I'll see someone say "I'm jumping on the bandwagon" but there is literally no one else [that I can see] who is taking about what they just said.
I totally get why this would seem to be a good idea, but I don't like it.
The way I'd want it would be user built super communities. Like, I decide what groups to conglomerate...and no one else is the wiser.
It would be great to implement client side. I just don't know how the comment system would work. Do you post to 4 communities all at once? Obviously moderation issues if it's a single comment linked to 4 servers, but if it's not then people who don't have a client that combines duplicate comments on duplicate communities would see a bunch of garbage spam.
I guess I'm not saying it's inconceivable that this feature could be done well, but the obstacles seem really tall. I can't even imagine how I would implement this.
Good points. I'd make it totally client side so my actions with the fediverse are atomic and normal. At most I could specify which community in my supergroup the post will land on, but on the intake direction, I have one stop shopping for multiple communities. When I enter a post and comment on it, it acts like any other. The core premise is client side aggregation, not server side multiposting or anything
Edit I will say it is annoying when you see someone shotgun every similar community across the fediverse with their post, just trying to get it seen. I do not believe my client side grouping helps with that at all. Some sort of dedupe would be required, and thats scope creep
I was thinking the community could show you which ones it federated with and you could have a selection for which ones you want. Something like
This community federated with:
.ml | hexbear | .world
(I can't get check boxes right)
But that's more of an implementation thing and could be done client side