GNOME Bugzilla – Bug 778220
Clicking on the down arrow button next to email attachment selects the first available item
Last modified: 2017-08-06 09:30:08 UTC
Created attachment 345003 [details] Drop-down button In most screen configurations, when selecting an application to open an attachment from the bottom attachment field (which is displayed after the message), whichever application appearing under the pointer is selected if the mouse button is immediately released. In order to select the proper application, the mouse button must be released only after the pointer has been moved to the correct position (i.e. the desired action or application). In other words, a press-and-hold is necessary where one would expect two successive clicks, where the first click is intended to open the drop-down menu and the second click is intended to select the application. Of course, the outcome will be different according to the position of the message window on the screen.
It seems that the odd behavior only happens when the content of the attached file can be displayed in the message body (and not when the file format needs an external application).
Thanks for a bug report. This is an issue in gtk+, thus I'm marking this as a duplicate of the corresponding bug report. *** This bug has been marked as a duplicate of bug 591258 ***
This bug is about the left-click behavior of the attachment button, and not about the right-click contextual menu behavior for which bug 591258 has been filed. Bug 728334 might also have been wrongly marked as solved as a bug 591258 duplicate: https://bugzilla.gnome.org/show_bug.cgi?id=591258#c59.
(In reply to Milan Crha from comment #2) > Thanks for a bug report. This is an issue in gtk+, thus I'm marking this as > a duplicate of the corresponding bug report. > > *** This bug has been marked as a duplicate of bug 591258 *** Not sure whether I should have reopened here, or open a new bug in gtk+.
Ideally do not reopen until you know for sure that it's appropriate (see my comment there). *** This bug has been marked as a duplicate of bug 591258 ***
(In reply to Milan Crha from comment #5) > Ideally do not reopen until you know for sure that it's appropriate (see my > comment there). > > *** This bug has been marked as a duplicate of bug 591258 *** As a follow-up, could you tell me if the behavior of the attachment action button is different in later versions of Evolution? I realize that because of the discrepancy between Ubuntu LTS versions and Evolution versioning, my current version (3.18) is now deprecated and I don't want to keep posting for a bug which has been fixed in later versions, as annoying as it may turn to be at times for LTS users. Thanks. NB: I still don't understand why the pop-up menu is not sent overhead when there is not enough space below, as is the case with menu bar buttons or right-clicks...but that indeed is gtk stuff. Where could I find the gtk names of the various buttons used for the Evolution interface?
As these are gtk+ things, then evolution version doesn't matter that much. More important is the gtk+ (gtk3) version. The other bug is closed as fixed, thus hopefully the gtk+ folks already fixed it. > Where could I find the gtk names of the various buttons used for > the Evolution interface? What do you mean with "gtk names"? Newer gtk+ has something called Inspector, where you can see the window widgets and play with them. I do not think it's available in any form in 3.18.x of gtk+.
> What do you mean with "gtk names"? What I indifferently call "buttons" from my user perspective seem to come in various types, as you mentioned at some point in our previous discussion on this bug, so I guess that they must have various identifiers in gtk+, which I referred to as "gtk names". In my case only the "shallow arrow" type of button causes the bug to happen, so any report posted against gtk+ should be specific to that type and mention its proper identifier, I suppose. > Newer gtk+ has something called Inspector, where you can see the window > widgets and play with them. I do not think it's available in any form in > 3.18.x of gtk+. I see. Then I'll set up a VM with the last stable release and see what comes out. Thank you for your feedback.
(In reply to Robert Andrew from comment #8) > I guess that they must have various identifiers in gtk+, which > I referred to as "gtk names". Ah, I see, you mean what type it is, like GtkButton, GtkLabel, GtkEntry and so on. It's a popup menu (GtkPopupMenu) with several GtkMenuItem-s. Nothing unusual, from my point of view and behaves the same as context menu, which is the reason why I coupled this bug report with the gtk+ bug.
Thank you very much. Maybe something similar to the following property would do the trick: https://developer.gnome.org/gtk3/unstable/GtkMenu.html#GtkMenu--anchor-hints What do you think? It seems I'll have to wait for a stable implementation (and thus most probably for the next LTS of Ubuntu) but it would definitely be a nice refinement of the Gnome experience and a renewed gratification for remaining faithful to Evolution. Thanks again.
Bug 785875 indicates that the suggested property is soon to be made stable in gtkmenu.c. Could anyone give it a try? Thanks, B.