CalendarNotification icon indicating copy to clipboard operation
CalendarNotification copied to clipboard

Use both the speaker and the headphones

Open davidhedlund opened this issue 6 years ago • 4 comments

Case scenario: Sometime I forget my headphones connected to the smartphone when I'm not using them, this often happens when I go to sleep. I don't hear the alarm when this happens so I don't wake up. This can be prevented by adding a setting: Use the speaker if headphones are connected

davidhedlund avatar Jan 31 '18 15:01 davidhedlund

I would also like this, for when I'm playing music from my phone and can't hear the alarm (because my phone, and the speakers, are in the other room; I can hear the music lower but not the notification sound).

Can I suggest simply playing through both channels, instead of adding a setting, and only add the setting if someone complains about it?

smichel17 avatar Jan 31 '18 16:01 smichel17

Can I suggest simply playing through both channels, instead of adding a setting, and only add the setting if someone complains about it?

Great, I was thinking of that too.

davidhedlund avatar Jan 31 '18 16:01 davidhedlund

I almost always prefer features be turned into settings when you have anything that might be used by two camps of people.

One of the biggest mistakes I see software companies make (different situation, I know)-- is where they change a feature to suit the people who've been complaining, without ever realizing they weren't hearing from the 0-99% of the people who were perfectly happy with the way that it was.

On Wed, Jan 31, 2018 at 8:18 AM, David Hedlund [email protected] wrote:

Can I suggest simply playing through both channels, instead of adding a setting, and only add the setting if someone complains about it?

Great, I was thinking of that too.

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/quarck/CalendarNotification/issues/270#issuecomment-361984360, or mute the thread https://github.com/notifications/unsubscribe-auth/ACvztCJPgRH8hh5poG3VC3BxO6ZaKxtGks5tQJJMgaJpZM4R0HeM .

kauffy avatar Feb 01 '18 05:02 kauffy

In my experience with open source software, the opposite is more common: adding settings in anticipation that there will be two camps, and ending up with a gigantic, impenetrable mess of settings that are useless to anyone who doesn't want to spend hours looking through them all.

I think adding an additional setting can make sense, but only after making sure that the new way isn't just straight-up better for everyone.

Hence, I propose(d) making the change and waiting to see if antibody actually has a problem with the new behavior, before adding another setting.

smichel17 avatar Feb 01 '18 07:02 smichel17