Active Topics
-
Is there a section to talk about Java ME? Apps, etc. (3)
to General by Kalatti - 1 day, 10 hrs ago - more...
| The Following 4 Users Say Thank You to Sasler For This Useful Post: | ||
|
2009-10-06
, 18:58
|
|
Posts: 150 |
Thanked: 28 times |
Joined on Sep 2009
@ Madrid, Spain
|
#12
|
Originally Posted by Sasler
I love the idea. But I mostly keep my phone in silent mode, as I don't like my phone sounding off, too often. But I do like the idea of looking in my calendar and looking for, maybe, a busy hour? Or busy activity (rather than marking one as free, or personal) and having it change to silent.
I wonder if it would be possible to have a Profile Scheduler wich automatically changes IM Status. What I have in mind would be an application that would either change the Profile according weekly schedule or, even better, would look for key words (like: meeting) from the Calendar (or a combination of the two). Additionally it would also change your availability status if this is not done yet in Profiles.
Actually, now that I think of it, one should be able to change your IM status of the profile. For example, it would make sense to have it "Busy" or "Unavailable" in the "Silent" Profile... Well, that is what I think. I could be wrong...
Anyway, does anyone think this would be good?
Thanks
But I don't condone just silent mode = busy.
 |
|
2009-10-07
, 07:55
|
|
Posts: 505 |
Thanked: 665 times |
Joined on Oct 2009
|
#13
|
I'm copying the comments from the Brainstorm page as I think they'll attract more conversation here...
I think that to offer the user maximum flexibility you need to let Calendar set overide profile IM status settings. There are people who may not wish to change their IM status every time they change profile, but this would still let them set status for chosen Calendar events. Thinking about it further, I assume there is a built in Clock type app which handles alarms a la S60? In which case, each alarm should also be able to change the profile and the IM status.
Sascha Makela: I agree. A combination of 1 and 3 would be the best. Having an extra field in the calendar is a much better idea than mine with keywords. But instead of setting the IM status and the Profile separately, I believe it would be easier if one would only define the desired Profile. The IM status would be set in the Profile it self. However, in this case it would be best if there would be the ability to have an unlimited amount of Profiles that can be added and named by the user.
__________________
Want to know how to add public holidays to your device calendar? See the instructions wiki page.
Want to improve the location bar's search capabilities? there's a wiki page for that too...
Want to know how to add public holidays to your device calendar? See the instructions wiki page.
Want to improve the location bar's search capabilities? there's a wiki page for that too...
|
|
2009-10-07
, 07:55
|
|
Posts: 434 |
Thanked: 325 times |
Joined on Sep 2009
|
#14
|
Originally Posted by zkyevolved
Having an extra field in Calendar where you could choose the Profile which has the desired IM status, should do it. For example you could have two silent Profiles like "Silent Busy" and "Silent Unavailable", or something like that.
I love the idea. But I mostly keep my phone in silent mode, as I don't like my phone sounding off, too often. But I do like the idea of looking in my calendar and looking for, maybe, a busy hour? Or busy activity (rather than marking one as free, or personal) and having it change to silent.
But I don't condone just silent mode = busy.
Please vote (or add) on the preferred solution in Brainstorm:
http://maemo.org/community/brainstor...ges_im_status/
Thanks
Last edited by Sasler; 2009-10-07 at 07:58.
|
|
2009-10-07
, 16:12
|
|
Posts: 505 |
Thanked: 665 times |
Joined on Oct 2009
|
#15
|
Originally Posted by Sasler
Aye, but they may not want to; it is quite possible that this would lead to an unwieldy number of profiles for all conceivable occassions, whereas letting Calendar over-ride the profile allows for one-off combinations easily.
Having an extra field in Calendar where you could choose the Profile which has the desired IM status, should do it. For example you could have two silent Profiles like "Silent Busy" and "Silent Unavailable", or something like that.
Please vote (or add) on the preferred solution in Brainstorm:
http://maemo.org/community/brainstor...ges_im_status/
Thanks
__________________
Want to know how to add public holidays to your device calendar? See the instructions wiki page.
Want to improve the location bar's search capabilities? there's a wiki page for that too...
Want to know how to add public holidays to your device calendar? See the instructions wiki page.
Want to improve the location bar's search capabilities? there's a wiki page for that too...
| The Following User Says Thank You to TomJ For This Useful Post: | ||
|
|
2009-10-07
, 18:49
|
|
Posts: 434 |
Thanked: 325 times |
Joined on Sep 2009
|
#16
|
Originally Posted by TomJ
So what about having another field in Calendar to override the IM status of the profile if so desired? Leaving it empty would use the IM status of the Profile.
Aye, but they may not want to; it is quite possible that this would lead to an unwieldy number of profiles for all conceivable occassions, whereas letting Calendar over-ride the profile allows for one-off combinations easily.
Or there could be a simple true/false field to determine if the IM status of the Profile should be used... Hmm... This is becoming much more complicated than I initially thought.
|
|
2009-10-07
, 19:02
|
|
Posts: 434 |
Thanked: 325 times |
Joined on Sep 2009
|
#17
|
Originally Posted by TomJ
OK. Sorry. You had almost the same things as a solution in Brainstorm than my previous post.
Aye, but they may not want to; it is quite possible that this would lead to an unwieldy number of profiles for all conceivable occassions, whereas letting Calendar over-ride the profile allows for one-off combinations easily.
BTW, I really like the idea of having the same options in the Clock/Alarm app. This would make it much more flexible.
 |
