CiviCRM Community Forums (archive)

You might want to look at the Entity Relationship Diagrams at http://wiki.civicrm.org/confluence/display/CRMDOC/CiviCRM+ERD to get a feel for the structure of CiviCRM. As you can see Individual/Household/Organisation are tables, so, I'm no expert here but, extending the schema would be non-trivial.

Could you explain the background behind this with an example. Might be that another approach might work.

have you looked into relationships?

Otherwise, your options are to use tags and/or groups to segment your Individuals by "type" - and then perhaps create groups of custom data fields for each type which are rendered in separate "tabs".

Check out the online doc - starting here - for more info: http://wiki.civicrm.org/confluence/display/CRMDOC/Categorize

OK so since last I posted I've done some more indepth research into the workings of civicrm and learned a bit more on how it works, and my eyes have been opened to how powerful it really is. I've taken your advice and gone with the groups and custom data fields rendered as tabs. I've also added some ACL rule such that. You have to be in a group to see that tab. ie. You have to be in the players group to view/edit the Players tab. My problem my is that the administrator/moderater can see all the tabs of custom data, even if the contact is not in the group. meaning it is creating the custom data groups for all contacts and just hiding it if you are not apart of that group.

My question. Is there a way of creating custom data groups after you are part of a group or "hiding" it from everyone including admins/mods so even if it is there no one can see the tabs, until they are apart of a group.

To Clarify. I'll go with the players group and players tab example.
When an administrator/mod is adding contacts. a players tab is visible on all contacts even though a contact is not apart of the players group.

Is there anyway, to stop custom data groups from showing in other contacts than one that explicitly specified?

Hope that makes sense if not, I'll try another explaination.

Yes, your explanation makes sense, and the short answer is No

In a 2.x release we hope to explore contact_sub_type a bit more and allow custom groups to extend contact_sub_type. Once that is implemented you can give all contacts who are players, a sub type of player and hence only those will display the custom group for players etc

lobo

Cool, although being a noob to civicrm I have some programming background and would love to help out as I have a vested interest, and would even go so far as to make a donation to get this a priority and fast tracked.

Could I get a list of people I could talk to about moving this matter forward.

Thanks

Woodsy