Skip to content
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

I would like the Snooze/Dismiss screen to fill the screen with multiple, custom snooze times. #529

Open
CataCluj opened this issue Feb 13, 2023 · 6 comments
Labels

Comments

@CataCluj
Copy link

CataCluj commented Feb 13, 2023

Awesome title :)

Summary

I would like the Snooze/Dismiss screen to fill the screen with multiple, custom snooze times. I say Fill the screen because I would like to be able to choose many snooze periods from any number of minutes to hours, maybe even days.

Motivation

Often I can't take the action the alarm reminds me of (maybe I'm not home and my pills are home) but I know that I can do it in 3 hours. I shouldn't have to snooze many times for this. Or I set alarm the night before to prepare for interview but the interview is next day and I still need a reminder an hour before the interview so I'd snooze for 23 hours.

Description

When the alarm time comes I have the option to snoze the standard time, snooze any of many other custom times up to 23 hours (not sure if more makes sense) or dismiss.
This is done with a new screen with many buttons (Snooze, 10mins, 30 mins, 45mins, 1h, 2h, 4h... 2h, Dismiss) ideally with the option to require long press.
If due to the state of the phone the top notiffication comes instead, it offers the possibility to go to this custom-many-snooze screen

Drawbacks, risks and assumptions

Only drawback might be clicking on the wrong button. Could be mitigated by option of long press.

Rationale and alternatives

I don't know any alternatives. AlarmDroid allows multiple snooze times but none longer than 1 hour.

@yuriykulikov
Copy link
Owner

yuriykulikov commented Feb 14, 2023

Hey @CataCluj, I would appreciate if you would fill in the form above :)

Please consider Android guidelines here: https://developer.android.com/develop/ui/views/notifications/time-sensitive#kotlin

And this article is also quite good: https://medium.com/android-news/full-screen-intent-notifications-android-85ea2f5b5dc1#:~:text=Full%2DScreen%20Intents%20are%20Intents,call%20or%20a%20ringing%20alarm.

As far as I understand, the only way to show a full-screen popup when the phone is unlocked is to use https://developer.android.com/reference/android/Manifest.permission#SYSTEM_ALERT_WINDOW

Alternative

Third button in com.better.alarm.background.NotificationsPlugin

This needs an additional Intent (like other two buttons), which triggers code much like in com.better.alarm.alert.AlarmAlertFullScreen#showSnoozePicker

@CataCluj
Copy link
Author

Thank you. I had filled the form but between the comments'... delimiters. Shows how much I know.
I will try to go through those links but I may have to do a kotlin/android dev course before I can make sense of them.
I'll try to understand the proposed alternative.
Thanks again.
Are you still working on this?

@CataCluj
Copy link
Author

From the first link you sent I see the (or part of the) problem: "The system UI may choose to display a heads-up notification, instead of launching your full-screen intent".
I do hope that a full-screen intent could be launched from some button on this heads-up notification? Is that what you proposed (in other words) above? I'm still learning and, even the "lingo".

@CataCluj
Copy link
Author

In the second link it seems there are three different scenarios that may need to be addressed:
-Notify while the app is on the foreground
-Schedule Full-Screen Intent Notification
-Full-Screen Intent on Lock Screen with a Keyguard
What is not quite clear to me is if I have to address all these three scenarios separately (what a pain!) or might one be the grand-daddy that covers them all (and the others may exist because the grand-daddy may be too much if only the "lesser" needs need meeting).

@CataCluj
Copy link
Author

About the "SYSTEM_ALERT_WINDOW", I feel like it would be justified for an alarm app and feels much less shifty then permissions to connect to internet, access to files, sensors, and others that many apps ask for even if not needed.
I don't think I would mind, as a user, granting such permission to an alarm app.
Thanks again.

@yuriykulikov
Copy link
Owner

Thank you. I had filled the form but between the comments'... delimiters. Shows how much I know. I will try to go through those links but I may have to do a kotlin/android dev course before I can make sense of them. I'll try to understand the proposed alternative. Thanks again. Are you still working on this?

Hey, I have missed your comment. Yes, I am working on this on occasion. Not very active, I have to admit.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
Status: Someday
Development

No branches or pull requests

2 participants