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
Here’s what this sounds like to me:
george@aol.comandgeorge@hotmail.comdo not reach the same person. This is a problem. When a user sends email togeorge, they expect to reach the one true George, not some kind of fake George.It is not helpful to declare that a system is defective just because it doesn’t work in way that a new user initially guessed that it does. Their first guess was incorrect! That’s okay! It’s okay for new users to make mistakes and learn!
There’s no getting around that new users have to learn how to use the service. That takes time and experimentation. It also takes patience, both on the part of the new user and on the part of more experienced users.
Sure, there can be additional signposts and help. But it’s really unhelpful to just declare that the system is wrong and the new user’s first guess must be right.
I have heard this meme before, lemmy is not email
Also application that go against user intuition, start with a permanent handicap.
But in this case, this is fatal, you cannot learn your way into making lemmy.example.com/c/piracy should you all /c/piracy on all instance
The functionallity simply is missing and the consequence is everything will be on the lemmy.biginstance.com/c/thebigcommunity and everything else will be invisible (and probably defederated outright as moderation becomes increasingly untenable)