Closed (fixed)
Project:
Domain
Version:
6.x-2.0-rc5
Component:
- Domain Conf
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
22 Jun 2008 at 06:10 UTC
Updated:
6 Jun 2011 at 02:05 UTC
Jump to comment: Most recent file
Comments
Comment #1
agentrickardCan you file a proper patch?
Comment #2
agentrickardPlease format your code according to Drupal conventions.
Comment #3
bforchhammer commentedThanks, code works.
A minor thing: "resetting" the settings at the moment will also reset the menu settings - is that the behaviour we would like to have?
Attached patch file is a patch against rc3 with some minor changes. (junphine: I hope you don't mind :))
Comment #4
bforchhammer commentedforgot to change the status..
Comment #5
agentrickardCan someone tell me why the attached patch is not sufficient for this feature?
Comment #6
agentrickardSecond version adds a null option.
Comment #7
agentrickardPatch from #6 has been committed. If we need more advanced functionality, lets open a new issue.
Comment #8
najibx commentedPatch #6 only providing a form to select :
Primary links menu:
Secondary links menu:
but patch #3 has not been committed, thus this functionality is not functioning. Why half way?
Comment #9
agentrickardAll the original Domain Menu module did, AFAIK, was allow changing primary and secondary links.
I don't really like the patch in #3. Adding a menu_settings column to Domain Conf strikes me as the wrong way to go.
Comment #10
aaron1234nz commentedThe Domain Menu module also allowed you to restrict the menu items on the node add/edit pages. I have written a patch against the domain_conf module to add this feature. see http://drupal.org/node/202179#comment-1120065
Comment #11
agentrickardUnderstood. Is it possible to do this without adding a column to the {domain_conf} table?
Comment #12
aaron1234nz commentedYes, it just adds a setting just just like the rest of the settings in domain_conf
Comment #13
aaront commentedThe patch in #3 (used in RC5) does not apply the chosen domain-specific menu items to the corresponding block version of that menu. If enabled, the block uses menu items from the Primary Links or Secondary Links menu rather than the specified domain-specific menu. Is this intentional? I expected both appearances of the menu to display the same menu items.
Comment #14
agentrickardThe patch in #3 will not be committed. We are debating how to implement its functionality into the patch that has been committed. (From #6.)
Comment #15
aaront commentedSorry, I meant to say the patch in 6 rather than 3. (6 is included in rc5). Works well other than the blocks problem I mentioned. I need primary links to be a block -- suppose I could accomplish the same thing in a different way using domain blocks once it matures. Thanks for your work on both!
Comment #16
agentrickardI see. Will take a look, as that is not intended behavior.
Comment #17
agentrickardIt looks like you will have to use Domain Blocks, the code used to load the menu block is different from that used to load the primary (and secondary) links. In the former case, it uses the name of the menu. In the latter case, it uses a configurable variable, which is what we manipulate.
Theoretically, we could create our own blocks to counter this problem (see the attached patch).
Comment #18
agentrickard#17 has been committed. As has the attached, which adds a 'default_menu' for the node form.
I am still skeptical of the menu restrictions patch, which I think may cause weird issues if a node was created on one site and edited on another. That functionality (patch at http://drupal.org/node/202179#comment-1120065) may need a separate module.
I am going to mark this as 'fixed' and let people open a new issue to request different features.
Comment #19
aaront commentedThe patch in 17 works great! Thanks very much for adding this; I think it is essential.
Comment #20
agentrickard