FrapMenu menu/item ordering

Brian J. Tarricone bjt23 at
Thu Feb 22 00:32:37 CET 2007

On Wed, 21 Feb 2007 23:35:48 +0100 Jannis Pohlmann wrote:

>On Wed, 21 Feb 2007 13:50:25 -0800, Brian J. Tarricone wrote:
>> On Wed, 21 Feb 2007 22:37:26 +0100 Jannis Pohlmann wrote:
>> That sounds fine to me.  Ideally it would still be possible in this
>> case to get notifications when parts of the menu change, and be able
>> to update the GtkMenu without having to regenerate everything from
>> scratch.  I guess I'm getting a bit ahead of myself here, though.
>I'm actually planning integration of Gamin so people can connect to a
>signal of menus and menu items. This way, they could e.g. pass the
>related GtkMenu or GtkMenuItem (or even both) in order to update the
>GUI state. That shouldn't be too difficult.

I was giving this a little thought, actually, and I came up with this
idea (signals on the FrapMenu and FrapMenuItem classes), but it doesn't
sound like a great idea.  Consider that, on a distro that installs most
of everything when you install a "desktop", you'll probably have 75+
menu entries in a default menu.  Connecting a signal to each of these
sounds a bit inefficient.  Perhaps have a... argh... FrapMenuManager
singleton object that has 'menu-changed', 'menu-item-changed', etc.
signals, which provide a pointer to the FrapMenu{,Item} that changed
when the signal is fired?  Or maybe a GList of the changed items so
they can be updated in batches.

I dunno... just a thought... up to you to decide what does and doesn't
suck ^_^.


More information about the Xfce4-dev mailing list