Abstract: An application's users are divided into two groups: administrative users and end-users. Each type of region, produced on an application's screen, is assigned a class. Each actual occurrence, of a region type, is called an instance. An end-user invokes a user-added feature by indicating a screen location and inputting a unique signal. The classes, of the screen-region instances present at the indicated location, determine whether one or more rules are activated. The rules are written by an administrative user. If activated, a rule produces a URL in accordance with an administrative-user-defined template. A value stored in the instances present, at the location indicated when the unique signal occurred, are accessed in a template by including the name of the value as a parameter. Each parameter is substituted by the text-equivalent of its current value. The URL produced can be used to provide the information desired by the end-user.

Abstract: An application's users are divided into two groups: administrative users and end-users. Each type of region, produced on an application's screen, is assigned a class. Each actual occurrence, of a region type, is called an instance. An end-user invokes a user-added feature by indicating a screen location and inputting a unique signal. The classes, of the screen-region instances present at the indicated location, determine whether one or more rules are activated. The rules are written by an administrative user. If activated, a rule produces a URL in accordance with an administrative-user-defined template. A value stored in the instances present, at the location indicated when the unique signal occurred, are accessed in a template by including the name of the value as a parameter. Each parameter is substituted by the text-equivalent of its current value. The URL produced can be used to provide the information desired by the end-user.

Abstract: An application's users are divided into two groups: administrative users and end-users. Each type of region, produced on an application's screen, is assigned a class. Each actual occurrence, of a region type, is called an instance. An end-user invokes a user-added feature by indicating a screen location and inputting a unique signal. The classes, of the screen-region instances present at the indicated location, determine whether one or more rules are activated. The rules are written by an administrative user. If activated, a rule produces a URL in accordance with an administrative-user-defined template. A value stored in the instances present, at the location indicated when the unique signal occurred, are accessed in a template by including the name of the value as a parameter. Each parameter is substituted by the text-equivalent of its current value. The URL produced can be used to provide the information desired by the end-user.

Abstract: An application's users are divided into two groups: administrative users and end-users. Each type of region, produced on an application's screen, is assigned a class. Each actual occurrence, of a region type, is called an instance. An end-user invokes a user-added feature by indicating a screen location and inputting a unique signal. The classes, of the screen-region instances present at the indicated location, determine whether one or more rules are activated. The rules are written by an administrative user. If activated, a rule produces a URL in accordance with an administrative-user-defined template. A value stored in the instances present, at the location indicated when the unique signal occurred, are accessed in a template by including the name of the value as a parameter. Each parameter is substituted by the text-equivalent of its current value. The URL produced can be used to provide the information desired by the end-user.

Abstract: An application's users are divided into two groups: administrative users and end-users. Each type of region, produced on an application's screen, is assigned a class. Each actual occurrence, of a region type, is called an instance. An end-user invokes a user-added feature by indicating a screen location and inputting a unique signal. The classes, of the screen-region instances present at the indicated location, determine whether one or more rules are activated. The rules are written by an administrative user. If activated, a rule produces a URL in accordance with an administrative-user-defined template. A value stored in the instances present, at the location indicated when the unique signal occurred, are accessed in a template by including the name of the value as a parameter. Each parameter is substituted by the text-equivalent of its current value. The URL produced can be used to provide the information desired by the end-user.

Abstract: The present disclosure relates to scenario-management systems for use in resource-allocation systems. In an exemplary embodiment, a scenario editor comprises means for creating, editing, and storing business rules, rule groups, and in a database; and means for creating links among selected business rules, rule groups, and scenarios, such that changes to a first business rule, rule group, or scenario are reflected in a second business rule, rule group, or scenario linked to the first. In further embodiments, the scenario editor further comprises means for associating a scenario with a particular time period. In a further exemplary embodiment, a scenario-management system comprises a central database of business rules, and a processor configured to identify an active scenario, create a list of rule IDs corresponding to the business rules associated with the active scenario, and pass the list of rule IDs to a resource-allocation module.