|
2009-10-19
, 07:41
|
|
Posts: 3,105 |
Thanked: 11,088 times |
Joined on Jul 2007
@ Mountain View (CA, USA)
|
#18
|
Hi, I have moved http://maemo.org/community/brainstor...ges_im_status/ tentatively to the Sandbox again.
What is the problem thas is being tried to be solved here? The proposal jumps to solutions and implementation details since the beginning, but the problem is assumed. I *think* I know what is the problem you want to solve but in order tofind the best solutions it is better to avoid assumptions since the beginning.
Please edit the initial proposal so the currnet problem is clear. Thanks!
What is the problem thas is being tried to be solved here? The proposal jumps to solutions and implementation details since the beginning, but the problem is assumed. I *think* I know what is the problem you want to solve but in order tofind the best solutions it is better to avoid assumptions since the beginning.
Please edit the initial proposal so the currnet problem is clear. Thanks!
| The Following User Says Thank You to qgil For This Useful Post: | ||
|
|
2009-10-19
, 07:48
|
|
Posts: 434 |
Thanked: 325 times |
Joined on Sep 2009
|
#19
|
Originally Posted by qgil
OK. I'll try to edit that.
Hi, I have moved http://maemo.org/community/brainstor...ges_im_status/ tentatively to the Sandbox again.
What is the problem thas is being tried to be solved here? The proposal jumps to solutions and implementation details since the beginning, but the problem is assumed. I *think* I know what is the problem you want to solve but in order tofind the best solutions it is better to avoid assumptions since the beginning.
Please edit the initial proposal so the currnet problem is clear. Thanks!
Thanks
|
|
2009-10-19
, 08:11
|
|
Posts: 434 |
Thanked: 325 times |
Joined on Sep 2009
|
#20
|
Originally Posted by qgil
OK, I did edit this:
Hi, I have moved http://maemo.org/community/brainstor...ges_im_status/ tentatively to the Sandbox again.
What is the problem thas is being tried to be solved here? The proposal jumps to solutions and implementation details since the beginning, but the problem is assumed. I *think* I know what is the problem you want to solve but in order tofind the best solutions it is better to avoid assumptions since the beginning.
Please edit the initial proposal so the currnet problem is clear. Thanks!
http://maemo.org/community/brainstor...ges_im_status/
Is it better now?
http://maemo.org/community/brainstor...ges_im_status/