56
The exact same number of upvotes and downvotes in this two post of the same topic in different communities.
(lemmy.world)
If the number of comments were also the same I would lose my mind.
Also kinda annoying when people post the same thing to the same community at the same time on different instances.
Posting it later if your first post doesn’t get replies? Fine. But at the same time, it just creates a lot of noise in people’s feeds.
There needs to be a standardized way to manage mirrored communities on different instances. Keep in mind that not everyone might be federated with all the same instances.
crossposting should absolutely be integrated better. the "community" thing inherited from reddit is too clunky, a post should just have tags.
Since the early days of reddit I've wanted tags, it would avoid a lot of noise. Sometimes I wonder if lemmy is broken when I see all the topics again that I voted on and marked as read earlier. Or maybe I'm losing my mind.
Connect (an amazing Canadian lemmy app) automatically shows all the communities a post has been crossposted to above the comments, and shows comment numbers for each of the cross posts. Its made my experience so much better. Theres a ton of other benefits to the app too, and the dev is super quick to respond to any issues. Can't recommend it enough.
That assumes the "mirrored" communities are mirrors of each other. The instance that the community is hosted in really affects the community.
That assumes the "mirrored" communities are mirrors of each other. The instance that the community is hosted in really affects the community.
i think we're speaking about different things. i'm just talking implementation details.
I'm talking about implementation.
A lot of people come into Lemmy assuming that the federation is uniform when it isn't. There are two different groups of people between .world and .ml, let alone more specialized instances.
Just because the community name is the same doesn't mean the community is the same.
you're not talking implementation? you're talking social aspects. i was just saying that the concept of a "community", as in the lemmy version of the "subreddit" concept, is too coarse to handle federation.
It isn't. The full name, including everything after the @ is the name of the community. They act differently and should be treated different.
To put it another way using email as an example, we wouldn't treat matt.smith@gmail.com as the same as matt.smith@bbc.co.uk.
sure, but that's not really relevant. replacing communities with tags is just part of a solution. instance filters are a separate thing. that's why it's too coarse; one instance can defederate another, but an instance can't block a specific community on another.
Tags without communities would upend how Lemmy works. You would need instance based moderation instead of community moderation in order for that to work. You would also run into problems if a post is tagged with multiple tags, since that could mean a different sets of mod rules applied to the same post.
i think moderation could still be done the same, with a community-on-instance set of mods. so you'd browse tags on an instance, see posts that are tagged across the federation but with mod rules applied to that particular instance. like a view of a post from your particular version of the tag.
i'm not suggesting lemmy be changed to allow this, but that there is room for a new system that works with tags rather than communities.
At that point, Lemmy would no longer be a Reddit like site. The experience would be functionally very different, probably more like a federated Tumblr.
yeah i'm not sure that the reddit style is actually optimal for a link aggregator. also i don't know about the tumblr thing either, their tags system is way more loose.
I absolutely agree, there is no need to post in a lemmy.ml community.