-
-
Notifications
You must be signed in to change notification settings - Fork 380
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
[Feature] Android Permission - Use Blank Activity #197
Comments
My recommendation is that you simply have a base activity with your call in
|
I have had several projects pop up lately that have a ton of activities without any sort of base activity. Fixing this is in the long term goals, but in the meantime, I have to get runtime permissions working. The idea of the transparent activity shouldn't cause any side effects other than pushing/popping an activity like normal. The difference is that the plugin now has the control it needs to display and request things without popping in any code. This will remove the need for all of the top activity stuff as well. I'll fork and test in any case. |
Hmmm yeah, I would be interested in testing this out. The more I think about it I don't mind it at all. Would probably just get around any common errors when installing NuGets if people don't read docs. |
This issue was moved to jamesmontemagno/PermissionsPlugin#1 |
Hey James
I would love to use the permissions plugin, but the hack of dropping in the same block of code per activity just doesn't sit with me. Something I was considering doing was a transparent activity that can request the permission and dialogs while staying under the control of the plugin. You also wouldn't need your top activity plugin any longer to accomplish this. You could do Application.Context.StartActivity(typeof(TransparentPermissionPluginActivity));
I'll do a PR if you're interested.
The text was updated successfully, but these errors were encountered: