View Single Post
Saturn's Avatar
Posts: 1,648 | Thanked: 2,122 times | Joined on Mar 2007 @ UNKLE's Never Never Land
#923
Originally Posted by yablacky View Post
Yes, notifications about keyboard slider moves and battery charge should not be send unconditionally. This might currently be the reason when most users decide to turn these notifications off.

In my opinion checking an extra condition (on SIM change detection, on receiving any command, ...) would make things even more complicated than they are.

What about a straight forward solution to have COM_ENABLE/COM_DISABLE commands that allow to modify settings remotely. So its explicitly up to the regular owner when he/she begins being interested in getting notifications about what happened with the phone.

This would be analogous to the GPS location/tracking feature which also requires explicit command to make the phone sending notifications and when to stop.
I agree with all, just would like to add that the original idea (by digitalvoid) is to have an application that is able to control the phone from distance.

Now, discussing further the proposals my opinion would be to:

- Remove completely the separate battery level messages. Include the state (i.e. charging/discharging) and value (i.e. % left) of the battery with any communication made. The idea is I would like to know if I have enough juice left to continue searching for the phone intensively or back off a little to allow longer period of activity. I don't need to know the battery level on 'normal' occasions.

- Remove completely the separate slider open/close messages. In the case I ask for a front cam picture take it and send it after a second from the next keyboard slide open. Then I would get more/better chances of a picture with a face included (normally when one opens the keyboard moves the phone close and directed to the face in order to type and watch the screen).

In the future, let's say in version 2.0 of SMSCON, I would like to see each action been executed in a separate thread/process. Then I could send a trackOn command and just after a front cam picture request. Each process will execute and return results when they complete.

As usual my opinions only and open for discussion.
 

The Following 2 Users Say Thank You to Saturn For This Useful Post: