Hi all
I have been going round in circles trying to set up my category structure the way I want it. As a result I am totally lost, probably due to brain overload.
I am using the Category module on 4.7. I have this sort of structure rattling around in the old brain at the moment. Note, that the list as typed is fictitious as there are other users here on Drupal.org that are in the same "space" as I am and I do not want to give too much away just yet :) Anyway, I see the following: Key [CO] =container, [CA]=category, [F]=fictitious
Information [CO]
-> Articles [CA]
-> Media Releases [CA]
-> Results [CA]
-> News [CA]
[ ALL F]
Detail [CO]
-> Subject 1 [CA]
--> Subject 1a [CA]
--> Subject 1b [CA]
-> Subject 2 [CA]
-> Subject 3 [CA]
-> Subject 4 [CA]
-> Subject 5 [CA]
--> Subject 5a [CA]
-> Subject 6 [CA]
--> Subject 6a [CA]
... and so on ...
Now, here's the scenario.....
User makes an entry using one of about 3 different custom content types created with CCK. They "tag" this entry with ONE of the Information categories and ONE OR MORE Details Categories. However, they can only tag ONE of the categories in Detail IF there are sub-categories. For example, they could choose Subject 1 but not 1a or 1b, as choosing 1a or 1b would imply the selection of Subject 1 . Eventually I would like to take this to regional/international levels by introducing Countries into the mix. That, however, may be adventurious if I do not set things up right in the first place.
First up - is this possible? What I am after is the correct way to define the above so a user can select, for example, all Media Releases and then all Subject 1 releases etc etc.
I think I have explained things however please do ask if you need further clarification. It was somewhat of a brain dump....
Cheers
Comments
I'd like to help but I'm not
I'd like to help but I'm not sure what you are aiming for. This part confuses me "However, they can only tag ONE of the categories in Detail IF there are sub-categories."
If I understand it correctly you want to tag a certain content type with an 'Information' term (category) and a 'Detail' term (category), but only one of each. If this is what you want to do then just don't check the 'multiple selection' checkbox when you are setting up the vocabularies (containers).
However, if you want all Subject 1 listings to also list Subject 1a and Subject 1b articles, you will need to use the category module to be able to display the child nodes. The core Taxonomy module will only show nodes tagged with a specific term, not the sub-terms.
Thanks for your feedback. I
Thanks for your feedback. I am infact using the Category module, not the Taxonomy module. My (perceived) issue probably comes from inexperience with the Category module, in as much as I did too much thinking about how to implement it. What I meant when I posted my confusing bit was...
Say a user wants to tag a post with Subject 1. As Subject 1 has sub-categories the user SHOULD NOT be able to choose Subject 1a or Subject 1b as well. The reasoning is: While Subject 1a or Subject 1b are related to Subject 1, it would be redundant to select them as well because thier association is implied by being children of Subject 1. The same applies if the user selects Subject 1a - they should not be able to choose Subject 1 or Subject 1b.
You could say all the Subject 1x categories are mutually exclusive. However, for display purposes selecting Subject 1 would also list posts under 1a & 1b, which the category module already does. I would make Subject 1 a child container but then I could not use it to tag posts with, or so I think reading the documentation of the Category module.
As for the Information category, the user can select categories from both Information AND Detail. My way of thinking on this was the Information category is a high level view - i.e Show me all Media Releases - whereas the Detail allows further classification of posts allowing "statements" like - Show me all the Media Releases about Subject 1 (and/or 1a and/or 1b).
I suspect I am trying to be a little adventurous here so may need to make my requirements a little less restrictive.
Back to the drawing board.....again!
Cheers