App 'High Power' permission

Former Member
Former Member

Hello,

While working on a few test applications, watch faces, and widgets I found that several options were not always available. For example, Background.registerForTemporalEvent can only be run every 5 minutes at most, and Attention.vibrate is not available to widgets and watch faces, and things like that.

I do understand why Garmin chose to make these limitations, as they (and other 'bad practices') can drain the battery a lot faster than expected, giving end-users a poor experience. However, limiting development and options can also make a lot of good ideas fail to come out, and so I feel developers should be allowed to do what they want to make the best applications they can, and users choose if they want to accept them or not - the basic laws of supply and demand.

What I would like to suggest is that rather than saying "no, we won't let you do that", you instead you implement a 'high power' permission for applications that would enable these options everywhere or not. In the Connect IQ Store you could then call out these applications specifically stating "this application uses high power features that can drain your battery faster than my ex drains my bank account" - or something like that.

This would allow developers to use all the available options, and give the end users the ability to be aware of the risk, and choose if they want to do it or not.

But, I appreciate that some other fruit based ecosystems do follow the 'my way or the highway' approach with developers, and has worked out very well for them in levels of stability and experience, so there is an argument to be said for the current approach.

  • One problem here is that users aren't always good at reading things or checking app permissions, of if they do, they might forget when they see battery issues.  With background  permission, there is a warning that it may impact the battery, but I bet 99/100 click through that without paying attention when installing.

    The thing with Garmin is "battery life is king", and that's why there's also things like the max avg for onPartialUpdate() calls is 30ms/minute, and why you can can go days without charging and the display is always on, unlike the fruit based devices that start turning brown the same day. Slight smile

  • Former Member
    Former Member in reply to jim_m_58

    Hi,

    Users really are the biggest issue for developers Wink

    While writing up the post I had the same thought running through my head that they just wouldn't listen no matter how much you warn them.

  • Attention.vibrate is not available to widgets

    Try again. I use this in my widget. Wink