2-3 parallel solution to choose by the user? Re: Any alternative ideas to fullscreen popup-messages?
Salve Mickey! I think many users could live with popups, but I would like to choose a solution that would not nag me with full or havesize popups I mean on the longterm, but as official design of Openmoko, working with every aplication. On Wed, 31 Jan 2007, Michael 'Mickey' Lauer wrote: Let's distinguish two types of popup-dialogs: a) informative (i.e. battery low, incoming sms, sms sent) b) confirmative (Mickey calling. Answer / Ignore / Reject?, Do you want to remove all contacts?) b) I hope incomming call will not interupt me to do what I'm doing now Right now, we're leaning towards (ab)using the bottom status bar (in openmoko-language called 'footer') for informative dialogs and using half screen (480x320) popup dialogs for confirmative. - I guess a third 480x210 is to small? - could it be transparent? - will it passiv so that I can go on typing my email/chat and my external keyboard return will not activate the default of the pop up? - where will be the virtual keyboard at that moment? What do you think? I think for several application I would like to have *no* popup just a screen inverting flashing like with GNU screen and maybe a 1-3 pixel red or inverted frame around the whole screen - mabey with fast inverting flashing mayby with vibra or sound alarm... but a chance to to continous with the full screen. The user would swith with a special keystroke, or with a keyboard a spechial key combination to the open popup. With transparency The popupmessage could be in the background and a special keystrokes on the touchscreen could confirm, cancel or deny the popup e.g.: pickup - reject or ignore the call Or optional the text of the popup Incoming call Mikey is calling could be send to the speaker/headphone - this would inform me and wouldn't disturb my work. I thing 2 or 3 strong solutions could be forked and the user could choose in general of for a profil or for special aplications how the device behave. IMHO, one of the 2-3 solutions should be popup-free. When I work with my laptop and the phone rings, I can finshed what I'm doing and pickup the phone then - the same freedom would I like when computing and phone will be together in a smartphone. Could you understand my point? So in oposite to comercial products we have to chance offer 2-4 different design solutions how to work with the device. Greetings, rob ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: 2-3 parallel solution to choose by the user? Re: Any alternative ideas to fullscreen popup-messages?
Heya, I think many users could live with popups, but I would like to choose a solution that would not nag me with full or havesize popups Do you have a viable alternative (except full undo/redo capabilities, which would be desirable, but takes a whole lot of memory and/or disk)? Let's distinguish two types of popup-dialogs: a) informative (i.e. battery low, incoming sms, sms sent) b) confirmative (Mickey calling. Answer / Ignore / Reject?, Do you want to remove all contacts?) b) I hope incomming call will not interupt me to do what I'm doing now D'oh. That surprises me a bit... after all, the Neo is a phone, so I would think incoming phone calls should always popup [in default profile]. What do the others think? Right now, we're leaning towards (ab)using the bottom status bar (in openmoko-language called 'footer') for informative dialogs and using half screen (480x320) popup dialogs for confirmative. - I guess a third 480x210 is to small? Probably, yes. - could it be transparent? Not on v1 hardware. There is no way the composite render extension will work with an acceptable speed on a s3c2410. - will it passiv so that I can go on typing my email/chat and my external keyboard return will not activate the default of the pop up? I don't think we want Do you really want to delete all contacts to be a non-disturbing passive dialog. What do you think? I think for several application I would like to have *no* popup just a screen inverting flashing like with GNU screen and maybe a 1-3 pixel red or inverted frame around the whole screen - mabey with fast inverting flashing mayby with vibra or sound alarm... but a chance to to continous with the full screen. Let's talk more concrete. Can we come up with some examples which are asynchronous notifications requiring a confirmation (otherwise they'd just appear and disappear on the statusbar)? Do you really want e.g. the incoming phone confirmation dialog behave like that? [more notification strategies] When I work with my laptop and the phone rings, I can finshed what I'm doing and pickup the phone then - the same freedom would I like when computing and phone will be together in a smartphone. Could you understand my point? I understand your point, I just think that this kind of thinking is not what the majority of smartphone users wants or is it? Guys? So in oposite to comercial products we have to chance offer 2-4 different design solutions how to work with the device. Absolutely -- that's freedom. Giving hard- and software to actually try new paradigmes in the real world might exactly be the revolution we're after :) -- - Michael Lauer [EMAIL PROTECTED] http://openmoko.org/ Software for the worlds' first truly open Free Software mobile phone ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: 2-3 parallel solution to choose by the user? Re: Any alternative ideas to fullscreen popup-messages?
Michael 'Mickey' Lauer wrote: [..] D'oh. That surprises me a bit... after all, the Neo is a phone, so I would think incoming phone calls should always popup [in default profile]. What do the others think? It shouldn't :) Do you answer all calls to your phone? My phone is often very busy because I use it for business. When an incoming call interrupts me I usually lose the work I'm doing or lose the navigation I'm accomplishing. The phone should ring passively just like all other icon notifications and allow me to either answer or ignore or redirect to voicemail without interrupting input focus or any function the phone's viewport is doing at the moment. It's terribly annoying to be in the middle of something and the phone rings or a pop up happens and my fingers are already flying.. and I inadvertently dismiss the popup or hit the wrong button on the popup or cancel the phone call or ... etc. In addition to that, my mind is already 1/2 changed to the new popup and my fingers then go to answer or otherwise deal with the interruption that my fingers just dealt with a split second before and therefore I end up messing up something of what I was doing before the incoming call or other interrupting popup occurred. Here's a grand example. You're inside your voicemail navigating menus and dealing with temporary information. Your phone rings in with a new call and your fingers are busy hitting voicemail commands. *bam* Your inbound phone call is accidently disconnected or answered not to your choosing and because your fingers are still flying, you just accidentally erased that new voicemail you were going to listen to because your brain switched from voicemail handling to phone handling and you hit the wrong button. It should be more clear now :) David ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: 2-3 parallel solution to choose by the user? Re: Any alternative ideas to fullscreen popup-messages?
I tend to be of the mentality that the phone is for my convenience, not others. Therefore, I like the ideas being suggested that incoming calls/text messages/emails/etc are indicated by a simple, polite icon on a status bar somewhere flashing for my attention. If the application I'm running is screen or input-centric, the icon works great, because I'm looking at the screen. Also, in these applications, the current ringer setting would also apply as a way to alert me to the call. If the application is sound-based, like playing an audio file, I would think the a nice pleasant and quick tone, like caller-ID uses, would suffice to alert me. If I take no action, perhaps I don't have the head phones on right now, and the phone should use the ringer/vibrator after a couple rings. I really think in most circumstances, the ringer/vibrator on the phone is enough to get one's attention, and all that is needed is a consistent place to click to accept or reject the call. (hmm, the Neo does have vibrate, right?) --Steve On 1/31/07, Michael 'Mickey' Lauer [EMAIL PROTECTED] wrote: Heya, I think many users could live with popups, but I would like to choose a solution that would not nag me with full or havesize popups Do you have a viable alternative (except full undo/redo capabilities, which would be desirable, but takes a whole lot of memory and/or disk)? Let's distinguish two types of popup-dialogs: a) informative (i.e. battery low, incoming sms, sms sent) b) confirmative (Mickey calling. Answer / Ignore / Reject?, Do you want to remove all contacts?) b) I hope incomming call will not interupt me to do what I'm doing now D'oh. That surprises me a bit... after all, the Neo is a phone, so I would think incoming phone calls should always popup [in default profile]. What do the others think? Right now, we're leaning towards (ab)using the bottom status bar (in openmoko-language called 'footer') for informative dialogs and using half screen (480x320) popup dialogs for confirmative. - I guess a third 480x210 is to small? Probably, yes. - could it be transparent? Not on v1 hardware. There is no way the composite render extension will work with an acceptable speed on a s3c2410. - will it passiv so that I can go on typing my email/chat and my external keyboard return will not activate the default of the pop up? I don't think we want Do you really want to delete all contacts to be a non-disturbing passive dialog. What do you think? I think for several application I would like to have *no* popup just a screen inverting flashing like with GNU screen and maybe a 1-3 pixel red or inverted frame around the whole screen - mabey with fast inverting flashing mayby with vibra or sound alarm... but a chance to to continous with the full screen. Let's talk more concrete. Can we come up with some examples which are asynchronous notifications requiring a confirmation (otherwise they'd just appear and disappear on the statusbar)? Do you really want e.g. the incoming phone confirmation dialog behave like that? [more notification strategies] When I work with my laptop and the phone rings, I can finshed what I'm doing and pickup the phone then - the same freedom would I like when computing and phone will be together in a smartphone. Could you understand my point? I understand your point, I just think that this kind of thinking is not what the majority of smartphone users wants or is it? Guys? So in oposite to comercial products we have to chance offer 2-4 different design solutions how to work with the device. Absolutely -- that's freedom. Giving hard- and software to actually try new paradigmes in the real world might exactly be the revolution we're after :) -- - Michael Lauer [EMAIL PROTECTED] http://openmoko.org/ Software for the worlds' first truly open Free Software mobile phone ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: 2-3 parallel solution to choose by the user? Re: Any alternative ideas to fullscreen popup-messages?
Steven Milburn wrote: I tend to be of the mentality that the phone is for my convenience, not others. Therefore, I like the ideas being suggested that incoming calls/text messages/emails/etc are indicated by a simple, polite icon on a status bar somewhere flashing for my attention. If the application I'm running is screen or input-centric, the icon works great, because I'm looking at the screen. Also, in these applications, the current ringer setting would also apply as a way to alert me to the call. Indeed. I like it. I like it a lot. Let me sleep about this over the night. I really think in most circumstances, the ringer/vibrator on the phone is enough to get one's attention, and all that is needed is a consistent place to click to accept or reject the call. I agree. (hmm, the Neo does have vibrate, right?) Yeah. -- - Michael Lauer [EMAIL PROTECTED] http://openmoko.org/ Software for the worlds' first truly open Free Software mobile phone ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: 2-3 parallel solution to choose by the user? Re: Any, alternative ideas to fullscreen popup-messages?
Michael 'Mickey' Lauer wrote: Do you really want e.g. the incoming phone confirmation dialog behave like that? [more notification strategies] ... I understand your point, I just think that this kind of thinking is not what the majority of smartphone users wants or is it? Guys? I think Mickey is right about the majority. When I get a phone call, 97.842% of the time it is the most important thing that is happening and should be treated as such (almost fullscreen pop-up with VERY large, easy to press with a finger buttons [ANSWER] [IGNORE] (or whatever they would say)) Now, do I want all pop-ups like that? Probably not. I really like the idea of the 'footer' being able to stack several notifications that I can review at my convenience. Moving right along, I think a good way to proceed is to have a system API for creating notifications. You can give them different levels, priorities or whatever you want to call them. But so long as there is a generic way to create them (and all applications use that API) then exactly how they are displayed can be customized by the user. The default setting can be the 2/3 screen pop-up. But it could be overridden... -Jonathon ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: 2-3 parallel solution to choose by the user? Re: Any alternative ideas to fullscreen popup-messages?
David Ford writes: Here's a grand example. You're inside your voicemail navigating menus and dealing with temporary information. Your phone rings in with a new call and your fingers are busy hitting voicemail commands. *bam* Your inbound phone call is accidently disconnected or answered not to your choosing and because your fingers are still flying, you just accidentally erased that new voicemail you were going to listen to because your brain switched from voicemail handling to phone handling and you hit the wrong button. sounds like we're back to profiles :) ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: 2-3 parallel solution to choose by the user? Re: Any, alternative ideas to fullscreen popup-messages?
On Wed, 2007-01-31 at 16:55 -0600, Jonathon Suggs wrote: Michael 'Mickey' Lauer wrote: Do you really want e.g. the incoming phone confirmation dialog behave like that? [more notification strategies] ... I understand your point, I just think that this kind of thinking is not what the majority of smartphone users wants or is it? Guys? I think Mickey is right about the majority. When I get a phone call, 97.842% of the time it is the most important thing that is happening and should be treated as such (almost fullscreen pop-up with VERY large, easy to press with a finger buttons [ANSWER] [IGNORE] (or whatever they would say)) Now, do I want all pop-ups like that? Probably not. I really like the idea of the 'footer' being able to stack several notifications that I can review at my convenience. Moving right along, I think a good way to proceed is to have a system API for creating notifications. You can give them different levels, priorities or whatever you want to call them. But so long as there is a generic way to create them (and all applications use that API) then exactly how they are displayed can be customized by the user. The default setting can be the 2/3 screen pop-up. But it could be overridden... -Jonathon There are already systems for doing these notifications: http://www.galago-project.org I know there are more solutions than this as well, but ideally we can use what already exists on the desktop and help add to respective projects' functionality for net gain. Jon __ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community -- Jon Phillips San Francisco, CA USA PH 510.499.0894 [EMAIL PROTECTED] http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: [EMAIL PROTECTED] IRC: [EMAIL PROTECTED] ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community