Window titles in expo should not cover window

Bug #1133676 reported by Christopher Rogers
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Ayatana Design
Fix Committed
Undecided
Unassigned
Unity
Won't Fix
Undecided
Unassigned
unity (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

In a recent version of Unity, a title bar and a close button were added to windows when they are moused over in expo. This was a much needed and appreciated feature, however, the title/close bar covers the top of the window, making it difficult to identify windows, particularly for applications with tabs (see attached screenshot).

To reproduce:

Open multiple windows of an application which uses tabs (Firefox or Chrome/Chromium are good examples)

Click the applications launcher icon to twice to activate expo.

Mouse over one of the windows, and watch the tabs get covered.

Especially bad is that the bar does not just stay there while the mouse is over the window, it stays there until you have moused over another window.

The correct behavior should be that the title/close bar are placed above the window, so that they do not cover it at all. At the very least, the bar should go away when you mouse off the window (it is confusing to see the bar appear when you mouse over, realize you need it to disappear to see the top of the window, and not have it go away when you mouse off the window).

Tags: needs-design
Revision history for this message
Christopher Rogers (christopherrogers1991) wrote :
MC Return (mc-return)
Changed in unity:
status: New → Confirmed
status: Confirmed → New
Changed in unity:
status: New → Incomplete
tags: added: needs-design
Revision history for this message
Christopher Rogers (christopherrogers1991) wrote :

fitoschido, what do you need from me to mark this as complete? You've tagged it with needs-design, but I'm not sure what you mean by that.

Chris

Revision history for this message
Nekhelesh Ramananthan (nik90) wrote :

Christopher, don't worry about the incomplete status. It is basically marked incomplete until we receive feedback from the design team (Ayatana Team).

Andrea Azzarone (azzar1)
Changed in unity (Ubuntu):
status: New → Incomplete
Revision history for this message
Marco Trevisan (Treviño) (3v1n0) wrote :

This is actually a feature, not to make the windows to resize when highlighted (since they show the real-sized decoration only on mouse over).
Design mockups respect this behavior in fact, see: http://ubuntuone.com/7B8ot1UA2gPKm9q8F0K198 [1]

[1] Taken from http://design.canonical.com/2012/03/task-switching-in-ubuntu-and-a-introduction-to-the-spread/

Changed in ayatana-design:
status: New → Fix Committed
Changed in unity:
status: Incomplete → Won't Fix
Changed in unity (Ubuntu):
status: Incomplete → Invalid
Revision history for this message
Christopher Rogers (christopherrogers1991) wrote :

Marco,

It seems to me that it being the intended behavior doesn't make it necessarily the correct behavior. The spread mode is intended to make it easy to switch between windows, correct? If part of the window is covered, and that makes it less easy to distinguish windows, isn't that a valid problem? Also, perhaps it should have been filed separately, but I still contend that it is confusing to have the bar appear when you mouse over a window, but not disappear when you mouse off of it - you must mouse over a different window to get the bar to go away. These two things together make what is supposed to be a convenience feature less convenient to use, which is why I think this is something that needs to be modified.

Chris

Revision history for this message
Marco Trevisan (Treviño) (3v1n0) wrote :

I see your point, but I also see the fact that the windows shouldn't be resized and moving around when overing them during the spread, so I see why this decision was taken at design level.

Feel free to ping JohnLea about this though, he's the one he could reconsider this decision from a design point of view.
On unity side, however, this is considered "fixed" for now.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.