Since 2010, OraERP is a Oracle Forums, Community of Oracle Professionals including Fusion/Cloud Application Consultants, Enterprise Architects, ERP Cloud, HCM Cloud, CX Cloud and OCI Experts, ERP Experts, Oracle Apps Functional Consultants, Apps DBAs, DBAs, Cloud DBAs, Digital Architect, PaaS Experts, IaaS, OCI Architects, Technical Consultants, Fusion Middleware Experts, SQL, PL/SQL Developers and Project Managers. Welcome to OraERP.com Social Community, a friendly and active community of Oracle Technology Professionals who believe that technology can ‘make the world a better place’. By joining Oracle ERP Community you will have the ability to Post Topics, Receive our Newsletter, subscribe to threads and access many other special features. Registration is Quick and Simple. Get unlimited access to Oracle Tutorials, Articles, eBooks, Tools and Tips .
Oracle Forum - The Knowledge Center for Oracle Professionals - Looking Beyond the Possibilities
›
Oracle Applications
›
Oracle Tutorials, Articles, eBooks, Tools & Tips
Forms Personalization in Oracle Apps R-12 - Zoom Functionality
Forms Personalization in Oracle Apps R-12 - Zoom Functionality
Forms Personalization in Oracle Apps R-12 - Zoom Functionality
|
06-16-2011, 03:50 AM,
(This post was last modified: 06-16-2011, 04:29 AM by admin.)
|
|||
|
|||
Forms Personalization in Oracle Apps R-12 - Zoom Functionality
Personalization form automatically queries the function, form and pre-defined personalization rules, if any exists for the specific form. For example, the form name is INVTOMAI i.e. Move Order form on which the personalization form is opened. Rules Rules administer the personalization needs to be implemented on the form. Each rule contains a sequence number, description and level (Rules may now be specified as acting either at the Function level (the default) or at the Form level). The rule can be activated or de-activated using the “Enabled” checkbox. The rule can be deleted when no longer needed. Defining rules doesn’t identify, when the rule should get evaluated or applied. For each rule, there should be conditions attached, which power the execution of the rule. Conditions Conditions decide the event the rule to be executed. Each condition mainly contains three sections i.e. Trigger Event, Trigger Object and Condition. Context Context manages to whom the personalization should apply. This is similar to the concept of using profile options in Oracle Applications. The various levels are Site, Responsibility, Industry and User. During runtime, the values provided in the context are evaluated and personalization rules will be applied. Usage of context is very vital in implementing the personalization to prevent the inappropriate users accessing these customizations of the form. Actions Actions decide the exact operation to be performed when the event occurs and the condition evaluates to true during the runtime. Each Action consists of one of the following:
[size=small]Property The action type “Property” is used to set the properties of the objects. The various objects include “Item, Window, Block, Global Variable etc”. Property Type
Select By Text button used to select an object based on text appearing on the screen at the point in time, the Personalization form is invoked, including any changes that current rules might have performed. Target Object can be selected from the list.Target Object, either name defined in the form or variable name should be entered depending on the object type selected. Property Name is the property to be changed. Value is the new desired value for the property. The current value of the property will be displayed when clicked on the Get Value button. SQL functions and operators can be used to assign value. Any value started with “=” operator will be evaluated at runtime otherwise the value is treated as is entered in the value field.Message The action type “Message” is used to display custom messages during runtime. Message Type and Message Text should be entered after selecting the action type as “Message”. The available message types are “Show, Hint, Error, Debug and Warn”. Message Type BuiltinThe action type “Builtin” is used to execute the form and AOL functions. Depending on the builtin type selected, the arguments should be entered. Builtin Type
Add Parameter… list of Values displays currently used parameters. Applies to the builtin ‘Launch a Function’ only.MenuThe action type “Menu” is used to activate the available special menus on the Tools menu. Oracle Applications provide 45 special menus under Tools menu which can be used by customers based on their requirements. The menus are arranged in 3 sets of 15 each under the Tools, Reports and Actions pull-down menus. If you select a menu that the base form is already using, your functionality will override the form's functionality. Select the Menu Entry which is not used by the form. Menu Label is the prompt which appears to the users when Tools menu is invoked. Icon name is the .ico file name. Enabled in Block(s) specifies the blocks for which the special menu should be activated. Menu Type
A separator can be created above the activated special menu by selecting the “Render line before menu” checkbox.This property can be used only in WHEN-NEW-FORM-INSTANCE event. |
|||
« Next Oldest | Next Newest »
|
Users browsing this thread: 1 Guest(s)
Current time: 11-22-2024, 06:20 PM
Powered By MyBB, © 2002-2024 MyBB Group.