Skip to content

Piero Bosio Social Web Site Personale Logo Fediverso

Social Forum federato con il resto del mondo. Non contano le istanze, contano le persone

The problem of cross-community posting

Fediverse
56 23 120
  • 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...)

    The different communities on Piefed are still separated within the post. You can still see which community you would be replying to

  • I don't want it to be combined. Different communities have VERY different conversations on the same content.

  • 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.

  • Nah, because if if there's a post that's of interest to more than one community, and I'm only in one of those, then I probably don't want to see comments from those other communities, because they will be related to topics/aspects that I'm not here for (otherwise I'd also be subscribed to those communities).

    From a discoverability standpoint it would be beneficial to see other communities' conversations on the same post.

  • 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.

  • 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.

  • Are the posts and communities so strictly structured that a post cannot be a part of multiple communities?

    That's my understanding. If I understand correctly, a post belongs to a single community, but two posts referring to the same URL will be identified as such by Piefed, which is how the crossposts community consolidation happens.

    In NodeBB categories and topics are all distinct elements, and the fact that a topic belongs in a category is contrived. A topic could be part of a user (pinned topics anyone?), a group (group only conversations?), or in this case… multiple categories.

    Interesting, there's definitely discussions to have about how to map that with the Piefed/Lemmy structure

  • 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 a discoverability standpoint it would be beneficial to see other communities' conversations on the same post.

    You can already do that in Lemmy and piefed - crossposts are listed at the top

  • The different communities on Piefed are still separated within the post. You can still see which community you would be replying to

    I'm thinking more about less clutter while reading

  • I'm thinking more about less clutter while reading

    It's not that cluttered. Have you looked at how it looks on piefed?

  • 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 lemmy.carnivores is substantly different from the conversation at lemmy.vegan-curious 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). :)

    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.

  • 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

  • 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.

    What if upon cross-posting the default is separation, but a request is sent to the original community to request a comment tree merge?

    Then you don't have to share comment space with the tankies unless you wish it

    cc blaze@piefed.zip

  • Alternative suggestion - allow communities to block crossposting functionality with specified communities in the community settings.

  • 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?

    Shall we keep memes on Beehaw or .ml?

  • As mentioned in another comment, as a mod there's not a lot of value mixing other comments I cannot mod about to the ones I can mod. Seems like an easy way to abuse the system and avoid moderation

  • the conversations should be combined

    Disagree. As OP points out, there is value in separating the discussions as well.

  • 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.

  • 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 lemmy.carnivores is substantly different from the conversation at lemmy.vegan-curious 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). :)

    What about making crossposts look like a quote post? Reddit already does that.


Gli ultimi otto messaggi ricevuti dalla Federazione
  • > If it's some automated feature, I don't think it should be in the source property of the federated JSON in the first place.

    Thanks, it's this.

    Edit: oh interesting, I looked into it. We serve the absolute URL in HTML but not in markdown. I had no idea threadiverse apps read the markdown. Neat!

    read more

  • Not sure if you're already aware, but that relative link there is broken in Lemmy, Mbin, and Piefed.

    If you used it manually, I'd suggest not using relative links in posts targeted at users from software that hasn't implemented them yet.

    If it's some automated feature, I don't think it should be in the source property of the federated JSON in the first place.

    read more

  • @rekall_incorporated@piefed.social said in [Fediverse wide cross-instance / cross-platform link substitution [UX improvement thoughts]](/post/https%3A%2F%2Fpiefed.social%2Fc%2Ffediverse%2Fp%2F1568622%2Ffediverse-wide-cross-instance-cross-platform-link-substitution-ux-improvement-thoughts):
    > This issue is unresolved in Lemmy, but the Lemmy brand is permanently tainted among users who are looking for alternatives to American oligarchic technology services. The low moral standards of the Lemmy devs' (support for the brutal North Korean regime, promotion of russian propaganda narratives that they know are false) is a massive turn off for the exact target market of the Fediverse. It's a fact that many Europeans looking for alternatives instinctively recognize the demagoguery of the Lemmy devs and their fans.

    I don't think this is true at all.

    The average user doesn't know what Lemmy is, let alone the political views of their core development team.

    But don't worry, it's like that joke about vegans:

    How do you know the Lemmy devs are politically dubious? Don't worry, someone on the threadiverse will tell you.

    read more

  • How the links act is different from client to client. If you click the link in the Lemmy web UI, it will take you directly to Lemmy.wtf, but if you used Voyager (iOS client), it will automatically redirect to your own instance.

    This is something that should be built into the Lemmy web UI.

    You can also use browser addons. I have an addon that redirects me to my own instance, if I click on a link in my browser. I also have an addon that takes me from YouTube to Peertube, if the video also exist in PeerTube or if I click a PeerTube link, it takes me to my instance.

    Also how dare you criticise the awesome TLD .wtf, which is clearly an abbreviation of “What The Fediverse”?!

    read more

  • I've seen that being used. It works fine for more technical users, but it's just an extra pain point.

    If you make links, you need to apply the service Different UI from whatever instance/client/platform that you are using.

    I much prefer Piefed's soon to be released link substitution feature.

    read more

  • Mbin has had that feature for a while too

    read more

  • It's a temporary workaround but the experience is still clunky

    read more

  • Well; atleast for lemmy, there's https://lemmyverse.link/ ; which fixes exactly what you mention. You send that link, other people choose their instance in the redirect, and boom!

    read more
