-
-
Notifications
You must be signed in to change notification settings - Fork 49
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Pin Apps (even when they dont "support" links) #296
Comments
If an app is not shown on the dropdown then it probably won't support 'opening' the url, and the share is the only way to use it. Another possible issue is that the specific link is 'owned' by an app (like youtube links owned by the youtube app) and those not only have preference, but disable every other app from opening it (by default). Android apps can request data with different intents, and the open and share intents are different so one app that can open may not know what to do when it is shared, and vice versa. If your issue is with a specific app and link, post them here and we can try to investigate that particular scenario. |
Yeah i was thinking with this in mind. Most of the time when you open links to youtube, you probably want to watch it. I personally put left youtube links to youtube, but you can share the link within the app and that opens UrlChecker. But with that, some apps just dont add which links they support. For me, i use Seal which doesnt support any links and doesnt show in UrlChecker.
I was wondering about this too. But i think just passing it as text would suffice (since Seal strips anything beside the link) but i dont know if other people would say the same. Also, i dont know how UrlChecker pick the apps on the dropdown, but when using the legacy share menu it shows all the apps that would know what to do with the link. im sure this would benefit people who know what they're doing |
That's what I was trying to explain. The dropdown is populated with the apps that can open the link. The share menu is different and contains a totally different set of apps. You cannot mix both. Android allows you to open a native dialog to handle an intent. Right now the share option uses this, but the open option does not, and instead populates the dropdown. There has been talks about splitting the open and share functionalities into different modules, which could allow the share module to also use a dropdown instead of the native popup. The pinning apps option has also been mentioned before. |
Good suggestion. I meant that the apps that appear in each list cannot be merged (you cannot open an app only prepared for sharing and vice versa) but of course both dropdown can be mixed, if they still do their independent action each. |
Describe a related problem (optional)
An option to pin an app to be present on the dropdown menu. Useful for downloaders which may or may not have websites configured to open it. Or other use case where user frequent an app but it doesnt show it on the dropdown and had to press the share button to open legacy share menu
Describe your suggested feature
A dropdown, positioned at the very bottom
Describe alternatives you've considered for your suggested feature
No response
Other details
No response
Acknowledgements
The text was updated successfully, but these errors were encountered: