libxfce4panel could position panel plugin menus

Harold Aling h.aling at
Fri Sep 21 09:54:18 CEST 2007

On Thu, 20 Sep 2007 18:00:58 -0500, "Diego Ongaro" <ongardie at>
> Many plugins use popup menus as their primary UI widget. To name a
> few, there's xfdesktop (the Xfce Menu), launchers, window list, notes,
> and places. Currently, each panel plugin with a popup menu needs to
> call xfce_panel_plugin_register_menu(), then gtk_menu_popup(), and
> most importantly, implement its own menu positioning function.
> I think libxfce4panel should provide more support for this common
> functionality. By wrapping gtk_menu_popup() with a new
> xfce_panel_plugin_popup_menu(), libxfce4panel could take over the job
> of positioning the menu. This has at least three clear advantages:
> 1) Less code for new plugins using popup menus
> 2) Less maintenance and duplication of effort among plugins
> 3) Improved consistency, especially for floating panels
> Regarding the behavior of where to popup the menu, Mike and I agree
> that the Xfce Menu does a good job right now for fixed panels. For
> floating panels, however, it pops the menu up just where the cursor
> is, which isn't great.

I'm not sure if this info ads anything to this subject:

_Weird/buggy behavior on popups & an auto hidden panel_
* When Xfce-menu is open and a application steals focus, the menu collapses
bot the panel never will (restart panel)
* Activating an item in the Clipman plugin closes the popup, but never
closes the panel (hover on/off solves this)
* Places plugin: "Rightclick action pins autohidden panel" (FIXED[1])

As you've stated already, since the plugins must write their own 'methods'
to open a popup, they all behave a little different...



More information about the Xfce4-dev mailing list