intent request (led)

[ghost]

hello,

can you add Protocol.ledChange
"led" - int (optional // 0 = off, 1 = on, default from options unless forced by this command)

to ApiIntentReceiver.java
org.metawatch.manager.NOTIFICATION and org.metawatch.manager.VIBRATE

cheers,

[sdemills]

What would this do?

I'm technical enough to tailor MWM to do odd things extra that I might
need, but I don't understand this request.

My point is that I'm probably not alone there, and I and others could lend
support to these requests if we knew what they would do for us :-)

Kind Regards
Steve
Sent by ASUS Transformer Prime
On Sep 22, 2012 10:12 PM, "Mustafa TUFAN" [email protected] wrote:

hello,

can you add Protocol.ledChange
"led" - int (optional // 0 = off, 1 = on, default from options unless
forced by this command)

to ApiIntentReceiver.java
org.metawatch.manager.NOTIFICATION and org.metawatch.manager.VIBRATE

cheers,

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/63.

[ghost]

we have "auto light when notify" but this is enabled for every notification/call;

possible uses;

1. i lived this; my phone was on silence mode. my watch was on my table and music was loud enough to suppress the vibration sound. sms' are not important for me but the calls are. so if we had light+vibrate on call, only vibrate on sms etc, i could glimpse the light of my watch

2. use the watch as a morse code light to signal from a distance :)

3. have light + vibrate between 23:00-07:00, only vibrate other times.

etc :)

[sdemills]

I would find that useful too. Good feature :-)

Kind Regards
Steve
Sent from my Galaxy GS2
On Sep 23, 2012 12:10 AM, "Mustafa TUFAN" [email protected] wrote:

we have "auto light when notify" but this enables every notification/call;

possible uses;

1. i lived this; my phone was on silence mode. my watch was on my table
   and music was loud enough to suppress the vibration sound. sms' are not
   important for me but the calls are. so if we had light+vibrate on call,
   only vibrate on sms etc, i could glimpse the light of my watch

2. use the watch as a morse code light to signal from a distance :)

3. have light + vibrate between 23:00-07:00, only vibrate other times.

etc :)

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/63#issuecomment-8793737.

[benjymous]

So do you want the ability to enable and disable the notification light for all notifications, based on a sent intent, or do you want to be able to choose whether specific notifications sent through the api have the light enabled?

[ghost]

the latter.

[foxmajik]

I don't think my watch has a notification LED. It has a little hole on the top right but I think that's the light sensor.

[sdemills]

What is meant by a notification light is that the backlight on the watch
face comes on. It's very useful if you get a notification message that is
only displayed briefly and it's too dark at the time to read it - the watch
lights up as the notification appears and you can then read it clearly and
the light goes out a few seconds later.
Hope that helps explain a little?

On 8 October 2012 20:16, foxmajik [email protected] wrote:

I don't think my watch has a notification LED. It has a little hole on the
top right but I think that's the light sensor.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/63#issuecomment-9236805.

[foxmajik]

That does make sense.

We have a configuration option that lets us specify whether or not to turn the light on when a notification arrives, as mentioned in an earlier comment, which is very useful.

Some additional modifier options might be:

• Specify interval for the light (similar to vibration).
  • Specify on a per application basis.
• Specify to only turn on the light when the light sensor detects low light.
  • And only during certain hours.

[benjymous]

Light per-notification type is doable, all the others would require modifications to the firmware, which I'm currently trying to avoid, as there's no way for the app to recognise custom fw functionality - that's something I've talked to the MW guys about adding (so we can have a standard way of supporting fw mods), but that would be something for further in the future.