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 314579 - extension submenu support
extension submenu support
Status: VERIFIED FIXED
Product: nautilus
Classification: Core
Component: Extension Library
2.13.x
Other All
: Normal enhancement
: 2.14.x
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 158748 (view as bug list)
Depends on:
Blocks: 325528
 
 
Reported: 2005-08-26 14:31 UTC by Raffaele Sandrini
Modified: 2008-08-23 15:49 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Attachments
Submenu support for nautilus-extensions (18.95 KB, patch)
2005-08-26 14:32 UTC, Raffaele Sandrini
needs-work Details | Review
updated patch (19.59 KB, patch)
2006-02-02 21:45 UTC, Raffaele Sandrini
none Details | Review

Description Raffaele Sandrini 2005-08-26 14:31:07 UTC
Created a patch against nautilus CVS adding submenu support for
nautilus-extensions. Merged nautilus-menu-item.h into new nautilus-menu.h due to
cross dependencies.

Comments?
Comment 1 Raffaele Sandrini 2005-08-26 14:32:06 UTC
Created attachment 51381 [details] [review]
Submenu support for nautilus-extensions
Comment 2 Christian Neumair 2005-08-26 17:22:54 UTC
Excellent! 2.14 material, setting BLOCKED_BY_FREEZE keyword.
Comment 3 Christian Neumair 2005-08-26 17:23:36 UTC
*** Bug 158748 has been marked as a duplicate of this bug. ***
Comment 4 Alexander Larsson 2005-10-03 14:10:49 UTC
Comments:

NautilusMenu doesn't handle ownership correctly, it should ref the menu item in
nautilus_menu_append_item(), and unref it on finalization.

Also, I don't like exposing the list as a property, it seems so type/ownership
unsafe. Instead, just have a nautilus_menu_get_items() call which return a GList
*. Setting of the item_list property is especially troublesome wrt ownership of
the items.

I dunno about the versioning change for the extensions library. It makes some
sense to do it, but if so we should do it a bit more automatic, with the version
being defined in configure.in and the age being automatically calculated to
always be back compat to the first version. That way its harder to forget to
update, or accidentally make it not backwards compat.

Finally, the nautilus style has brackets even around one-line blocks.
Comment 5 Christian Neumair 2006-01-03 14:46:19 UTC
Raffaele, are you still willing to update your patch? :)
Comment 6 Raffaele Sandrini 2006-02-02 21:45:52 UTC
Created attachment 58612 [details] [review]
updated patch

Sure :). Sorry for the delay... was kinda busy. I hope i've addressed all the concerns.
Comment 7 Baptiste Mille-Mathias 2006-07-18 13:11:10 UTC
Hello, 
Raffaele updated its patch months ago,
is there a Nautilus maintainers / active hacker to review it ?

thanks
Comment 8 Martin Wehner 2006-07-24 21:45:56 UTC
Thanks, it's in 2.15.90 with some minor modifications: I fixed some styleguide issues and updated add_extension_menu_items to use nautilus_menu_get_items instead of the item-list property of the first patch.

2006-07-24  Martin Wehner  <martin.wehner@gmail.com>

	* configure.in:
	* libnautilus-extension/Makefile.am:
	Add extension versioning infrastructure and add nautilus-menu.[ch].

	* libnautilus-extension/nautilus-menu-item.[ch]:
	Add and handle a 'menu' property and add a function
	nautilus_menu_item_set_submenu.

	* libnautilus-extension/nautilus-menu.[ch]:
	New files implementing a submenu item.

	* src/file-manager/fm-directory-view.c: (add_extension_menu_items),
	(reset_extension_actions_menu):
	Add extension menu items recursively.

	* libnautilus-extension/nautilus-menu-provider.h:
	Update include.

	Extend extension API to support submenus. (#314579)

	Patch from Raffaele Sandrini  <rasa@gmx.ch>
Comment 9 John Keller 2008-08-23 15:49:18 UTC
Looks like this was committed. Shouldn't the bug be closed?