unity-api-bugs team mailing list archive

[Michał Sawicz <michal.sawicz@xxxxxxxxxxxxx>]

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 <michal.sawicz@xxxxxxxxxxxxx>
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