On node forms, hs_menu alters the menu.
This will clash with other modules that do so too. To name a few: http://drupal.org/project/og_menu , http://drupal.org/project/menuux , and probably a few more in D7. All those modules probably clash with each other ;)
A real use case I'm facing now:
A multilingual site, 4 menu's, menu-fr,menu-nl, menu-de,menu-en, a hierarchical select with the right config and patches (see: #1271386: Hierarchical Select Menu should respect menu_options) will make for a really nice and user friendly experience. Same site has a social feature, independent of language, and structured around private Organic Groups with organic groups content posted within. Users can add content and append it to a group specific menu, completely independent of the other site menu's. This is provided by og_menu.
As said before, og_menu will interfere with hierarchical select.
A simple solution would be adding a per-content-type setting on the hs_menu admin page. I can provide a patch for this which should be pretty much RTBC
As an additional motivation, I can perfectly imagine a use case where someone would like a Hierarchical Select on one content type and a Menu Browser provided by menuux on another type, this sort of flexibility is really an added value.
As I have recently taken on co-maintainership for the D7 branch for og_menu, I'm also interested in making it cooperate with hs_menu as it's a nice usability improvement. Do you have any ideas on this?
Thanks in advance.
W.
Comment | File | Size | Author |
---|---|---|---|
#6 | hs_menu_content_type-1271402-5.patch | 1.47 KB | cyborg_572 |
Comments
Comment #1
Wim LeersYour use case sounds valid and your reasoning is solid. Please proceed as you see fit and I'll commit your changes :)
Comment #2
pinkonomy CreditAttribution: pinkonomy commentedHi,
I am also interested in this,as on my site Hierarchical Select interferes with some module(s) and doesn't work.
Do we have any progress on this?
Thanks
Comment #3
rv0 CreditAttribution: rv0 commentedI'll have to manually apply that solution to the latest code, as the working HS where I used it also includes 3 other patches.
As soon as I find the time to do this, I'll post the patch here.
Comment #4
pinkonomy CreditAttribution: pinkonomy commentedThanks for this,really appreciate.
Waiting for your solution
Comment #5
Wim LeersUpdating status according to the progress here.
Comment #6
cyborg_572 CreditAttribution: cyborg_572 at Northern Commerce commentedI know this is a 4 year old issue, I've run into this same problem recently, and had to patch it. This follows more-or-less what rv0 outlined in the feature request.
Comment #7
bzaher CreditAttribution: bzaher commentedI manually applied the patch on hs_menu 7.x-3.0-beta2 to work with og_menu 7.x-3.0 (https://www.drupal.org/project/og_menu), using the wetkit profile 7.x-4.1 (https://www.drupal.org/project/wetkit). This patch (#6) worked well. I can disable hs_menu for content types used by og_menu. Thanks for sharing.
Comment #8
stefan.r CreditAttribution: stefan.r commentedComment #9
stefan.r CreditAttribution: stefan.r commentedCommitted, thanks!