Fediverse projects are maturing and adoption of them is trending up. I’m excited for the further development of the underlying technologies as well as the apps being built to leverage those technologies into even more integrated, user-friendly experiences.
With any developing tech, small annoyances are found and ultimately patched or worked around. It’s to be expected that no user experience is ever perfect, even for matured ecosystems. Typically, some smaller annoyances are tolerated when balanced with the overall utility and usefulness of the tech.
One of the issues I’ve noticed (and I’m sure I’m not the first or only), is that when posts are relevant enough that the OP decides to cross-post into multiple communities, the comments and engagement stays with each community post leading to separate conversations.
The existance of separate conversations itself isn’t necessarily a bad thing. Maybe you post a recipe for Pot Roast in a general cooking community and also a community that helps refine recipes to improve them. It may be that the two separate conversations make more sense as the nature of discourse is focused on two different aspects of the content posted. If they were combined, it would be more difficult to sift through chatter to get at the discussion you were looking for.
This concept is true for different communities as well as different instances. Maybe the Pot Roast recipe conversation generated on carnivores(at)lemmy.instance is substantly different from the conversation at vegan-curious(at)lemmy.instance and the existance of both is bolstered by the cultures and seneabilities of the different instance/communities. That could create usefull and/or thoughtful discourse that maybe wouldn’t have happened if everyone was mixed together and talking past each other.
However, there are plenty of informative posts attached to very similar communities on a given instance as well as posted to mirror-communities across separate instances. Each individual post is a separate entity and i find myself jumping in to different conversations of the same content to see what’s being said in each. In addition to general replies often asking the same questions across all of the posts, unique engagement is diffuse and not connecting.
I imagine that an OP would have trouble keeping up with all of these different interactions and likely defaulting to paying their attention to only one or two while the remaining posts are left to fend for themselves. Even if the OP stayed on top of them all, I assume they’d often have to answer the same questions multiple times.
_The question I pose is: _
What is the solution to myriad and diffuse conversations around cross-posts? Is there a way to handle this situation thru lemmy-ettiquette or does it require a technological solution?
Maybe we handle it thru culture and expectation. If the decided upon method was to post once and then link that post to other communities for exposure, maybe that funnels everyone into one post to interact (when that’s what OP wants).
Is there a software solution on the app developer level that combines like posts together? Is it a protocol level solution thats required? Maybe something that allows a single post to essentially ‘tag’ different communities for exposure, while only posting once? Can we associate posts to an individual user rather than associating the post to a community, so all replies come to the user post rather than in a community?
I don’t know what the solution looks like and I’m not savvy enough to understand the protocol/software side to know if any of my examples are realistic. I also don’t know if this is an issue for anyone else, or at least one that lemmy-ites actuallly care about enough to try and solve.
Does anyone know if work is being done to address this? Am I focusing on something that is simply not a priority? I welcome your thoughts.
…I tried to choose what I thought was the best place for this post, but I’m open to moving it if I was in error. (Ironically, something that might be easier if posts were handled differently). :)
_edited to make the community examples formatted as from the same instance instead of two separate instances _
You must log in or # to comment.
Different conversations in different moods and cultures on the same subject are something completely human and normal, and tech should not work to undo this. When we have seen tech undo this is with social media silos, after all.
Which is to say, any “solution” that integrates those conversations into one view should be, where possible, client-side only. That way I can opt in to view some conversations as unified or not, depending on eg.: how well do I know the context, or whether the OP is a person known for cross-posting (and to where), while at the same time not forcing everyone else to have their culture of conversation subsumed into essentially an attempt to make topical subreddits.
Finally someone who gets it. This “problem” is in fact a total non-issue. Different groups talk about the same thing all the time. This is good, not bad.
This is also how I feel.
Getting different perspectives from different circles instead of being migrated to one dominant website culture is a big part of why I haven’t moved to piefed, since it seems like that semi-forced centralization is part of their vision.
Agree. Piefed doesn’t give me much confidence with their “centrist-esque” more-centralized-than-not, and actually has lost some in my eyes since the creator has specifically pushed code for antagonizing one specific member of the community for the sin of [checks papers] behaving in a quirkier way than the average.
Haven’t tested piefed myself (laaaaazy here) but it doesn’t hit me much as more-centralized-than-not compared to, say, kbin (mbin now?) offering a sorta similar perspective. Am I missing out on something?
I don’t get how you think its centralised here. What code are you referring to?
Piefed groups comment boxes from crossposts into one post. So no matter which crosspost you’re looking at, you’ll see all responses.
Hmm… that’s nice, but the comments are still separated.
It would be better if the separate reply chains were integrated but I know there are potential issues that need to be thought through.
They are separated because communities have different rules and different moderation teams.
I know as a user that the same comment on instance A and instance B would be perceived differently. I also know that if I report a comment, it will be reviewed by different mod teams.
As a mod, having a clear view of what comments have been made in my community and which ones have not also helps.
From what I recall, I believe that Reddit handles crossposts in a similar manner, that is, comments in one crosspost in one subreddit don’t show in other crossposted subreddits.
Like Blaze mentioned in another comment, one of the problems with putting all the comments together is that different communities have different rules, so a comment that would be fine in one community might get you in trouble in a different community. People already get confused by this as it is. If all the comments from different crossposts get aggregated in one place, I think it would cause complete confusion and more work for mods.
Piefed splits up the comment boxes based on community when a thread is crossposted, so you can still distinguish between the comment boxes on different communities despite them being visible.
That said, a potential future option here would be a community opt-out of crosspost functionality in this way
Every instance should simply just stop thinking they should have their own version of X community.
Doesn’t PieFed merge communities with the same name?
Consolidation is one of the things the fediverse tries to mitigate. I see your point, but federated services need some amount of redundancy and autonomy for the whole thing to work.
Yes. It is being worked on, and you are not far off.
Respondents here have mentioned that Piefed and Lemmy list cross-posts in places, sometimes in the community listing, sometimes in the post itself.
That’s missing the point, which is that the conversations should be combined.
Take it a step further, though. You shouldn’t have to combine posts, they should all be the same post.
So how do we get there? Both Piefed and Lemmy do this internally, and don’t expose this to other instances. NodeBB (aka me) is hoping to explore this question and put in the protocol research to make this a reality. I’ll be working together with members of the Forum and Threaded Discussions Working Group about these things. (forum-wg@community.nodebb.org)
The issue (as usual) is buy-in from Lemmy and Piefed (and don’t forget mbin!) We all have to move in lockstep so that nobody gets left behind.
We’ve only just started discussions on how this might work, but hopefully we’ll be able to make this a reality soon.
This is not possible with the way Lemmy is implemented, because each post belongs to exactly one community. This is not something we can realistically change. We are considering to show comments from different posts with the same url together, but that is controversial.
In any case NodeBB, Lemmy and Piefed are different platforms with different implementations and different users. So it makes sense that some features are implemented differently, or only available in a subset of platforms.
the conversations should be combined
Disagree. As OP points out, there is value in separating the discussions as well.
There is, but I am not sold on giving up entirely on the idea simply because disparate communities might not want to talk to another.
I agree that treading lightly is paramount, but the benefits of cross-community interaction could very much be worth it!
One thing is for sure: making this an opt-out is not the way forward.
I don’t want it to be combined. Different communities have VERY different conversations on the same content.
How does moderation work in this case?
That’s one of the issues that need to be worked through. It’s a totally legitimate concern.
In cases where communities with polarising viewpoints discuss the same topic, it would lead to inter-community disputes and exacerbate some instance relationships.
One solution would be to have the original community be responsible for moderation, and moderation actions from cross-posted communities only affect their “view”, so to speak.
I don’t know what the answer is quite yet.
and moderation actions from cross-posted communities only affect their “view”, so to speak.
But then if someone posts insults (just to take a simple example), then the original community mods would have to moderate it, and can’t rely on the cross-posted communities mods? Wouldn’t that lead to cross-posted communities mods just consider that the original community mods are the ones responsible for the moderation, and leave it up to them?
And in that case, then the OG community mods would probably just prefer all the comments to happen on their community where they can delete comments and ban people.
Agree, this basically feels like it would generate various dark incentives in the Fediverse. A bit far too similar to the social networks we are supposed to escape from, even.
Is there a software solution on the app developer level that combines like posts together?
As mentioned in this thread already, piefed consolidates all the comments for crossposts when it detects them. As an example, you can look at this post on piefed.social. The link I shared is for the post on !news@lemmy.world, but below it you can see comments from the same article posted in !unitedkingdom@feddit.uk as well as !world@lemmy.world in their own sections as you keep scrolling. So, problem solved, right? Well…
One of the key phrases I used above is “when it detects them”. So, how does piefed detect crossposts? The answer is pretty simple, it basically just looks for other posts that point to the same destination url. In the example I linked, that would be the Guardian article that is being discussed. This is the same way that lemmy detects crossposts. This approach is nice and easy and computationally cheap on the database (quick), however, there is a big shortfall of this method…posts that don’t point to a url (discussion posts) can never be detected as crossposts. Lemmy offers the ability to hit the crosspost button on a discussion post and it will create a big block quote of the original post for you, but it isn’t actually recognized as a crosspost in the software.
I don’t have a good technical solution to be able to make discussion posts (and other non-url posts, like piefed events or polls) be crossposted properly. It likely would need to be tracked in the database somehow, but it would rely on users somehow indicating that the post they are making is meant to be a crosspost. I don’t know really…
Anyway, that is the current state of crossposts. Thanks for coming to my TED Talk.
I think there is potentially a lot of value in having separate crossposts per community… E.g. if a link touches on multiple separate topics (say, cinematography and nature), then people visiting an cinematography community would probably prefer to see conversation related to their interest…
Agree that crossposts from similar communities (same name) across different servers should be merged though (although there probably should be a way for community mods to opt out of that…)
