Multiple Alarms

[bokf]

Verification

• [X] I searched for similar feature request and found none was relevant.

Pitch us your idea!

Have multiple alarms running, for example 7am and 15pm daily

Description

It would be nice to have the possibility to have multiple alarms running at the same time. For example one recurring alarm from Mo-Fr at 7am and then a second alarm daily at 1pm. Now I have to change the alarm time each time. That means, if I want to set a different alarm besides my recurring alarm for work Mo-Fr 7am I have to change this alarm and hopefully not forget to set it again. I think 2 different alarms are enough, more are welcome.

[escoand]

Duplicate of #366 and #593 but this was closed without actual outcome for multiple alarms. I stumbled over screenshots of the Apple Watch which looks quite nice: https://tock-cdn.watchaware.com/wp-content/uploads/2016/01/File_002.png

[medeyko]

I looked at the other discussions. I suppose that the designs proposed there is too complicated, there's a way to make it much easier.

Keep the current alarm screen, but scroll several alarms (probably 3 is a good number) by left-right swipes.

Also there's should be a digit somewhere on the screen to indicate which number this alarm is.

[bokf]

Thanks for your input! In fact I did not search the closed issues, when looking for similar feature requests. As long as the function "multiple alarms" is not implemented the corresponding feature request cannot be closed. That is an Oxymoron https://en.wikipedia.org/wiki/Oxymoron You can argue that it is too complicated for now, or resources are missing but you cannot close the feature request as it is still valid. A bug you can close, but a not implemented feature request can't be closed, it can only be rated down in priority.

[Riksu9000]

Feature requests can also be closed if we're not interested in adding said feature. This however would be a good feature to have.

I would prefer having an overview screen with all the alarms in a list, rather than multiples of the alarm setting screens side by side. The design wasn't an issue, but multiple alarms for an initial implementation is a lot to ask for.

[medeyko]

@Riksu9000

I would prefer having an overview screen with all the alarms in a list, rather than multiples of the alarm setting screens side by side.

I see two problems with this:

1. Overview screen requires additional gestures for cases when you need only one alarm. Most times one needs only one alarm, so for most users the additional screen will only mean some unnecessary actions to do, which may annoy. Second and third alarms are rare uses, so they should be implemented in a way that doesn't harm the main one.
2. Another overview screen will take more resources, that are quite limited, as JF002 recently said. Also it needs additional programming, evidently. I think there might be more useful things to put hardware resources and efforts in.

[Riksu9000]

Without an overview screen you can't get an overview of the alarms, making navigation a bit cumbersome. There would need to be some indication that there are screens to the side, when the screen is already quite full. The way we use the display we can't have a real sideways transition animation, which can make the transition confusing. I don't think an extra click is an issue for setting an alarm. You're probably not in a rush to do it, and even if you were, the overview will help in choosing which alarm to override.

I believe it's fair to use more memory to create a better user experience.

[medeyko]

Without an overview screen you can't get an overview of the alarms, making navigation a bit cumbersome.

I strongly disagree: swipes are much more convenient on the small screens than clicking on the alarm in the overview screen.

I don't see problems with indication: small arrows or '<' and '>' would be enough to give a hint that one can swipe.

Moreover I think there should be universal rule for swipes: Up swipe: return to previous level (exit app). Left/Right swipe: additional screens on the same level (additional timers/alarms/etc, additonal functions in calculator, previous/next month in calendar, previous/next song in music app). Down swipe: next level (week overview for calenar, etc.) or mode switch (music app).

I don't think an extra click is an issue for setting an alarm.

Sorry, but I strongly disagee here as well. For me, this extra click will be really annoying. So annoying that despite I sometimes need additional alarms, I'd prefer to have no additinal alarms than to make extra click to use the main alarm...

to create a better user experience

So I believe that imposing more unnecessary clicks on users is NOT a better user experience. The most used case should require minimal number of gestures. Any additional functionality should not harm the user experience for the most used cases.

Also, I think that the alarms should be displayed on the face watch (alarms times for the digital one, and color points for the analog one). It's quite useful information that I sometimes miss.

[Riksu9000]

@medeyko Without an overview screen, you'll have to swipe back and forth to see what alarms you currently have set, which is a lot more gestures, slower and annoying. I imagine this is what using it would be like for most people. It's not an unreasonable thing to first want to get an overview of all the alarms before choosing which one of them to adjust.

to create a better user experience

You took my comment out of context. This was a response to your second point, regardless of which one of our suggestions is better.

[medeyko]

@Riksu9000 I think that most people know what alarms they have. As far as I understand, and as far as I read comments in this repository, the most used scenarios are the following:

1. Only one alarm at all (for ad hoc alerts only).
2. Two alarms, one for everyday wake-up (the one that is set up once and for long), and another is for ah hoc alerts. Note, that even in the second scenario, only one alarm is actively edited. All other scenarios are quite rare, and so I believe they are not worth handling in case of disturbing the two main scenarios.

So mostly people always know, which alarms are set, unless one uses several "todo" alarms with detailed textual descriptions (but it is not the case with PineTime).

Also I repeat my proposal to indicate the alarms at the watch face. So a user will see the list of alarms w/o even clicking anything!

You took my comment out of context.

I'm sorry, I didn't intend to do this.

[neodc]

Hello,

I'm a simple user, but the missing possibility to set multiple alarm is one of the only thing that is making me keep using my old pebble time.

There I use all 10 alarm program available on a weekly basis, I generally need multiple alarm to wake up and keeping track of time in the morning (this already account for 5 of the 10) and switch between different time since I'm partly working from home.

I know that my use case is probably not the most frequent, but could we at least stop telling what the "most used scenarios" is without any research to be based on?

I never saw a smart watch (or any smart thing that can be used as an alarm) without the option to set multiple alarm, that's not random, people use those.

[Eloitor]

I think it could also be useful to be able to setup an alarm that repeats in 8h or 12h intervals, for medicines.

[medeyko]

There I use all 10 alarm program available on a weekly basis, I generally need multiple alarm to wake up and keeping track of time in the morning (this already account for 5 of the 10) and switch between different time since I'm partly working from home.

@neodc - could you please analyse my proposal above and write what do you think? Do you really need an overview screen for your case, or swipes left and right would be enough minimalistic handling of multiple alarms?

[neodc]

I think an overview screen would be mandatory to quickly enable/disable alarm on a day per day basis. Also handling more that 3 alarm with only swipes look to me like a nightmare to know which alarm the current one is.