The various features, advantages and other uses of the present invention will become more apparent by referring to the following detailed description and drawing in which:
Referring now to the drawing, and to
In the present software interface, the dialog box and/or property pages, both hereafter referred to as “property pages,” are not hard coded within the operating system software code, but rather are made a part of the user interface. As shown in
ActiveX for objects has an interface through which properties of that object can be sorted or read. The interface 24 allows access to a number of properties of each object. Each property is referenced by an I.D. Each property can also give the type, i.e., numeric or string or file, etc. Each property can optionally give the minimum and maximum values as applicable or the enumeration of possible values. Each property can optionally report a default value. Each property can optionally give an access level, i.e., all users, advanced user or super user. Each property can also optionally be assigned to a group thereby enabling large numbers of properties to be edited across several pages at the same time.
An application of the present method and apparatus will be demonstrated through the use of a presentation program which allows presentation of a sequence of slides through the presentation device.
Presentation software executed by the processor 10 prepares can be used to an electronic slide for presentation. For example, the slide is saved in an xml file. The xml file is effectively a list of display/edit entities. Each entity references a property ID. Each xml entity further describes the location, and fixed or relative coordinates, the color, and optional background image, any translations, etc. Non-editable entities, such as “images/text”, are also listed to help in the presentation of the slide.
As shown in
The bridge 24 allows the user to define the name and values that can be modified by the user. The bridge 24 converts what the user creates into working code which is understood by the underlying application software. The bridge 24 may be specific to the application software or be based on an open standard, such as xml, for example.
The changes made by the bridge 24 to the property pages may or may not be automatic. Some of the entries may be automatic and will change within the application the moment the values are changed. Alternately, other entries will not be automatic and will only change in the application once the user confirms the change, typically through an “apply” button.
The property pages will be auto-generated. The software used to edit the property pages will be able to locate all of the editable properties for a given action, i.e., save, load, etc., or parameter, i.e., the complete set of properties for the application, and create a base property page that includes all of the editable properties for the given action or parameter.
The editable properties may be renamed by an alternate source, i.e:, a file. This would enable the property page editor or bridge 24 to be adaptable to many software program languages through a translation file.