Method and system for providing feedback concerning a content pane to be docked in a host window

[0002] The present invention relates generally to docking and undocking of a content pane in a host window of a computer, and more particularly to providing feedback for docking the content pane.

[0003] Computer systems which utilize a graphical user interface in a windows-like environment typically such a computer system will display a plurality of windows. Each of the windows can be moved via a pointing device. Typically each window has a separate existence on a graphical user interface desktop with its own title bar. To “dock” a window is to move its content pane into another window. The user moves the content pane using a dragging gesture of the mouse. When the content pane of a window is docked, it may rest in a “docking pane”. So a content pane is undocked from windows, and docked or redocked into a docking pane. The window into which another window may be docked is called a “host window”. To illustrate the docking and undocking feature, refer now to the following description in conjunction with the accompanying figures.

[0004] FIGS. 1 and 2 illustrate a conventional docking and undocking of a content pane 12 into a host window 10. In FIG. 1, docking and undocking feedback is provided by a dragged gray or black outline 14 through which the underlying components can be seen. This outline 14 shows size and orientation of a window whether docking or undocking. When undocking the window 12, the outline 14 is a thick granular gray border with the size and orientation of the resulting window. In FIG. 2, when docking, the outline 15 is a thin black border with the size and orientation (but not the precise position) of the resulting docking pane. A result of docking (not shown) is a border region separated from the center of the host window with a splitter bar. The problems with the conventional docking and undocking of windows utilizing the conventional method are the following.

[0005] Docking occurs only in the four border regions of the host window, not in the center of the host window. In a border region, multiple docking panes can be arranged in only one direction. Docking positions are limited to four positions. In the direction of the splitter bar, docking always occurs outside the split panes. Given a vertical splitter bar, for example, the left-top, left-bottom, right-top, and right-bottom positions are not available. The feedback during docking and undocking shows only the orientation and size of the resulting docked pane, but not how existing docking panes will be moved and resized. Therefore, the visual feedback to the user does not give the user an adequate indication of the total result of the docking.

[0006] Accordingly, what is needed is a system, method and article of manufacture for overcoming the above-identified problems. The present invention addresses such a need.

[0007] A system, method and article of manufacture for providing feedback concerning a content pane to be docked in a host window is disclosed. The system, method and article of manufacture comprises providing a description of a position of a content pane within a host window and utilizing a diagram to indicate the position and the orientation of the content pane within the host window. The system, method and article of manufacture also includes docking the content pane according to the description.

[0008] The system, method and article of manufacture in accordance with the present invention allows for docking to occur beyond the border regions. In addition, docking positions include the positions inside the split panes. Given a vertical splitter bar, for example, the left-top, left-bottom, right-top, and right-bottom positions are available. The thumbnail feedback when docking shows how existing docking panes will be moved and resized, as well as the orientation and relative size of the resulting docking pane.

[0009] FIGS. 1 and 2 illustrate the conventional docking and undocking of a window.

[0010] FIG. 3 illustrates a hardware environment used to implement a preferred embodiment of the present invention.

[0011] FIG. 4A is a simple flow chart for providing docking feedback in accordance with a preferred embodiment of the present invention.

[0012] FIG. 4B is a detailed flow chart for providing docking feedback in accordance with a preferred embodiment of the present invention.

[0013] FIG. 5 is a diagram of a thumbnail utilized to indicate the docking position of a content pane in accordance with a preferred embodiment of the present invention.

[0014] FIG. 6 shows a left-top docking position of the content pane of the thumbnail.

[0015] FIG. 7 shows a left-bottom docking position of the content pane of the thumbnail.

[0016] FIG. 8 shows a left-right docking position of the content pane of the thumbnail.

[0017] FIG. 9 shows a left-left docking position of the content pane of the thumbnail.

[0018] FIG. 10 shows a splitter-bottom docking position of the content pane of the thumbnail.

[0019] FIG. 11 shows a splitter-top docking position of the content pane of the thumbnail.

[0020] FIG. 12 shows the result of splitter-bottom docking of the content pane in the host window.

[0021] The present invention relates generally to docking and undocking of windows in a computer and more particularly to providing feedback for docking a window. The following description is presented to enable one of ordinary skill in the art to make and use the invention and is provided in the context of a patent application and its requirements. Various modifications to the preferred embodiment and the generic principles and features described herein will be readily apparent to those skilled in the art. Thus, the present invention is not intended to be limited to the embodiment shown but is to be accorded the widest scope consistent with the principles and features described herein.

