Hi Murray; On Thu, 2006-06-22 at 20:44 +0200, Murray Cumming wrote: > > The action code itself is one hundred lines long and can easily be > > hidden inside an helper file; it's approximately how GtkRecentAction > > would be implemented, anyway. I hereby give permission to do whatever > > you want to do with it. > > > > I understand that it's sub-optimal, and hopefully this should really go > > away once there's an action inside GTK. > > Do you feel that the existing API might need to be changed to add this > to a future version of GTK+? For instance, would it need need existing > classes to implement new interfaces, or add new signals?
The point is: I don't know. :-) The currently unresolved issue is that I can't find a way to use this UI definition: <menubar> <menu> <menuitem action='New'/> <menuitem action='Open'/> <menu action='OpenRecent'/> </menu> </menubar> <toolbar> <toolitem action='Open'> <menu action='OpenRecent'/> </toolitem> </toolbar> which is the "right" way to offer a submenu and a menu inside a toolbar item. The only case where I know for sure would require adding API is the case where you want an inlined recent files list - as it would require the ability to create a list of menu items instead of a single widget with the same GtkAction. At this point, I'd like a UIManager author/guru to step in and see if I'm doing something wrong. The bug is #338843 [1]. +++ http://bugzilla.gnome.org/show_bug.cgi?id=338843 -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net _______________________________________________ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list