CROSS-REFERENCE TO RELATED APPLICATIONSThis application claims priority to U.S. patent application Ser. No. 11/462,623 filed on Aug. 4, 2006, which is hereby incorporated by reference in its entirety.
TECHNICAL FIELDThe disclosed implementations relate generally to graphical user interfaces.
BACKGROUNDA hallmark of modern graphical user interfaces is that they allow a large number of graphical objects or items to be displayed on a display screen at the same time. Leading personal computer operating systems, such as Apple Mac OS®, provide user interfaces in which a number of windows can be displayed, overlapped, resized, moved, configured, and reformatted according to the needs of the user or application. Taskbars, menus, virtual buttons and other user interface elements provide mechanisms for accessing and activating windows even when they are hidden behind other windows.
As a result, most computers today are capable of running a great number of different programs. This can be done by the computer executing software code locally available to the computer or by connecting the computer to a remote application server, for example over the internet. Examples of application programs include mainly business-related software such as records management programs and meeting organization programs, software that is used alternatively for business or personal use, such as word processors or email applications, and software that is mainly intended for personal use such as online chat or music file management programs.
With the large number of different applications available, users are encouraged to work with a multitude of items in their computers. Some categories of items, such as files of a certain type, can be limited to use by a particular application program, while other item categories can be compatible with several programs. Depending on the user's needs, he or she can need to use several different programs in a limited period of time as part of a daily work routine or to accomplish a particular goal. This is one reason why users sometimes have several windows open on the computer display at the same time.
However, with too many windows open at once, the desktop can become cluttered and difficult to overview. As a result, it can be difficult for the user to find a particular application when needed.
SUMMARYThe invention relates to user interfaces.
In a first general aspect, a method for managing content in a user interface includes enabling several spaces for assigning thereto contents of a user interface such that the assigned contents are visible when any of the spaces is active. The user interface is configured to generate a view where all the several spaces are presented separate from each other and having their assigned contents visible. The method includes registering an assignment of a first content portion to a first one of the spaces.
Implementations can include any or all of the following features. The contents of the user interface can include at least one selected from the group consisting of: an application and a window. The method can further include monitoring whether the first content portion is visible in the first space and, upon detecting that the first content portion is not visible, showing an indication associated with the first content portion in the first space. The indication can be at least one selected from the group consisting of: a control tool for the first content portion, a heads-up display image for the first content portion, a branding associated with the first content portion, and combinations thereof. A user can move the indication from the first space to the second space, and the method can further include reassigning the first content portion to the second space. The method can further include assigning a second content portion to multiple ones of the several spaces, and the second content portion can be visible when any of the multiple spaces are active. The method can further include registering that the first content portion is moved. The first content portion can be moved within the first space. The first content portion can be moved from the first space to a second one of the several spaces, and the first content portion can be visible when the second space is active, and the first content portion can be visible when the first space is active. The first content portion can be assigned to a second one of the spaces before the assignment, and the assignment can be performed upon registering an input made with a pointing device at a location in the second space associated with reassigning content to another space, and the first space can be identified as a target for the reassignment based on the location. The assignment can include several content portions from the second space, and the location can be configured for performing reassignments of multiple content portions. The multiple content portions can be defined as at least one category from the group consisting of: portions that have a common type, portions that belong to a common application, and combinations thereof. The assignment can be registered upon the first content portion being brought, in a currently active second space, to a location associated with reassigning content to another space, and the first space can be identified as a target for the reassignment based on the location. The location can be a corner of the second space. An order of the several spaces can be defined, and the assignment can be made to the first space because it is a next space in the order. The several spaces can be defined in a geometrical relationship to each other, and the corner can indicate a direction of the assignment in the geometrical relationship. The first content portion can be associated with an application program that is being initiated, and the first space can be generated in response to the initiation. The first content portion can be assigned to the first space together with at least another content portion. The first and second content portions can be reassigned together because they have previously been grouped. The first and second content portions can be reassigned together because they have a common type. The several spaces can be presented in a grid format in the view, the grid format including at least one row and at least one column for the several spaces. The method can further include altering the grid format, in response to a user input, to add or remove at least one space. The method can further include relocating at least one space in the grid format in response to a user input. The first content portion can be automatically assigned to the first space because the first portion has a type that has previously been assigned as belonging in the first space. The assignment of the type as belonging in the first space can be done based on tracking use of contents in the user interface. The assignment can be done at a configuration screen that includes visual representations of at least one space and an assignment area where content portions can be defined as belonging to at least one of the spaces. The assignment can be done upon a user dragging the first content portion to one of the visual representations that corresponds to the first space. The first content portion can be dragged to the corresponding visual representation from a screen location outside the configuration screen. The first content portion can be dragged to the corresponding visual representation from the assignment area, and an earlier assignment that the first content portion had in the assignment area can be replaced with the assignment being registered. When the view where all the several spaces are presented separate from each other is displayed, the user can move one of the spaces to a new location in the view, and the method can further include animating the move.
In a second general aspect, a method for managing content in a user interface includes displaying, in a user interface, a first subset of current user interface contents that is assigned to a first space. A second subset of the current user interface contents that is assigned to a second space is currently not displayed. The method further includes performing a transition, in response to an event, from the first space to the second space. The transition includes ceasing to display the first subset and displaying the second subset in the user interface.
Implementations can include any or all of the following features. The current user interface contents can include at least one selected from the group consisting of: an application and a window. The event can be a user input that requests the transition by identifying the second space. The event can be a user input that requests the transition by identifying a content portion and not by identifying the second space, and the method can further include determining which of the first and second spaces the identified content portion is assigned to, wherein the second subset is displayed following a determination that the identified content portion is assigned to the second space. The event can be a user input made with a pointing device at a location in the first space associated with transitioning to the second space. An order of the first and second spaces can be defined, and the transition can be made to the second space because it is a next space in the order. The transition can be made to the second space because it is a most recently activated space before the first space. The location can be a corner of the first space. The second subset can be associated with an application program that is being initiated, and the transition can be performed in response to the initiation. The transition can be conditioned on the application program meeting a criterion. The criterion can be that the application program has a type that implies user interface action. The method can further include animating the transition to show the first subset being moved out of a viewable area and the second subset being moved into the viewable area. The first and second spaces can be defined based on a matrix that is larger than a viewable area of the user interface, and the transition can include selecting a portion of the matrix for display that includes the second space. The method can further include displaying an input control upon displaying the first subset, the input control can illustrate the matrix and also be visible when the second subset is displayed, and the event can be a user input that is made using the input control. The method can further include receiving an Exposé command when the first subset or the second subset is being displayed, and the first or second subset can be rearranged in response to the Exposé command. There can also be displayed an inset pane representing the second space, the inset screen can show the second subset, and the event can be received upon user activation of the inset pane. Several spaces, including the first and second spaces and also additional spaces, can be defined, and the inset pane can present contents from any of the several spaces while any of the several spaces is active. The transition can be done as part of reassigning a content portion of the first space to the second space. An indication of the content portion can be presented in the first space because it is detected that the content portion is currently not visible in the first space, and the reassignment can be registered upon the indication being brought, in the first space, to a location associated with reassigning content to the second space. The reassignment can be registered upon the content portion being brought, in the first space, to a location associated with reassigning content to the second space. The reassignment can be defined to include any contents having a particular type. The transition can be performed upon an application or window being initiated, the application or window being assigned to the second space and not to the first space. Several spaces, including the first and second spaces and also additional spaces, can be defined, and the application or window can be assigned also to at least one of the additional spaces, and the method can further include sequentially activating the spaces to which the application or window is assigned, upon receiving repeated inputs with an activation control for the application or window. The first and second subsets can correspond to respective first and second entries on a process list, and the method can further include rearranging at least one of the first and second entries in response to the event to generate a rearranged process list. The method can further include displaying a representation of the rearranged process list.
In a third general aspect, a computer program product is tangibly embodied in an information carrier and includes instructions that, when executed, generate on a display device a graphical user interface for managing user interface content. The graphical user interface includes a first view displayed in a non-space mode. The first view presents current user interface contents wherein first and second subsets of the current user interface contents have been assigned to first and second spaces, respectively. The graphical user interface includes a second view displayed in a space view mode. The second view presents the first and second work spaces separately, each space including the respective assigned subset of the current user interface contents.
Implementations can include any or all of the following features. The current user interface contents can include at least one selected from the group consisting of an application and a window. Several spaces, including the first and second spaces and also additional spaces, can be presented in the space view mode, and additional subsets of the current user interface contents can be assigned to the additional spaces. The several spaces can be presented in a grid format in the space view mode, and the grid format can include at least one row and at least one column for the several spaces. A first content portion can be been assigned to both the first and second spaces, and, in the space view mode, the first content portion can be presented in the first space and also in the second space. A transition in the user interface to deactivate the first space and to activate the second work space can be animated. The transition can be animated to show the first subset of the current user interface contents being moved out of a viewable area and the second subset being moved into the viewable area. The graphical user interface can further include a third view displayed when the first space is active and the second space is not active. The third view can present the first subset of the current user interface contents and not the second subset. The third view can include an input control that is associated with transitioning from the first space to the second space. The third view can include a location associated with reassigning content to another space, and a user can initiate the reassignment by moving a subset to the location. An order of the first and second spaces can be defined, and the reassignment can be made to the second space because it is a next space in the order. The location can be configured to be highlighted to indicate that the subset can be automatically moved to the other space. In the second view displayed in the space view mode, the first and second spaces can be presented in a grid format, and the location in the third view can correspond to a direction from the first space to the other space in the grid format. Several spaces can be defined, including the first and second spaces, and the third view can include several locations corresponding to the several spaces. The third view can include a location where a pointing device can be brought to switch from the first space to the second space. The location can be configured for performing reassignments of multiple subsets. The multiple subsets can be defined as at least one category from the group consisting of: subsets that have a common type, subsets that belong to a common application, and combinations thereof A user can move one of the first and second spaces to a new location in the second view, and the move can be animated.
BRIEF DESCRIPTION OF THE DRAWINGSFIG. 1 is a block diagram of an architecture for presenting a user interface that includes one or more spaces containing program windows.
FIG. 2 is a block diagram of an example of an architecture for generation and use of spaces in a display environment.
FIG. 3 depicts a screenshot of a computer display showing spaces being presented in a desktop view.
FIG. 4 depicts a screenshot of a computer display showing an application window as it is being transferred from one space to another space in a space management system.
FIG. 5 depicts a screenshot of a computer display showing a space being rearranged.
FIG. 6 schematically shows exemplary modes of operation for managing spaces.
FIG. 7 depicts a screenshot of a computer display in space edit mode showing controls for adding or removing spaces.
FIG. 8 depicts a screenshot of a computer display ofFIG. 7 in space edit mode with an additional column of spaces.
FIG. 9 depicts a screenshot of a computer display ofFIG. 7 in space edit mode with an additional row of spaces.
FIG. 10A depicts a screenshot of a computer display showing an example of the display inFIG. 3 after theExposé component206 was invoked.
FIG. 10B depicts the contents ofFIG. 10A after moving a program window from one space to another.
FIG. 11 depicts a screenshot of a computer display in zoom-inmode608 as the current space is replaced with another space using an animation technique.
FIG. 12 depicts a screenshot of a computer display in zoomed-in mode as the viewable space is exchanged for a vertically adjacent space using an animation technique.
FIG. 13 depicts a screenshot of a computer display showing an application or window that is visible in multiple spaces.
FIG. 14 depicts a configuration window for specifying preferences related to Exposé and spaces.
FIG. 15 depicts a window that can be used for configuring spaces.
FIG. 16 depicts an example of an advanced preferences window which can be used for specifying advanced preferences in a user interface.
FIG. 17 depicts an example screenshot ofdisplay1700 showing aspace1702.
FIGS. 18A-D illustrates how a command bar can be used to facilitate moving a window among a group of spaces.
FIGS. 19A-C depict example screenshots of a user interface showing the use of “hot edges”.
FIG. 20 depicts a screenshot of a space which visually indicates the positions of adjacent spaces.
DETAILED DESCRIPTIONFIG. 1 is a block diagram of an architecture100 (e.g., a hardware architecture) for presenting a user interface that includes one or more spaces containing program windows. As used herein, a space is a grouping of one or more applications, or windows, in relation to other applications or windows, such that the program(s)/applications of a single space is visible when the space is active, and so that a view can be generated of all spaces and their contents. An application program can have more than one window in a space, or an application can have windows in more than one space, to name a few examples.
Thearchitecture100 includes apersonal computer102 coupled to aremote server107 via anetwork interface116 and a network108 (e.g., local area network, wireless network, Internet, intranet, etc.). Thecomputer102 generally includes aprocessor103,memory105, one or more input devices114 (e.g., keyboard, mouse, etc.) and one or more output devices115 (e.g., a display device). A user interacts with thearchitecture100 via the input andoutput devices114,115.Architecture100 as disclosed includes various hardware elements.Architecture100 can include hardware, software, and combinations of the two.
Thecomputer102 also includes alocal storage device106 and a graphics module113 (e.g., graphics card) for storing information and generating graphical objects, respectively. Thelocal storage device106 can be a computer-readable medium. The term “computer-readable medium” refers to any medium that participates in providing instructions to a processor for execution, including without limitation, non-volatile media (e.g., optical or magnetic disks), volatile media (e.g., memory) and transmission media. Transmission media includes, without limitation, coaxial cables, copper wire, fiber optics, and computer buses. Transmission media can also take the form of acoustic, light or radio frequency waves.
Systems and methods are provided for generation and use of spaces. The systems and methods can be stand alone, or otherwise integrated into a more comprehensive application. In the materials presented below, an integrated system for generating and using spaces is disclosed.
While generation and use of spaces are described herein with respect to apersonal computer102, it should be apparent that the disclosed implementations can be incorporated in, or integrated with, any electronic device, e.g., a device that has a visual user interface, including without limitation, portable and desktop computers, servers, electronics, media players, game devices, mobile phones, email devices, personal digital assistants (PDAs), embedded devices, televisions, etc.
One of ordinary skill in the art will recognize that the engines, methods, processes and the like that are described can themselves be an individual process or application, part of an operating system, a plug-in, an application or the like. In one implementation, the system and methods can be implemented as one or more plug-ins that are installed and run on thepersonal computer102. The plug-ins are configured to interact with an operating system (e.g., MAC OS® X, WINDOWS XP, LINUX, etc.) and to perform the various functions, as described with respect to the Figures. A system and method for generation and use of spaces can also be implemented as one or more software applications running on thecomputer102. Such a system and method can be characterized as a framework or model that can be implemented on various platforms and/or networks (e.g., client/server networks, stand-alone computers, portable electronic devices, mobile phones, etc.), and/or embedded or bundled with one or more software applications (e.g., email, media player, browser, etc.). Thearchitecture100 includes aspace component118 that is configured to generate and use spaces, for example by presenting them on thedisplay device113.
FIG. 2 is a block diagram of an example of an architecture for generation and use of spaces in a display environment. Thespace management component118 is here shown as interfacing with anapplication server202, anoperating system204 and anExposé component206. Examples of these interactions will be described. In other implementations, other units can interact with thecomponent118.
Thespace management component118 can have engines for handling tasks such as space management, preferences, presentation, identification animation and editing, as well as application deactivation. A space management engine208 can manage the other engines in thecomponent118 or components thereof. Aspace presentation engine210 can handle how spaces are presented on a computer display. Aspace identification engine212 can handle identification of the application program(s) associated with each space. Aspace edit engine214 can handle tasks which involve reordering, adding, or removing spaces within a space group or moving application windows within or among workgroups. Aspace animation engine216 can be used, for example, to handle fade in/out transitions or movement of spaces and application windows. A space preferences engine218 can handle information about user preferences for matters such as the assignment of programs to spaces, space editing, transition details, etc. An application deactivation engine225 can handle deactivating applications; for example, the engine225 can be used for turning off streaming video when the corresponding space is not active on the user interface.
In the example shown inFIG. 2, theoperating system204 provides resources to thespace management component118 such as task execution, memory, application window IDs, etc. Thecomponent118 uses these resources, as applicable, in generating and using spaces. Theapplication server202 can communicate with thespace management component118 and the Exposé component. The application server can serve one or more applications for presentation in windows on the display device. Certain operations can be performed on these windows using thespace management component118 or theExposé component206.
TheExposé component206 is a well-known feature available from Apple Computer in Cupertino, Calif. For example, theExposé component206 provides that a user can trigger tiling, scaling or arrangement of open windows to increase usability. For these or other purposes, theExposé component206 can communicate with thespace management component118 and theapplication server206 to coordinate application window presentation.
A number of discrete portions of thespace management component118 have been described in this example. Fewer than all of the portions can be used in an implementation. Also, two or more of the components can be combined into a single unit.
FIG. 3 depicts a screenshot of a of a computer display showing spaces being presented in a desktop view. The depiction includes elements which can be found in a display300 of a graphical user interface and space elements, here atoolbar302 and several spaces (304,306,308,310).
Toolbars provided by applications or the operating system can be shown on thedisplay115. Thetoolbar302 can include items such as menus, icons, and informative objects. Some menus can be general and not specific to a particular application, such as afile menu312. Other menus can be application dependent, such as a terminal menu314, in which case they can be added to or removed from the toolbar depending on whether a corresponding application window is active.Icons316 can be used to present information to the user, such as status information, and/or can be used to access functions via, for instance, popup menus or commands for opening another application window. Informative objects present in the toolbar can display items such as the time or day of theweek318.
A computer display with multiple spaces is shown in space view mode, including afirst space304, asecond space306, athird space308, and afourth space310. The spaces in the matrix show portions of a larger desktop which may be zoomed, for instance, to show more detail. In zoom mode, a single space can be active and presented with a larger size, with the other spaces not being visible. The spaces represent a desktop surface larger than what can be shown on display at once. Thus, application windows are depicted in reduced size to be able to show all.
In one implementation, the spaces are defined in an addressable N×M matrix of screen content. For example, the matrix can be N spaces tall by M spaces wide; if the matrix of content were displayed at full resolution as a single image, the image would have a pixel height larger than the pixel height of the computer screen and a pixel width larger than the pixel width of the computer screen. All or some of the matrix can have content assigned to it, and a corresponding portion of the matrix can be rendered as screen output when that space is active. Thus, the content assigned to one space is presented within the screen ranges of height and width, but this content could be merely a fraction of the windows that are currently open and distributed in the N×M matrix. InFIG. 3, there is shown an overview of the spaces304-310 where they are rendered in sizes that allow them to be displayed all at once.
A desktop larger than what can be simultaneously be displayed on the screen, as mentioned above, is one example of how thespace component118 can implement and handle spaces. In such an implementation, any individual space that is active and presented on the screen can correspond to a portion of that large desktop being selected for display. Another example of how thespace component118 can operate is that there is defined layers for the individual spaces such that any or all layers can be activated to generate a desired output. For example, the switching from one space to another can then correspond to deactivating one layer and activating another. In such an implementation, the available desktop area can nominally be of the same or similar size as the displayable area, but the respective layers can be individually addressed and displayed.
Each space can have one or more application windows associated with it. Applications can be local or served from an application server and correspond to one or more associated application windows which appear on thedisplay318. For example, thefirst space304 has aprogram window320 corresponding to an application A, aprogram window322 corresponding to an application B, aprogram window324 corresponding to an application C, and aprogram window326 corresponding to an application D. Asecond space306 has aprogram window330 corresponding to an application E, aprogram window332 corresponding to an application F, and aprogram window334 corresponding to an application G. A third work space has aprogram window340 corresponding to an application H. A fourth space has aprogram window350 corresponding to an application I, aprogram window352 corresponding to an application J, and aprogram window354 corresponding to an application K. The assignment of one or more application windows to each space can be handled by thespace identification engine212. The distribution of the spaces (304,306,308,310) can be governed by thespace presentation engine210. An application may have a default space specified using preferences engine218 such that the application's program windows initially appear in the default space. Once program windows appear, they may be reorganized, such as by placement into a different space. Below, there will be described an example showing that a window or application can be defined as “sticky”, meaning that it is automatically assigned to all of the spaces and will appear when each of them is active. Programs or windows can be automatically made sticky by default; as one example, a program window for a chat application can be automatically made sticky so that it is visible in all spaces.
One or more application windows can be arranged in multiple ways within a space. Application windows can be positioned such that they can fully or partially overlap one another. They can be resized or moved around in spaces to accommodate the user. Particularly, while many windows can be open at once and distributed among the spaces, in some implementations only the application window(s) in a particular space will be visible when that space is active. In some instances, programs or windows from another space can be visible; for instance, a small representation of another space can be visible on the display to achieve a “picture-in-picture” effect. In some cases, an application or window can briefly appear even if its space is not being displayed; for example, some events such as finishing a task can cause a program window to appear for a limited time or until a user dismisses the window.
Within a given space, a program window can be designated as an active program window. The term “active program window” refers to a program window which is currently designated as the primary recipient of user input for input devices such as a keyboard. The user, or a component such as the operating system, can cause a different program window to be designated as the active program window within a given space. Each space can have one program window that is active when the space is being displayed; in some implementations, when a different space is displayed, its designated program window becomes active. For example, if theprogram window320 associated with application A is designated as the active program window for thefirst space304 and theprogram window330 associated with application E is designated as the active program window for thesecond space306, theprogram window320 can be active when thefirst space304 is active and theprogram window330 can be active when thesecond space306 is active. In one implementation, the activeness can be independent of the space that is being presented.
In one implementation, the active window for each space is defined as the window that the user most recently interacted with (e.g., clicked on). To save system resources, the application deactivation engine220 (FIG. 2) can deactivate one or more of the applications in theapplication server202 when the respective applications are not active. This can, for example, reduce or eliminate the consumption of network bandwidth and processor capacity by a streaming video application while it is not being displayed. Some implementations can prevent switching to a different space when the currently active application becomes inactive. A process list is a list of all applications, program windows, processes, etc., currently running on the computer that kept by the operating system. In some implementations, the order of the list can be reshuffled so that higher-priority items appear near the beginning of the list, with the active application appearing first. Events, for instance the closing of the active application, can cause the operating system to designate the next application in the list as active and place it at the beginning of the process list. The list of currently running applications can be reordered when a space is viewed so that applications associated with program windows in the space are placed near the beginning of the process list and chosen first when switching to a new running application. Applications that can show the process list to the user can be updated with the reshuffled list. For example, the application that is initiated with the command-tab keys can reflect the reshuffled list.
The view mode shown inFIG. 3 allows the user to see what applications/programs are in each space and choose which space to use. When in view mode, applications can continue to run and program windows can be displayed in a normal fashion, for example on a smaller scale. Program windows continue to update, for example, displaying animations, refreshing their contents, etc. In a sense, the view mode shows the real windows of all spaces. Users can navigate between spaces with appropriate user input, such as by mouse, keyboard hot keys, key combinations, gestures, or other mechanisms. Other devices can also be used for input, such as those for providing alternate input capability for physically handicapped users. It can be possible for the user to zoom in on a subset of spaces. In one implementation, the system can automatically switch from one space to another based on a predefined event, such as when a specific application is launched or an application makes a particular output.
FIG. 4 depicts a screenshot of a computer display showing an application window as it is being transferred from one space to another space in a space management system. This change can be initiated by the user, for example because the application is to be used in connection with the applications(s) already present in that other space.FIG. 4 continues the example introduced inFIG. 3 by showing theprogram window340 corresponding to application H being moved fromthird space308, in the bottom left, to thesecond space306, located in the top the right. In this example, the user starts by opening edit mode, such as by holding a mouse button while pointing to theprogram window340 corresponding to application H, or pressing a hot key. The user selects theprogram window340 corresponding to application H with the mouse, drags it from thethird space308 and releases it in thesecond space306. When finished, the user can resume working by exiting edit mode via another hot key or mouse gesture, or perform other application window moves. In some implementations, thecomponent118 exits edit mode automatically upon the move being completed. While the above example describes a single window being moved, other moves are also possible in some implementations. For example, it can be possible to move all windows of a type, all windows of a single application, or a selection of windows. In some implementations, some changes to spaces, such as moving content from one space to another, can be done in view mode or a zoom-in mode; that is, without formally entering edit mode.
The user can signal his or her intentions to transfer an application window using a menu, icon, popup menu, gesture, hot-key or key combinations, to name some examples. The application window to be moved can be selected, in some implementations, via mouse clicks or gestures, combinations of button presses such as tabs or arrows, or combinations thereof. Various methods of moving the application windows can be used, such as by using a mouse to drag the application window from the originating space and drop it into the destination space, or using keyboard commands to reposition the application window into the destination space. Thespace presentation engine210 can register the relocation of the application window and alert thespace identification engine212 about this change. For example, thespace identification engine212 can make sure that this change is preserved for the next time the display300 is initiated.
FIG. 5 depicts a screenshot of a computer display showing a space being rearranged. The figure shows an example of using a space edit mode to move thefirst space304 depicted inFIG. 3 to a new position. In this example, thefirst space304 is being moved from the top-left position of the space group to the bottom-right position.
While in space edit mode, spaces can be arranged in a plurality of ways to suit the user. The process of arranging spaces can be done in a similar fashion to the process used for moving program windows. For example, the user can signal his or her intention to move a space via a menu, an icon, a popup menu, a mouse gesture, a hot-key, etc. The space to be moved can be selected, in some implementations, via mouse clicks or gestures, combinations of button presses such as tabs or arrows, or combinations thereof. Various methods for moving application windows can be used, such as using keyboard commands or using a mouse for dragging the application window from one space and dropping it in another space.
When a space is moved to a new position thespace presentation engine210 determines whether that position is already occupied by another space. If so, that other space can be relocated to make room for the moved space. Also, the relocated space or one or more other spaces can be adjusted to fill the vacated space position. In some implementations, the space being displaced is moved to the position of the one taking its place; for example, when thefirst space304 is moved to the bottom-right position of the space group, thefourth space310 moves to the vacated position in the top-left position. In some implementations, other repositioning schemes can be used, such as sliding a bordering or adjacent space vertically or horizontally to fill the void or shuffling the spaces in a clockwise or counter-clockwise direction. For example, in implementations where the multiple spaces are defined in a desktop area that is larger than the displayable area, the relocation of one or more spaces can correspond to a corresponding reorganization of the desktop area.
In some implementations, a user can specify a preferred way to handle space movements. For instance, in the preceding example, the space preferences engine218 depicted inFIG. 2 can be used to specify moving details such as whether swapping, sliding, or shuffling occurs to fill a vacancy. Thespace animation engine216 can provide animated motion of one or more spaces during editing.
FIG. 6 schematically shows exemplary modes of operation for managing spaces. The space management system can be in one of several modes to perform various space-related functions. Users can switch between the modes to access various types of associated functionality and some transitions can be automatic.
The system can include modes such as anon-space mode602, aview mode604,space edit mode606, and a zoom-inmode608. The various modes (602,604,606,608) can provide a user with one or more associated functions for managing spaces. The various modes (602,604,606,608) and associated functions can be activated using input devices such as a keyboard or mouse to change from one mode to another.
While in thenon-space mode602, spaces are disabled and the system provides access to one or more application programs without displaying spaces, e.g., all non-minimized program windows are displayed. Following the above example ofFIG. 3,non-space mode602 can cause the program windows (320-354) corresponding to all of the applications A-K to be shown simultaneously on the display. Depending on the screen size, this may require stacking some or all of the program windows (320-354) on top of each other. If so desired, a user can signal to the space management engine via, for instance, a hot key or toolbar icon to change from thenon-space mode602 to viewmode604 or tospace edit mode606.
When the system is inview mode604, all configured spaces are displayed by the system, for example in a grid of spaces. View mode functionality can be considered a “zoom-out” perspective compared to the zoom-inmode608, where a single space is shown. From theview mode604, the system can enter thenon-space mode602, thespace edit mode606, or the zoom-inmode608.
Thespace edit mode606 provides space editing functionality. Oneedit function610 can provide the user with a capability to move an application window within a space. Asecond edit function612 can provide the user with a capability to move an application window from one space to another space. Athird edit function614 can provide the user with a capability to rearrange spaces. Afourth edit function616 can provide the user with a capability to edit a space, for example to add a new application window to the space or to remove an existing one. The space management engine208 can add more spaces when requested by the user. A plurality of edit functions can be performed while in the space edit mode. From thespace edit mode606, the system can enter thenon-space mode602, theview mode604, or the zoom-inmode608. Thespace edit engine214 can provide these or other functionalities in the edit mode. As noted above, some edits or changes can be done also when not in edit mode.
When in the zoom-inmode608, one or more selected spaces can be shown on the display. When the space306 (FIG. 3) is active, for example, the program windows330-334 are shown on the screen. In some implementations, the appearance of the program window(s) in the zoom-in mode is very similar or identical to how they look in thenon-space mode602. One difference, however, is that in the zoom-in mode any other program windows kept inactive in the other spaces can be considered as resting outside the currently visible area of the desktop. This contrasts with thenon-space mode602, where any currently running application has its program window(s) shown (either in a minimized or non-minimized form). In some implementations, the use of spaces is a way of dividing a large view so that it can be viewed and accessed in smaller portions.
From the zoom-inmode608, several associated functions can be used. Afirst function618 can provide the user with a capability to work with their application windows. For example, the user interacts with the currently active program window. Asecond function620 can provide the user with a capability to switch to another space. Because the spaces collectively correspond to more screen space than can be presented at once, theswitching function620 provides a convenient management of contents when there are several open program windows. From the zoom-inmode608, the system can enter thenon-space mode602, theview mode604, or thespace edit mode606.
In some implementations, such as depicted inFIG. 14 (described later in more detail), the choice of which mode to begin with, after a restart for example, can be configurable. User preferences can be tracked by the space preferences engine218 to determine, for instance, which mode to use when the system is initialized.
In thespace edit mode606, a user can change the number of spaces available for use in the system. In some implementations, the number of available spaces may be changed by adding or removing rows or columns of spaces.FIG. 7 depicts a screenshot of a computer display in space edit mode showing controls for adding or removing spaces. Icons and placeholder spaces are used to control and indicate adding or removing rows or columns in the group of spaces depicted in the example ofFIG. 3. The user may add or remove columns or rows of spaces, for example by clicking on an icon or using a hotkey. Space(s) remaining after a deletion can be shifted horizontally or vertically to fill the void left by the deleted space(s).
InFIG. 7, acolumn702 is located on the right side and arow704 is located at the bottom of the spaces (304,306,308,310) depicted inFIG. 3. Each of thecolumn702 and therow704 includes placeholder spaces representing the possibility of adding spaces in the respective directions. Anicon706 above thecolumn702 can be used to add one or more columns of spaces. Anicon708 next to therow704 can be used to add one or more rows of spaces. Aninsertion icon710 located in the bottom-right corner of the space group can be used to simultaneously add a row and a column of spaces to the space group. Column deletion icons (712,714) located above the spaces (304,306,308,310) can be used to delete a column of spaces e.g. clicking on the leftcolumn deletion icon712 causes the spaces (304,308) in the left column to be deleted. Row deletion icons (716,718) located to the left of the spaces (304,306,308,310) can be used to delete a row of spaces e.g. clicking on the bottom row deletion icon718 causes the spaces (308,310) in the bottom row to be deleted. When the closed space(s) contains one or more program windows, the associated application(s) can be closed by theapplication deactivation engine220 or transferred to another space. Such settings can be managed by the space preferences engine218. Other techniques can be used for arranging spaces, such as arbitrary placement, for example, or arranging three spaces in one row and a single space in another, accompanied by appropriate mechanisms for moving, deleting, and adding spaces.
FIG. 8 depicts a screenshot of the computer display shown inFIG. 7 in space edit mode with an additional column of spaces. Starting with the group of spaces (304,306,308,310), athird column802 of spaces (803,805) has been inserted to the right if the existing spaces (304,306,308,310) by clicking on theinsertion icon706 above thecolumn702. An associatedremoval icon804 andplaceholder space806 in theplaceholder row704 have also been added. The previously existing spaces (304,306,308,310) have been scaled and shifted to allow viewing of the full group of spaces. The user can now relocate any or all of the currently open program windows to any of the spaces (803,805).
If the user wishes to remove thethird column802, he or she can click on theremoval icon804 above the column to delete the spaces in that column. When the column is deleted, the remaining spaces can be shifted and zoomed to fill the available space resulting in the original layout depicted inFIG. 7.
Input controls other than the icons described above (e.g.,icons706,804) can be used. For example, keystrokes, mouse gestures or menu commands can be used to add or remove spaces.
FIG. 9 depicts a screenshot of the computer display in space edit mode shown inFIG. 7 with an additional row of spaces. Athird row902 of spaces (903,905), as well as an associated removal icon904 and placeholder space906 have been added by clicking on theaddition icon708 located next to the bottom row of spaces shown inFIG. 7. Similar to the above example ofFIG. 8, the preexisting spaces (304,306,308,310) were scaled and shifted to accommodate the addedrow902 of spaces. If the user were to choose to delete thethird row902 of spaces, such as by clicking on its adjacent deletion icon904, the remaining spaces (304,306,308,310) would be zoomed and shifted downward, resulting in the original layout shown inFIG. 7.
The exemplary operations described with reference toFIGS. 8 and 9 can be registered by thespace edit engine214 and forwarded to thespace identification engine212 to establish the newly created spaces, and to thespace presentation engine210 to generate the updated display, to name one example. It may be noted that the space layouts depicted inFIG. 8 andFIG. 9 could also have been generated upon the user clicking on theinsertion icon710 to add both a row and a column, then deleting either a column or row as appropriate.
In some implementations, thespace management component118 can have the capability to add or subtract single spaces at a time, where the group of spaces can be automatically organized and sized in an aesthetically pleasing manner or to allow viewing of the full group of spaces.
FIG. 10A depicts a screenshot of a computer display showing an example of the display inFIG. 3 after theExposé component206 was invoked. The user can, for instance, use a hot key or key combination to command theExposé component206 to automatically rearrange, scale, or resize program windows to increase usability. InFIG. 10A, Exposé was used to rearrange the user's program windows to maximize viewability in all spaces at the same time. It is seen that the windows now overlap less than inFIG. 3. In some implementations, Exposé functionality can be applied to a single space or to multiple spaces.
Exposé components can be automatically invoked when certain events occur. For example, assume that the user, while watching the display of eitherFIG. 10A orFIG. 3, decides to move thewindow324.FIG. 10B depicts the contents after moving a program window from one space to another. In this case, theprogram window324 corresponding to Application C was moved from thefirst space304 to thesecond space306; after the move occurred, theExposé component206 was automatically invoked to rearrange theprogram windows324,332,330,334 within thespace306. There can also be performed a rearrangement of the windows inspace304; that is, in the space from which the window was removed. These exemplary operations can be performed as a default upon the move, or based on a preference setting to invoke the Exposé component.
It has been described above that the user can switch between spaces, for example to see a window in another space. As another example, the system can automatically switch to a new space upon a predefined event, such as a new window being opened or an existing window moving to the front of the screen. In some implementations, the switch to a new space can be conditioned on one or more criteria. For example, when some windows are initiated they do not imply that a user interface action will occur. The condition(s) can be configured so that such new windows do not automatically cause a switch to a new space. In one implementation, a condition can be set so that windows of one application type trigger a switch while windows of another type do not (e.g. in some implementations, error notifications can cause a switch, where email or chat notifications do not). For example, these operations can be done by thespace management component118.
In some implementations, the switch is done substantially without animation; for example, the system ceases to display the contents of the previous space and simultaneously, or shortly thereafter, begins displaying the contents of the new space. In another implementation, the switch can include some animation, for example as will now be described
FIG. 11 depicts a screenshot of a computer display in zoom-inmode608 as the current space is replaced with another space using an animation technique. With reference briefly toFIG. 3, the animation technique shown in the current example is performed from the bottomleft space308 to the bottomright space310. In some implementations, the user makes an input (e.g., with a hot key or a link) that identifies another application window that is to be activated. If the system determines that the sought window is located in the same space that is currently active, there is no need to switch spaces. If, on the other hand, the system determines that the window of the sought application is located in another space, the system can initiate that space, for example using the animation technique.
While viewing one space, the user can change to another space without first changing to view mode. In some implementations, a user can change to an application residing in a space other than the current space, causing the other space to becomes the active space. When a command, such as a hotkey, is issued, the program windows of the space which is currently displayed are gradually removed, replaced by program windows of another space. The transition can be done using an animation technique that moves the contents of the current space out of view while moving the contents of the new space.
In some implementations, the user can use a hot key, etc. to select a space different than the currently active space and thereby trigger the animation technique. For instance, a hotkey may be associated with each defined space or hotkeys can exist that cause an animated move to the next space in the space group. In one implementation, the animation technique can involve the use of an icon1102 which represents the contents of the respective spaces. Here, the icon1102 has four sectors for the spaces304-310. The user can initiate a move to a new space, optionally involving the animation technique, by clicking on the icon corresponding to the desired space.
After a new space is chosen, in one implementation, the application windows of the previously active space gradually disappear and are replaced by the application windows of the newly active space. The transitions can be made in such a manner that the application windows of the previously active space appear to slide toward the edge of the display and the application windows of the newly active space appear to slide into the display. The direction of slide can be indicative as to the relative placement of the spaces when viewed in editing mode. For example,FIG. 11 depicts an animation performed from the bottom-left space to the bottom-right space shown inFIG. 3.
FIG. 11 depicts a an animation technique in progress as thethird space308 is replaced by thefourth space310. Initially, theprogram window340 is shown on the display in a location corresponding to the situation inFIG. 3 (centered in the display area). When a hotkey is pressed, theprogram window340 is slid toward the left edge of the display and replaced by theprogram windows350,352 corresponding to applications I and J as the fourth space slides into view (theprogram window354 corresponding to application K is not yet in view inFIG. 11). When the animated move is done, the windows350-354 may be located as indicated inFIG. 3 (window354 placed in the center, somewhat lower than the others, and thewindows350 and352 side-by-side on top of, and somewhat higher than, the window354). Animated move operations can be performed between any two spaces in the current example and in any other space configuration.
FIG. 12 depicts a screenshot of a computer display in zoomed-inmode608 as a viewable space is exchanged for a vertically adjacent space using an animation technique. InFIG. 12, the animation technique is shown starting zoomed in on the fourth space310 (FIG. 3) and transitioning to the second space306 (FIG. 3).
In this example, the icon1102 shows that the animation technique is performed from the space in the bottom-right position to the top-right position space of the space group. Theprogram windows350,352,354 corresponding to applications I, J, and K of thefourth space310 are shown sliding toward the bottom edge of the display while theprogram windows330,332,334 corresponding to applications E, F and G of thesecond space306 are shown sliding down from the top of the display.
In some implementations, the sliding effect may give the illusion of layers, such as by having the transitioning program windows slide “over” the top of some desktop components while sliding “under” other desktop components. For example,desktop icons1202,1204 and thetoolbar302 are not part of the space configuration and the program windows of thesecond space306 can be shown sliding on top of these items.
It has been mentioned above that contents can be selectively assigned to any or all of the spaces. A space that has no contents assigned to it can be considered an empty space, but can nevertheless exist together with the other spaces, for example as a placeholder for receiving content at some future time. When activating this space, the user will see that it is empty because there are no windows or applications associated with it. In some implementations, a notification can be generated that the currently presented space is empty. For example, a message such as “Empty Space 5” can be shown on the screen. By contrast, if the user switches to a space that has contents, the user can see the contents of that space, for example as they are brought onscreen using an animation.
Another situation when the space can seem empty to the user is when the content that is assigned to the space is not currently visible. While the appearance may be similar to the “empty space” described in the previous example, there is a significant difference in that the space here actually has content, although that content is currently not shown.
As a first example, the content can be non-displayed because the application associated with the space is not currently running. A second example is that the application is running but is not currently generating any output (e.g., the application does not have a window open in the user interface). A third example is that the window generated by the application has been minimized or closed. Such non-visible content can be a problem for the user in some situations, because the user can mistakenly believe that the space does not have any contents.
Any of several approaches can be used with spaces that have content but where the contents are currently not displayed. First, thespace management component118 can provide that a command bar associated with the application(s) is nevertheless displayed. For example, in a Mac operating system the Dock tiles for the associated application(s) can be shown. Second, there can be presented a heads-up display image, such as a floating control window, associated with the application(s). Particularly, assume that the contents of thespace308 shown inFIG. 3 were not currently displayed. Upon detecting this, a heads-up display for the application H could be displayed, which can appear similar to the here schematically illustratedwindow340 that is currently visible. Third, the background of the space can be branded with the application(s). For example, this can be done using recognizable elements associated with the application, such as a logo, an audio track, or an advertising theme. Particularly, the branding can for example appear similar to the here schematically illustratedwindow340 that is currently visible. Combinations of the above can be used. The above exemplary approaches, and other approaches as well, can be done by thespace presentation engine210, optionally in association with thespace animation engine216.
In some implementations, the indications of non-displayed content can be moved between spaces. For example, a user can select the indication in one space and drag it to another space. This can be done in any context where the indication is present, including in an Exposé-style display of spaces, such as the one shown inFIG. 10B. For example, the indication can be dragged to a “hot edge”, a feature that will be described below with reference toFIGS. 19A-C. The relocation of the indication triggers the associated application(s) to be reassigned to the other space. The moving and reassignment can be handled by thespace presentation engine210 in connection with thespace identification engine212.
Some program windows can be more important to the user than others and the user may want to have such window presented in all of the spaces.FIG. 13 depicts a screenshot of a computer display showing an application or window (“sticky”)1302 that is visible in multiple spaces. The sticky1302 can be moved within the spaces like all other space contents. Generally, space contents can be marked as sticky to ensure that they are viewable, regardless of which space(s) is currently being shown on the display.
In some implementations, if an application has been marked as sticky, its corresponding program window(s) can appear in all spaces. For instance, it may be useful to always have a program window for a chat application visible regardless of which space is currently active. Users can use the space preferences engine218 to choose whether an application or program window is sticky. If desired, the user can un-mark a sticky application or program window so that it only appears in a single space.
InFIG. 13, theprogram window1302 corresponds to a sticky application. Theprogram window1302 appears in each of the spaces (304,306,308,310) shown on the display so that theprogram window1302 is viewable regardless of which space is being shown. In some implementations, space contents can be made sticky for spaces belonging to a certain group. This means that the application or window can occur in more than one but fewer than all spaces. For example, a chat application could appear in all spaces belonging to a “home” group and an email application could appear in all spaces belonging to a “work” group. Applications or windows can be sticky in more than one group of spaces, i.e. groups associated with different workgroups can be overlapping so that they share members.
FIG. 14 depicts aconfiguration window1400 for specifying preferences related to Exposé and spaces. A top section1402 can be used for specifying actions to take based on mouse gestures. Amiddle section1404 can be used to specify keyboard shortcuts related to Exposé functionality. A bottom section1406 can be used to specify keyboard shortcuts related to using spaces.
Users can use the configuration window shown inFIG. 14 to specify responses to mouse gestures. Fields1408-1414 can be used to specify an action to take when the mouse pointer is positioned in one of the screen corners. For example,field1414 indicates that all the program windows will have active corners. In some implementations, actions can be specified for active corners, such as switching to the next or previous space in the list, or switching to the last space that was viewed. For example, moving the mouse to one active corner could cause a switch to the next space in the list of spaces, moving the mouse to a second active corner could cause a switch to the previous space in the list, and moving the mouse to a third active corner could cause the display to switch to another space that was most recently displayed. In themiddle section1404, keyboard shortcuts (1416-1422) can be specified for changing the mode to display all windows, program windows associated with an application, or a dashboard respectively. For example, dashboard refers to the Dashboard function that is available in the Apple OS X® operating system to perform tasks or access information. In the bottom section1406, a user can choose to enable spaces via acheckbox1424, specify akeyboard shortcut1426 for spaces, or click on abutton1428 to open another configuration window such as the one shown inFIG. 15.
FIG. 15 depicts awindow1500 that can be used for configuring spaces. Atop section1502 can be used to add or removing spaces. Amiddle section1504 can be used for binding applications or windows to spaces or groups of spaces. A bottom section1506 can be used for specifying hotkeys used for navigating among spaces.Buttons1508,1510 or1511 located at the bottom of thewindow1500 can be used to open windows with additional content.
Thetop section1502 includes anarea1512 with numbered icons1514-1520 depicting spaces. A user can use buttons1522-1528 to add or remove spaces, for example clicking on theadd row button1522 to add a new row of space icons in thearea1512. As has been mentioned, non-symmetric patterns of spaces can be used.
In contrast to adding a new space with an input control (such as the add row button1522), spaces can also be added automatically in some implementations. For example, one or more windows for a newly launched application(s) can automatically be opened in a new space. In one implementation, such an arrangement could be used to self-organize useable space as windows for new applications are opened.
The middlebinding section1504 has a table1530 with space content bound to named groups of spaces. In this example, amail application1532 is assigned to a first group “Every Space”1534, achat application1536 is assigned to a second group “Space 2”1538, and adocument editor application1540 is assigned to a third group “Work-related Spaces”1542. A user can change which space group an application is bound to by clicking on the icons1544-1548 next to the selected group, or by selecting the group and using the arrow keys to scroll through a list of available groups. Buttons1550-1556 can be used for adding or removing applications or windows from the table1530. In some implementations, a window from anywhere on the screen can be bound to a space by selecting it with the mouse and dragging it to one of the numbered icons1514-1520 in thetop section1502. For example, this can cause a new binding to appear in the table1530. In some implementations, one or more spaces to which an application or window is bound can be changed by dragging the corresponding icon or field in table1530 to a destination space depicted in thetop section1502. The entry in the table1530 corresponding to the application can be updated to show the application or window bound to the destination space. For example, if an entry for thechat application1536 in the table1530 was dragged to theicon1518 forspace 3, the table1530 can be updated to show that the chat application is now bound tospace 3.
The bottom navigation section1506 has fields for assigning keyboard shortcuts to navigation actions. Thetop field1558 specifies which keyboard shortcuts trigger a switch between spaces, i.e. switching to a space positioned relative to the space currently being viewed. In the example shown, holding down the control key on the keyboard (signified by the caret character, “{circumflex over ( )}”) while pressing an arrow key causes a switch to the space in the direction corresponding to the arrow key.
Thebottom field1560 of the navigation section1506 specifies which keyboard shortcuts trigger a switch to a specific space, i.e. regardless of the currently viewed space. In the example shown, holding down the control key on the keyboard (signified by the caret character, “{circumflex over ( )}”) while pressing a number key causes a switch to the space corresponding to the key number. Similar shortcuts can be defined for other spaces-related operations, such as moving space content from one space to another or rearranging two or more spaces.
Buttons located at the bottom of thewindow1500 can be used to open windows with additional content. Anadvanced preferences button1508 can be used to open an advanced preferences window shown inFIG. 16 (described below). AnExposé preferences button1510 can be used to return to theExposé preferences window1400. Ahelp button1511 can be used to access help related to thewindow1500.
FIG. 16 depicts an example of an advanced preferences window1600 which can be used for specifying advanced preferences in a user interface. A user can specify preferences to the space preferences engine218 using the advanced preferences window1600. Abutton1601 can be used to close the window1600 and return the user to thespaces window1500 depicted inFIG. 15.
A first check box1602 can be used for specifying whether to use hot edges (described below in further detail); if the box1602 is checked, hot edges are enabled, otherwise hot edges are disabled. Abindings section1604 can be used for assigning applications or windows to groups. Aspaces section1605 can be used for specifying group preferences.
Thebindings section1604 can be used to associated an application(s) or program window(s) to a group. Groups can be used to perform operations on a set of applications or windows at the same time. For example, inFIG. 15 the “Document Editor” was assigned to the group “Work-related spaces”. In some implementations, if an application is bound to a group, all of its associated program windows are bound to the same group.
A table1606 can be used to associate content with groups. Groups can be managed, for example, by usingbuttons1608,1610,1612,1614 to add and remove applications and program windows to or from the table1606. For example, achat application1616 could be removed by clicking on theremove application button1610. Groups that are assigned to an application or program window can be changed by using aselector icon1618,1620 located next to the entries in the table1606 which could, for instance, provide a popup list from which a group could be selected. For example, a mail program window could be assigned toGroup 2 by clicking on the itsselector icon1618 and choosing the corresponding entry. In some implementations, all applications or windows having the same type can be transferred with a single command from one space to a different space. For example, this applies when the applications of a common type have previously been grouped together, or the common type can be detected when executing the command. The command can be made using a hot key, a mouse operation, or any other kind of input.
Thespaces section1605 can be used to specify preferences related to groups. Afirst checkbox1624 can be used to specify whether group moving should be enabled. The term “group moving” refers to moving all members of a group from one space to another at one time using a single command. For example, a user can use a single keyboard or mouse command to move all the applications and windows associated withGroup 1 to a new space.
Asecond checkbox1626 can be used to specify whether new applications or program windows should be assigned to one or more groups based on type. That is, program windows or applications associated with the operating system that share a common feature or are to be used similarly can be assigned to one group and other program windows or applications can be assigned to another group. For example, it can be predefined that an iTunes application, available from Apple Computer in Cupertino, Calif., should be assigned to a particular space, and similarly for other applications.
Athird checkbox1628 can be used to specify whether new applications or windows should be assigned to a group(s) based on how they are used. In some implementations, use can be determined based on what type of actions thecomputer102 performs associated with an application or program window. For example, applications or program windows used for editing content, such as a text editor or image editor, could be assigned to a first group, applications or program windows assigned used for internet or network access could be assigned to a second group, and applications or program windows used for playing content, such as video players or music players, could be assigned to a third group. In some implementations, use can be determined based on heuristics or pattern matching, e.g. if the user may normally put certain applications and program windows in the same space, those applications and program windows could be assigned to a common group. These use-based determinations can be done by thespace management component118.
In some implementations, applications or program windows can be assigned to multiple groups. For instance, if both thesecond checkbox1626 andthird checkbox1628 are selected, a new application or program window can be assigned to a group A and a group B. In some implementations, an application(s) or program window(s) can be assigned to a single group; in this case, priority can be given to one or the other checkbox. In some implementations, the checkboxes which are mutually exclusive can be replaced with radio selectors that only allow a single selection to be made at a time.
Afourth checkbox1630 can be used to specify that the view mode display (see, e.g.,FIG. 3) can include captured content. That is, in some situations, thespace management component118 can capture the contents of one or more spaces at a given moment and present this static content in the view mode.
FIG. 17 depicts an example screenshot ofdisplay1700 showing aspace1702. Here, the contents of thespace1702 include awindow1704. There is also presented aninset window1706 showing the contents ofanther space1708. That is, the contents of thefirst space1702 are displayed spread out over the display at normal size and the contents of thesecond space1708 are scaled to fit in the inset window. A user can interact with and use the contents of either space.
In some implementations, a display can show a space, such as1702, at full size and display a second space, such as1708, in aninset window1706, whose contents are scaled to fit the window. In some implementations, theinset window1706 can always be displayed “over” the contents of thefirst space1702 such that the region of the display containing theinset window1706 displays theinset window1706 and the contents of thesecond space1708 wherever overlap occurs with content in thefirst space1702. Thespaces1702 and1706 can be presented using thespace presentation engine210.
A user can choose to change the space that is displayed in theinset window1706, for example, by clicking onbuttons1710,1712 to cycle through the available spaces. For example, clicking on thefirst button1710 could cause the inset window to display the space preceding thecurrent space1708 in a list or matrix such as that shown inFIG. 3. In some implementations, mouse gestures or keyboard shortcuts could be used to cause a change of spaces in theinset window1706. In some implementations, a user can swap thespace1702 zoomed out on thedisplay1700 and thespace1708 in theinset window1706, such as through the use of mouse or keyboard command.
FIGS. 18A-D illustrate how a command bar can be used to facilitate moving among a group of spaces.FIG. 18A depicts a group of spaces shown in view mode.FIGS. 18B-C show several depictions of some of the spaces shown inFIG. 18A expanded to view mode. A user can provide input via a mouse or keyboard to navigate to any of the spaces. Particularly, as will now be described, the user can navigate to each of the spaces that contains a specific window or application.
In some instances, an application or program window can be assigned to multiple spaces. In the example depicted inFIGS. 18A-C, an application associated with aprogram window1802 is launched from anicon1804 in a command bar1806. The same command bar1806 can be present when a space is shown in view mode, as shown inFIGS. 18B-D. The application can be bound to several spaces, such as by using the spaces preferences window described above and shown inFIG. 15.
Application A is bound to space 1 (1814), space 6 (1810) and space 8 (1812), as indicated with an asterisk* inFIG. 18A; application A is not associated withspaces 2, 3, 4, 5, or 7 (1816,1808,1820,1822).
InFIG. 18B, the application A is not presently shown because it is not part of thespace 4 that is currently open.FIGS. 18B-D show that the user can launch application A by, in some implementations, clicking onicon1804 in the command bar1806. Clicking on theicon1804 launches the window for the application, as illustrated inFIG. 18C. This can also activate thespace 6, which is the next space in the sequence (1-8) that contains application A. For example, this functionality can be turned on or off with a preference setting. If the user again clicks on theicon1804, this will open the next space that contains application A, here thespace 8, as shown inFIG. 18D. While this example involves the application being initiated by the user, other possibilities can exist. For example, a similar cycling around the relevant spaces can be done after an application is automatically launched by the system.
FIGS. 19A-C depict example screenshots of a user interface showing the use of “hot edges”. Hot edges is a term used to describe a predefined location of the display where an application or window can be dragged to automatically place it into another space. A hot edge can be defined in any or all location on the screen. For example, a corner can be defined as a hot edge so that dragging a program window within a certain area, such as within 100 pixels of a display edge, can cause the program window to be moved to a space associated with that area. For example, if two spaces are horizontally adjacent, a program window can be transferred from one to the other by dragging it with the mouse until it touches the edge of their common border. The spaces can then be shifted “underneath” the dragged window to effectuate the transfer. Edges of the display can be divided into segments corresponding to different spaces, for example if there are more spaces than edges. In another example, by dragging a window to a corner, the window can be moved from one space to another space that is “diagonal” from the first one when observed in view mode. In some implementations, for example where there is no geometric relationship between spaces in the view mode, the corner hot edge can cause a switch to a next one of the multiple spaces.
FIG. 19A shows thefourth space310 ofFIG. 3. A user wishes to move theprogram window350 to another space. The user therefore moves theprogram window350 to the edge of the space. This triggers an action to move the current space out of the screen and move in another (e.g. adjacent) space.FIG. 19B depicts a screenshot of an animated transition as theprogram window350 is held in place while the remaining contents of thefourth space310, i.e. theprogram windows352,354, are sliding toward the right side of the display and the contents of thethird space308, i.e. theprogram window340, is sliding in from the left side. This sliding of the spaces is done to facilitate the move of thewindow350 to another space.FIG. 19C depicts the display after the transition is complete; thethird space308 is now in view with the movedprogram window350 positioned on the left side of the display along with the other contents of thethird space308, i.e. theprogram window340. In some implementations, an icon1102 such as the one used inFIG. 11 can be displayed while the transition is in progress that graphically depicts the transfer. As another example, the user can drag the window toward any portion of the icon1102 to initiate a move of the window to the space corresponding to that portion. Thus, hot edges can be located elsewhere than at the perimeter of the screen or space. In some implementations, a user can change spaces via hot keys or gestures while dragging a program window to place the program window in a different space, such as by holding down a control (Ctrl) key and pressing one of the arrow keys. It can also be possible to switch to another space while dragging a window by hitting any of the space movement keys, e.g., hot keys, or by making mouse gestures, to name a few examples. Relocations of content between spaces can be managed by thespace identification engine212, and the resulting display can be generated by thespace presentation engine210.
FIG. 20 depicts a screenshot of aspace2000 which visually indicates the positions of adjacent spaces. In some implementations, borders of a space are colored to indicate the presence of an adjacent space. A user wishing to move a program window from the currently space to another space can use the visual indication to determine where the program window can be moved.
In example shown inFIG. 20, visual indicators can be displayed along the edges of aspace2000 to indicate the presence of adjacent spaces. Atop indicator2002 indicates that a space is located “above” the current space and an indicator on theright side2004 indicates that a space is located “to the right” of the current space. These spatial concepts can be based on the distribution of spaces that can be seen in view mode. See, for example,FIG. 3, where some windows are located above or to the right of another window. The top andside indicators2002,2004 signify to the user that thewindow2006 can be moved to spaces in the corresponding positions (as described above); the lack of an indicator on the left and bottom indicate that spaces are not available to the left and bottom side. Acorner2008 can be defined as a hot edge, for example to operate as in the examples described above.
In some implementations, the spaces in the view mode are ordered, so that they define a sequence. Then, the hot edge on the right side of the screen, for example, can initiate a transition to the next space in the sequence. Similarly, another hot edge on, say, the left side can effectuate a transition to the previous space in the sequence. As another example, more than one hot edge can be located on a single screen edge. That is, several separate hot edges can be defined at any edge of the screen, such as the right one, so that the user has more than one option for choosing the target space when dragging the window toward that screen edge.
Other screen portions than edges can be used as “hot edges”. For example, the corners of the screen, or of a particular window or application, can be used as a predefined location for initiating a move between spaces.
Any of theareas2002,2004 and2006 can be used for a gesture definition in one implementation. For example, a gesture performed in the bottomleft corner2008 of the screen can cause some or all contents to be moved to another space.
In some implementations, a window being moved can have indicators on the edges instead of or in addition to indicators on the edges of the space. Indicators can be combined with other concepts described above, such as applying indicators to inset windows or highlighting edges in view mode. In some implementations, indicators can be depicted by use of color, boarder thickness, patterns, animations, icons or any combination thereof. For example, one or more hot edges can be configured to “glow” when a window is picked for dragging, or is brought close to the edge(s). This can be done by thespace animation engine216.
In some implementations, gestures could be used to pick up multiple windows, such as windows of the same type or all windows of an application, and move them to other spaces using the “hot edges” technique described above. For example, using a keyboard shortcut or mouse gesture, a user could pick up all the windows for an image editing application and move them to an adjacent space.
In the above description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding. It will be apparent, however, to one skilled in the art that implementations can be practiced without these specific details. In other instances, structures and devices are shown in block diagram form in order to avoid obscuring the disclosure.
In particular, one skilled in the art will recognize that other architectures and graphics environments can be used, and that the examples can be implemented using graphics tools and products other than those described above. In particular, the client/server approach is merely one example of an architecture for providing the functionality described herein; one skilled in the art will recognize that other, non-client/server approaches can also be used. Some portions of the detailed description are presented in terms of algorithms and symbolic representations of operations on data bits within a computer memory. These algorithmic descriptions and representations are the means used by those skilled in the data processing arts to most effectively convey the substance of their work to others skilled in the art. An algorithm is here, and generally, conceived to be a self-consistent sequence of steps leading to a desired result. The steps are those requiring physical manipulations of physical quantities. Usually, though not necessarily, these quantities take the form of electrical or magnetic signals capable of being stored, transferred, combined, compared, and otherwise manipulated. It has proven convenient at times, principally for reasons of common usage, to refer to these signals as bits, values, elements, symbols, characters, terms, numbers, or the like.
It should be borne in mind, however, that all of these and similar terms are to be associated with the appropriate physical quantities and are merely convenient labels applied to these quantities. Unless specifically stated otherwise as apparent from the discussion, it is appreciated that throughout the description, discussions utilizing terms such as “processing” or “computing” or “calculating” or “determining” or “displaying” or the like, refer to the action and processes of a computer system, or similar electronic computing device, that manipulates and transforms data represented as physical (electronic) quantities within the computer system's registers and memories into other data similarly represented as physical quantities within the computer system memories or registers or other such information storage, transmission or display devices.
An apparatus for performing the operations herein can be specially constructed for the required purposes, or it can comprise a general-purpose computer selectively activated or reconfigured by a computer program stored in the computer. Such a computer program can be stored in a computer readable storage medium, such as, but is not limited to, any type of disk including floppy disks, optical disks, CD-ROMs, and magnetic-optical disks, read-only memories (ROMs), random access memories (RAMs), EPROMs, EEPROMs, magnetic or optical cards, or any type of media suitable for storing electronic instructions, and each coupled to a computer system bus.
The algorithms and modules presented herein are not inherently related to any particular computer or other apparatus. Various general-purpose systems can be used with programs in accordance with the teachings herein, or it can prove convenient to construct more specialized apparatuses to perform the method steps. The required structure for a variety of these systems will appear from the description. In addition, the present examples are not described with reference to any particular programming language. It will be appreciated that a variety of programming languages can be used to implement the teachings as described herein. Furthermore, as will be apparent to one of ordinary skill in the relevant art, the modules, features, attributes, methodologies, and other aspects can be implemented as software, hardware, firmware or any combination of the three. Of course, wherever a component is implemented as software, the component can be implemented as a standalone program, as part of a larger program, as a plurality of separate programs, as a statically or dynamically linked library, as a kernel loadable module, as a device driver, and/or in every and any other way known now or in the future to those of skill in the art of computer programming. Additionally, the present description is in no way limited to implementation in any specific operating system or environment.
It will be understood by those skilled in the relevant art that the above-described implementations are merely exemplary, and many changes can be made without departing from the true spirit and scope of the present invention. Therefore, it is intended by the appended claims to cover all such changes and modifications that come within the true spirit and scope of this invention.