Post suggeriti
  • 0 Votes
    11 Posts
    16 Views
    Quindi stiamo dicendo che gli unici account ufficiali sono quelli con il "badge", come @filippodb e @amministratore, che però non rispondono.Ma questa risposta evidentemente non è ufficiale, visto che arriva da chi quel "badge" non ce l'ha.Oppure ha ragione @kathsone e @socialnetwork è ufficiale, risponde ufficialmente; ufficialmente dichiarando di non essere una fonte ufficiale; cosa che decisamente suona come una contorsione logica?C'è molta confusione sotto il cielo.@anze3db @fedidevs
  • 0 Votes
    1 Posts
    5 Views
    🌀 Misskey 帳戶遷移實際會遷移哪些資料? / What data is actually migrated during Misskey account migration? / Misskey のアカウント移行ではどのデータが移行されますか?⸻🇹🇼 中文 / Chinese (Traditional)最近在研究 Misskey 的「帳戶遷移」功能,想更清楚了解它實際會遷移哪些資料。目前看起來它會轉移「追隨與被追隨」的關係,但我不確定是否也包含: • 使用者頭像、橫幅與簡介 • 貼文、圖片與附件 • 使用者設定與偏好另外,如果兩台伺服器之間的聯邦協議(ActivityPub)通訊正常,是否代表遷移時能自動同步所有可用資料?我想確認 Misskey 的帳戶遷移到底是偏向「社交關係導向」(像 ActivityPub 的 Move 活動),還是能完整搬移內容與媒體的「資料轉移」。如果有開發者或懂協議的朋友能說明一下,會很感謝 🙏⸻🇬🇧 EnglishI’m trying to understand how Misskey account migration actually works.From what I’ve seen, it seems to transfer followers and following, but I’m not sure if it also includes: • Profile info (avatar, header, bio) • Posts, images, attachments • User settings or preferencesIf both instances communicate properly over ActivityPub, does migration automatically sync all available data?I’d like to know if Misskey’s migration is more like a “social relationship redirection” (similar to ActivityPub’s Move), or a full “data transfer” including posts and media.Any insights from developers or experienced admins would be appreciated 🙌⸻🇯🇵 日本語 / Japanese最近、Misskey の アカウント移行 機能について調べています。実際にどのデータが移行されるのか、もう少し詳しく知りたいです。現時点では、フォロー/フォロワー関係は引き継がれるようですが、次の項目も含まれるのでしょうか? • プロフィール情報(アイコン、ヘッダー、自己紹介) • 投稿・画像・添付ファイル • ユーザー設定や環境設定また、サーバー間の ActivityPub 通信が正常な場合、自動でデータ同期が行われるのでしょうか?Misskey のアカウント移行は ActivityPub の Move のような「ソーシャル関係の移動」なのか、それともユーザーコンテンツを含む「完全なデータ転送」に近いのか、開発者や詳しい方の意見をお聞きしたいです 🙏⸻#Misskey #帳戶遷移 #アカウント移行#ActivityPub #聯邦宇宙 #フェディバース#Fediverse #DecentralizedSocial #分散型SNS#AccountMigration #資料同步 #データ移行#MisskeyDev #技術討論 #技術交流 #技術的議論#SelfHost #OpenProtocol #オープンプロトコル#FediverseTech #MisskeyCommunity #Misskey開発⸻
  • 0 Votes
    1 Posts
    14 Views
    ⚠️ Please update your siteWe frequently observe numerous sites across the Fediverse running very outdated versions of Mastodon or Misskey. Some sites are even using versions over a year old.Software updates include not only new features but also critical security fixes. To keep your site secure and stable, ensure you always use the latest version.#Mastodon #Misskey #Fediverse #ActivityPub #PixelFed #PeerTube #Loops #InfoSec #Security #InfoSecurity
  • 0 Votes
    1 Posts
    10 Views
    Check out this progress on #Atlas. In about two weeks, we've gone from tooting an 85mph brainstorm on I70 to a fledgling app that lets me annotate any location on the globe, and share it over #ActivityPubSo here's a quick video of where it is right now. There's still a lot to do before anyone can really use it. But there's enough here for me to ask for your help. I would love to hear what you think and to start talking to everyone out there who's interested in making maps on the #Fediverse.