On Tue, Aug 6, 2013 at 4:21 AM, Mounir Lamouri <[email protected]> wrote: > On 06/08/13 08:53, Jordano Francisco (UK) wrote: >> Hi all, >> >> >> On 06/08/2013 07:43, "Jonas Sicking" <[email protected]> wrote: >> >>> On Aug 5, 2013 11:07 PM, "Karim Geiger" <[email protected]> wrote: >>>> >>>> On 08/05/2013 07:26 PM, Jonas Sicking wrote: >>>>> No. Do we need any? >>>> >>>> I think that's an important point. There are some cases you want to >>>> control the LED separately. >>> >>> I think we need a bit more detail than that in order to spend time on this >>> :-) >>> >>> / Jonas >> >> Typical use case for this api could be notifications, like FB >> notifications in android, >> use this API to setup the led blue. >> >> Other use cases (in samsung android phones): >> >> Red when plugged in - Charging >> Green when plugged in - Charging complete. >> Red when not plugged in - Low battery warning >> Blue - Audio is recording or you have a notification waiting. > > The led changing colour depending on the battery state is clearly a low > level behaviour and we shouldn't have to take care of that at an > application level. > > Regarding the notification flashing leds, I am not sure if we want that > to be part of the notification API or part of a LED api. Also, I am not > sure this is available on all devices. It seems that I can't turn on any > LED on my SGS2 for example.
Sure, but even then *someone* needs to change the LED. I think it's beneficial if we can have the system app be the one that controls the LED if we are going to let notifications affect the LED color. So in that case we need an API exposed to the system app. That's why I proposed a certified-only API. > I think we could probably have a system setting to turn on the LED when > there is a pending notification. That way, we can fulfil the most > important use case without exposing an API for the moment. Please, lets not abuse settings API more. / Jonas _______________________________________________ dev-b2g mailing list [email protected] https://lists.mozilla.org/listinfo/dev-b2g
