![]() |
[under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
Direct to the Brainstorm...
Often it's to easy to cancel a alert or answer a call when the Device is locked and you have to put it out of your pocket and out of your case. There should be a better action instead only touching a button on the screen. You hear a alert, put your maemo device out of the pocket and when you have it in your hand the display is dark again. When you unlock the device, there is no hint what's going on? You only know from the sound, was it a Alarm, a reminder or a Call you've canceled accidentally. But, a reminder? Have you Snooze it or disable it? Have you a appointment in 15 minutes or tomorrow? You have to go to the calendar and search what was going on. This Brainstorm points to Calls, Reminders, Alerts, Alarms and every other event that needs a user action while the Device is locked. The target is to get a consistent solution for all kind of this events. Here is the Brainstorm: LINK Bug belongs to this: 5982, 7602, 7218 Some related Discussions at Talk: |
Re: Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
Thumbs up for your Brainstorm, everytime I set an alarm I know that it is going to be useless if I'll not hear the sound.
|
Re: [sandbox] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
I think solution #3 should be default of those offered, but I suspect that this will be a highly individual thing. There will definitely need to be options, and with help text that explains tradeoffs.
|
Re: [sandbox] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
Quote:
I'd also prefer a option. Users should select their individual way of usage. But, sadly, i'm afraid Nokia wouldn't give us a option. See the virtual Keyboard problem with the wipe gestues. Instead of a option to enable or disable it Nokia decided to deactivate it for everybody. :( At the moment I hope this brainstorm has a bit of a effect and we could get a goot solution. So, please vote for this Brainstorm! :) This election is our only way of selection. I hope the best Solution would win. If you got a Idea for a better Solution, please post it here or add it yourself to Brainstorm. I guess, any other solution would be better than the actual annoying situation! It's now up to the Maemo users. I hope I could live myself with the most voted solution. :D |
Re: [sandbox] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
Like when screen is locked, the device logs everything that happens, and when you unlock it again you can view this log? That's awesome.
|
Re: [sandbox] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
I hope we could get in the end a solution that everybody would love. I'm still myself not sure which solution could be the best.
But this doesn't matter. I guess every solution would be better than the current annoying situation. I've added some Bugs that belongs to this at the original post. Thanks ZeeD for the hint. :) Edit: I would add some small mockups to the actual ideas and possible solutions as soon as possible. :) |
Re: [sandbox] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
Status changed.
Could a Moderator please change the Headline to: [Under consideration] UI action when Keyboard and Touchscreen is LOCKED and a event like Alarm, Reminder or Call happens Thanks a lot! :) The possibility to change the Headline for the creator of a thread (Brainstorm) would be nice. :rolleyes: |
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
Update:
I got a EMail from ZeeD with a new picture for Solution Number 5: Here is the EMail: Quote:
The Buttons are only swapped. I guess to ensure to answere a call more ofter than cancel when you press it by accident. ;) |
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
i think that when an event happens the screen should light up showing the event but be only about half bright and be kind of blurry but the device will remain locked until either the slider lock is activated or a single press of the power button is performed at which time the screen should return to full brightness and focus and interactivity will be restored. if an event goes unnoticed a notification will displayed the same way as present. i think that should just about solve the problem, and, be fairly easy to implement as well.
|
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
I'm answering here a post by onutz in a other Thread: LINK
Quote:
But this is only Brainstorming to get a better working solution. (the proximity sensor isn't really working for this, only during active calls it is usefull) I'm still hoping Nokia will esteem the outcome of the Brainstorme and what the users think about this. Quote:
|
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
I wonder myself why this clear desing bug is a WONTFIX. Several other companies realized themself a long time ago that there must be a swipe to answer when the device was locked. A device is the most time locked because of a good reason!
Look at HTC, Apple... swipe for answer, because the proximity sensor works only sometimes in this case. And Nokia themself realized this! At their Touchscreen 5800 Mobile they have Buttons on the touchscreen. When Buttons are so good, why have they replaced this at the Nokia N97 with "swipe to answer"? And why have we a swipe to unlock when we press the power Button instead of a simple button on the touchscreen? This is a inconsistent design! Hmm... it seems Nokia and the Symbian team realized this themself. Only the Nokia Team haven't unterstood that the N900 is now small enought for a pocket. It's not longer a Desktop system! :mad: And they say themself here at Bug 5982 #3 it could get part of a future Maemo planning. This is really disappointing. We've got the device and problems now. When there is not a solution for fremantle comming, we need a fast workaround until Maemo 6 is relased. :( |
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
Quote:
This secondary event is just a superposing of a mask (a simple picture) that contains either a slider or two distinct buttons, say 1 and 2; in order to get an action, first you will have to move the slider on the mask or to push the buttons in order: first 1 then 2. This action would be required only to clear off the mask, not to answer the call / stop the alarm. After clearing off the screen, you can answer the call / stop the alarm. The issue I see here is making the mask available for both portrait and landscape, then to make the mask semi transparent in order for the event behind it (be it an incoming call or an alarm) to still be visible. I think a simple draw would be more useful than my complicated description... |
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
Quote:
But I guess I get the point. You want a shaded block screen in front of the phone, alarm and calender when the device was locked? Am I right? Mmmh... I'm not sure. Could I imaginate myself to like it? :rolleyes: But my opinion doesn't matter. The Community should decide. :) It seems to be very similar to the suggestion from tokag. Hmm... something like that and yours in combination could be fine. Are you able to draw a mockup and create a Solution with a uncomplicated description at the Brainstorm? :) |
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
1 Attachment(s)
Here is a mockup; it is similar to tokag's with only one difference: the mask is a distinct event. Thing is in the brainstorm everybody voted for a wontfix... Instead, this is a (unappealing) workaround
|
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
Quote:
But there should, in my opinion, be a fast way to silent a event on a fast way. Think about you're sitting in a conference or in a cinema. But it could simply work only by tapping the screen with a uncovered proximity sensor. It has just to silent every sound output until the event disappears or the screen is unlocked by the user. (slider on the screen or the unlock switch at the device) Please add it as a solution to the Brainstorm. I will vote for it! :) If you don't know how, please feel free to ask. |
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
Does someone try this packege
http://maemo.org/packages/view/call-locker/ ? How does it look like?:) |
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
Quote:
I guess it keeps the screen locked when a call is comming in. But I haven't tested this myself. |
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
It relocks the screen when it was unlocked by an incoming call, but it only does it once per call, so it will not work in a cases when the screen is a few times locked/unlocked by the proximity sensor. It also has a lag of 1-6 seconds in relocking.
|
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
Quote:
|
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
Hopefully we get swipe to answer feature soon.
|
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
Quote:
I got no answer from you, and you haven't added it yourself. Should I add it for you? If yes, what should I write? :) |
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
Okay, 4 days of waiting for a reply. Now I added onutz Idea myself as Solution #8.
If something is wrong or I should write it in a other way please reply here. Please feel free to Vote. :) |
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
Solution #6 should be the default. It's already there, it just needs to be used properly. A dozen sliders on the lock screen looks a bit silly.
|
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
So, the bug #5982 is marked as fixed in PR1.2 but still without any details how it is fixed. (Top secret community involved fix with full respect of the Brainstorm system :rolleyes:)
I don't have a UK Device. Could someone post how this is fixed at the phone, alarm and calendar application? :) |
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
It happens even if you do not touch the screen.
I think it also has to do with the accelerometer. Which is used to snooze. When you pull the device too quickly out of your pocket. He thinks he is turned and he snooze. Is it possible to disable the phone from snoozing when I flip it over? |
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
How about a swipe down, like the one htc use. The one where you swipe down a big chunk of the screen, if anyone know what i mean?
pardon my bad english.:D |
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
I have another idea how this could be done good looking and functional:
Here the call screen when the device is locked: http://img847.imageshack.us/img847/8022/calllocker.jpg and here a short gif animation how it could work: http://i.imgur.com/Zrp5O.gif Sry for the short post but i'm in a hurry now. claudia :) |
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
Quote:
just hoping it is doable and someone got the time and will to get it done. I would love this solution. :D |
Re: [under consideration] Actions when Device is LOCKED and a event like Aleart, Alarm or Call happens
I've added my idea as solution 12 on my own, hope you like it, and if so, please vote :D
|
All times are GMT. The time now is 15:05. |
vBulletin® Version 3.8.8