It has to be done as an S-Control because the ‘Override’ function only permits S-Controls and Visualforce pages:

That all went very well.

Cloning

I have since been requested by my users to permit Cloning of a Contact record. Here at Atlassian, we have Contacts with two Record Types:

• Manually created: Fully editable within Salesforce
• Imported from our Customer Database: Mostly read-only, loaded via DataLoader

I have no problems with peole cloning ‘Manually created’ Contact records, so I provide the normal Clone button. However, for Contact records ‘Imported from our Customer Database’, I was not willing to permit cloning because:

• The record type would need to be changed (to ‘Manually created’)
• The ID field from our Customer Database would need to be cleared
• Many fields should not actually be cloned (eg Name) because the prime purpose of enabling Clone was to save typing when creating a new Contact from the same company as an existing Contact

In the end, instead of a ‘Clone’ button, I decided to implement a ‘Copy’ button that created a new record but automatically copied selected fields across to the new record:

Two important things to note:

• Field values are passed in the URL, eg ‘con4′ is the Account field
• I appended a custom field to the end

The technique of setting fields in the URL is standard in the user community. I don’t know if it’s meant to be officially done, but enough people do it that it is pseudo-official. I get field names (eg con4, con19street) by viewing the Page Source of the Salesforce page and looking for the field of interest. Hopefully they’ll stay the same across change to the Page Layout.

Custom fields, however, are known to produce problems. Rather than having a nice field name (eg conRegion__c), the Page Source uses the ID of the custom field. You can prove this by putting the ID in a URL, such as na1.salesforce.com/00N20000001Bx9v. Unfortunately, this results in an error because the URL doesn’t understand something that starts with two zeros.

By a stroke of luck, I found that I could append the Custom Field to the end of the URL (outside the URLFOR command), which would be correctly added to the generated URL that creates the new object. This has driven people crazy for ages, so I figured it was worth a blog post to help future generations of Salesforce Administrators!

The Bottom Line

• Add custom fields to a URL by placing the custom field assignment AFTER the actual URLFOR statement
• It can be easier to create a New record rather than a Clone, especially if you don’t want to copy most fields

if ( {!Contact.Department} == 'Finance' )
...

Come on — try and guess it before reading the next paragraph!

The problem is that Salesforce.com inserts the value of the variable within the S-Control text, resulting in this:

if ( Finance == 'Finance' )

It should really go in quotes like this:

if ( '{!Contact.Department}' == 'Finance' )

That one gets me every time!

The Bottom Line

• Quote inserted field names when they are strings

I was quite proud of my effort and, since I’m quite familiar with wikis (Atlassian sells a darn good one!), I decided to contribute my code to the developer.salesforce.com wiki. I’m a big believer in sharing information and I’ve gained a lot from the Community information online.

I received a few messages and feedback from people, which gave me the warm-fuzzies and made the effort worthwhile, but I was really impressed when I opened the next Salesforce E-Newletter:

If you want to read the article, you can find it at: S-Controls and AJAX: Showing a pull-down list of related contacts.

The Bottom Line

• Sharing is nice, and it’s great to be recognised and appreciated. Thank you Salesforce!