I only use it because I'm bad at Empathy. Please use a more neutral poll system like VoteBin <http://votebin.appspot.com/> in the future.
On Wed, Aug 29, 2012 at 4:46 PM, Daniel Foré <[email protected]>wrote: > I think my biggest point against the messaging menu is that I feel it > doesn't really give me useful information if I want to ignore a > notification. > > For example, maybe I don't care what's in my email right now. That little > envelope is going to stay lit up and maybe I'll miss something from Empathy > because I'm just ignoring the blue envelope. > > But with the badges in the dock, now I have everything separated out to > where I can see exactly which apps wanted my attention and I can ignore the > ones I'm not terribly concerned about at the time. > > On Wed, Aug 29, 2012 at 2:26 PM, Pim Vullers <[email protected]> wrote: > >> I guess dropping it for beta is a good idea. If there is a small set of >> users only that require it, they can still install it when it is not >> present on a fresh install. >> >> >> Sam Tate <[email protected]> wrote: >> >> Well since Plank no longer has "app open" indicators, we are trying to >> remove the distinction between open and closed apps (like on mobile >> platforms) because it simply isn't relevant any more. This means that users >> will have a combination of "open" and "closed" apps stored in their dock, >> and the ones they are getting messages from (Empathy, Geary) will also be >> in the messaging menu. >> It's just redundant to have two visual reminders (Red Badge in Plank and >> Blue Icon in Wingpanel) so it should just be removed. I think eventually >> the plan is to have a system wide notification area like Android, iOS or >> OSX, and this is just one step towards that. >> >> I'm all for removing it - at least for beta1 to see if anyone actually >> misses it. >> >> On 29 August 2012 21:10, Conscious User <[email protected]> wrote: >> >>> >>> As an early supporter and still frequent user of the Messaging Menu, >>> I want to reply to some of the points raised here. It is particular to >>> take >>> the following into consideration: >>> >>> 1) Whether you intend to support the concept of hiding windows. >>> >>> Shnatsel said it's a poor copy of the dock, but I personally >>> differentiate >>> between "foreground" applications that are part of my current workflow >>> (be it programming, fooling around or preparing lectures) with >>> "background" applications that run indepedently of which workflow I'm >>> currently on. >>> >>> I like to include the former on the dock, but not the latter. Background >>> apps in the dock clutter it, making task switching harder and slower. >>> Also, badges in the middle of large colored icons are much less efficient >>> in attracting my attention. Specially because dock icons are moving >>> targets. >>> >>> All apps in my Messaging Menu use hide-on-close. I personally think the >>> MM >>> works very well with those. Unfortunately not all of them (ex: >>> Thunderbird) >>> do that by default and I need to either hack them or use extensions to >>> allow them to do that. Which brings to my next point: >>> >>> 2) The difference between a concept inherent to the Messaging Menu >>> and a specific application doing it wrong. >>> >>> I think the reputation of the MM was somewhat tarnished by applications >>> that didn't use it properly (including Canonical-supported ones). >>> Granted, >>> libindicate is somewhat to blame for allowing those to happen in the >>> first place, but sometimes it's worthy imagining what an application >>> could >>> do with the MM, instead of what it currently does. >>> >>> Satchitb mentioned that emails are less urgent than IMs. This is probably >>> true in the general case, but when you use the TB integration for a long >>> time, you notice that it's not as dumb as it seems at a first glance: it >>> does >>> not lit the envelop if the email was sent to a mailing list of you were >>> just >>> CCed. And does not change the MM at all if the message did not arrive >>> in the main inbox. So this property plus a good combination of filters >>> restrict the MM to alerting me when I received a direct, personal email. >>> And I can't be the only one who once had a boss who used emails for >>> instant communication simply because he never bothered to learn >>> something else, for example. >>> >>> Also worth mentioning is that several app developers do not bother to >>> implement little details that make MM integration much more usable, >>> such as unliting the envelope when the proper window/tab is focused >>> like Empathy does. >>> >>> Cheers, >>> -c >>> >>> >>> Em 29-08-2012 13:41, Daniel Foré escreveu: >>> >>> Hey guys, >>>> >>>> Just a quick question: does anyone use the messaging menu? If so, what >>>> for? >>>> >>>> If not, should we consider not shipping it? >>>> >>>> Best Regards, >>>> Daniel Foré >>>> >>> >>> >>> -- >>> Mailing list: >>> https://launchpad.net/~**elementary-dev-community<https://launchpad.net/~elementary-dev-community> >>> Post to : >>> elementary-dev-community@**lists.launchpad.net<[email protected]> >>> Unsubscribe : >>> https://launchpad.net/~**elementary-dev-community<https://launchpad.net/~elementary-dev-community> >>> More help : >>> https://help.launchpad.net/**ListHelp<https://help.launchpad.net/ListHelp> >>> >> >> >> -- >> Mailing list: https://launchpad.net/~elementary-dev-community >> Post to : [email protected] >> Unsubscribe : https://launchpad.net/~elementary-dev-community >> More help : https://help.launchpad.net/ListHelp >> >> > > > -- > Best Regards, > > Daniel Foré > > elementaryos.org > > > -- > Mailing list: https://launchpad.net/~elementary-dev-community > Post to : [email protected] > Unsubscribe : https://launchpad.net/~elementary-dev-community > More help : https://help.launchpad.net/ListHelp > > -- Cody Garver
-- Mailing list: https://launchpad.net/~elementary-dev-community Post to : [email protected] Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
