Ubuntu
gnome-themes package

Mouseover effect on buttons is confusing

Bug #16417 reported by Matthew Paul Thomas
10
Affects Status Importance Assigned to Milestone
gnome-themes (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

Steps to reproduce:
1. Open a filepicker.
2. Mouse over the various buttons showing the folder hierarchy.
3. Click one of them, and don't move the mouse away.
4. Try to tell which one is currently selected.

What should happen:
* The current button appears recessed.

What actually happens:
* The current button appears raised because the pointer is over it.

This problem also occurs in the window switcher applet and in Evolution's
"Window Buttons". The problem could be solved by removing the mouseover effects;
buttons already look clickable, so there's no need to say "click me! please!".

Bug occurs in:
* Human
* Clearlooks
* Grand Canyon
* Smokey Blue

Does not occur in:
* "Default"
* Glider
* Ocean Dream
* Simple
* Traditional

Revision history for this message
Andrew Sobala (asobala) wrote :

I can't reproduce this exactly as described (5.10). Tested with Human,
Clearlooks, Glider, Simple, Traditional; all themes behave the same way. A
clicked button appears recessed but paler than usual because the mouse is over
it, and it darkens when the mouse is removed.

Revision history for this message
reh4c (gene-hoffler) wrote :

I've been trying to think of a way to describe what seems to be a similar bug.
When using Synaptic (as an example), I notice that if my mouse pointer is placed
over a dialogue button the system fails to recognize that it can be selected.
Thus, I must move my mouse pointer away from the button and hover back over it
to get Ubuntu to recognize it again. This seems most common when I want to
refresh a window to check for changes/updates. I would think that the button
would become active again after the task is initially completed. Why do I need
to push a button twice? I'll be darned if I can remember, but this issue did
annoy me.

Revision history for this message
David (djst) Tenser (djst) wrote :

(In reply to comment #2)
> I've been trying to think of a way to describe what seems to be a similar bug.
> When using Synaptic (as an example), I notice that if my mouse pointer is placed
> over a dialogue button the system fails to recognize that it can be selected.

More specifically, this occurs when the mouse cursor is placed over a currently
disabled toolbar button that later on gets enabled. Then the button isn't
clickable until you move the cursor away from the button and then hover it over
the button again. This is a separate bug, but if it isn't filed already, it
should be reported. I've been annoyed by that bug since the early days of Ubuntu
(although this is most certainly a Gnome/GTK bug). :)

Revision history for this message
Matthew Paul Thomas (mpt) wrote :

More precisely, that is <http://bugzilla.gnome.org/show_bug.cgi?id=56070>. (But in
future, please don't use bug reports as Bugzilla search assistants.;-)

Meanwhile, *this* bug is slightly better in Human in 5.10, because recessed buttons
look slightly different on mouseover from raised buttons. But they still look much
more like raised buttons than recessed buttons.

Revision history for this message
Daniel Holbach (dholbach) wrote :

Is this still a problem in Edgy or Dapper?

Changed in gnome-themes:
assignee: jdub → desktop-bugs
status: Unconfirmed → Needs Info
Revision history for this message
Matthew Paul Thomas (mpt) wrote :

Much better (though still not perfect) in 6.06.1.

Changed in gnome-themes:
status: Needs Info → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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