this post was submitted on 11 Jun 2023
0 points (NaN% liked)

Jerboa

10270 readers
3 users here now

Jerboa is a native-android client for Lemmy, built using the native android framework, Jetpack Compose.

Warning: You can submit issues, but between Lemmy and lemmy-ui, I probably won't have too much time to work on them. Learn jetpack compose like I did if you want to help make this app better.

Built With

Features

Installation / Releases

Support / Donate

Jerboa is made by Lemmy's developers, and is free, open-source software, meaning no advertising, monetizing, or venture capital, ever. Your donations directly support full-time development of the project.

Crypto

Contact

founded 2 years ago
MODERATORS
 

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.

top 7 comments
sorted by: hot top controversial new old
[–] mp3@lemmy.ml 0 points 1 year ago* (last edited 1 year ago) (1 children)

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.

[–] GissaMittJobb@lemmy.ml 0 points 1 year ago (1 children)

Only for external links opened through intents. Within the app, you are free to intercept all link opens.

[–] bappity@lemmy.ml 0 points 1 year ago (1 children)

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

[–] GissaMittJobb@lemmy.ml 0 points 1 year ago (1 children)

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.

[–] Sewot@feddit.de 0 points 1 year ago (1 children)

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@lemmy.ml 0 points 1 year ago (1 children)

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 0 points 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!