A method of implementing a preview window in an object oriented programming system

Abstract: Disclosed is a method of implementing a preview window in an object oriented programming system that includes an application having at least a first panel and a second panel that are selectively displayable on a display screen. The second panel displays underlying information and the first panel displays an abbreviated representation of the underlying information. In the present invention, the user can temporarily display a preview window that contains underlying information while viewing the first panel.

Description: The present invention relates generally to object oriented computer programming systems and more particularly to a method of implementing a preview window in an object oriented programming system, whereby a user may view underlying information in an application that includes at least a first panel and second panel selectively displayable on a computer display screen in which the second panel displays underlying information and the first panel displays an abbreviated or graphical representation of the underlying information, while the first panel is displayed. Many computer application programs have multiple panels or views that display the same information in various levels of detail or granularity. For example, an electronic mail application typically has one or more "in-basket" panels that list the items received and one or more mail panels that contain the items themselves. The in-basket panel typically has fields for at least the identity of the sender and subject for each item of mail. The contents of the fields in the in-basket are taken from the mail items, and, because of space limitations, the contents are often truncated or abbreviated. In another example, typical electronic calendar systems include daily panels or views and monthly panels or views. Presently, these systems allow the user to open the daily view to work with and view events of the day. For example, a typical daily view includes an entry area into which the user can enter event starting and stopping times and a description of the event. The monthly view displays a normal grid style calendar that includes a cell for each day. Whenever an event is scheduled on the daily panel, a graphical representation of the event is displayed on the monthly view . The graphical representation, which is known in the art as a "busy bar', allows the user to tell at a glance of the monthly view when the user is busy. Presently, if the user desires to know what even or events are representated by a busy bar, the user must replace the monthly view with the appropriate daily view and then read through the events. In presently existing electronic calendars the user typically cannot view both the daily panel and the monthly panel simulatenously. Thus in order to review the month's events, the user must go back and forth between the monthly panel and the daily panel, which requires considerable user input and time in repainting the display screen. Moreover, the user must continually change focus between the daily panel and the monthly panel, which causes the user to have to reestablish his orientation each time he returns to the monthly panel. IBM Technical Disclosure Bulletin, vol. 34, no.1, June 1991, New York, US; " Quick, Non-Obstrusive, Local Presentation of truncated Data" discloses displaying, in a temporary pop-up window, then non-truncated contents of a currently displayed truncated field pointed at by the user. In the present invention as defined in claim 1, a method is provided that allows the user to temporarily display a preview window with underlying information without displaying the panel that contains the underlying information. More specifically, the present invention provides a method of viewing underlying information in an application that includes at least a first panel and a second panel that are separately and not simulatenously displayable on a computer system display screen. The second panel contains and is adapted to display underlying information, and the first panel contains and is adapted to display an abbreviated, truncated or graphical representation of the underlying information. The invention further provides an apparatus as defined in claim 6. In the present invention, the first panel is displayed on the display screen. When the user points to the abbreviated representation while operating a user operable selection device, a preview window is opened on the display screen, while the system continues to display the first panel, and the underlying information is displayed in the preview window. In the preferred embodiment of the invention, the user uses a mouse to point to the abbreviated representation and the user operable selection device comprises one of the mouse buttons, which in the preferred embodiment is mouse button number two. As long as mouse button number two remains pressed, the preview window with the underlying information displayed therein remains displayed. The system ignores all further user mouse inputs until the mouse button is released. When the mouse button is released, the preview window is closed or hidden. While the preview window is displayed, the user's focus remains on the first panel. Thus, when the user closes the preview window, he is still in the first panel, and, therefore, he does not need to regain his bearings. If the user is curious about what information is represented by another abbreviated representation, he may look at it by pointing to the other abbreviated representation and pressing the appropriate mouse button. The user does not need to execute the various actions necessary to close the first panel, display the second panel, and, after having viewed the second panel, close the second panel and re-display the first panel. Moreover, the user does not need to wait for the system to redraw the various panels. In the present invention, the user can simply take a look at whatever underlying data he wants to and dismiss the data whenever he is through. In another aspect of the invention, a method is provided that enables a user or programmer to modify or extend an application in an object oriented programming system to provide preview windows. According to the invention, the user or programmer extends the SubPane and ApplicationWindow subclasses of the Window class. A new subclass aPane is created by extending SubPane to respond to a user input message, which in the preferred embodiment is button2Down:. When aPane receives the button2Down: message, it converts the point at which button2Down occurred into anObject, which the application understands, and sends a preview message, whose argument is anObject, to the ApplicationWindow extension. If anObject is not nil, aPane captures all further mouse input until the termination action, i.e. button2Up: is received. When button2Up: is received, the mouse input capture is cleared and an object is set to nil. In the extension to the ApplicationWindow subclass, a new subclass, anApplication, is created by building a preview window that is initially invisible or hidden. The anApplication object is adapted to receive messages from aPane. When anApplication receives a preview: anObject message from aPane, if the argument, anObject, is not nil, the preview window is updated and then unhidden so that the user can see the underlying information. If the argument of the preview: anObject message nil, the preview window is or remains hidden. Figure 1 is a pictorial view of a daily panel of an electronic calendar application. Figure 2 is a pictorial view of a monthly panel of the electronic calendar application of Figure 1. Figure 3 is a pictorial view of the monthly panel of Figure 2 with a preview window according to the present invention displayed thereon. Figure 4 is a block diagram of a system according to the present invention. Figure 5 is a flow chart of a preferred software implementation of the present invention. Referring now to the drawings, and first to Figure 1, a window is designated generally by the numeral 11. Window 11 is displayed on a computer system display screen (not shown) in a manner well known to those skilled in the art. Window 11 includes a title bar 13, an action bar 15, and a client area 17. Title bar 13, action bar 15, and client area 17 are contained in a window border 19. Title bar 13 includes the name of the window, which in the drawings is an electronic calendar application. Title bar 13 also includes a system menu icon 21, and window sizing icons, which are designated generally by the numeral 23. System menu icon 21 can be activated to display a pull-down menu with a list of actions that can be performed on the window. Sizing icons 23 provide a fast means by which the user can maximize or minimize window 11. Action bar 15 contains a list of actions that can be performed on or by the application displayed in the window. Each item in the list of action bar 15 can be activated to display a pull-down menu of specific actions. Client area 17 of Figure 1 contains a daily panel of an electronic calendar application. The electronic calendar application is illustrative of a class of applications that include multiple screens or panels having various degrees of detail for the same information. The electronic calendar application includes a daily panel for each day and a monthly panel for each month, as illustrated in Figure 2. The daily panel comprises three panes, including a text entry pane 25, a calendar pane 27, and a graphical busy bar pane 29. Calendar pane 27 provides a quick view of the current month while the user is in the daily panel and busy bar pane 29 provides the user with a quick view of the times that are occupied and alerts the user to any time conflicts or overlaps. Text entry panel 25 contains the detailed calendar information for the electronic calendar of the present invention. The user can enter calendar events with the keyboard and view the events in the text entry pane 25. A pointer 31 is displayed in calendar pane 27 of Figure 1. Pointer 31 is moveable by means of a mouse (not shown) in a manner well know to those skilled in the art. The user can move pointer 31 about the screen and invoke actions from action bar 15 or title bar 13. Also, when pointer 31 enters text entry pane 25, its appearance and function changes to a typing cursor. Referring now to Figure 2, window 11 is shown displaying a monthly panel view of the electronic calendar of the present invention. Client area 17 of the window of Figure 2 includes a display that looks like a normal office calendar. The display includes an array of calendar cells, including a cell 33 for October 7, 1991. The monthly panel of Figure 2 gives the user a quick overview of the month in the same way that one gets an overview of a month from a normal paper calendar. Events are symbolized on the monthly panel by graphic representations or "busy bars" or boxes, including box 35 in cell 33. Box 35 indicates that an event is scheduled early in the day on October 7, but it does not provide any detail about the event. In the past, if the user wanted to see what box 35 represented, he could either select cell 33 by clicking mouse button number 1 while pointing to cell 33 with pointer 31 and then pulling down a menu from the "VIEW" action in action bar 15 and selecting the daily view, or by "double-clicking" on cell 33. In response to either of the foregoing actions, the system removed the monthly view and replaced it with the daily view for October 7, 1991. Then, the user could read in text entry pane 25 that the box 35 symbolizes an 8:00 a.m. to 10:00 a.m. meeting. When the user wanted to return to the monthly panel, he used the pull-down menu from the "VIEW" action and selected the monthly view. Referring now to Figure 3, window 11 is shown displaying the monthly panel view of Figure 2 with a preview or quick event view window 37. As will be explained in detail hereinafter, preview window 37 is displayed by pointing to box 35 with pointer 31 and pressing mouse button number two. Preview window 37 displays the textual information from text entry pane 25 of figure 1 without having to display the daily panel. In the preferred embodiment, preview window 37 is displayed as long as mouse button number two remains pressed. When mouse button number two is released, preview number 37 is closed or hidden and the screen returns to the appearance of Figure 2. Referring now to Figure 4, there is shown a block diagram of a system according to the present invention. The system includes a processor 39, which includes a central processing unit (CPU) 41 and random access memory 43. The system also includes additional memory in the form of a hard disk storage device 45, a floppy disk device 47, or, preferably both. Floppy disk device 47 is adapted to receive a diskette 49 that has recorded thereon the software implementation of the present invention. The system of Figure 4 includes user interface hard-ware, including a display 51, a keyboard 53, and a mouse 55. In the preferred embodiment, mouse 55 includes two buttons, including a mouse button number two 57. The system may, optionally, include a printer 59. Referring now to Figure 5, there is shown a flow chart that illustrates the logic of the software implementation of the present invention. First, the system is initialized at block 61. The initialization includes loading and starting the electronic calendar application. Then a normally hidden preview window is created at block 63 and hidden at block 65. The preview window is normally hidden in the sense that it is displayed only temporarily in response to a specific user input. After the preview window has been created and hidden, the system waits for user input at block 67. When the system receives a user input, it tests at decision block 69 whether or not the user input is mouse button number two down. If the input is anything other than mouse button number two down, the system processes the input as usual, as indicated generally at block 71, and returns to block 67 to continue waiting for user input. If, on the other hand, the user input is mouse button number two down, then the system, at block 73, converts the point on the screen where the pointer was located when mouse button 2 was pressed (aPoint) to aDate. In the embodiment disclosed, aDate is nil whenever aPoint is not in one of the graphical representations, such as box 35 of Figures 2 and 3. The system then tests, at decision block 75, whether or not aDate is nil; if it is, the preview window is or, if it is already hidden, remains hidden at block 77 and the system returns to block 67 and continues to wait for user input. If, on the other hand, aDate is not nil, the system at block 79 updates the preview window by fetching the underlying information that would appear in text entry pane 25 of the daily panel of Figure 1. After the preview window has been updated at block 79, the system captures all future user input from the mouse other than button2up at block 81, and the system ignores them. The future mouse messages are captured for the sake of stability so that the system does not jump around gathering and then displaying other underlying data. Then, at block 83, the system unhides the preview window. After the preview window has been unhidden, the system tests at decision block 85 whether or not mouse button number two is up. As long as mouse button number two remains down (not up at decision block 85) the preview window remains unhidden. However, when mouse button number two is released, aDate is set to nil at block 87 and the capture of mouse messages is cleared at block 89. Then the system returns to decision block 75 to test whether or not aDate is nil. Since it is, the system hides the preview window at block 77, and returns to block 67 to wait for another user input. In the preferred embodiment, the invention is adapted to run in an operating environment that provides a graphical user interface with screen management facilities, such as OS/2 Presentation Manager (Trademarks of IBM Corporation). Preferably, the invention is implemented in an object oriented programming system, such as Smalltalk/V PM (Smalltalk/V is a trademark of Digitalk Inc.). The present invention allows a programmer or user to modify or extend an object oriented application having multiple panels with different expressions of common data. In object oriented programming systems, objects are encapsulated structures consisting of instructions, which are called methods, and data. Objects send messages to and receive messages from other objects. When an object receives a message, its methods determine what it will do. The receiving object may respond to a message by sending a message to another object or to itself. An object is created when a message requesting its creation is received by a parent class. A new object takes on or inherits its data and methods from its parent class. A new object also has other methods or data that distinguish it from other members of its class. Object oriented programming consists mainly of creating objects and making them behave consistently. When an object oriented program is running, objects are created as they are needed, messages are passed among the objects, and objects are deleted when they are no longer needed. In the calendar embodiment discussed above, the invention is implemented by adding extensions to the SubPane and ApplicationWindow subclasses of the Window class in the Smalltalk/V PM environment. The actual extensions, written in Smalltalk/V PM language are set forth below: a. CalendarApplicationWindow extensions: From the foregoing, it may be seen that the CalendarPane is extended by the addition of the method button2Down:. Upon receipt of the button2Down: message, CalendarPane converts the point at which the event occurred into aDate that the calendar application understands and sends a message to the CalendarApplicationWindow object to preview aDate. If aDate is not nil, CalendarPane captures all mouse input until the termination action, i.e., button2Up:, is received. When button2Up: is received, the mouse input capture is cleared and aDate is set to nil. In the extensions to the CalendarApplicationWindow object, a preview window is built that is initially invisible or hidden. The calendar window application extension is adapted to receive messages from the CalendarPane object. When it receives a preview message from the CalendarPane object, if the argument of the message is nil, the preview window is or remains hidden. If, on the other hand, the argument is not nil, then the preview window is updated and then unhidden so that the user can see the information. In general, the invention provides a method that enables a user or programmer to modify or extend an application in an object oriented programming system to provide preview windows or to create a new application that includes preview windows. According to the invention, the user or programmer extends the SubPane and ApplicationWindow subclasses of the Window class. A new subclass aPane is created by extending SubPane to respond to a user input message, which in the preferred embodiment is button2Down:. When aPane receives the button2Down: message, it converts the point at which button2Down occurred (aPoint) into anObject, which the application understands, and sends a preview message, whose argument is anObject, to the ApplicationWindow extension. If anObject is not nil, aPane captures all further mouse input until the termination action, i.e. button2Up: is received. When button2Up: is received, the mouse input capture is cleared and an object is set to nil. In the extension to the ApplicationWindow subclass, a new subclass, anApplication, is created by building a preview window that is initially invisible or hidden. The anApplication object is adapted to receive messages from aPane. When anApplication receives a preview: anObject message from aPane, if the argument, anObject, is not nil, the preview window is updated and then unhidden so that the user can see the underlying information. If the argument of the preview: anObject message nil, the preview window is or remains hidden.

