On Thu, 2009-04-16 at 16:19 +0000, Mark Shuttleworth wrote: > Ted Gould wrote: > > So, should the MI not signal for "login" type indicators or should the > > applications set a property of "timeout" to signal that they will be > > removed in a timed manner even if the user doesn't interact with them? > > > The latter would be more general. How does the MI handle types it > doesn't know about?
Right now it will take the instant messages and the login messages and display them as menu items. All other message types are counts on application (i.e. "Evolution (5)") > And I would label such a property "temporary" or > "ephemeral" rather than "timeout". Hmm, yeah. I was thinking about it was the type of interaction that caused it to go away instead of the type of indicator. So we could have "interaction-type=user", "interaction-type=timeout" or perhaps a list of both for cases where it would disappear if a user looked at it or a time expired. I think for the messaging indicator, it doesn't matter which way we choose. I'm more concerned about how other consumers of indicators would think about the indicators. In the case of a dock, it would seem that you'd only want to display the count of the actual messages and you wouldn't care how they got cleared. It seems the same for something like a screensaver lock dialog. So, I think I'm agreeing with you. We should make a property that describes the type of the indicator, not the type of interaction. -- Messaging menu should not signal temporary items https://bugs.launchpad.net/bugs/362266 You received this bug notification because you are a member of Indicator Applet Developers, which is the registrant for Indicator Applet. Status in Indicator Applet: New Bug description: In the Messaging Menu, we have a nice pattern (let's call it "Now Available") where presence-aware applications can put a temporary menu item in the messaging menu to let you "pounce" on someone who becomes available. The experience of course works best in conjunction with ephemeral notifications. So you see "Jane is online" and then can immediately open up a conversation through the messaging menu. The menu item for Jane doesn't have the time displayed, so it's distinguished from the menu items that actually correspond to a message being received. If you don't bother, Jane fades into the background (your buddy list still has her and you can initiate a conversation there). At the moment, the Messaging Menu indicates "messages available" by changing state. This looks like a green dot on Ubuntu, which is displayed for BOTH "messages available" and "people just signed in". I think the "messages available" state would be more useful if it only reflected real messages, and not the temporary menu items. WAYS TO REPRODUCE: 1. Wait till a Pidgin buddy becomes available. WHAT HAPPENS 1. you will see an ephemeral notification AND the messaging menu turns green. WHAT SHOULD HAPPEN 1. You see the ephemeral notification but the messaging menu doesn't change state. 2. Clicking on the messaging menu will show some temporary items but won't indicate "messages available" for those. _______________________________________________ Mailing list: https://launchpad.net/~dx-team Post to : [email protected] Unsubscribe : https://launchpad.net/~dx-team More help : https://help.launchpad.net/ListHelp
