Window management - Behaviour of window controls of parent window with modal dialogue confusing
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ayatana Design |
Fix Committed
|
Medium
|
John Lea | ||
Unity |
Triaged
|
Medium
|
Sam Spilsbury | ||
unity (Ubuntu) |
Triaged
|
Medium
|
Unassigned |
Bug Description
The fact that the window controls of maximised applications are incorporated into the top panel in Unity causes confusing behaviour for applications with modal dialogues.
Say, you are saving something in Gedit. When the modal save dialogue is open and gedit is not maximised, you can still press the maximise button. Gedit will then expand to fill the whole screen and move its title bar completely to the top panel. The animation used for this implies that the window controls will have moved to the top left corner. This feeling is strengthened by the fact that the modal dialogue has its own window controls on its own, non-maximied window borders.
However, when you try to unmaximise the gedit window by going to the top left corner of the Unity top panel, you will discover that there are no window controls there. The window controls, which the user might think were just moved, have disappeared altogether!
This could be caused by the fact that the modal dialogue has the focus and that the panel therefore displays the stuff that belongs to the modal dialogue. But I think that this works confusing, since a user should reasonably expect that the window controls of the main window were moved to the top panel, as the animation suggests.
Normally what the animation implies is true, because you will switch focus away from the currently active window to the window you are maximising. When you return to the other window, you will have done an action and that is enough to realise that the top panel changed.
However, when an application has a modal dialogue, its parent window cannot receive focus, even when you press the maximise button on the parent, its modal child dialogue will keep the focus. This is what causes the confusion.
-------
Desired solution:
- This issue will be fixed by the implementation of Sheet Style Dialogues.
- In the case that Sheet Style Dialogues do not land, Make the top panel always display the window controls and menu of the parent in the case a non-maximised modal dialogue is present.
Changed in unity: | |
status: | New → Incomplete |
description: | updated |
Changed in ayatana-design: | |
assignee: | nobody → John Lea (johnlea) |
importance: | Undecided → High |
status: | Incomplete → Fix Committed |
tags: | added: udo |
Changed in unity: | |
importance: | Undecided → Medium |
Changed in unity (Ubuntu): | |
importance: | Undecided → Medium |
Changed in unity: | |
status: | Incomplete → Triaged |
Changed in unity (Ubuntu): | |
status: | Incomplete → Triaged |
Changed in unity: | |
assignee: | nobody → Neil J. Patel (njpatel) |
Changed in unity (Ubuntu): | |
assignee: | nobody → Neil J. Patel (njpatel) |
Changed in ayatana-design: | |
status: | Fix Committed → Fix Released |
tags: | added: udp |
Changed in unity: | |
milestone: | none → backlog |
Changed in ayatana-design: | |
status: | Fix Released → Fix Committed |
Changed in unity: | |
assignee: | Neil J. Patel (njpatel) → nobody |
Changed in unity (Ubuntu): | |
assignee: | Neil J. Patel (njpatel) → nobody |
Changed in ayatana-design: | |
importance: | High → Medium |
Hi,
I sort of agree with this assesment, however since this is a UI change it needs input from the Ayatana design team before it can be addressed.
Thanks,
--- wiki.ubuntu. com/BugSquad
Ubuntu Bug Squad volunteer triager
http://