Claims: A method for expanding information that is displayed in a first panel of an application in a computer system including a display screen, an user operable pointing device and an user operable selection device, said method comprising the steps of: a) displaying said first panel on said display screen and expanding a truncated information that is currently pointed by said user operable pointing device in response to a specific user input; characterized in that it further involves the steps of: b) creating a normally hidden preview window; c) updating said preview window with information being fetched from a second panel the first and the second panel being distinct and separately displayable, and corresponding to said truncated information which is defined by the current position of said user operable pointing device; d) temporarily displaying said preview window in response to a specific user input. A method as defined in claim 1 wherein said preview window is temporarily displayed as long as a button is continuously pressed by said user. A method as defined in claim 2 characterized in that all user inputs are being ignored until said button is released. A method as defined in claim 3 wherein said preview window is hidden whenever said button is released. A method as defined in claims 1 to 4 wherein said user operable pointing device includes a mouse and wherein said user operable selection device includes a mouse button. Apparatus comprising means carrying out the method that is defined in anyone of claims 1 to 5.

Inventors: GRIFFIN DAVID LEE, KEANE PATRICK J, GRIFFIN, DAVID LEE, KEANE, PATRICK J.
Applicants: IBM, INTERNATIONAL BUSINESS MACHINES CORPORATION
Application year: 1992
Main classification: G06F3
IPC codes: G06F3, G06Q10