Importance of using ‘Informational Headers’ on top of your code artifacts
I cannot stress enough the importance of using ‘Informational Headers’ on top of any code that you may write, regardless of what language it is or what platform that you maybe developing on. Informational Headers should provide the reader (author or another developer) with at least the following : Artifact name Associated artifacts Spawned artifacts Purpose (summarized description) and context Change log This basic set of information allows yourself or anyone else a quick background of what you are going to view, review, edit, or deploy, including any information about...
read moreDynamically Changing the ‘Advanced filter criteria’ (boolean condition) on SFDC Reports via a URL Parameter
Sometimes while setting up reports you wish to quickly change the advanced filter criteria (boolean condition) to make sure you are pulling the right data without having to click on ‘Customize’ every single time. Well, you can! All you have to do is pass an additional URL parameter to your report with the new criteria for testing: bool_filter=1+AND+2+AND+(+3+OR+4+) Example: https://cs1.salesforce.com/00OM0000000FAUH?bool_filter=1+AND+2+AND+(+3+OR+4+) So lets say that your original advanced filter criteria was: 1 AND 2 AND 3 AND 4, by passing the above URL parameter your report...
read moreConsole Layout’s URL Paramater: isdtp can be used to hide SFDC header and sidebar on Standard Pages
Console views or layouts are extremely helpful in Salesforce.com if your business model asks for them. As you know, while using consoles the SFDC header and side bar are both hidden for all the pages that you choose to display within the consoles, the font size is smaller, and the page help link (usually found on the top right of a standard page) are iconified. This effect can be mimicked on standard pages by using the url parameter: isdtp=mn or lt . isdtp=mn will retain the old SFDC styling and retain the page header (not the SFDC header with all the tabs) isdtp=lt will retain the old SFDC...
read moreNavigating to other locations within SFDC after editing a record – saveURL vs retURL
In Salesforce.com it is standard behavior that when you edit a record, and click on ‘save’ or ‘cancel’, you are returned to the detail view from where you clicked on ‘edit’. This also holds true if you start from a VF page that navigates you a standard edit page layout, and upon clicking on ‘save’ or ‘edit’ you will be redirected back to the VF page. If you closely observe the URL, you may notice two query string parameters: saveURL and retURL, and by modifying one or the other or both you can control the users navigational...
read moreHigh Level Background on Salesforce.com SSO
Background on Salesforce.com SSO Salesforce.com supports two main categories of the SSO integration Federated SSO – This is the default SSO mechanism according to Salesforce. And this one requires the use of SAML Delegated Authentication SSO – this is the custom Salesforce.com SSO mechanism that has its proprietary handshake and distributed pieces we need to implement for it to work Delegated Authentication SSO In order for the SSO to work with Salesforce.com following pieces need to be setup: Setup Org with SSO Enabled and other settings at User/Profile level Setup your local machine...
read moreRedirect to visualforce page after record-type selection
Let’s say you have created two or more record types for any object. When you click New, Salesforce will first take you to an interstitial record-type selection page. After you select the type of record you want to create, you are taken to the edit page for the object in question. Let’s say you need to take the user to a VisualForce page if they select Record-type 1, but you need to send the user to the standard edit page if they select Record-type 2. A simple way to accomplish this is: Attach a standardController to your button, like so: <apex:page...
read more
