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.
Only for external links opened through intents. Within the app, you are free to intercept all link opens.
Which is what OP is inquiring about, redirecting external links through intent (clicking link in a web browser and having them open in Jerboa).
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.
would this be able to be bypassed if you add a link to open by default that redirects to the actual link?
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.
Sorry if i wrote nonsense, just an idea
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.
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.
I see this behaviour too, without a URL checker app
Oh, ha ha, I just asked more or less the same question.
I think they might have a more general feature in mind. Basically when you click a link, it will check if it is a fediverse link that it can display, so it will not be limited to the instance you have logged in or hardcoded instances.
Tusky does something similar. The downside is that it is not so responsive when opening a link. But the nature of fediverse makes link opening in app hard to implement.
So, while the experience certainly isn’t terribly smooth, there are changes you can make, to somewhat alleviate this.
see here
tl;dr:
Open Androids App Info of Jerboa -> Open by Default -> Check all available linksThat’s a great start. Thanks!
Maybe we should add a bug report on that?
