Hopefully this means it would be possible to use Sync to sign into Kbin as well in the future?

  • BlackEco@lemmy.blackeco.com
    link
    fedilink
    English
    arrow-up
    67
    ·
    edit-2
    1 year ago

    Well, yes but not easily: this API will indeed allow developers to more easily develop third-party clients for kbin, but I don’t think it is a 1:1 reproduction of Lemmy’s API, so it will require significant work for clients to support both Lemmy and kbin.

    Also, do keep in mind that kbin and Lemmy do not have feature parity (like Boosting or following users which are kbin-only)

    • rideranton@kbin.social
      link
      fedilink
      arrow-up
      22
      ·
      1 year ago

      Yeah, it definitely is not a drop in for Lemmy’s API, so if Sync were to support my API for kbin it would be an additional layer for them to add.

      • atocci@kbin.socialOP
        link
        fedilink
        arrow-up
        13
        ·
        1 year ago

        That’s understandable, I figured it wouldn’t be interchangeable with the Lemmy API. He did mention in his Discord a little while ago that kbin support is planned, so hopefully that’s still on the roadmap now that the API is almost ready.

        Thank you for your work on the API!

    • Skull giver@popplesburger.hilciferous.nl
      link
      fedilink
      English
      arrow-up
      9
      ·
      1 year ago

      If the API is specified and documented it’s automatically better than Lemmy’s. Lemmy just autogenerates a Javascript client with Typescript types and that’s the best you’ll get. Comments or actual details are completely absent.

      I’m sure someone can make a wrapper to expose the Lemmy API through a mock Kbin API (and maybe a Reddit API as well while we’re at it) but we’ll never get full compatibility.

      Sadly, while everything is working together through ActivityPub, the ActivityPub client-to-server API is left unimplement by almost all servers. The API also isn’t particularly complete.