Public bug reported:
This bug affects most of the standard apps; I assume it's a bug in the GTK
theme or engine.
Sample reproduction: boot from the install CD. Start the installer. Place the
mouse on the "Forward" button and click it. The next pane should appear.
The forward button of the next pane is at exactly the same place; accordingly,
the mouse is already inside the button's rect. Nevertheless, the button doesn't
light up, and clicking it does nothing. Only after moving the mouse out of the
buttons rect, then moving it back in, can the user actually click the button.
This is extremely annoying, since in the overwhelming majority of cases,
the defaults in the installer are actually correct, and the user could
just click through. Due to the bug, the user has to move the mouse away
from the button, then find it again.
Proposed fixes:
firstly, buttons should, on creation time, check if the mouse is inside their
rect, and adjust their lit-up property accordingly (currently, they obviously
assume the mouse is outside).
secondly, if the user clicks the button, it shouldn't matter if the button was
lit up previously. Since the user clicked the button, the mouse was obviously
in. If it wasn't lit up, that's a bug, but nothing that should matter for the
current state of affairs.
The bug occurs in all GTK apps; ones with assistants are just the most
annoying, which is why I chose the installer as a sample.
ProblemType: Bug
Date: Sun Feb 18 14:42:01 2007
DistroRelease: Ubuntu 7.04
Uname: Linux ubuntu-parallels 2.6.20-8-generic #2 SMP Tue Feb 13 05:18:42 UTC
2007 i686 GNU/Linux
** Affects: gtk+2.0 (Ubuntu)
Importance: Undecided
Status: Confirmed
--
mouse-over on buttons doesn't work if mouse inside at button creation time
https://beta.launchpad.net/bugs/86030
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
