Activity log for bug #805879

Date Who What changed Old value New value Message
2011-07-05 10:29:23 Sense Egbert Hofstede bug added bug
2011-07-05 10:53:23 Brendan Donegan bug task added ayatana-design
2011-07-05 10:53:30 Brendan Donegan ayatana-design: status New Incomplete
2011-07-05 10:53:32 Brendan Donegan unity (Ubuntu): status New Incomplete
2011-07-05 14:14:34 Didier Roche-Tolomelli unity: status New Incomplete
2011-07-20 11:11:13 michaelcochez attachment added Screenshot-3.png https://bugs.launchpad.net/ayatana-design/+bug/805879/+attachment/2220565/+files/Screenshot-3.png
2011-07-20 16:20:46 John Lea 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. I suggest to make the top panel always display the window controls and menu of the parent in the case a non-maximised modal dialogue is present. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: unity 4.2.0-0ubuntu1 ProcVersionSignature: Ubuntu 3.0-3.4-generic 3.0.0-rc5 Uname: Linux 3.0-3-generic x86_64 NonfreeKernelModules: nvidia Architecture: amd64 CompizPlugins: [core,bailer,detection,composite,opengl,decor,grid,resize,compiztoolbox,move,place,gnomecompat,mousepoll,vpswitch,regex,snap,wall,session,animation,expo,ezoom,workarounds,staticswitcher,fade,scale,unityshell] Date: Tue Jul 5 12:18:50 2011 ProcEnviron: LANGUAGE=nl:en_GB:en PATH=(custom, user) LANG=nl_NL.UTF-8 LC_MESSAGES=nl_NL.UTF-8 SHELL=/bin/bash SourcePackage: unity UpgradeStatus: Upgraded to oneiric on 2011-07-04 (0 days ago) 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: Make the top panel always display the window controls and menu of the parent in the case a non-maximised modal dialogue is present.
2011-07-20 16:20:52 John Lea ayatana-design: assignee John Lea (johnlea)
2011-07-20 16:20:56 John Lea ayatana-design: importance Undecided High
2011-07-20 16:20:58 John Lea ayatana-design: status Incomplete Fix Committed
2011-07-20 16:21:07 John Lea tags amd64 apport-bug oneiric running-unity unity-2d amd64 apport-bug oneiric running-unity udo unity-2d
2011-09-21 14:18:50 Omer Akram unity: importance Undecided Medium
2011-09-21 14:18:51 Omer Akram unity (Ubuntu): importance Undecided Medium
2011-09-21 14:19:22 Omer Akram unity: status Incomplete Triaged
2011-09-21 14:19:24 Omer Akram unity (Ubuntu): status Incomplete Triaged
2011-09-21 14:19:49 Omer Akram unity: assignee Neil J. Patel (njpatel)
2011-09-21 14:19:53 Omer Akram unity (Ubuntu): assignee Neil J. Patel (njpatel)
2011-09-28 16:15:24 John Lea ayatana-design: status Fix Committed Fix Released
2011-10-18 15:57:55 John Lea tags amd64 apport-bug oneiric running-unity udo unity-2d amd64 apport-bug oneiric running-unity udo udp unity-2d
2011-10-18 15:57:58 John Lea unity: milestone backlog
2011-10-18 15:58:01 John Lea ayatana-design: status Fix Released Fix Committed
2012-06-25 12:34:14 Omer Akram unity: assignee Neil J. Patel (njpatel)
2012-06-25 12:34:16 Omer Akram unity (Ubuntu): assignee Neil J. Patel (njpatel)
2012-06-25 16:07:06 John Lea 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: Make the top panel always display the window controls and menu of the parent in the case a non-maximised modal dialogue is present. 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.
2012-06-25 16:07:15 John Lea unity: assignee Sam Spilsbury (smspillaz)
2012-06-25 16:07:49 John Lea summary Behaviour of window controls of parent window with modal dialogue confusing Window management - Behaviour of window controls of parent window with modal dialogue confusing
2012-10-12 14:32:27 John Lea ayatana-design: importance High Medium