Re: [Ayatana] Solving the user forgets about presentation mode problem! (was Re: notify-osd + fullscreen + multiple monitors)
Il 07/07/2009 15:19, Praveen ha scritto: hmm.. not a bad idea though one must consider that this one initial notification will be always displayed whenever one goes fullscreen. so if i watch a lot of movies or am review/editing a presentation i would be going to fullscreen and back so many many times that each time if i get this notification i would be annoyed Praveen: did you also reply to the list? It does not look like to me but I just changed my mail client so who knows. Yes perhaps once per session per opened application (based on pid? window id?) would be sufficient. Nothing is perfect anyway, we have testing precisely for this. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] Solving the user forgets about presentation mode problem! (was Re: notify-osd + fullscreen + multiple monitors)
Isn't this whole discussion of a presentation mode making the issue more complex than it needs to be? I would think that taking an application into full-screen allows us to safely assume the user is making the following statement: this application is the only thing I'm interested in right now. It follows from this that non-critical notifications should be suppressed while viewing a full-screen application. The user already *has* a way of viewing an application window in close-to-fullscreen size, and that is by maximizing the window (as opposed to full-screening it). Maximizing the window can be analogous to the following statement: I'm only interested in this application, but am still interested in peripheral information. In this case I think it would be appropriate to display all notifications. What *does* need addressing is the use-case whereby a user wishes to suppress notifications under conditions outside of full-screening an application. I hope I'm not missing anything in my analysis. Is there a use-case of a full-screen application that does not offer window maximization as an alternative? As for the issue of missed notifications, I thought it was early-on decided that notifications were transient by nature? Seeing as how one cannot take direct action on a notification, they seem to be generally used as informational messages that the user can do without, with the exception of what have been referred to as critical notifications (i.e. your battery is nearly empty, the end is nigh, etc.). Notifications *requiring*action should be handled differently, shouldn't they? This means that non-critical notifications can be safely ignored. I hope my input has been helpful. Thanks, Sohail Mirza On Tue, Jul 7, 2009 at 9:11 AM, Vincenzo Ciancia cian...@di.unipi.itwrote: Il 07/07/2009 15:07, Praveen ha scritto: no please don't do such a thing. it takes away a lot of benefits of the new messaging system. ie i can from the notification know what the other person has to say and hence decide if i want to open the chat window now or later. Also if the messages shouldn't come then one should set the do-not-disturb mode. You are right. The problem I was trying to address is that people will forget to set the presentation state before switching to full screen, not deciding which notifications may be embrassing or which applications are likely to be presentations. So let's try to solve that problem. A possibility is to issue a notification when an application goes full-screen, saying notifications will be displayed, switch to presentation mode to suppress them. ___ Mailing list: https://launchpad.net/~ayatanahttps://launchpad.net/%7Eayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatanahttps://launchpad.net/%7Eayatana More help : https://help.launchpad.net/ListHelp -- sfm ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] Solving the user forgets about presentation mode problem! (was Re: notify-osd + fullscreen + multiple monitors)
On Tue, Jul 7, 2009 at 4:39 PM, Sohail Mirza mirzmas...@gmail.com wrote: First off, netbooks are not a fair use-case for this discussion. The limitations of the form-factor may require entirely a different solution to common problems. This much is apparent when comparing Ubuntu Desktop to Ubuntu Netbook Remix. Don't think this is true. I see many presentations give on netbooks. Because they're so portable they lend themselves to this, and with so many great presentation apps being in the cloud, it's even easier. Now, if you're watching a full-screen movie *and* waiting for an important notification, then I would think watching that movie full-screen isn't your best option. Remember, these are transient notifications... there's no guarantee you'll notice it anyways. If, for example, IM is your priority then you'll likely want your contact list or the Pidgin tray icon showing anyways. Same goes for full-screen Firefox or monodevelop. Are you waiting for a notification, or busy working with an application? I admit, I'm proposing a trade-off between screen real-estate and the importance of a non-critical, transient notification. No ones *waiting* for a notification, we're doing stuff, and don't want our notifications turned off. If none come, or we miss them, so be it, but we certainly want the opportunity. In general, I realize that for *some* people, full-screening the application is not a fair I'm busy indicator, but for the wider user population I believe this does hold true. Remember, the notifications we're referring to are transient, non-critical, peripheral information bits that the user can *easily miss anyways*. They shouldn't represent a central part of the user's workflow. If they are central to a user's workflow then notify-osd isn't the right solution. Transient, but not absolutely worthless. If it's worthless, then it shouldn't be sent in the first place. This assertion is also based on the idea that netbooks are a different case, which I dont think is the case for presentations. Maybe for movies and text editors, but I'm not really sure. We also have to weigh all this against the proposed alternative of additional configuration or a presentation mode, and the pitfalls of that solution. Users could forget to set presentation mode, miss the notification that reminds them to do so, forget to come out of presentation mode. I think there are just too many ways for the wider population of users to misconfigure that system. Just consider the case where one is in a hurry to setup for a presentation that is already starting late. Will they really remember to set presentation mode? If they glance away from the screen they might miss the reminder notification too. This seems like something that should be a dialog, not a notification. -- -- Alex Launi ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] Solving the user forgets about presentation mode problem! (was Re: notify-osd + fullscreen + multiple monitors)
Il 07/07/2009 16:39, Sohail Mirza ha scritto: The limitations of the form-factor may require entirely a different solution to common problems. This much is apparent when comparing Ubuntu Desktop to Ubuntu Netbook Remix. The EEEPC 1000HE has a 10'' screen on which the default gnome desktop is reasonable, my girlfriend has one. But certainly when one is just browsing, sending the browser to full screen is more comfortable. In general full screen may be more efficient, because compiz can be disabled. And also I hate anything but the black borders when I am watching a movie. The panels are out of question :) Vincenzo ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] Solving the user forgets about presentation mode problem! (was Re: notify-osd + fullscreen + multiple monitors)
Il 07/07/2009 17:34, Sohail Mirza ha scritto: Weighed against the configuration set and dialogues being proposing, I still think that full-screen = I'm busy is a reasonable assumption to make with the vast majority of the user population. I would venture a guess that most users don't even use, let alone understand how to, full-screen non-media applications like Firefox or monodevelop. Come on, forget about presentations, my mother does not do that. The other two full-screen apps are firefox (press F11, and I learned that from non-nerds) and the movie player. Plus flash which probably uses its own method. Just let us concentrate on movies. Do you agree that when you watch a movie you may be willing to be interrupted or not for reasons that no machine will understand at least with current technology? I mean: I have to wait for my colleague to contact me with a patch. I watch a movie in the meantime. I want to watch it fullscreen. This is no nerdy or special need. Just the fact that the two use cases (block notifications, and go full screen) are often independent even if they look related. But I think there is already general agreement on this. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
