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 508396 - Showing menus on press, not release
Showing menus on press, not release
Status: RESOLVED NOTGNOME
Product: tomboy
Classification: Applications
Component: General
unspecified
Other Linux
: Normal minor
: ---
Assigned To: Tomboy Maintainers
Tomboy Maintainers
gnome[moved-to-github]
Depends on:
Blocks:
 
 
Reported: 2008-01-09 23:26 UTC by Michael Monreal
Modified: 2017-07-31 12:45 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22


Description Michael Monreal 2008-01-09 23:26:09 UTC 
The Fonts, Tools and Notebooks buttons show the menu when the mouse button is released. They should show the menu as soon as the button is pressed.

I have a feeling this is how it used to work? Is this a regression?
Comment 1 Sandy Armstrong 2008-01-09 23:43:42 UTC 
Could be, since we're using a different toolbar API.
Comment 2 Boyd Timothy 2008-01-10 18:12:41 UTC 
For whatever reason, our OnButtonPressEvent (which we've overridden in ToolMenuButton/Utils.cs) is never being called.
Comment 3 Boyd Timothy 2008-02-26 19:15:36 UTC 
Setting the default assignee and QA Contact to "tomboy-maint@gnome.bugs".
Comment 4 bielawski1 2008-05-16 00:14:36 UTC 
(In reply to comment #1)
> Could be, since we're using a different toolbar API.

Why does the new toolbar API you speak of use checkbox widgets instead of menu widgets?
Comment 5 André Klapper 2017-07-31 12:45:39 UTC 
The Tomboy team has moved from GNOME Bugzilla to GitHub for bug reports and feature requests: 
      https://github.com/tomboy-notes/tomboy/issues/
Closing this report as NOTGNOME as part of Bugzilla Housekeeping (bug 781054) to keep tasks in one place. Please feel free to transfer this task to GitHub if this task is still valid in a recent Tomboy version. 
We are sorry for the inconvenience.