Click-and-holding AppMenu buttons is inconsistent

Bug #732168 reported by Cassidy James Blaede
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Granite
Fix Released
Medium
Victor Martinez
elementary OS
Invalid
Undecided
Unassigned
elementary-widgets
Confirmed
Undecided
Unassigned

Bug Description

The AppMenu button in certain apps does not behave as expected. For example, click-and-holding the AppMenu button in Midori, Postler, Dexter, or Purple accomplishes nothing; the menu shows up after "unclicking" the button.

The expected behavior is exhibited by click-and-holding the AppMenu button in Nautilus-elementary, which then shows a dropdown menu and allows the user to mouse to an item, then unclick, choosing the item. This is also how the menu in Chromium works, as well as various other buttons in AbiWord and Gnumeric. The menubars (in apps that have them) work this way, as do menu items (main menus, indicators) on GNOME Panel and WingPanel. This is also similar to right-clicking where one can right-click-and-hold, mouse to the item, and unclick on the item they choose.

Related branches

Changed in elementaryos:
status: New → Confirmed
description: updated
Revision history for this message
Avi Romanoff (aroman) wrote :

Well this is basically just because each app currently (for the most part) uses their own implementation of AppMenu. NautilusElementary at least does. Hence why I created elementary-widgets, to standardize.

I will fix this in elementary-widgets upstream, but it will be up to individual devs to implement the changes.

Avi Romanoff (aroman)
Changed in elementaryos:
status: Confirmed → Invalid
Changed in elementary-widgets:
status: New → Confirmed
description: updated
Avi Romanoff (aroman)
Changed in granite:
status: New → Confirmed
importance: Undecided → Medium
Revision history for this message
Cassidy James Blaede (cassidyjames) wrote :

I'm curious as to where this is right now. :) I haven't tested it in all of my apps from bzr, but I do believe it's still not doing the click-and-drag behavior that's oh-so-nice for a mouse (and consistent with the other similar buttons and secondary-clicking).

Changed in granite:
status: Confirmed → In Progress
assignee: nobody → Victor Eduardo (victored)
xapantu (xapantu)
Changed in granite:
status: In Progress → Fix Committed
Changed in granite:
status: Fix Committed → Fix Released
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.