feature request: when clicking on a link to a community, open it in Jerboa
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.
IIRC the Android OS requires the app to define which URL handlers it should be able to intercepts at compile time as a security measure so that an app can't decide to intercepts URL it shouldn't after being installed without your knowledge or consent.
The nature of the Fediverse makes it difficult to achieve that without hardcoding and maintaining a list of instances URLs in the app.
That's not how I interpreted it - I understood it as OP being logged in through Jerboa, and then clicking a community link, and subsequently having it open in the web browser, in place of opening in Jerboa.
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.
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.
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!
I see, it makes sense. I wonder if there is a way to bypass that. For example, long pressing a link inorder to open an option such as "search for community". The inability to switch between communities in efficient way in the app (any app) is a major annoyance.