I made a blog post on my biggest issue in Lemmy and the proposed solutions for it. Any thoughts on this would be appreciated.

  • 0x1C3B00DA@kbin.social
    link
    fedilink
    arrow-up
    2
    ·
    10 months ago

    requires no extensions in the spec

    That proposal doesnt require an extension to the spec. It requires a group to follow another group, which is definitively within the ActivityPub spec. The proposal above is written as a FEP (Fediverse Enhancement Proposal) which is the agreed upon way to propose new behavior in an interoperable way.

    no changes in the server side

    But it takes changes on the client side. One is not inherently better than the other. Also, doing it client side means you have to duplicate the work for every client. Doing it server side means it works for everyone.

    easily prototyped/tested

    Every fediverse platform already supports following Actors. That’s part of the spec. Handling follows for groups is just as easy as for users.

      • 0x1C3B00DA@kbin.social
        link
        fedilink
        arrow-up
        2
        ·
        10 months ago

        Only if you want to force everyone to adopt this behavior

        Did you read the proposal? No one is forcing anyone to do anything. The proposal would allow one community to follow another. Communities don’t have to send a follow request and the other community doesn’t have to follow back. This works just like users following users/communities. It’s all optional.

        There are tons of people here that are telling you that this is a non-issue to them, why do you think that all clients need that?

        There are tons of ppl telling you it is an issue for them. If its not an issue for you, then you lose nothing if this is implemented, but ppl who care have one of their pain points solved.

        it absolutely is better to delegate behavior to the nodes as much as possible… Pushing as much functionality to the client is such a good way to follow Postel’s Law that is basically second nature to those developing distributed systems.

        The nodes are the servers not the clients. Your argument is the exact opposite of what every fediverse developer says. The reason most of the fediverse uses the MastoAPI (or lemmy api for the threadiverse) instead of the ActivityPub Client to Server API is because the C2S expects a more client focused ecosystem but all the developers find it easier to handle logic on the server.