Skip to main content

Tab Performance - CRM 4.0 vs CRM 2011

Tabs in CRM 4.0 are more like your traditional tabs you see on most web sites.


The nice thing about these style of tabs in CRM 4.0 are that only the content in the selected tab loads when the form loads.  This saves time on the initial hit and it won't load custom pages on other tabs until those tabs are selected.

On the other hand in CRM 2011 the tabs are vertical instead of horizontal.


The issue with vertical tabs is that by default everything loads initially when the form loads.  This includes all Silverlight resources that are on the form.  Also if you have Javascript that hides and shows fields on the form then potentially you could see the form jump around onload.  

In CRM 2011 we can easily get the same performance advantages of CRM 4.0 tabs.  To do this just simply uncheck the tab setting "Expand this tab by default".


By not expanding the tab by default, Silverlight won't load until the tab is clicked so we can get the "on demand" loading like CRM 4.0.  Also if we have Javascript hiding/showing fields on tabs other than the main one then we won't see the form jumping around on those tabs that are collapsed onload.

Hope this helps!

Comments

Post a Comment

Popular posts from this blog

Announcing the New Dynamics 365 Toolbot Chrome Extension!

Today I am excited to announce the new Dynamics 365 Toolbot! This new Chrome Extension will allow you to perform commands that will help you with your development or administrative tasks. The extension can be found here - https://chrome.google.com/webstore/detail/dynamics-365-toolbot/kljiiminicfmdlplhejocopfmgmipach.

Note: Currently, due to the APIs being used, it only works on v9+.

First, navigate to the link above using Chrome and install the extension. Then, head to your Dynamics 365 environment and open a record. From there, click the little blue robot icon in the toolbar of Chrome which will pop open the Toolbot.



Click the text box and a list of commands will display. You can select or type any of the commands and hit Submit to execute them. Some commands require you to replace the default token with the desired request.


For example, select or type "display id" and click Submit and the Toolbot will display the current record's ID.



The majority of the commands should …

Dynamics 365 ToolBot: Auto-populate the form

Today I released a new command for the Dynamics 365 ToolBot that I am really excited about! If you're not sure what the Dynamics 365 ToolBot is, it is a new Chrome extension that I released recently that allows you to quickly execute helpful commands for administrators, developers and testers.

This new command, called "Fill Form", will automatically populate all the fields on the form with random data. As a developer, I always need test data and I am the worst at coming up with fake data to use. With this command, you can navigate to any record, open the ToolBot, type "Fill Form" and your record will instantly be populated with random data so you can quickly save the record and proceed with your testing.


A few things to note about this command:
It attempts to detect contact fields (based on the field name) such as first name, last name, email, phone and address and populate those fields with realistic fake dataAny other field will generate random data based on t…

CRM 2011 LINQ - All Columns vs. Selected Columns

When creating LINQ queries in CRM 2011, it is easy enough to return the whole column set of the entity record without even thinking about the impact.  
Below is an example of querying all contacts from Chicago and returning all columns for each contact record.


This can be a big performance impact depending on the amount of columns that exist on the Contact entity and how many contact records exist in the system.  Another issue is that it could cause errors down the line if some of the attribute types are changed in the CRM system since the data is being bound to a model class that could be out-of-sync.
From the MSDN article on constructing LINQ queries (http://msdn.microsoft.com/en-us/library/gg328328.aspx), we can see that the select clause creates a column set:
The select clause defines the form of the data returned. The clause creates a column set based on the query expression results. You can also define an instance of a new object to work with. The newly created object using the…