[0022] FIG. 3 illustrates a hardware environment used to implement a preferred embodiment of the present invention. As illustrated in FIG. 3, the preferred embodiment of the present invention is implemented in a computer 50. The computer 50 generally includes a processor 52, a memory 54 such as a random access memory (RAM), a data storage device 56 (e.g., hard drive, floppy disk drive, CD-ROM disk drive, etc.), a data communication device 58 (e.g., a modem, network interface device, etc.), a monitor 60 (e.g., CRT, LCD display, etc.), a pointing device 62 (e.g., a mouse, a track ball, a pad or any other device responsive to touch, etc.) and a keyboard 64. It is envisioned that attached to the computer 50 may be other devices such as read only memory (ROM), a video card drive, printers, peripheral devices including local and wide area network interface devices, etc. One of ordinary skill in the art will recognize that any combination of the above components may be used to configure the computer 50.

[0023] The computer 50 operates under the control of an operating system (“OS”) 66, such as MVS™, AIX®, UNIX®, OS/2®, WINDOWS™, WINDOWS NT™, etc., which typically is loaded into the memory 104 during the computer 50 start up (boot-up) sequence after power-on or reset. (AIX and OS/2 are registered trademarks and MVS is a trademark of International Business Machines Corporation in the United States, other countries, or both. Windows and Windows NT are trademarks of Microsoft Corporation. UNIX is a registered trademark in the United States and/or other countries licensed exclusively through X/Open Company Limited.) In operation, the OS 66 controls the execution by the computer 50 of computer programs 68, including computer programs. Alternatively, a method, system and article of manufacture in accordance with the present invention may be implemented with any one or all of the computer programs 68 embedded in the OS 66 itself without departing from the scope of the invention. Preferably, however, the client programs are separate from the computer programs.

[0024] The OS 66 and the computer programs 68 each comprise computer readable instructions which, in general, are tangibly embodied in or are readable from a media such as the memory 54, the data storage device 56 and/or the data communications device 58. When executed by the computer 50, the instructions cause the computer 50 to perform the steps necessary to implement the present invention. Thus, the present invention may be implemented as a method, apparatus, or an article of manufacture (a computer-readable media or device) using programming and/or engineering techniques to produce software, hardware, firmware, or any combination thereof.

[0025] In accordance with the present invention, various embodiments for a window docking are presented that allow for feedback of the configurations displayed on a graphical user interface of the computer 50. Such a graphical user interface in a computer system may be implemented via conventional programming techniques.

[0026] FIG. 4A is a simple flow chart for providing docking feedback in accordance with the present invention. In this embodiment, first a description of a position of a preferred embodiment of a content pane to be docked within a host window is determined, via step 102. Next, a diagram is utilized to indicate the position and the orientation of the content pane within the host window based upon the description, via step 104. Finally, the content pane is docked in accordance with the description, via step 106.

[0027] To describe the present invention in the context of a preferred embodiment, refer now to the following description in conjunction with the accompanying Figures.

[0028] FIG. 4B is a detailed flow chart for providing docking feedback in accordance with a preferred embodiment of the present invention. In this preferred embodiment, a mouse is used to control a content pane that is to be docked. One of ordinary skill in the art readily recognizes, however, that any type of pointing device could be used and that use would be within the spirit and scope of the present invention. First, a content pane is dragged using the mouse, via step 152. Next, it is determined if the mouse is over a host window in a docking position, via step 154. If it is not, then the docking indicator is displayed with the preferred size of the content pane with a plain background, via step 156. Next, it is determined if the mouse is to be moved or the pane is to be dropped, via step 158. If the mouse is to be moved, then return to step 154. If the mouse is to be dropped, then unlock the content pane, via step 160, and the process ends.

[0029] On the other hand, if the mouse is over a host window in a docking position, a description of the content pane is provided, as it would be docked in the host window, via step 162. Thereafter, the docking indicator is displayed as a thumbnail diagram to indicate the position and orientation of the content pane in the host window based on the description, via step 164. Next, it is determined if the mouse is to be moved or the pane is to be dropped, via step 166. If the mouse is moved, then return to step 154. If on the other hand, if the pane is dropped, then the pane is docked according to the description, via step 168, and the process ends 170. Accordingly, through this system, docking feedback provides the size, orientation and/or position of the content pane in a thumbnail diagram.

