Abstract:
Objects are provided with handles representing the most frequently used events and actions for that particular object. Each handle has a label indicating the name of the event or action it represents. The functions of the objects can be connected together using these handles. In addition, tile events and actions that are shown as handles can be changed by selecting them from a list. The display of the handles and/or labels can be turned off if desired.

Description:
TECHNICAL FIELD OF THE INVENTION 
     This invention relates in general to data processing systems, and more particularly to data processing systems for processing graphical object oriented developing environments. 
     BACKGROUND OF THE INVENTION 
     The operation of a computer system is controlled by a computer program or group of programs called the Operating System (&#34;OS&#34;). In early operating systems, such as UNIX, a computer user input commands to the OS using a command line interface (&#34;CLI&#34;). A typical CLI consisted of a prompt and cursor on the computer screen. The user could issue a command to the operating system by typing the name of a program or command and then pressing an &#34;Enter&#34; key to send this input to the OS. The OS would then process the command and respond accordingly. 
     Later, more advanced OSs were developed which utilized a graphical user interface (&#34;GUI&#34;) in combination with a mouse or other form of pointing or selecting device. In GUIs, the mouse controls a cursor which typically is portrayed as an arrow on the computer screen. In addition, the computer screen is separated into different regions, wherein each region represents different aspects of the computer system like the OS or an application program. The user controls the computer system by using the mouse to move the cursor over a desired region and then selecting a desired operation. 
     Current state of the art GUIs utilize an object oriented design. The phrase &#34;object oriented&#34; refers to a programming and design method in which program elements are organized as groups of objects, objects are instances of classes, and multiple classes are linked by inheritance relationships. Each class has a set of attributes that define the purpose of that class within the computer system. The organization of the object classes is hierarchical and attributes may be shared and propagated either upward or downward in the hierarchy. For further explanation of object oriented programming and design, the reader is referred to Grady Booch, Object Oriented Design with Applications, pp. 25-74, 1991, which is hereby incorporated by reference. 
     In object oriented GUIs such as IBM&#39;s OS/2®, objects are represented as bitmaps on the computer screen. The background object on which other objects are displayed is called the &#34;desktop.&#34; A user manipulates objects by using the mouse to perform actions on them. For example, the user can use the mouse to press a button object or move a window object. This type of GUI is preferable because all objects of a particular type are either of the same class or related to each other. Thus, a user can control all of the objects of a particular type by using the same methods, e.g., pressing a button by clicking the mouse over it. 
     With the advent of object oriented GUIs also came object oriented developing environments (&#34;OODEs&#34;). OODEs are computer programs or groups of programs that allow a software developer to create object oriented programs. OODEs typically have a palette of objects with which the developer builds an application. Each object on this palette is different and serves as a template for the developer. A palette object&#39;s attribute settings are the default settings for that object. To use an object on the palette, the developer copies the object and places the copy in the application. The copy of the palette object is called the &#34;derived object.&#34; The derived object has the same attribute settings as the original palette object. 
     Once the derived objects have been placed in an application, the developer can modify the attribute settings to specify the relationships between the objects. The behaviors of multiple objects can be linked together. For example, a &#34;clear&#34; button can be linked to a &#34;file name&#34; text field. The link can be set such that when the button is pressed, the text currently in the field is deleted. 
     In prior art OODEs, this link between objects is represented as a line or arrow drawn from a source object to a target object, called a &#34;connection.&#34; The source end of the connection identifies an event which the source object can cause while the target end represents an action the target part can perform. Thus, the connection indicates that when the event occurs at the source object the target object is to perform the associated action. 
     The developer typically specifies the events and actions at the ends of connections by using a series of pop-up windows and menus listing all possible events for the source objects and all possible actions for the target object. For most objects, the developer frequently uses only a small subset of the available choices. Nevertheless, the developer is forced to choose from the complete list of menu choices each time objects are linked. As a result, developers get annoyed and frustrated by having to repeatedly perform this tedious and time consuming task. 
     SUMMARY OF THE INVENTION 
     It is an object of the present invention to provide a system and method whereby developers can specify the behaviors of object connections in a time-efficient manner. 
     It is a further object of the present invention to provide a system and method whereby developers can specify the behaviors of object connections without expending unnecessary effort searching a menu for a desired choice. 
     The above and other objectives are met by providing handles on objects representing the most frequently used events and actions for that particular object. Each handle has a label indicating the name of the event or action it represents. Developers can connect objects together directly using these handles instead of having to display the pop-up window and list of events and actions for each connection. Developers can also change which events and actions are shown as handles by selecting them from the list. In addition, developers can turn off display of the handles and/or labels. 
     The foregoing has outlined rather broadly the features and technical advantages of the present invention in order that the detailed description of the invention that follows may be better understood. Additional features and advantages of the invention will be described hereinafter which form the subject of the claims of the invention. It should be appreciated by those skilled in the art that the conception and the specific embodiment disclosed may be readily utilized as a basis for modifying or designing other structures for carrying out the same purposes of the present invention. It should also be realized by those skilled in the art that such equivalent constructions do not depart from the spirit and scope of tile invention as set forth in the appended claims. 
    
    
     BRIEF DESCRIPTION OF THE DRAWINGS 
     For a more complete understanding of the present invention, and the advantages thereof, reference is now made to the following descriptions taken in conjunction with the accompanying drawings, in which: 
     FIG. 1 is a computer system embodying a preferred embodiment of the present invention; 
     FIG. 2 is a pictorial representation of an object oriented developing environment displayed on a display device; and 
     FIG. 3 is a pictorial representation of a window in an object oriented developing environment. 
    
    
     DETAILED DESCRIPTION OF THE INVENTION 
     A representative hardware environment for practicing a preferred embodiment of the present invention is depicted in FIG. 1, which illustrates a typical hardware configuration of a workstation in accordance with the subject invention having central processing unit 10, such as a conventional microprocessor, and a number of other units interconnected via system bus 12. The workstation shown in FIG. 1 includes random access memory (&#34;RAM&#34;) 14, read only memory (&#34;ROM&#34;) 16, and input/output (&#34;I/O&#34;) adapter 18 for connecting peripheral devices such as disk units 20 and tape drives 40 to bus 12, user interface adapter 22 for connecting keyboard 24, mouse 26 having button 27, speaker 28, microphone 32, and/or other user interface devices such as a touch screen device (not shown) to bus 12, communication adapter 34 for connecting the workstation to a data processing network, and display adapter 36 for connecting bus 12 to display device 38. 
     The display of an object oriented developing environment (&#34;OODE&#34;) is shown in FIG. 2. Display 202 includes toolbar 210 containing a palette of objects and window 212 onto which the objects can be copied. The objects in the palette include rectangle 214, ellipse 216, text field 218 and button 220. 
     The OODE allows a program developer to create windows and then place objects in the windows. For example, after the developer creates window 212, the developer can copy objects 214-220 from toolbar 210 onto window 212. These copied objects are called &#34;derived&#34; objects. Derived objects are of the same class and instance as the object from which they were derived and take all of their attribute information from those objects. 
     Each object 214-220 has one or more attributes. The amount and type of attributes depends on the object&#39;s class. For example, button object 220 can contain attributes such as background color and text. Similarly, text object 218 has attributes such as background color and font. Window 212 is the place onto which objects 214-220 are copied in order to build an object oriented application. Window 212 is also an object. 
     Some objects have event and action attributes. Event attributes determine an object&#39;s behavior in response to events performed on the object. Action attributes determine an object&#39;s behavior in response to an action message sent to the object. For example, a button object receives a &#34;click&#34; event when a mouse button is pressed and released over the object. The button object&#39;s click event attribute can be set such that the button sends an action message to another object whenever the button receives a click event. 
     Object attributes can be changed by calling up an attribute sheet for an object or group of objects. The attribute sheet contains a list of attributes for that object. If the sheet for a group of objects is called up, only the attributes that are common to the group will be on the sheet. Using this sheet, the user can edit of the attribute values of an object or objects. 
     A handle is a visual representation of an attribute. A developer can cause an attribute to be displayed as a handle by setting an option on the attribute sheet. Thus, an object can have zero or more handles depending on the settings chosen by the developer. Initially, object attributes are set such that there is a handle for each commonly used event or action associated with the object. A preferred embodiment of the present invention displays handles as shapes connected to their associated object with a line. The shape of a handle identifies its function. For example, event handles are displayed as small squares while action handles are displayed as small circles. In addition, each handle has a corresponding label showing the event or action associated with the handle. The developer can turn off label display by changing a setting in the OODE. 
     FIG. 3 shows several objects with their initial handle and display attribute settings. Text field objects &#34;name&#34; 310 and &#34;phone&#34; 312 each have one event handle 314, 318 and one action handle 316, 320. Button objects &#34;clear&#34; 322 and &#34;help&#34; 324 have one event handle each 326, 328. Handles 314 and 316 of same object 310 are labeled &#34;changed&#34; and &#34;setValue,&#34; respectively. Similarly, handle 326 of clear button object 322 is labeled &#34;click.&#34; Also displayed is a connection 330 from clear button object 322 handle 326 to setValue handle 316 of name text field object 310. In the preferred embodiment event handles are displayed using a particular shape, such as a square, and action handles are displayed using a different shape, such as a circle, to help the user easily distinguish the type of handle. 
     Handles and labels are automatically positioned by the OODE such that they do not overlap other objects or handles. In addition, the developer can use mouse 26 or another pointing device, such as a track ball, to drag the handle to a new position. In a preferred embodiment of the present invention, the developer is allowed to move a handle by dragging the line connecting the shape to the object. 
     The developer creates connections between handles by selecting an event handle with mouse 26 and dragging it to a handle on another object. This dragging action creates a connection and causes the OODE to display a line between the handles. For example, connection 330 between event handle 326 and action handle 316 indicates that clear button object 322 is linked with name text field 310. Specifically, the connection indicates that when a mouse button click event occurs on clear button 322, the setValue action of name text field 310 is triggered. The setValue action clears the contents of name text field 310. Thus, clicking on clear button 324 clears name text field 310. 
     The developer can also connect event handles to other event handles. By using event to event connections, for example, the developer can send click events to multiple buttons when the user clicks one button. To connect an event handle to an object without handles, the developer drags the handle to the object itself. Then, the normal menu window will appear over that object. 
     Although the present invention and its advantages have been described in detail, it should be understood that various changes, substitutions and alterations can be made herein without departing from the spirit and scope of the invention as defined by the appended claims.