A user checking out one of these URLs does not want to filter only local post on that instance.
On all instances, this url should mean “show me all /c/piracy on all federated instances”
If you really mean /c/piracy only on that instance, then add something to the url.
The current convention breaks the most important aspect of federation and makes its vestigial appendage.
The current way has user asking question /c/piracy, but on which instance ?
So now they’ll all join the same instance . You wouldn’t post anywhere else since no one would every see it.
It’s a recipe for centralization.
I think this is obvious to most users, were deal with “voat with extra steps” here
I think #1113 is the best solution, but for the time being it’s just a technical limitation of the platform unfortunately.
But, even if that were the compromise solution (which reddit did and it failed)
We would end up with URLs like (see below)
And the problem is that if you post on https://lemmy.mytinyinstance.com/c/mycommunity , not 1% of 1% of 1% of 1% of the lemmy userbase could even see it unless they include you specifically in their, presumably hand-curated multilemmy list
Like on reddit the end result is that posters on https://lemmy.mytinyinstance.com/c/mycommunity never get seen, they might not have posted at all, they might have posted in lemmy.ml/c/mycommunity
Example multilemmy URL, if the feature even worked
and it is massively incomplete
and massively out of date
and whoever compiles this URL, gets to choose who to exclude
Lemmy URL for multireddit-like /c/mycommunity (trunkated here because body text limit, we’re not even 1/10 of the way to the end)
I think the solution proposed in #1113 addresses the concerns you’re talking about.