this post was submitted on 17 Jun 2023
138 points (81.4% liked)
Lemmy.World Announcements
29079 readers
298 users here now
This Community is intended for posts about the Lemmy.world server by the admins.
Follow us for server news π
Outages π₯
https://status.lemmy.world/
For support with issues at Lemmy.world, go to the Lemmy.world Support community.
Support e-mail
Any support requests are best sent to info@lemmy.world e-mail.
Report contact
- DM https://lemmy.world/u/lwreport
- Email report@lemmy.world (PGP Supported)
Donations π
If you would like to make a donation to support the cost of running this platform, please do so at the following donation URLs.
If you can, please use / switch to Ko-Fi, it has the lowest fees for us
Join the team
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I'm one of those USENET greybeards and I think this would probably be a mistake. If you let a name be uniquely claimed by an instance, how do you decide which instance gets to be "in charge" of that?
Better IMO would be to update the various interfaces to be much more explicit about including the instance name along with the user/community name. So that it's always clear that a user or community is at a particular instance.
We do still need better migration tools for moving users and communities around, though.
couldn't have put it better myself (also a USENET oldie but w/o the beard)
Reading this just gave me an interesting idea, when you start to post a link that's already been posted in another linked instance, it will start to show you that it's been posted elsewhere to different communities in other instances (on Lemmy, I don't know about Kbin). This clearly shows there's functionality there to look around when posting links, so I wonder if similar could be implemented when creating communities.
If the interface told you ahead of time that the community you were about to create has already been created in other instances, you wouldn't be prevented from going ahead & creating your own version, but you'd be more readily aware. Honestly a win-win approach imo, considering it would help you find a community you may have been looking for but didn't think existed, and it doesn't keep you from trying to make your own anyway.
Itβs not about allowing a single instance to own the name. The name would belong to the federation in a global namespace.
A possible scenario is to define multiple namespaces. Each namespace can be local to a single instance, or shared between many. Within each namespace, a single community name is unique.
In this model, each instance would have a namespace that it owns, and the ability to participate in many others.
The trick is in how we name the namespaces and communities. We could do this the USENET way and do something like ., so beehaw.gaming vs. global.gaming. There are other models that could work too.
I'm not sure how that would be different from what we've already got.
IMO the main feature kbin/Lemmy are missing is an equivalent to "multireddits." That would allow multiple communities to be seamlessly aggregated for a user, they'd see all the content blended together as if they were one. I remember seeing a Codeberg issue over on the kbin repo discussing how to implement that, and I'm sure Lemmy's devs are working on it too, so that feature will probably come along fairly soon. Then it shouldn't matter much if the same subject has had multiple instances set up communities.