Closed (fixed)
Project:
Drupal core
Version:
6.x-dev
Component:
menu system
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
18 Jul 2007 at 01:48 UTC
Updated:
28 Feb 2008 at 23:12 UTC
Jump to comment: Most recent file
Comments
Comment #1
pwolanin commentedPatch please.
Comment #2
kkaefer commentedI did not add the “Show all menus” item because at the moment, it does not really make sense to select anything here.
Users can’t create menu items otf when they don’t have “administer menu” and if they have, they can see all menus anyway.
Comment #3
kkaefer commentedChanges as per pwolanin on IRC: Don’t modify
menu_tree_page_data()and implement the logic inmenu_primary_links()andmenu_secondary_links().Comment #4
kkaefer commentedCleaned up patch with pwolanin's help. Added some documentation.
Comment #5
kkaefer commentedLoop is more legible now.
Comment #6
dries commentedNot being able to cache the navigation block is not a show-stopper for this patch and is something we could work on in a follow-up patch. The only way to solve this is by providing a setting in the navigation block's configuration page, or to create a contributed module that alters the cache-field in the blocks table.That or you could edit one line of code. Let's focus on what we have now, and then consider another iteration of improvements. I don't think these improvements will change the API -- they'd merely add configuration settings.
(mis-posted)
Comment #8
pwolanin commentedper conversation with Dries - make this a theme setting, not a menu module setting.
Comment #9
pwolanin commentednote, the patch also includes the single-line patch that is here: http://drupal.org/node/166491 so that the global theme settings are useable.
Comment #10
kkaefer commentedChanged some strings. Functionality-wise it works correct.
Comment #11
merlinofchaos commentedIMO, these are not decisions to be made by the theme layer.
Everything we're talking about is choosing what to present: Choosing which menu should be primary and secondary, etc. That is not the presentation layer, that is logic.
The theme layer should only choose HOW to present the data it's given. It should not be selecting data sources. The biggest choice about the data it should be making is whether or not to present data it is given, and how to present it.
This should remain a menu setting.
Comment #12
pwolanin commentedPer Merlin's suggestion, as compared to the previous patch, the only setting as to *which* content to use is done in menu module. The theme system has options only to toggle the primary and secondary links on or off.
Comment #13
pwolanin commentedfix typo and re-roll for this commit: http://drupal.org/node/166491
Comment #14
pwolanin commentedmake the title reflect the patch.
Comment #15
kkaefer commentedStill applies, tested it successfully. This is RTBC, we need this in D6.
Comment #16
gábor hojtsyIs it a current/suggested practice to use "(Optional)" no optional parameters, in parenthesis and not as a leading "Optional ..." word in the sentence?
Comment #17
pwolanin commentedre-rolled without parentheses around Optional.
Comment #18
gábor hojtsyOk, looks fine. Committed, thanks!
Comment #19
Jaza commentedErrr... what happened to "ability to set primary and secondary links to arbitrary menus"? That was in the first few versions of this patch, but it seems to have disappeared around #12. Could we put that back, please?
We should also remove the new "Source for the secondary links" option. How did that sneak in? I don't see any discussion about it in this issue. Anyway, it's not as flexible as actually setting the menu for the secondary links, so I see it as a step backward. Let's get rid of it, and put the old options back, which weren't so limiting.
Comment #20
Jaza commentedI also created http://drupal.org/node/170322 (having 'proper' menus for books) which is related to this issue.
Comment #21
pwolanin commented@Jaza - well, the KISS principle suggests that assigning arbitrary menus to Primary/Secondary is not really needed.
What's the burning, common use case?
Comment #22
Jaza commented@pwolanin: see http://drupal.org/node/170322 for a use case (not 'burning', I admit, but it's there).
Comment #23
pwolanin commented@Jaza - that issue seems somewhat orthogonal, unless you are saying that you want a book to be your primary links?
Comment #24
pwolanin commentedin the absence of a compelling use case from Jaza, I'm satisfied with what we have already.
Comment #25
wwmv commentedHi.
if you set "source for secondary links = primary links" and activate the "secondary links box" you get an empty box because links from the menu called "secondary-links" are shown.
I changed the following in function menu_block($op, $delta) to get it working:
hope this is the right place. i'm not sure if it is the right way to do....
Comment #26
boris mann commentedUse case for arbitrary menus: I create a whole new menu and then want to set it to be primary, instead of manually fiddling with primary in real time. But I'll leave that horse for now and just note that this is re-opened with the bug fix code listed.
Comment #27
pwolanin commented@markus-v-drupal: this should not be part of this issue. A new issue is here: http://drupal.org/node/180786 please post follow-ups there.
@Boris: I still don't think assigning arbitrary menus is a good idea. I'd be much more supportive of adding utility function/admin page to allow two menus to be swapped. Or that could be a contrib module.
Comment #28
catchComment #29
David_Rothstein commentedThis was fixed in 6.x as a result of http://drupal.org/node/216813
Comment #30
Anonymous (not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.