Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon
This did not come off in the good natured way that I intended. (stupid email and it's lack of body language and voice). I seriously meant to convey that I defer to the design team's judgment on this topic. Cheers, Rick On Tue, 2009-08-25 at 08:44 -0700, Rick Spencer wrote: > On Tue, 2009-08-25 at 10:38 -0500, David Siegel wrote: > > > True, but personally, I'd rather make the system work the way users > > > want > > > and expect it to, even if it requires deviating from the HIG. > > > > > > Cheers, Rick > > > > "If I'd asked my customers what they wanted, they'd have said a faster > > horse." > >-- Henry Ford > Well ... there's a big difference between asking someone what they want, > and watching what they do. Also, that quote refers to product > definition, not detailed design. So, why I often agree with the notion, > I'll call bullshit on that quote for this particular point. > > However, this is a now a pretty meta-discussion, so I'll also call > uncle, and leave this up to the pros. > > Cheers, Rick > > > > ___ > Mailing list: https://launchpad.net/~ayatana > Post to : ayatana@lists.launchpad.net > Unsubscribe : https://launchpad.net/~ayatana > More help : https://help.launchpad.net/ListHelp ___ 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] [Bug 410220] Re: Indicator applet Always shows icon
On Tue, 2009-08-25 at 10:38 -0500, David Siegel wrote: > > True, but personally, I'd rather make the system work the way users > > want > > and expect it to, even if it requires deviating from the HIG. > > > > Cheers, Rick > > "If I'd asked my customers what they wanted, they'd have said a faster > horse." >-- Henry Ford Well ... there's a big difference between asking someone what they want, and watching what they do. Also, that quote refers to product definition, not detailed design. So, why I often agree with the notion, I'll call bullshit on that quote for this particular point. However, this is a now a pretty meta-discussion, so I'll also call uncle, and leave this up to the pros. Cheers, Rick ___ 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] [Bug 410220] Re: Indicator applet Always shows icon
On Tue, 2009-08-25 at 09:20 -0500, David Siegel wrote: > On Aug 25, 2009, at 9:14AM , Rick Spencer wrote: > > > On Tue, 2009-08-25 at 09:06 -0500, David Siegel wrote: > > > >> For a concrete example, consider Evolution. To remove the Evolution > >> launcher from the messaging menu, you'd have to launch Evolution and > >> set up your email account before you can access Evolution's > >> preferences and disable the launcher. If the messaging menu lets you > >> access a simple blacklist, you can just go there and uncheck > >> Evolution > >> and be done with it. > >> > >> David > > Assuming that users prefer to act directly on objects, would it not be > > more direct to allow them to right click on the menu item to remove > > it? > > This would be consistent with how users remove the Evo launcher from > > the > > panel. > > > > Cheers, Rick > > Context menus on menus themselves is something generally avoided. I'm > pretty sure it's a big no-no in the GNOME HIG as well, but I'd have to > check. > > David True, but personally, I'd rather make the system work the way users want and expect it to, even if it requires deviating from the HIG. Cheers, Rick ___ 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] [Bug 410220] Re: Indicator applet Always shows icon
On Tue, 2009-08-25 at 15:31 +0100, C. Cooke wrote: > On Tue, Aug 25, 2009 at 07:14:45AM -0700, Rick Spencer wrote: > > Assuming that users prefer to act directly on objects, would it not be > > more direct to allow them to right click on the menu item to remove it? > > This would be consistent with how users remove the Evo launcher from the > > panel. > > > > Cheers, Rick > > > > Wouldn't that make it impossible to reverse the action? It sounds a > nice shortcut to the functionality, but you'd still need a some sort > of preferences dialog showing which applications have been ignored so > you can unignore them. > Yes, for sure. So, I will certainly defer to the design team if they feel that a menu on a menu is weirdly illogical ;), and then you'd the preferences dialog anyway. Cheers, Rick ___ 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] [Bug 410220] Re: Indicator applet Always shows icon
On Tue, 2009-08-25 at 09:06 -0500, David Siegel wrote: > For a concrete example, consider Evolution. To remove the Evolution > launcher from the messaging menu, you'd have to launch Evolution and > set up your email account before you can access Evolution's > preferences and disable the launcher. If the messaging menu lets you > access a simple blacklist, you can just go there and uncheck Evolution > and be done with it. > > David Assuming that users prefer to act directly on objects, would it not be more direct to allow them to right click on the menu item to remove it? This would be consistent with how users remove the Evo launcher from the panel. Cheers, Rick ___ 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] notify-osd + fullscreen + multiple monitors
Using full screen for "the user doesn't want notifications" seems a bit blunt to me, though perhaps would work fine in practice. Moving notifications to a different screen seems like a lot of unpredictability to me. Here are some more ideas ... I'm sure you've considered them, but thought I'd offer them up ... * Allow a right click on the MI that has a "pause notifications" command. Simple and direct without attempting to read the user's mind. * Perhaps an API call to pause notifications that can be called by apps when they definitively know? * Similar API call, but proxied through gnome session or FUSA that sets a "do not disturb" flag that an be used by notifications and other apps as well. Cheers, Rick ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp