Showing posts from June, 2015

How to convert textbox to hyperlink in MS CRM

function ConvertToLink(fieldName,urlFieldName) {     var itemText = Xrm.Page.getAttribute(fieldName).getValue();     if (itemText != null && itemText != '' && itemText != 'null') {         var url = Xrm.Page.getAttribute(urlFieldName).getValue();         var btn = "<a href='javascript: void(0);' onclick=\"\'" + url + "\', \'windowname1\');  return false;\" style='color:blue;text-decoration:underline !important'>" + itemText + "</a>";         var ctrl = Xrm.Page.ui.controls.get(fieldName)._control;         // Add the new button         ctrl.get_element().innerHTML += btn;         // Hide the textbox         ctrl.get_element() = 'none';     } }

Early Binding and Late Binding In MS CRM 2015

Late Binding In Microsoft Dynamics CRM 2015 and Microsoft Dynamics CRM Online 2015 Update, you can use the Entity class when you work with entities.  When initialized, the Entity class contains the logical name of an entity and a property-bag array of the entity’s attributes.  This lets you use late binding so that you can work with types such as custom entities and custom attributes that weren’t available when your application was compiled.  The key difference between early and late binding involves type conversion. While early binding provides compile-time checking of all types so that no implicit casts occur, late binding checks types only when the object is created or an action is performed on the type.  The Entity class requires types to be explicitly specified to prevent implicit casts. //Get the Value from optionset. int val = ((OptionSetValue)account.Attributes["schemaname"].Value; // Get the Text from OptionSet String optiontext=account.FormattedValue[

When to use Abstract class and what is the benefit of using Abstract class in real time application development.

It is a very common interview question when to use Abstract class and what is the benefit of using Abstract class in real time application development. The common properties of Abstract class are it cannot be initiated, functions and implementation can be partially implemented. Consider an application that calculates salary of full time and contract based employees. There are few common properties of both employees, e.g., both employees have name, address, ID, but different way of calculating salaries. So we can declare one master class named as BaseEmployee and place common properties and Virtual Salary Calculator function with no implementation. Two child classes, FullTimeEmployee and ContractEmployee can inherit from BaseEmployee class and override Salary Calculator virtual function and our problem can be solved, then why Abstract Class should be used? The problem with this inheritance approach is more like logical and business issue, in inheritance we can simply create Ba


By default, the Auto-save feature interval trigger time in Microsoft Dynamics CRM 2013 is set to 30 seconds. However, there might be a case where you have to decrease or increase this interval trigger time value to meet a specific requirement. You will then have to modify the “AutoSaveInterval” value in the “DeploymentProperties” table in the “MSCRM_CONFIG” SQL Server database. The value is in second(s) unit. Retrieving Auto-save feature interval trigger time SELECT IntColumn FROM DeploymentProperties WHERE ColumnName = 'AutoSaveInterval' Modifying Auto-save feature interval trigger time UPDATE DeploymentProperties SET IntColumn = 100 WHERE ColumnName = 'AutoSaveInterval'