Would it make sense to consider asking Tokodon to support connecting with Lemmy servers, or is there too big a difference between the APIs, requiring a separate application?

  • PureTryOut@lemmy.kde.social
    link
    fedilink
    arrow-up
    9
    ·
    1 year ago

    They have completely different client API’s so no it’s not compatible. Quite a different UX as well, I don’t think it would fit in well.

    I’d love to be able to use 1 login for all of the Fediverse though, just switching clients based on the UX I want at that time.

    • Bro666@lemmy.kde.socialM
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      I’d love to be able to use 1 login for all of the Fediverse though, just switching clients based on the UX I want at that time.

      Amen that.

    • ulterno@lemmy.kde.socialOP
      link
      fedilink
      arrow-up
      0
      ·
      1 year ago

      1 login for all of the Fediverse

      At least for Mastodon <-> Lemmy that can be done. From the screenshots, I see you can get inbox from Lemmy users in your Tokodon.

      Guess I’ll use Lemmy in my browser for now.

      • PureTryOut@lemmy.kde.social
        link
        fedilink
        arrow-up
        3
        ·
        1 year ago

        You can yes, but you have to decide to either be stuck with Mastodon UX or Lemmy UX. They’re both different and I like to switch UX whenever I please, and currently I need 2 accounts to do so.

      • taanegl@beehaw.org
        link
        fedilink
        arrow-up
        3
        arrow-down
        1
        ·
        1 year ago

        Technically if ActivityPub instances served as an actual SSO, you’d be able to connect to a Lemmy instance via a Mastodon client, but that’s not how this works.

        ActivityPub is all about activity, i.e status updates, messages, etc. It’s up to each instance to verify and maintain the user experience.

        If someone were to make a client that supported logging into any instance without the need for the Mastodon API, then you’d still not have a SSO, because then you’d just be connecting to a different instance using a client.

        True SSO means being able to create new accounts on a platforms using the identity of another platform, a’la Google, Apple, GitHub, etc. That would require implementation on both backends.

        Then there are platforms with nomadic accounts, if they still exist.

        Point is there is really no standardised SSO for the fediverse, at least not yet.