On 17.10.2013 22:55, Lars Uebernickel wrote: > Michał, I disagree. The indicators are menus, and they should behave as > such: activating a menu item closes the menu. Relying on indicators to > send a message to close the menu sounds error prone and wasteful. > > However, I agree with Matthew that there are some exceptions. Keeping > the menu open to display the switch changing is just a special case of > the above rule. For the other cases, we could have a flag on the menu > item that signifies that the shell should keep the menu open after the > item is activated. I imagine this is by far the minority, so it should > be opt-in.
I'm not sure we disagree, actually, I wrote: "It can be as simple as marking those that shouldn't result in hiding [...]" So this is exactly what you're saying? I just wouldn't like to have to build that knowledge into the UI, where some checkboxes should probably close the indicators and other shouldn't. I'm good with closing by default, and opt-in to persistency. -- Michał (Saviq) Sawicz <[email protected]> Canonical Services Ltd. -- You received this bug notification because you are a member of Unity API bugs, which is subscribed to Indicator Location. https://bugs.launchpad.net/bugs/1238182 Title: Should close indicators when triggered anotification or an application Status in Bluetooth Menu: Incomplete Status in The Date and Time Indicator: Incomplete Status in Indicator Location: Incomplete Status in The Messaging Menu: Incomplete Status in Network Menu: Incomplete Status in The Power Indicator: Incomplete Status in Ubuntu UX bugs: Fix Committed Status in The Unity 8 shell: Triaged Bug description: Indicators panel should close when a snap decision or application was triggered. To manage notifications about this bug go to: https://bugs.launchpad.net/indicator-bluetooth/+bug/1238182/+subscriptions -- Mailing list: https://launchpad.net/~unity-api-bugs Post to : [email protected] Unsubscribe : https://launchpad.net/~unity-api-bugs More help : https://help.launchpad.net/ListHelp
