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.

Abstract: Disclosed are methods, systems, and a processor product that include: providing a worker access to a listing of work shifts via a network connection, allowing the worker to provide bids for at least some of the work shifts by assigning a priority to the at least some of the work shifts, assigning a work shift to the worker based on the bids provided by the worker and a bid ranking associated with the worker; and, updating the listing to remove the work shift assigned to the worker. The bid ranking can be associated with age, seniority, and/or a company rule.

Abstract: An optical-input print reading device with voice output for people with impaired or no vision in which the user provides input to the system from hand gestures. Images of the text to be read, on which the user performs finger- and hand-based gestural commands, are input to a computer, which decodes the text images into their symbolic meanings through optical character recognition, and further tracks the location and movement of the hand and fingers in order to interpret the gestural movements into their command meaning. In order to allow the user to select text and align printed material, feedback is provided to the user through audible and tactile means. Through a speech synthesizer, the text is spoken audibly. For users with residual vision, visual feedback of magnified and image enhanced text is provided. Multiple cameras of the same or different field of view can improve performance.