Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Federated TAG system for flexlible programmable auto-cross posting (thorugh linking post in different instance, not duplicating) #4375

Closed
4 tasks done
alexwbc opened this issue Jan 14, 2024 · 2 comments
Labels
enhancement New feature or request

Comments

@alexwbc
Copy link

alexwbc commented Jan 14, 2024

Requirements

  • Is this a feature request? For questions or discussions use https://lemmy.ml/c/lemmy_support
  • Did you check to see if this issue already exists?
  • Is this only a feature request? Do not put multiple feature requests in one issue.
  • Is this a backend issue? Use the lemmy-ui repo for UI / frontend issues.

Is your proposal related to a problem?

If you search for "pcgaming" in the federated lemmyverse you may find these results:

PC [email protected] - 6.32K subscribers
[email protected] - 5.17K subscribers
PC [email protected] - 1.78K subscribers
PC [email protected] - 154 subscribers
PC [email protected] - 26 subscribers

This poses a fragmentation problem as communities growth are split, and often killed, by uneven competition: we can argue that "certainly someday one will win", but chances are in favor that people on the "losing ground" instead keep looking for the same thing here on Lemmy will simply return to the "bigger/old" one (I am talking about the "/R" one).

Describe the solution you'd like.

Each community build on lemmy, whatever server it may be, come with one single special tag... which is... their name.

So, #pcgaming is the root tag for ![email protected],![email protected],!PC [email protected],!PCGaming and [email protected]
If you don't like your root tag associated with these communities... either you change your name (ie: pc_gaming or something like that) or set your *./c/pcgaming community on the federated blacklist (akin of the good 'ol ROBOTS.TXT with apache servers).

How would it work?
Let's suppose I post an article on [email protected]; you'll see nothing special, but just a regular thread opened on lemmy.world/c/pcgaming.
Now, let's suppose both lemmy.world, lemmy.ml and kbin.social are open to this feature ("Federated Tagging System) but not lemmy.fmhy.ml; while lemmy.ca has choose to not federate with lemmy.world at all!

first result here: lemmy.fmhy.ml and lemmy.ca servers will be unaffected by this feature. no other checks are needed; but what happen for both lemmy.world, lemmy.ml and kbin.social?

kbin.social/c/pcgaming community have choosen to specifically blacklist/disable TAG federation with [email protected]/c/pcgaming (while they are still fine/enabled with lemmy.ml/c/pcgaming), result: they won't see anything as well.

And finally we come to the feature coming in effect: both lemmy.world, lemmy.ml and their respective /c/pcgaming communities are set on default: it mean both their federated tag system is working.

While the specific post is still hosted on ![email protected] users on ![email protected] will see a "virtual cross post" in their community. While visually transparent to the guest community (![email protected]) the virtual cross behave as just a link: activity such as up/down vote or commenting to that thread must be authorized by lemmy.world server (maybe just an iframe so resources are not wasted in continous mirroring between servers?

Describe alternatives you've considered.

Maybe some auto post-crossing in which are put on the list of "mod pending approval"?

Or maybe even a "community tag system" in which some communities work as some sort of "folder" that collect an asset of different single federated tag system. Ie. the random community /c/gaming may want to collect root tag like pcgaming, xboxgaming, switchgaming and so go on.

Additional context

No response

@alexwbc alexwbc added the enhancement New feature or request label Jan 14, 2024
@Nutomic
Copy link
Member

Nutomic commented Jan 15, 2024

Sounds mostly like a duplicate of #818

@alexwbc
Copy link
Author

alexwbc commented Jan 18, 2024

Sounds mostly like a duplicate of #818
Not really, but following the #818 I've found this one #1113 which is more closer to the concept and the discussion is broader with more solutions.

@alexwbc alexwbc closed this as completed Jan 18, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants