CiviCRM Community Forums (archive)

(1) For shortcut  "New Individual"

Is there a way to
- Remove/hide these inbuilt sections "Name and Greeting", "Communication Preferences", "Primary Location", "Demographics"?
- Add custom data fields?

(2) For shortcut "Advanced Search"

Is there a way to
- Under first search block, to remove/hide,  "Search Views", "CMS user?", "Privacy", "Contact Source"?
- Remove hide blocks "Address Fields", "Demographics"?

(3) I have added some custom fields, however, users are not able to view (& hence edit) them. Only admin is able to view. What settings need to be changed?

1 - you can hide fields by editing the template.  alternatively, you could create your own create contact profile which exposes only the fields you want to include.  custom data applicable to contacts will appear in the new contact screens by default (see below for reasons why it isn't)

2 - again, you could do so by editing the templates / code but this can't be configured through an interface.  you could use a profile or create a custom search to acheive something similar, or just live with it :-) it is advanced search after all.

I'm interested to see if someone may help me or steer me in the right direction.  I am trying to display custom data on the 'Individual' page depending on their selection of another custom data select field.  So, say they choose 'Lead' as one of the options from the drop down.  Then it would display the custom data that is associated with the 'Lead.'

I do not know what code to use to address and display my custom data in the template, nor do I know how to hide / display the pertinent custom data fields based on a selection.

Any help would be greatly appreciated!!

Thanks!
- Sean

You might be able to do this by adding some javascript and some CSS to a custom copy of the template(s). Check out this doc first if you haven't already:
http://wiki.civicrm.org/confluence/display/CRMDOC/Customize+Built-in%2C+Profile%2C+Contribution+and+Event+Registration+Screens

Custom fields are assigned field names like this:
<input name="custom_2" ...

where 2 is the id of the field in civicrm_custom_field table.
Using Firebug or viewing html source for the form should get you started.

Hi Sean,

What you are looking for isn't core functionality, but one way of achieving it would be to use the tabs hook - you could turn the visibility of a tab on and off dependent on the value of some custom data (that I'll refer to as the controlling custom data)

Depending on your requirements, you might also want to call a hook to delete any custom data held in a custom data group when the controlling custom data is unselected.

Have you used hooks before?  if not, a bit of reading up and a look at the civitest module is required

Also, here's a related question that I'd be really interested if someone else could answer:

There is tantalisingly named contact sub type field in the contact table, which I think I am write in saying doesn't do anything in a standard CiviCRM installation.  I would love to see this implemented as a way of defining custom data for specific types of contacts.  i.e. when you define some custom data for an organisation, be able to say, this is only available for the sub-type of the organisation.  i.e. this set of fields about funders is only relevant and therefore visible to those organisations that are funders.

This is a requirement that comes up with just about 100% of the clients I work with.  I've alluded to it on this wiki page comment (http://wiki.civicrm.org/confluence/display/CRM/CiviCase+-+Alpha+International+Requirements).  I would love to hear peoples thoughts on how and why this should/shouldn't be implemented.

Michael

There is tantalisingly named contact sub type field in the contact table, which I think I am write in saying doesn't do anything in a standard CiviCRM installation.  I would love to see this implemented as a way of defining custom data for specific types of contacts.  i.e. when you define some custom data for an organisation, be able to say, this is only available for the sub-type of the organisation.  i.e. this set of fields about funders is only relevant and therefore visible to those organisations that are funders.

This is a requirement that comes up with just about 100% of the clients I work with.  I've alluded to it on this wiki page comment (http://wiki.civicrm.org/confluence/display/CRM/CiviCase+-+Alpha+International+Requirements).  I would love to hear peoples thoughts on how and why this should/shouldn't be implemented.

That field has been in the data model for quite a while - and I'm pretty sure the intent was to support the type of functionality you're describing (possibly also allowing "filtering" on core data fields as well based on sub-type). This has come up a fair amount and would be great if someone stepped up to implement or sponsor. (As a side note, I'm not sure the current implementation of the field - it's a varchar - makes sense. Might be better defined as a key to an option_value row.)

Sean - Since you're trying to make changes to HTML elements on the form dynamically, based on user actions - you need to use Javascript to detect and do something when the user changes the value of a field. There's some examples of this in civicrm/js/Common.js - function showHideByValue for instance.

If you're not up to speed on Javascript - you may want to get help from someone on this.

Sean - My understanding is that you're trying to modify the form based on a field value selected by the user. For the "New Individual" form flow you've described, the smarty if / else code (above) can't do this - it can only affect what's displayed based on values that are present when the form is loaded. You need to use Javascript functions to respond to user actions on the form.

Note that this is a bit more tricky because you need to do it programmatically (i.e. unless you want to modify the core PHP files, you can't add onchange events to the field definitions directly). There's an example of this here:

http://lists.evolt.org/pipermail/javascript/2006-October/011341.html

... bottom line though - if you're not comfortable w/ javascript you'll need to get help from someone who is.