Or maybe it is only me?

When I’m clicking a link to a community on the instance I’m logged into (Lemmy.world), the community opens in my web browser rather than in jerboa. Given, this is annoying especially when I want to subscribe to that community.

I should note that I’m using a url checker app so this might be the reason for such behavior.

  • bappity
    link
    fedilink
    English
    arrow-up
    2
    ·
    1 year ago

    would this be able to be bypassed if you add a link to open by default that redirects to the actual link?

    • GissaMittJobb
      link
      fedilink
      English
      arrow-up
      4
      ·
      1 year ago

      So how I would implement this would be to instead of firing an intent directly on tapping a link, instead have it defer to a service where link handlers are registered. The service would check if there are any interested handlers for the provided link - if yes, it would be the thing opening the link. If not, the default path of opening the link would activate

      The functionality would then be implemented by registering a link handlers for all Lemmy-instances the app wants to handle (this can be fetched remotely, with a fallback to a local well-known list).

      This design could then be extended for an arbitrary amount of link handlers. You could add one for YouTube-videos that opens the YouTube-SDK, one that opens images in an inage-screen, one that opens videos in a video playback-screen, etc.

      • bappity
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 year ago

        you should post on their GitHub 👀

      • Sewot@feddit.de
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 year ago

        I dont really know how HTTP Requests work but wouldnt it be possible fo Jerboa to open all Links with an in app Browser and checking for a lemmy flag in this request? I imagine it can be janky if the in app browser first opens a new window and falls right back to the app but if this is possible, there would be no need to have a never complete list since everey instance will have this flag.

        Sorry if i wrote nonsense, just an idea

        • GissaMittJobb
          link
          fedilink
          English
          arrow-up
          2
          ·
          1 year ago

          Substitute ‘in-app browser’ for ‘service’ in your sentence and it says essentially the same thing as what my sentence did.

          So yeah, not nonsense - totally sensible.

          • Sewot@feddit.de
            link
            fedilink
            English
            arrow-up
            1
            ·
            1 year ago

            Oh, i understood your way of doing it as a service that checks a list (remote or local) if this is an instance, where the list needs to be updated regulary, thats why i wanted a flag that tells the service “Hey, i am a Lemmy instance!” when it checks every link before opening.

            But yes, your implementation would be a future proof idea that would work like a charm!