On Wed, Jul 22, 2009 at 1:19 PM, Nico Weber <tha...@chromium.org> wrote:
> On mac, you can probably set the NSMenu's delegate to an object of > your choice and have it implement menuDidClose: if you want to > implement this yourself. Cool, I'll look into that once I get the windows side settled. > On Wed, Jul 22, 2009 at 1:07 PM, Tommi<to...@chromium.org> wrote: > > for Windows: > > http://msdn.microsoft.com/en-us/library/ms647599(VS.85).aspx > > "The WM_EXITMENULOOP message informs an application's main window > procedure > > that a menu modal loop has been exited." > I also see WM_UNINITMENUPOPUP. The description of that is: "The *WM_UNINITMENUPOPUP* message is sent when a drop-down menu or submenu has been destroyed." Is that less appropriate to use that WM_EXITMENULOOP? Thanks, Albert > > > On Wed, Jul 22, 2009 at 2:13 PM, Albert J. Wong (王重傑) < > ajw...@chromium.org> > > wrote: > >> > >> I need to find a way to know when a context menu is "closed", either via > a > >> menu item selection, or via hitting escape, opening a new menu, > unfocusing > >> the window, etc. > >> Ideally, there'd be some sort of "menu closed" function or event that is > >> called when the menu stops being displayed. On the gtk port, I see > >> a RenderViewContextMenuGtk::StoppedShowing(), but nothing similar for > >> Windows and Mac. > >> Can anyone give me a pointer on how to do something like this for mac, > and > >> windows? > >> Thanks, > >> Albert > >> > > > > > > > > > > > --~--~---------~--~----~------------~-------~--~----~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~----------~----~----~----~------~----~------~--~---
