After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 692319 - Show Applications button depresses on release not push
Show Applications button depresses on release not push
Status: RESOLVED FIXED
Product: gnome-shell
Classification: Core
Component: general
3.7.x
Other Linux
: Normal minor
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2013-01-22 19:11 UTC by Hashem Nasarat
Modified: 2013-01-24 14:07 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Patch to fix css (1.03 KB, patch)
2013-01-22 19:15 UTC, Hashem Nasarat
committed Details | Review

Description Hashem Nasarat 2013-01-22 19:11:22 UTC
The way it currently exists is awkward and not how most virtual buttons work.
Comment 1 Hashem Nasarat 2013-01-22 19:15:06 UTC
Created attachment 234129 [details] [review]
Patch to fix css
Comment 2 Allan Day 2013-01-23 09:51:17 UTC
I guess we'll need to fix the button behaviour too - so that the app view is displayed on button press rather than button release.
Comment 3 Milan Bouchet-Valat 2013-01-23 10:33:15 UTC
(In reply to comment #2)
> I guess we'll need to fix the button behaviour too - so that the app view is
> displayed on button press rather than button release.
I don't think so. GTK buttons only activate on release, not press. You can check this with the Play button in Rythmbox, or with the spellcheck button in LibreOffice: if you press the mouse button but move out of the button area before releasing it, the widget returns to the unpressed state, and the music does not stop.
Comment 4 Allan Day 2013-01-24 14:07:04 UTC
(In reply to comment #3)
> (In reply to comment #2)
> > I guess we'll need to fix the button behaviour too - so that the app view is
> > displayed on button press rather than button release.
> I don't think so. GTK buttons only activate on release, not press. You can
> check this with the Play button in Rythmbox, or with the spellcheck button in
> LibreOffice: if you press the mouse button but move out of the button area
> before releasing it, the widget returns to the unpressed state, and the music
> does not stop.

Indeed. I stand corrected.
Comment 5 Allan Day 2013-01-24 14:07:38 UTC
Thanks for the fix, Hashem!