[0030] A preferred embodiment in accordance with the present invention utilizes a syntax describing the position of a window to be docked which allows the user to specify a docking position. In the preferred embodiment, the syntax for the docking position is a string which includes a sequence of letters, numbers, brackets, and semicolons. The definition of each element in such an embodiment is described below:

[0031] [ begins the description of a split pane

[0032] ] ends the description of a split pane

[0033] ; divides the two sides of a split pane

[0034] H The two panes are split along the y axis (into left and right panes)

[0035] V The two panes are split along the x axis (into top and bottom panes)

[0036] C The dragged content pane should be centered in the client area

[0037] E The dragged content pane should be east of a horizontal split pane

[0038] W The dragged content pane should be west of a horizontal split pane

[0039] N The dragged content pane should be north of a vertical split pane

[0040] S The dragged content pane should be south of a vertical split pane

[0041] T The dragged content pane should be at the top of the split pane

[0042] B The dragged content pane should be at the bottom of the split pane

[0043] L The dragged content pane should be at the left of the split pane

[0044] R The dragged content pane should be at the right of the split pane

[0045] number The proportion of the top or left pane in a split pane.

[0046] Two examples which utilize this syntax are shown below:

[0047] “[H 0.3;[V 0.5;]]” describes a horizontal split where the left pane has 30% of the width, and the right pane is split vertically where the top pane has 50%; the content pane is not eligible to be docked.

[0048] “[H 0.3[V 0.5;];S]” describes a horizontal split where the left pane has 30% of the width and is split vertically where the top pane has 50%; the content pane is eligible to be docked on the south part of the right pane.

[0049] For the purposes of specifying the docking location only, the proportion numbers may be left out. However, a full description of a potential docking position is generated, including the proportion numbers, for the routine that provides the thumbnail.

[0050] FIG. 5 is a diagram of a thumbnail 200 utilized to indicate the docking position of a content pane in accordance with the present invention. The thumbnail 200 includes three content panes 202-206 and two splitter bars 208 and 210. In this embodiment, the content pane 202 is to be docked. The number of content panes and splitter bars is arbitrary, and one of ordinary skill in the art would recognize that any number of content panes and splitter bars could be utilized within the scope and nature of the present invention.

[0051] When a content pane 202 is dockable as indicated by the dark area, the thumbnail diagram 200 is displayed to show the resulting docking configuration under a dragging pointing device. The dark area can be any color, the key element being that the content pane to be docked is readily identified. When the content pane 202 is undockable, an outline of the content pane is shown (with the size and orientation of the resulting undocked window).

[0052] Each existing content pane defines four docking positions (top, left, bottom, and right); each splitter bar defines two docking positions (one at each end). For example, when the host window 302 of FIG. 6 contains two docking panes 304 and 306 with a vertical splitter bar 308, the thumbnail for docking a third window can be oriented into ten docking positions. Six of these positions within a host window 302 are illustrated by FIGS. 6-10. FIG. 6 shows a left-top docking position of the content pane represented by the thumbnail 602. FIG. 7 shows a left-bottom docking position of the content pane represented by the thumbnail 702. FIG. 8 shows a left-right docking position of the content pane represented by the thumbnail 802. FIG. 9 shows a left-left docking position of the content pane represented by the thumbnail 902. FIG. 10 shows a splitter-bottom docking position of the content pane represented by the thumbnail 1002. FIG. 11 shows a splitter-top docking position of the content pane represented by the thumbnail 1102. Similarly, the other five positions, right-top, right-left, right-bottom and right-right docking positions could also be provided through the use of the appropriate thumbnail.

[0053] FIG. 12 shows the result of a splitter-bottom docking of the content pane 202 in the host window 302. That is, the content pane 1202 is at a horizontal bottom position. Accordingly, through the present invention an indication of the size, orientation and/or position of the dockable content is illustrated via a thumbnail.

[0054] The preferred embodiment in accordance with the present invention has the following advantages over conventional docking and undocking schemes. Docking can occur anywhere in the host window, not only in the border regions. Docking positions include the positions inside the split panes. For example, given a vertical splitter bar, for example, the left-top, left-bottom, right-top, and right-bottom positions are available. The thumbnail feedback when docking shows how existing docking panes will be moved and resized, as well as the orientation and relative size of the resulting docking pane.

[0055] Although the present invention has been described in accordance with the embodiments shown, one of ordinary skill in the art will readily recognize that there could be variations to the embodiments and those variations would be within the spirit and scope of the present invention. Accordingly, many modifications may be made by one of ordinary skill in the art without departing from the spirit and scope of the appended claims.