Configuring Siebel Business Applications > Reusing Predefined Objects > Guidelines for Reusing a Predefined Object >

Guidelines for Reusing a Predefined User Interface Object

Sometimes it is appropriate to copy a user interface object. For example, if your business requirements demand a significant modification to the look and feel of the object, then copying the object and setting the Upgrade Ancestor property makes certain that Siebel CRM preserves the modified look and feel following an upgrade. For more information, see Guidelines for Setting the Upgrade Ancestor Property.

If you only require a minor modification to the user interface object, then it is recommended that you use the predefined object because this configuration reduces the time you spend to configure and maintain the Siebel repository. The following reasons describe when it is appropriate to copy a user interface object:

• When you require two different user interface objects to display different records that use different search specifications on applets. For more information, see Options to Filter Data That Siebel CRM Displays In an Applet.
• When you require different read and write properties between two objects. For example, one applet is read-only and the other applet is editable. In this situation, only copy the object if the dynamic read-only business component user property does not fulfill this functionality.
• When you require different drilldowns for different applets, depending on the view that contains them. In this situation, copy the object only if a dynamic drilldown does not fulfill this functionality.

If you copy an applet that uses a business component that references a specialized class, then use the following guidelines:

• You must use the copied applet with the original business component, not a copy of the original business component.
• To use a copied applet with a copied business component, you must modify the class of the copied applet.

For more information, see Caution About Using Specialized Classes.