US20230205406A1 - Visual Object Receptacle - Google Patents

Abstract

An icon receptacle is disposed along a depth aspect, and one or more icons are disposed within the icon receptacle, one of which is a stack item.

Description

CROSS-REFERENCE TO RELATED APPLICATIONS
• This application is a continuation of U.S. patent application No. 17/347,947, filed on Jun. 15, 2021, which is a continuation of U.S. patent application No. 16/550,220, filed on Aug. 24, 2019, which is a continuation of U.S. patent application No. 14/803,898, filed on Jul. 20, 2015, which is a continuation of U.S. patent application No. 11/760,692, filed on Jun. 8, 2007, which are all hereby incorporated by reference herein in their entirety.
BACKGROUND
• A graphical user interface allows 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 the Apple Mac OS®, provide user interfaces in which a number of graphical representations of system objects can be displayed according to the needs of the user. Example system objects include system functions, alerts, windows, peripherals, files, and applications. Taskbars, menus, virtual buttons, a mouse, a keyboard, and other user interface elements provide mechanisms for accessing and/or activating the system objects corresponding to the displayed representations.
• The graphical objects and access to the corresponding system objects and related functions, however, should be presented in a manner that facilitates an intuitive user experience. The use of metaphors that represent concrete, familiar ideas facilitate such an intuitive user experience. For example, the metaphor of file folders can be used for storing documents; the metaphor of a file cabinet can be used for storing information on a hard disk; and the metaphor of the desktop can be used for an operating system interface.
• As the capabilities of processing devices progress, however, so do the demands on the graphical user interface to convey information to the users in an intuitive manner
SUMMARY
• Disclosed herein are methods, apparatus and systems including a visualization object receptacle. In one implementation, a computer readable medium stores instructions that are executable by a processing device, and upon such execution cause the processing device to generate a graphical user interface on a display device. The graphical user interface defines a depth aspect and a visualization object receptacle disposed along the depth aspect. A visualization object comprises a collective representative of graphical user interface elements that can be displayed in the visualization object receptacle.
• In another implementation, a visualization object receptacle disposed along a depth aspect is generated, and one or more visualization objects are generated within the visualization object receptacle. At least one of the visualization objects is a stack item.
• In another implementation, a three-dimensional desktop defining a depth aspect includes a visualization object receptacle disposed along the depth aspect. One or more visualization objects are disposed within the visualization object receptacle, and at least one of the visualization objects comprises a stack item.
BRIEF DESCRIPTION OF THE DRAWINGS
• FIG.1 is a block diagram of an example system that can be utilized to implement the systems and methods described herein.
• FIG.2 is a block diagram of an example user interface architecture.
• FIG.3 is an image of an example visualization object receptacle.
• FIG.4 is an image of an example stack item.
• FIG.5 is a block diagram of an example user interface engine architecture.
• FIG.6 is a block diagram of an example system layer structure that can be utilized to implement the systems and methods described herein.
• FIG.7 is a block diagram of an example multidimensional desktop environment.
• FIG.8 is another block diagram of the example multidimensional desktop environment.
• FIG.9 is another block diagram of the example multidimensional desktop environment.
• FIG.10 is another block diagram of the example multidimensional desktop environment.
• FIG.11 is a block diagram of another example multidimensional desktop environment.
• FIG.12 is a block diagram of another example multidimensional desktop
• environment.
• FIG.13 is a block diagram of another example multidimensional desktop
• environment.
• FIG.14 is a block diagram of another example multidimensional desktop
• environment.
• FIG.15 is a block diagram of another example multidimensional desktop environment.
• FIGS.16A-D are block diagrams of other example multidimensional desktop environments.
• FIG.17 is a block diagram of an example desktop transition.
• FIGS.18A-18D are block diagrams of example visualization object receptacle indicators.
• FIGS.19A and19B are block diagrams of an example contextual menu for a visualization object receptacle.
• FIG.20 is a block diagram of an example visualization object receptacle including type-ahead indications.
• FIGS.21A and21B are block diagrams of example selection indicators for a visualization model.
• FIG.22 is a block diagram of another example multidimensional desktop environment.
• FIG.23 is a block diagram of another example visualization object receptacle.
• FIG.24 is a block diagram of an example stack item.
• FIG.25 is a block diagram of another example stack item.
• FIG.26 is a block diagram of another example stack item.
• FIG.27 is a block diagram of another example stack item.
• FIGS.28A and28B are block diagrams of example stack items that are color-coded.
• FIG.29 is a block diagram illustrating an example contextual control scheme applied to an example stack item.
• FIG.30 is a block diagram illustrating the application of an example visualization model to an example stack item.
• FIGS.31A and31B are block diagrams illustrating the application of another example visualization model to an example stack item.
• FIG.32 is a block diagram illustrating the application of another example visualization model to an example stack item.
• FIG.33A is a block diagram of an example group association of an example stack item.
• FIG.33B is a block diagram of an example group association of system objects.
• FIG.34 is a flow diagram of an example process for transitioning a desktop.
• FIG.35 is a flow diagram of another example process for transitioning between desktop types.
• FIG.36 is a flow diagram of an example process for generating a multidimensional desktop environment.
• FIG.37 is a flow diagram of an example process for rendering a side surface in a multidimensional desktop environment.
• FIG.38 is a flow diagram of an example process for scrolling a side surface in a multidimensional desktop environment.
• FIG.39 is a flow diagram of an example process for generating a selection indicator.
• FIG.40 is a flow diagram of an example process for rendering desktop items.
• FIG.41 is a flow diagram of an example process for generating an example application environment in a multidimensional desktop environment.
• FIG.42 is a flow diagram of an example process for transitioning between application environments.
• FIG.43 is a flow diagram of an example process for generating a visualization object receptacle.
• FIG.44 is a flow diagram of an example process for color coding visualization
• objects.
• FIG.45 is a flow diagram of an example process for color coding visualization objects of related system objects.
• FIG.46 is a flow diagram of another example process for generating a visualization object receptacle.
• FIG.47 is a flow diagram of an example process for generating a stack item.
• FIG.48 is a flow diagram of an example process for displaying stack elements according to modal states.
• FIG.49 is a flow diagram of an example process for selecting interaction models and/or visualization models.
• FIG.50 is a flow diagram of another example process for generating a stack item.
• FIG.51 is a flow diagram of an example process for displaying a stack item according to an execution context.
• FIG.52 is a flow diagram of an example process for generating and displaying a stack item.
• FIG.53 is a flow diagram of an example process for automatically selecting and applying an interaction model to a stack item.
• FIG.54 is a flow diagram of another example process for automatically selecting and applying an interaction model to a stack item.
• FIG.55 is a flow diagram of another example process for automatically selecting and applying an interaction model to a stack item.
• FIG.56 is a flow diagram of another example process for automatically selecting and applying an interaction model to a stack item.
• FIG.57 is a flow diagram of an example process for generating a divet.
• FIG.58 is a flow diagram of an example process for generating a divet contextual menu.
DETAILED DESCRIPTION
• FIG.1 is a block diagram of anexample system100 that can be utilized to implement the systems and methods described herein. Thesystem100 can, for example, be implemented in a computer device, such as any one of the personal computer devices available from Apple Inc., or other electronic devices. Other example implementations can also include video processing devices, multimedia processing devices, portable computing devices, portable communication devices, set top boxes, and other electronic devices.
• Theexample system100 includes aprocessing device102, afirst data store104, asecond data store106, agraphics device108,input devices110,output devices112, and anetwork device114. Abus system116, such as a data bus and a motherboard, can be used to establish and control data communication between thecomponents102,104,106,108,110,112 and114. Other example system architectures, however, can also be used.
• Theprocessing device102 can, for example, include one or more microprocessors. Thefirst data store104 can, for example, include a random access memory storage device, such as a dynamic random access memory, or other types of computer-readable medium memory devices. Thesecond data store106 can, for example, include one or more hard drives, a flash memory, and/or a read only memory, or other types of computer-readable medium memory devices.
• Thegraphics device108 can, for example, include a video card, a graphics accelerator card, or a display adapter, and is configured to generate and output images to a display device. In one implementation, thegraphics device108 can be realized in a dedicated hardware card connected to thebus system116. In another implementation, thegraphics device108 can be realized in a graphics controller integrated into a chipset of thebus system116. Other implementations can also be used.
• Example input devices110 can include a keyboard, a mouse, a stylus, a video camera, a multi-touch surface, etc., andexample output devices112 can include a display device, an audio device, etc.
• Thenetwork interface114 can, for example, include a wired or wireless network device operable to communicate data to and from anetwork118. Thenetwork118 can include one or more local area networks (LANs) or a wide area network (WAN), such as the Internet.
• In an implementation, thesystem100 includes instructions defining an operating system stored in thefirst data store104 and/or thesecond data store106. Example operating systems can include the MAC OS® X series operating system, the WINDOWS® based operating system, or other operating systems. Upon execution of the operating system instructions, access to various system objects is enabled. Example system objects include data files, applications, functions, windows, etc. To facilitate an intuitive user experience, thesystem100 includes a graphical user interface that provides the user access to the various system objects and conveys information about thesystem100 to the user in an intuitive manner
• FIG.2 is a block diagram of an exampleuser interface architecture200. Theuser interface architecture200 includes a user interface (UI)engine202 that provides the user access to the various system objects204 and conveys information about thesystem100 to the user.
• Upon execution, theUI engine202 can cause thegraphics device108 to generate a graphical user interface on anoutput device112, such as a display device. In one implementation, the graphical user interface can include amultidimensional desktop210 and amultidimensional application environment212. In an implementation, themultidimensional desktop210 and themultidimensional application environment212 include x-, y- and z-axis aspects, e.g., a height, width and depth aspect. The x-, y- and z-axis aspects may define a three-dimensional environment, e.g., a “3D” or “2.5D” environment that includes a z-axis, e.g., depth, aspect.
• In an implementation, themultidimensional desktop210 can include use interface elements, such as visualization objects220, avisualization object receptacle222, and stackitems224. In some implementations, the visualization objects220, thevisualization object receptacle222 and thestack items224 can be presented in a pseudo-three dimensional (i.e., “2.5D”) or a three-dimensional environment as graphical objects having a depth aspect.
• Avisualization object220 can, for example, be a visual representation of a system object. In some implementations, the visualization objects220 are icons. Other visualization objects can also be used, e.g., alert notification windows, menu command bars, windows, or other visual representations of system objects.
• In an implementation, themultidimensional application environment212 can include an application environment distributed along a depth aspect. For example, a content frame, e.g., an application window, can be presented on a first surface, and control elements, e.g., toolbar commands, can be presented on a second surface.
• FIG.3 is an image of an examplevisualization object receptacle300. In one implementation, thevisualization object receptacle300 can include x-, y- and z-axis aspects, e.g., a height, width and depth. In another implementation, thevisualization object receptacle300 can have only a y- and z-axis aspect, e.g., a width and depth. In another implementation, thevisualization object receptacle300 can have only an x- and y-axis aspect, e.g., a height and a width. An example implementation of avisualization object receptacle300 is the “Dock” user interface in the MAC OS® X Leopard operating system. Other implementations can also be used.
• In some implementations, or more visualization objects, e.g.,icons304,306,308 and310 can be disposed within thevisualization object receptacle300, e.g., anicon receptacle300. In one implementation, a lighting and shading effect is applied to emphasize the depth aspect of thevisualization object receptacle300, as illustrated by the correspondingshadows305,307,309 and311 andreflections312,314,316 and318 beneath each of theicons304,306,308 and310.
• In some implementations, thevisualization object receptacle300 can includefront surface319 to generate a height aspect. In some implementations, anotch320 can be included in thevisualization object receptacle300. Thenotch320 can, for example, be utilized to arrange visualization objects related to particular programs or functions, e.g., files and folders can be disposed on a first side of thenotch320 and applications can be disposed on a second side of thenotch320; or a user may define arrangements according to thenotch320, etc.
• In some implementations, thevisualization object receptacle300 can include status indicators, e.g.,330 and332, disposed on thefront surface319. Thestatus indicators330 and332 can, for example, appear as illuminations to indicate a status of a system object or function associated with a corresponding visualization object. In some implementations, the status indicators can be color coded based on an identified status. For example, thestatus indicator330 may be illuminate in a yellow color to indicate that thefolder304 is receiving a file download, and thestatus indicator332 may be illuminate in a green color to indicate that a program associated with thevisualization object308 is running
• In some implementations, thevisualization object receptacle300 may only define a depth aspect, e.g., thevisualization object receptacle300 may not include afront surface319. In some implementations, the top surface of thevisualization object receptacle300 can be modeled as a liquid for addition and removal of visualization objects. For example, when a visualization object is added to thevisualization object receptacle300, the adjacent visualization objects may move apart to define an open space, and the added visualization object may emerge from the surface into the open space. Surface perturbations, e.g., ripples, can be generated to enhance the visual effect of the addition of the visualization object. Visualization objects can be removed by a substantially reversed visual effect.
• In another implementation, when a visualization object is added to thevisualization object receptacle300, the adjacent visualization objects may move apart to define an open space, and the added visualization object may fall onto the surface into the open space. Surface perturbations, e.g., ripples and splashes, can be generated to enhance the visual effect of the addition of the visualization object. Visualization objects can be removed by a substantially reversed visual effect. Additional features of visualization object receptacles and visualization objects disposed therein are described in more detail below.
• FIG.4 is an image of anexample stack item400. In one implementation, thestack item400 is a system object that includes a plurality of stack elements, e.g., stackelements402,404,406 and408, such as icons corresponding to system objects, or other visualizations of system objects. Thestack item400 is associated with thestack elements402,404,406 and408 so that selection of the stack item can provide access to any of thestack elements402,404,406 and408. In one implementation, a stack element can, for example, be realized by a corresponding visualization object of a system object. In another implementation, a stack element can, for example, be realized by a corresponding thumbnail icon of a system object. In another implementation, a stack element can, for example, be realized by a different corresponding icon of a system object. In another implementation, a stack element can, for example, be realized by a common stack element icon. Other stack element realizations with icons and/or other visualization objects can also be used.
• In one implementation, astack item identifier410 can be displayed on the top stack element, e.g.,stack element402. In one implementation, thestack item identifier410 can, for example, comprise a title describing a stack type, e.g., “images” or “documents.” In another implementation, thestack item identifier410 can, for example, comprise a visual indicator indicating an aspect of the stack, e.g., a dollar sign S can be displayed for a stack item including system objects related to a financial analysis tool; or a representation of a coin can be displayed as a surface beneath the stack item, etc. Thestack item identifier410 can, for example, be automatically generated, or can be generated by the user. Other stack item identifiers can also be used.
• In one implementation, thestack elements402,404,406 and408 are aggregated in an overlapping arrangement as shown inFIG.4. Other stack arrangements can also be used. In one implementation, eachstack element402,404,406 and408 displays a correspondingunique indicium412,414,416 and418, e.g., a thumbnail preview of an image associated with the stack element or the first page of a document associated with the stack element. Other unique indicium or unique indicia can also be used. For example, stack elements corresponding to images can be of the same aspect of the image, e.g., a 4×5 aspect, and 9×12 aspect, etc. Likewise, stack items corresponding to documents can be of the same aspect of a paper selection, e.g., an 8.5×11 aspect, an A4 aspect, etc. Other unique indicium or indicia can also be used, e.g., a document size and/or a document date can be displayed in each stack element, etc.
• In some implementations, thestack elements402,404,406 and408 can be normalized to or in a similar display aspect. For example, stack elements corresponding to images of different aspects, e.g., a 4×5 aspect, and 9×12 aspect, etc., can be of the same display aspect by the addition of borders surrounding a thumbnail of the thumbnail image. Such normalization can facilitate a consistent presentation of system objects having inconsistent characteristics, e.g., different formatting sizes.
• Thestack item400 can include visualization objects related to different types of system objects. For example, a stack item can include stack elements related to peripheral devices, e.g., hard drives, universal serial bus devices, etc.; or can include stack elements related to application windows; or can include stack elements related to system functions, e.g., menus, a shutdown function, a sleep function, a backup function, etc.; or can includes stack elements related to recent system alerts; or other system objects.
• In some implementations, astack item400 can include visualization objects related to different system views. For example, thestack element402 can correspond to a work environment; thestack element404 can correspond to a gaming environment; thestack element406 can correspond to a music environment; and thestack element408 can correspond to a movie environment. Selection of any of the corresponding elements402-408 can cause the user interface to transition to the corresponding environment.
• In some implementations, astack item400 can include visualization objects related to multiple monitors. For example, if a monitor in a dual monitor user environment is disabled, the corresponding visualization objects displayed on the disabled monitor can collapse into a monitor stack on the remaining monitor.
• Additional features of the stack items and corresponding stack elements are described in more detail below.
• FIG.5 is a block diagram of an example user interface engine architecture500. TheUI engine202 can, for example, include an interaction andvisualization model engine502, aphysics engine504, and acontext engine506. Other engines can also be included.
• In one implementation, the interaction andvisualization model engine502 can identify an association characteristic of associated visualization objects, e.g., icons. The associated graphical elements can be collectively displayed, e.g., in an object stack, or can be distributed in a desktop/folder hierarchy in which only one icon is displayed. Based on the identified characteristic, the interaction andvisualization model engine502 can automatically select an interaction model and/or visualization mode that defines how the user may interact with and view the associated graphical elements. For example, if an identified association characteristic is the quantity of associated icons, an interaction model and/or visualization model for browsing the documents related to the icons can be selected based on the quantity. For example, if the quantity of associated icons is less than a first threshold, e.g., four, a mouse-over of any one of the four associated icons can present the associated icons in juxtaposition. Likewise, if the quantity of associated icons is greater than the first threshold and less than a second threshold, e.g., 16, a mouse-over of any one of the associated icons can present the associated icons in an overlapping display in which the icons cycle from back to front. Additionally, if the quantity of associated icons is greater than the second threshold, then a mouse-over of any one of the associated icons can present a scrollable list of associated documents.
• Other interaction models and visualization model selection schemes can also be implemented. For example, the interaction andvisualization model engine502 can cause related visualization objects to move across a user interface when a particular visualization object type is selected, e.g., selection of a word processing program icon may cause word processing document icons to move toward the word processing program icons. In another implementation, selection of a visualization object can cause unrelated visualization objects to be de-emphasize (e.g., reduce in size), and/or related visualization objects to be emphasized (e.g., increase in size). In another implementation, selection of a visualization object can cause related visualization objects to become illuminated.
• In one implementation, thephysics engine504 can apply a physics aspect, such as Newtonian physics models based on mass, velocity, etc., to the visual representations of system objects, such as icons. In an implementation, the icons can be modeled as rigid bodies or non-rigid bodies. For example, placing an icon on a surface next to adjacent icons can cause the adjacent icons to shift positions in response to a simulated disturbance from the icon placement. In one implementation, icon magnetism can be selectively enabled or disabled by the user. In one implementation, icons return to their initial positions upon a disabling of the magnetism aspect. In another implementation, a magnet icon can have a magnetism aspect selected by the user, e.g., a magnetism with respect to a word processing application, or a magnetism with respect to two or more applications, or a magnetism with respect to the last time a document was accessed, e.g., within the last two days, etc.
• Other physics models can also be applied. For example, an application icon can include a magnetism aspect, and placing the magnetic application icon on the desktop can cause icons related to the application icon, e.g., icons representing application document files, to be attracted to the magnetic icon and move towards the magnetic icon. Likewise, icons for unrelated system objects, e.g., other application icons and other document icons, can be modeled as having an opposite magnetic polarity from the selected magnetic icon, and thus will be repulsed and shift away from the selected magnetic icon.
• Thecontext engine506 can, for example, provide contextual control of a stack item based on a context. For example, stack items, such as thestack item400, can be defined according to a protection context. Accordingly, system objects corresponding to stack elements within the stack item cannot be deleted until dissociated from the stack item. In some implementations, astack item400 can have a locked context, and access to thestack item400 can be password protected. Other contextual control can also be provided, such as contextual control based on a temporal context, e.g., a new object stack of recently added system objects; a download context, such as a download stack for recently downloaded files; or an execution context, or other context types.
• FIG.6 is block diagram of example system layers600 that can be utilized to implement the systems and methods described herein. Other system layer implementations, however, can also be used.
• In an implementation, a user interface engine, such as theUI engine202, or another UI engine capable of generating a three-dimensional user interface environment, operates at anapplication level602 and implements graphical functions and features available through an application program interface (API)layer604. Example graphical functions and features include graphical processing, supported by a graphics API, image processing, support by an imaging API, and video processing, supported by a video API.
• TheAPI layer604, in turn, interfaces with agraphics library layer606. Thegraphics library layer604 can, for example, be implemented as a software interface to graphics hardware, such as an implementation of the OpenGL specification. A driver/hardware layer608 includes drivers and associated graphics hardware, such as a graphics card and associated drivers.
• FIG.7 is a block diagram700 of an example multidimensional desktop environment. In the example implementation, themultidimensional desktop environment700 includes aback surface702 axially disposed, e.g., along the z-axis, from aviewing surface704. In one implementation, theback surface702 can, for example, be a two-dimensional desktop environment, including one ormore menus701 and703. In one implementation, theviewing surface704 can be defined by the entire image on a display device, e.g., a “front pane.” One or more side surfaces, such as side surfaces706,708,710 and712, are extended from theback surface702 to theviewing surface704. A visualization object receptacle, e.g., anicon714 is generated on one or more of the side surfaces, such asside surface706. Although only one visualization object receptacle is shown, addition icon receptacles can also be displayed, e.g., along theside surface708.
• In one implementation, areflection region716 can be generated on theside surface706, e.g., the “floor.” In an implementation, a reflection of theback surface702 and of graphical items placed on thereflection region716 can be generated, e.g., shapes760 and762 generatereflections761 and763 in thereflection region716.
• In an implementation, thevisualization object receptacle714 is positioned at aforward terminus718 of thereflection region716. In one implementation, theforward terminus718 can be offset by an axial distance d from theviewing surface704. In another implementation, theforward terminus718 can terminate at the plane defined by theviewing surface704.
• In an implementation, the side surfaces706,708,710 and712 can intersect atintersections707,709,711 and713, respectively. Although four side surfaces are shown inFIG.7, fewer or greater numbers of side surfaces can be defined; for example, in an implementation,only side surfaces706,708 and712 are defined, and there is an absence of a “top”side surface710.
• In an implementation, theintersections707,709,711 and713 of the side surfaces706,708,710 and712 can occur at different locations. For example, the multidimensional desktop environment can includeintersections707a,709a,711aand713athat are horizontally disposed; orintersections707b,709b,711band713bthat are vertically disposed, or combinations of vertical, angled, and horizontal intersections.
• In an implementation, the side surfaces706,708,710 and712 are colored to emphasize theback surface702 andreflection region716. For example, the side surfaces706,708,710 and712 can be black in color, or respective patterns or colors can be rendered on each side surface. Other differentiation schemes including color schemes and image schemes can also be applied.
• Thevisualization object receptacle714 can include a plurality of visualization objects, e.g.,icons720,722,724,726,728,730,732,734,736,738,740 and742. Theicons720,722,724,726,728,730,732,734,736,738,740 and742 can, for example, corresponding to one or more system objects, such as applications, documents, and functions. Thevisualization object receptacle714 andicons720,722,724,726,728,730,732,734,736,738,740 and742 can include features as described with respect to thevisualization object receptacle300 ofFIG.3, and as described in more detail below.
• In an implementation, stackitems750,752,754,756 and758 are interposed between thevisualization object receptacle714 and theback surface702. Thestack items750,752,754,756 and758 can include features as described with respect toFIG.4 above, and as described in more detail below. In the implementation ofFIG.7, thestack items750,752,754,756 and758 define type associations, e.g., images, movies, documents, presentations, and downloads, respectively. Other associations can also be used. Thestack items750,752,754,756 and758 can generatereflections751,753,755,757, and759 in thereflection region716.
• Selection of a particular stack element in a stack item can, for example, launch an associated application if the stack element represents an application document; or perform a system function if the stack element represents a system function; or can instantiate some other system process.
• In an implementation, a stack item can be placed on thevisualization object receptacle714. In another implementation, behavior of a stack item when in thevisualization object receptacle714 is similar to the behavior of the stack item when placed on thereflection region716.
• In an implementation, representations of system objects, e.g., icons, stack items, etc., can be disposed on the side surfaces708,710 and712. For example, a window displayed on theback surface702 can be selected and dragged to one of the side surfaces708,710, or712. Likewise, a stack item, such asstack item750, can be dragged and disposed on one of the side surfaces708,710, or712.
• In one implementation, a stack item is created when a representation of a system object, e.g., an icon, is placed on the surface of thereflection region716. For example, an icon related to a document can be displayed on thesurface712; upon a selection, dragging and placement of the icon on thereflection region716, a stack item is created with at least the icon as a stack element. In an implementation, a stack item can also be created by a keyboard input; for example, a user can create a stack item for open windows by a Ctrl-W input, or create a stack item for peripherals by a Ctrl-P input, etc. Other processes to create stack items can also be used.
• In one implementation, existing stack items are displaced to provide space for a newly created stack item. In one implementation, thereflection region716 can be defined by a surface aspect, such as an equable texture, and thestack items750,752,754,756 and758 are displaced according to a physics model, e.g., a rigid-body Newtonian physics model. In another implementation, thereflection region716 can be defined by a grid aspect, and thestack items750,752,754,756 and758 are displaced according to a grid snap.
• Other textures and surface behaviors can also be used. In one implementation, a motion model is dependent on a selected surface aspect. For example, an equable texture, such as an image of a hardwood floor or a polished metallic surface, can be associated with a rigid-body Newtonian physics model; conversely, a visible grid aspect, or a raised texture, such as an image of a carpet, pebbles, etc., can be associated with a grid snap. In another implementation, the motion mode and textures can be selected independently.
• In one implementation, a maximum number of stack items can be displayed in thereflection region716. Upon the insertion or creation of a new stack item, one or more existing stack items are removed from thereflection region716. In one implementation, a consolidated stack item can be created. The consolidated stack item can, for example, be a collection of stack items with each stack item being represented by a corresponding stack element. Selection of a corresponding stack element in a consolidated stack item will cause the corresponding stack item to be positioned on the reflection region, and will likewise cause another stack item to be positioned in the consolidated stack item.
• In another implementation, one or more existing stack items can be removed from thereflection region716 by transitioning to an edge of thereflection region716 and fading from view, e.g., thestack item750 may shift towards theintersection707 and fade by an atomizing effect, by a falling effect, or by some other effect. In another implementation, one or more existing stack items are removed from thereflection region716 by transitioning to an edge of thereflection region716 and moving onto one of the side surfaces, e.g., thestack item750 may shift towards theintersection707 and move up theside surface708.
• FIG.8 is another block diagram800 of the example multidimensional desktop environment. In the block diagram ofFIG.8, thevisualization object receptacle714 has been adjustably disposed along a depth axis, e.g., a z-axis, such that thevisualization object receptacle714 is disposed on theback surface702. In one implementation, thevisualization object receptacle714 can, for example, be preeminently displayed. Thevisualization object receptacle714 can, for example, be preeminently displayed by rendering thevisualization object receptacle714 in front of other graphical objects. For example, theicon742 in thevisualization object receptacle716 is displayed in front of thestack item750. Other methods can be used to preeminently display thevisualization object receptacle714, such as rendering graphical objects displayed in front of the visualization object receptacle as translucent objects.
• FIG.9 is another block diagram900 of the example multidimensional desktop environment. The system implementing the multidimensional desktop environment graphical user interface, such as thesystem100 ofFIG.1, has received a selection command for thestack item750. A selection command for a stack item can be generated by, for example, a mouse-over, a mouse click, a keyboard input, or by some other input.
• In the implementation shown inFIG.9, a visualization model that causes thestack elements772,774,776 and778 to be arranged in an overlapping fan is applied to thestack item750. Thus, in response to a user input, e.g., a selection or a mouse over, thefirst stack item750 enters a second modal state from a first modal state and the forwardmost stack element772 fans upward, followed by thestack items774 and776. While thestack item750 is selected, a user can, for example, select and open a document related to one of thestack elements772,774,776 and778 by positioning a cursor on one of thestack elements772,774,776 and778 and selecting the element (e.g., clicking on the element with a mouse cursor). Deselection of thestack item750, e.g., ceasing the mouse over, causes thestack elements772,774,776 and778 to collapse back into thestack item750, and the stack item returns to the first modal state. Other selection processes can also be used.
• In one implementation, thestack elements772,774,776 and778 fan according to a fixed fanningpath780. In another implementation, thestack elements772,774,776 and778 can fan according to a path defined by a mouse input received from a user. In another implementation, a fanning can define a path toward a central region, and thus the stack elements of each stack may fan according to respective fanningpaths780,782,784,786, and788.
• In one implementation, one of several interaction and/or visualization models can be automatically selected for application to a stack item, such as thestack item750. The selection can, for example, be based on a characteristic of thestack item750, e.g., the number ofstack elements772,774,776 and778, the type of thestack elements772,774,776 and778, or some other characteristic. For example, if an identified association characteristic is the quantity of associated icons, a visualization and/or interaction model for browsing and interacting with the documents related to the icons can be selected based on the quantity. If the quantity of associated icons is greater than a first threshold, e.g., three, a mouse-over of any one of thestack elements772,774,776 and778 can present thestack elements772,774,776 and778 in the fanning arrangement as shown inFIG.9.
• Other interaction and/or visualization model selection criterion or criteria can also be used. For example, stack elements related to documents in thestack item754 can be displayed in an overlapping leafing mode in which the document titles appear, as the user is more likely to discern the relevance of a document from the title than a thumbnail image of a first page of a document.
• FIG.10 is another block diagram1000 of the example multidimensional desktop environment. The system implementing the multidimensional desktop environment graphical user interface, such as thesystem100 ofFIG.1, has received a selection command for thestack item750, and a visualization model that causes thestack elements772,774,776 and778 to be arranged as single instances, e.g., single icons, in a matrix display is automatically selected and applied to thestack item750. In the implementation ofFIG.10, the selection criterion can, for example, be based on a quantity. For example, if the quantity of associated icons is less than a first threshold, e.g., five, a selection of thestack item750 can present thestack elements772,774,776 and778 in substantial juxtaposition as shown inFIG.10.
• In one implementation, a selection indicator can be generated to indicate a selected stack item. For example, an under-lighting effect1002 can be generated to indicate selection of thestack item750. Other selection indicators can also be used, such as backlighting effects, enlargement effects, outlining effects, or other effects.
• Additional stack items1004 and1006, corresponding to the categories of online buddies and music, are also displayed in the block diagram1000. In one implementation, stack items, such asstack items1004 and1006, can be contextually controlled. For example, in one implementation, thestack item1004 can automatically appear when the system implementing the graphical user interface ofFIG.10, such as thesystem100 ofFIG.1, receives a notification that an event associated with another user that is designated as an “online buddy” has occurred, e.g., the “online buddy” has logged onto a network.
• In another implementation, a stack item, such as thestack item1006, can automatically appear when an application corresponding to the stack item is selected or executed. For example, selecting theicon732, which illustratively corresponds to a music application, will instantiate thestack item1006 in accordance with a selection and/or execution context.
• Other contextual controls can also be used, such as modal states, temporal contexts, etc.
• FIG.11 is a block diagram of another example multidimensional desktop environment. The multidimensional desktop environment ofFIG.11 includes aback surface1102 axially disposed, e.g., along the z-axis, from aviewing surface1104. In one implementation, theback surface1102 can, for example, be a two-dimensional desktop environment, including one ormore menus1101 and1103. In one implementation, the viewing surface can be defined by the entire image on a display device, e.g., a “front pane.” One or more side surfaces, such asside surfaces1106,1108,1110 and1112, are extended from the back surface to the viewing surface. Avisualization object receptacle1114 is generated on one or more of the side surfaces, such asside surface1106.
• In one implementation, areflection region1116 can be generated on theside surface1106, e.g., the “floor.” Thereflection region1116 can, for example, generate a reflection of theback surface1102 and desktop items placed on thereflection region1116.
• In an implementation, the side surfaces1106,1108,1110 and1112 are colored to emphasize theback surface1102 and thereflection region1116. For example, the side surfaces1106,1108,1110 and1112 can be black in color, or respective patterns, colors, or images can be rendered on each side surface. Other differentiation schemes including color schemes and image schemes can also be applied.
• Thevisualization object receptacle1114 can include a plurality of visualization objects, e.g.,icons1120,1122,1124,1126,1128 and1130. Theicons1120,1122,1124,1126,1128 and1130 can, for example, include visualization objects corresponding to one or more system objects, such as applications, documents, and functions. For example,icons1120,1122 and1124 can correspond to applications;icons1126 and1128 can correspond to stack items; andicon1130 can correspond to a deletion function. Other system objects can also be represented, such as file items, peripheral items, etc.
• In an implementation,stack items1140,1142,1144 and1146 are interposed between thevisualization object receptacle1114 and theback surface1102. A selection indicator can, for example, be generated to indicate a selected stack item. For example, an enlargement effect can be used to indicate a selection of thestack item1146. Other selection indicators can also be used.
• In an implementation, thereflection region1116 can be defined by agrid aspect1150, and thestack items1140,1142,1144 and1146 are displaced according to a grid snap. In one implementation, thegrid aspect1150 can be visible, e.g., a grid outline, or an association with a texture image. In another implementation, the grid aspect can be invisible.
• In another implementation, stack items can be scrolled from side-to-side and/or from front-to-back (or back-to-front) on thesurface1106. For example, upon a selection of thesurface1106, e.g., by clicking on thesurface1106, thesurface1106 can be scrolled in the directions indicated by thearrows1152 and1154. The floor surface can include a scroll ingress and a scroll egress in which a scroll direction transitions from the scroll ingress to the scroll egress. For example,intersections1156 and1158 may define a scroll ingress and a scroll egress for a left-to-right scroll direction, or theleft edge1157 and theright edge1159 of thereflection region1116 may define a scroll ingress and a scroll egress for a left-to-right scroll direction. In one implementation, stack items are emplaced on thefloor surface1106 at the scroll ingress1156 (or1157), and displaced from thefloor surface1106 at the scroll egress1158 (or1159). In one implementation, one or more existing stack items are displaced from thesurface1106 by fading from view, e.g., fading by an atomizing effect, by a falling effect, or by some other effect.
• In another implementation, one or more existing stack items are displaced from thesurface1106 moving onto one of the side surfaces, e.g.,surface1112. In another implementation, one or more existing stack items are removed from thesurface1106 by moving into a stack element that includes displaced stacks, e.g., “anchor” stacks near theintersections1156 and1158.
• In one implementation, windows, such aswindows1160,1162 and1164, can be displayed on theback surface1102. Thewindows1160,1162 and1164 can, for example, be selected and placed on one or more of thesurfaces1106,1108,1110 and1112. In one implementation, placing a window on one of the surfaces, such as thereflection region1116 of thesurface1106, generates a stack item having the selected window as a stack element. Selecting the stack item can, for example, cause the window to reappear in the original position on theback surface1102.
• In one implementation, placing a window on one of the surfaces, such as thesurface1108, generates a representation of the window, e.g., awindow thumbnail1170 onsurface1108. The corresponding window can, for example, be restored by dragging the window thumbnail onto theback surface1102, or by selecting and double-clicking on thewindow thumbnail1170, or by some other command invocation.
• In one implementation, a lighting aspect can generate a shadow and/or reflection for representations of system objects placed on a side surface. For example, a lighting aspect can generate a reflection orshadow1172 of thewindow thumbnail1170. In one implementation, a shadow and/or reflection cast on thereflection region1116 from theback surface1102 can be limited to a selected representation of a system object. For example, if thewindow1160 is currently selected, the shadow or reflection on thereflection region1116 can be limited to thewindow1160, and the remainingwindows1162 and1164 will not generate a reflection.
• In another implementation, the lighting aspect can generate an illumination effect from thewindow thumbnail1170 onto one or more surfaces. For example, the illumination effect can comprise a simulated sunbeam emanating from thewindow1170. In one implementation, the illumination effect can change according to local environmental states, e.g., the sunbeam can track across the surfaces according to a local time; the intensity of the sunbeam can be modulated according to the local time and local weather conditions that are received over thenetwork118, e.g., high intensity for sunny days, low intensity for overcast days and during the early evening, and/or being eliminated after a local sunset time and generated after a local sunrise time.
• In another implementation, the lighting aspect described above can be associated with a weather widget that can be displayed on one or more of the surfaces. Selection of the weather widget can, for example, provide a detailed weather summary of a selected region.
• In another implementation, a stack item, such as thestack item1128, can be operatively associated with window instances, such aswindows1160,1162 and1164. In one implementation, thewindows1160,1162 and1164 are minimized asstack elements1161,1163 and1165, respectively, in thestack item1128 in response to a first command, and thewindows1160,1162 and1164 are displayed on theback surface1102 from the minimized state in response to a second command
• In an implementation, the first and second commands are toggle commands For example, selection of theentire stack item1128, e.g., by receiving a click command substantially concurrently with a mouse-over on thestack item1128, can cause all windows associated with the stack element, e.g.,windows1160,1162 and1164, to appear on theback surface1102. Upon cessation of the click command, thewindows1160,1162 and1164 revert to the minimized state.
• In another example implementation, selection of a stack element, such as selection of thestack element1163 by receiving a click command after a cursor has hovered over thestack element1163 in excess of a time period, can cause thestack element1163 to be removed from thestack item1128. In response, thewindow1162 can reappear on theback surface1102.
• In an implementation, the lighting aspect can be configured to generate a shadow effect for each representation of a system object. For example, a selected window can cast shadows on subsequent windows to emphasize a depth aspect and an overall user interface relationship; a stack item can cast a shadow on adjacent representations of systems objects; selecting an dragging an icon can cause a shadow of the icon to be generated on the side and back surfaces as the icon is moved, etc.
• FIG.12 is a block diagram of another example multidimensional desktop environment. In the implementation ofFIG.12, thereflection region1116 is defined by surface aspect having an equable texture on which stack items are displaced in response to a new stack item. For example, thestack items1202,1204,1206 and1208 can move in response to the addition of anew stack item1210. As thenew stack item1210 drops onto thesurface1106, thestack items1206 and1208 move in response to the displacement induced by thenew stack item1210.
• In one implementation, a maximum number of stack items can be displayed on thesurface1106. If the addition of a new stack item causes the number of displayed stack items to be exceeded, then a stack item nearest a surface intersection can be displaced from the surface. For example, if the maximum number of stack items to be displayed is four, then thestack item1208 can continue to move to the edge of thesurface1106, where thestack item1208 is displaced, e.g., fades from view, atomizes, etc.
• In one implementation, thesurfaces1108 and1112 can, for example, display specific types of desktop items. For example, thesurface1108 can display afile desktop item1220, e.g., a document icon, and thesurface1112 can display a program desktop item, e.g., anapplication icon1222. In one implementation, thefile desktop item1220 corresponds to an open file in anapplication window1224, and theapplication icon1222 corresponds to the executing application.
• In another implementation, a plurality of file desktop items and application desktop items can be displayed on therespective surfaces1108 and1112. For example, thesurface1112 can display two icons corresponding to two executing applications. Selection of one of the application icons can, for example, cause corresponding application windows to be displayed on theback surface1102 and corresponding document icons to be displayed on thesurface1108.
• FIG.13 is a block diagram of another example multidimensional desktop environment. In this example implementation, theback surface1302 does not include menu items, e.g.,menus1101 and1103. Astack item1304 is utilized to access menus corresponding tomenus1101 and1103 by selectingstack elements1306 and1308, respectively. In one implementation, selection of thestack item1304 and a positioning of the stack item onto theback surface1302 can causecorresponding menu items1101 and1103 to reappear at the top of theback surface1302.
• The multidimensional desktop environment ofFIG.13 can, for example, also facilitate a multidimensional application environment. For example, an applicationcontent presentation surface1310, e.g., an application instance displaying editable data, can be displayed on theback surface1302, and one or more application control elements can be displayed on one or more side surfaces. For example, atool bar1312 can be displayed on thesurface1108 to provide access totoolbar function buttons1314,1316,1318,1320,1322 and1324.
• Likewise,menu items1330 can be displayed on thesurface1112. In one implementation, selection of a menu item generates a textual menu that is axially disposed so that the textual menu appears to be suspended between theback surface1302 and the viewing surface. For example, selecting the “File” menu from themenu items1330 can generate the floatingtextual menu1332, which can, for example, include ashadow effect1334 on theback surface1302.
• FIG.14 is a block diagram of another example multidimensional desktop environment. The multidimensional desktop environment ofFIG.14 also facilitates a multidimensional application environment. For example, anapplication content frame1410, e.g., a window displaying editable data, can be displayed on theback surface1102, and one or more application control elements can be displayed on one or more side surfaces. For example, a three-dimensionalfunction icon arrangement1420 can be displayed on thesurface1108, andmenu items1430 can be displayed on thesurface1112.
• The three-dimensionalfunction icon arrangement1420 can, for example, include three-dimensional function icons1422,1424,1426 and1428. In one implementation, each three-dimensional function icon1422,1424,1426 and1428 includes an function command on each surface, and each three-dimensional function icon1422,1424,1426 and1428 can be rotated, positioned, and manipulated through the use of an input device, such as a mouse.
• In an implementation, three-dimensional function icons can be added to thesurface1108 by use of a menu, such as, for example, the “Customize” menu on thesurface1112. In an implementation, a physics model can be applied to model rotation, movement and displacement of the three-dimensional function icons1422,1424,1426 and1428. For example, removing the three-dimensional function icon1428 can cause the remaining three-dimensional function icons1422,1424 and1426 to “fall” in a downward direction on thesurface1108.
• In an implementation, a three-dimensionallogin visualization object1442 can be utilized to facilitate user logins and/or user environments. For example, three sides of thelogin visualization object1442 may correspond to login/logout commands for users; and the remaining three sides of the cube can correspond to user environments and/or other user-definable functions for a current user session.
• In an implementation, a portal1440 can be included on a surface, such as theback surface1102. The portal1440 can be selected to transition to another multi-dimensional environment. In one implementation, the portal1440 can facilitate transitioning between different application environments, e.g., between two applications that are currently executing.
• In another implementation, the portal can facilitate transitioning between different multi-dimensions desktop environments, e.g., from a first environment configured for a work environment to a second environment configured for a leisure environment. In another implementation, the portal1440 can facilitate transitioning between a two-dimensional desktop environment and a three dimensional desktop environment. Other transitions can also be facilitated by theportal1440.
• FIG.15 is a block diagram of another example multidimensional desktop environment. In the implementationFIG.15, windows can be dragged or displaced across one or more surfaces. For example, thestack item1128 can includestack elements1503 and1505 that correspond towindows1502 and1504, respectively. In one implementation, selection of a stack element, such asstack element1503, causes the correspondingwindow1502 to transition into view from thesurface1108 and onto theback surface1102. Likewise, thewindow1504, corresponding to theunselected stack element1505, transitions out of view by sliding across theback surface1102 and thesurface1112. Other processes to displace, hide, or otherwise deemphasize system objects, such as windows, can also be used.
• In an implementation, astack item1510 can includestack elements1512 and1514 that correspond to portals. For example, selection of thestack element1512 can transition the graphical user interface to a two-dimensional desktop, and selection of thestack element1514 can transition to another application environment.
• Additional features can also be realized by other implementations. For example, in one implementation, each surface in the multidimensional desktop environment can implement different behavior and/or functional characteristics. In one implementation, each surface can implement different presentation characteristics. For example, on thebottom surface1106, icons and other system object representations can be displayed according to a large scale; on theside surface1108, icons and other system object representations can be displayed according to a small scale; on theback surface1102, icons and other system object representations can be displayed in a list format; etc. Selecting and dragging an icon or other system object representation from one surface to another will likewise cause the icon and other system object representation to be displayed according to the presentation characteristic of the surface upon which the icon and other system object representation is finally disposed.
• In another implementation, a surface can implement a deletion characteristic. For example, the last access time for icons and other system object representations can be monitored. If the last access time for an icon or other system object representation exceeds a first threshold, the icon or other system object representation can be automatically transitioned to the surface implementing the deletion characteristic, e.g.,surface1112. Additionally, if the last access time for the icon or other system object representation located on thesurface1112 exceeds a second threshold, the icon or other system object representation can be automatically deleted from view.
• In one implementation, a configuration tool can be used to facilitate configuration of the surface characteristic of each surface by the user. For example, a configuration menu can present one or more presentation characteristics for associated with one or more surfaces. The one or more presentation characteristics can, for example, be associated by check boxes associated with each surface. Other configuration tools can also be used.
• FIG.16A is a block diagram of another example multidimensional desktop environment. The multidimensional desktop environment ofFIG.16A can, for example, implement the features described with respect toFIGS.2-5 and7-15. In the example implementation, the multidimensional desktop environment1600 includes anarcuate back surface1602 that is axially disposed, e.g., along the z-axis, from aviewing surface1604. In one implementation, areflection region1116 can be generated on theside surface1606, e.g., the “floor.” In an implementation, the side surfaces1606,1608,1610 and1612 can be defined by arcuate regions havingcurvature intersections1607,1609,1611 and1613, respectively.
• A curvedvisualization object receptacle1614 can includevisualization object1620,1622,11624 and1626 and can be positioned on areflection region1616.Stack items1630 and1632 can, for example, be positioned near thecurvature intersections1607 and1609, respectively. Other arrangements can also be used.
• Other multidimensional desktop environment geometries can also be used. For example, in one implementation, the multidimensional desktop environment can conform to a tetrahedron-shaped environment in which a front surface of the tetrahedron defines a viewing surface, and the remaining three surfaces define a left surface, a bottom surface, and a side surface. In another implementation, the multidimensional desktop environment can conform to a triangular environment, in which one axis of the triangle defines the viewing surface and the remaining two sides of the triangle define a left surface and a right surface. Other geometries can also be used. In one implementation, a configuration tool can be used to facilitate configuration of the multidimensional desktop environment by the user. For example, a configuration menu can present one or more multidimensional desktop environment geometries for selection by the user, such as a rectangular geometry, an arcuate geometry, a triangular geometry, etc. Selection of a geometry can cause the multidimensional desktop environment to be rendered according to the selected geometry.
• FIG.16B is a block diagram of another example multidimensional desktop environment. The environment ofFIG.16B is similar to the environments ofFIGS.2-5 and7-15 above, except that theback surface1640 and theside surface706 define the desktop environment. The features described above with respect to theside surface706 inFIGS.2-5 can be implemented in the desktop environment ofFIG.16B.
• FIG.16C is a block diagram of another example multidimensional desktop environment. The environment ofFIG.16C is similar to the environment ofFIG.16B above, except that theback surface1650 defines the desktop environment. Avisualization object receptacle1652 defining a depth aspect can also be displayed near the bottom of theback surface1650. In some implementations, a depth aspect is further emphasized by generating reflections on the surface of thevisualization object receptacle1652. For example, the visualization objects on theback surface1650, e.g., thefolder icon1656 and theapplication window1658, can generatereflections1654 and1656 on the surface of thevisualization object receptacle1652.
• In some implementations, thevisualization object receptacle1652 can have a flat height aspect, e.g., the surface of thevisualization object receptacle1652 can appear as a solid flat plane, or a translucent or transparent plane. In other implementations, a height aspect can be generated.
• Visualization objects, such asicons1662,1664,1666,1668,1670 and1672 can be disposed on top of thevisualization object receptacle1652. In some implementations, astatus indicator1669 can illuminate to indicate a status. For example, thestack item1668 may correspond to recent downloads, e.g., system updates, documents, etc., and the illumination may be lit to indicate that a download is currently in progress. Thestatus indicator1669 can, for example, illuminate according to a color code to indicate different status states.
• In some implementations, selecting a stack item causes the stack item to expand to display stack elements according to a visualization model, e.g., stackelements1676,1678 and1680 are displayed according to a matrix arrangement. In some implementations, acollapse widget1670 can be generated when the contents of a stack item, e.g., stackelements1676,1678 and1680, are shown according to a visualization model, and acorresponding visualization frame1674 that surrounds thestack elements1676,1678 and1680 can be displayed.
• In some implementations, selection of a “Show in Finder”command object1682 can display a Finder window for a folder containing thestack items1676,1678 and1680 if thestack items1676,1678 and1680 are stored in a common folder. In another implementation, selection of a “Show in Finder”command object1682 can display a Finder window containing thestack items1676,1678 and1680 even if thestack items1676,1678 and1680 are not stored in a common folder.
• In some implementations, a stack item collection process can identify visualization objects on a desktop and collapse the objects into a stack item. For example, theapplication windows1658 and1659 can be identified and collapsed into a stack item. In some implementations, the collapsing of visualization objects includes an animation effect, e.g., a “genie” effect; a “tornado” effect, etc.
• In some implementations, textual strings associated with the visualization objects, e.g., filenames associated with icons, can be centrally truncated. A centrally truncated string displays the beginning of the textual string and the end of the textual string. In some implementations, a file extension can be shown by the central truncation. In other implementations, the file extension can be omitted. Positing a cursor on the textual string, or on the visualization object associated with the textual string, can cause the entire textual string to be displayed. For example, as shown inFIG.16C, thetextual string1677, i.e., “Movie of Page's birthday.mpg” is truncated to “Mov . . . day.mpg.” Conversely, thetextual string1679, i.e., “Movie of Julia.mpg,” which is positioned beneath a cursor, is fully displayed.
• FIG.16D is a block diagram of another example multidimensional desktop environment. The environment ofFIG.16C is similar to the environment ofFIG.16B above, except that a fanning visualization model is displayed for thestack items1676,1678 and1680. In the implementation shown, document titles related to thestack items1676,1678 and1680 are displayed proximate to the stack items. In some implementations, textual strings associated with visualization objects, e.g., filenames of icons, are fully displayed in the fanning visualization model.
• FIG.17 is a block diagram of an example desktop transition. In one implementation, a computer system, such as thesystem100 ofFIG.1, can be configured to transition between a two-dimensional desktop1702 and a three-dimensional desktop1730. For example, the twodimensional desktop1702 defines aviewing surface1703 and includesfolders1704,1706,1708 and1710, anicon1712 corresponding to a hard drive, andicon1714 corresponding to a network, and anicon display region1720 that displays a plurality oficons1722.
• In response to a transition command, the system can, for example, depth transition the two-dimensional desktop1702 from theviewing surface1703 to define aback surface1732, and one or more side surfaces, such asside surfaces1706,1708 and1710, can extend from theback surface1732 to theviewing surface1703. Avisualization object receptacle1730 can be generated on thesurface1706, and one ormore icons1732 corresponding to desktop items can be disposed in the visualization object receptacle. In the example implementation ofFIG.17, theicons1732 correspond to theicons1722.
• In one implementation, stack items, such asstack items1742,1744,1746 and1748, can be generated from two dimensional desktop items, such asdesktop folders1704,1706,1708 and1710. The two dimensional desktop items can, for example, be eliminated from theback surface1732. In one implementation, two-dimensional desktop items that are not represented by a corresponding icon after the transition to the three-dimensional desktop1730 can, for example, remain on theback surface1732. For example, theicons1712 and1714 can remain on theback surface1732. In another implementation, the two-dimensional desktop items that are not represented by a corresponding icon after the transition to the three-dimensional desktop1730 can, for example, be eliminated from theback surface1732. In another implementation, the two-dimensional desktop items that are not represented by a corresponding icon after the transition to the three-dimensional desktop1730 can, for example, be eliminated from theback surface1732 and represented by corresponding stack elements in a “catch all” stack item, such asstack item1750.
• The transition from the two-dimensional desktop1702 to a three-dimensional desktop1730 can be substantially reversed to transition from the three-dimensional desktop1730 to the two-dimensional desktop1702.
• FIG.18A is a block diagram of an example visualization object receptacle indicator. An examplevisualization object receptacle1802 includes visualization objects, e.g.,icons1804,1806,1808,1810,1812 and1814. In an implementation, aselection indicator1820 can be used to indicate a selected icon. In one implementation, theselection indicator1820 is generated by an under-lighting effect that illuminates the surface of thevisualization object receptacle1802 below a selected icon, such as theicon1806. Other selection indicators can also be used, such asselection status indicator1821, or backlighting effects, outlining effects, or other indicators.
• FIG.18B is a block diagram of another example visualization object receptacle indicator. In an implementation, aselection indicator1822 can be used to indicate a selected icon. In one implementation, theselection indicator1822 is generated by an enlargement of a selected icon, such asicon1806, relative to adjacent icons, and an under-lighting effect that illuminates the surface of thevisualization object receptacle1802 below a selectedicon1806 andadjacent icons1804 and1808. In an implementation that includes aselection status indicator1821, theselection status indicator1821 can expand into a largeselection status indicator1823.
• FIG.18C is a block diagram of another example visualization object receptacle indicator. In an implementation, aselection indicator1824 can be used to indicate a selected icon. In one implementation, theselection indicator1824 is generated by an enlargement of a selected icon, such asicon1806, relative to adjacent icons, and a backlighting effect that illuminates the surface of thevisualization object receptacle1802 below a selectedicon1806 and illuminatesadjacent icons1804 and1808.
• FIG.18D is a block diagram of another example visualization object receptacle indicator. Thevisualization object receptacle1802 can, for example, include one or more status indicators to indicate the status of a system object associated with one or more icons. For example, astatus indicator1830 indicating an unselected and executing application can be generated by an under-lighting effect of a first color; astatus indicator1832 indicating a selected and executing application can be generated by an under-lighting effect of a first color; and astatus indicator1834 indicating a launching application can be generated by an under-lighting effect of a third color.
• Other status indicator schemes can also be used. For example, in one implementation, astatus indicator1834 indicating a launching application can be generated by a pulsing under-lighting effect. In another implementation, status indicators can indicate a status by an intensity; for example, an icon corresponding to an open document, e.g., a document icon, a stack item, or an application icon, can be backlit with a relatively high intensity, and an icon corresponding to an open and unselected document can be backlit with a relatively low intensity. For example, in implementations utilizingstatus indicators1831,1833 and1835, the status indicators can be illuminated according to a similar color scheme.
• FIGS.19A and19B are block diagrams of an example contextual menu for avisualization object receptacle1802. In some implementations, aselectable divet1902 can be displayed proximate to an icon, e.g.,icon1804, to indicate an actionable state associated with a system object represented by theicon1804. For example, if theicon1804 is representative of a system update process or program, theselectable divet1902 can be displayed when a system update is available.
• Theselectable divet1902 can, for example, be a floating orb proximate to theicon1804. Other shapes or visual representations can also be used. In some implementations, theselectable divet1902 is color coded according to a color code to indicate corresponding actionable states.
• FIG.19B illustrates an examplecontextual menu1910 that can be displayed proximate to theicon1804 in response to a selection of theselectable divet1902. Thecontextual menu1910 can include one or more menu options, e.g.,menu options1912 and1914, related to theicon1804. In some implementations, thedivet1902 remains until a necessary action is taken. In other implementations, thedivet1902 can be removed by a corresponding selection of one of the menu options in thecontextual menu1910. In some implementations, thedivet1902 can fade from view if it is not selected after a period of time, e.g.,30 minutes.
• FIG.20 is a block diagram of a visualization object receptacle including type-ahead indications. In some implementations, one ormore highlight indicators2000,2002 and2004, and/or2001,2003 and2005 are generated in response to type input data, e.g., data generated by keyboard inputs. The one ormore highlight indicators2000,2002 and2004, and/or2001,2003 and2005 can be generated for icons having textual descriptions corresponding to the keyboard inputs, and can be adjusted in response to the type input data so that only icons having textual descriptions defined by the type input data are highlighted. For example, if the textual descriptions of theicons1804,1810 and1812 are “Clock,” “Calculator,” and “Classics,” then thehighlight indicators2000,2002 and2004, and/or2001,2003 and2005 would illuminate in response to the keyboard input “c.” A subsequent keyboard input “1” would cause thehighlight indicators2002 and/or2003 to turn off; and a third keyboard input “o” would cause thehighlight indicators2004 and/or2005 to turn off. According, theicon1804, corresponding to the textual description “clock” would be selected by the type input data c, l and o.
• Other selection indications based on type input can be used. For example, stack elements from a stack item can disappear in response to type input. Thus, if a stack item includes stack elements entitled “Clock,” “Calculator,” “Classics,” “Movies,” and “Safari,” the keyboard input “c” would cause the “Movies” and “Safari” visualization object to disappear. A subsequent keyboard input “a” would cause the “Clock” and “Classics” visualization objects to disappear. In addition to selections based on a textual description beginning with the type input data, selections based on the type input data can also be based on whether the textual description of the visualization object contains the text input or ends with text. For example, all stack elements having .mac extensions can be visualized by selecting an “Ends with” type input option and entering the type input “m,” “a” and “c.”
• FIGS.21A and21B are block diagrams of example selection indicators for a visualization model. InFIG.21A, stackelements2104,2106,2108,2110,2112, and2114 are displayed according to a visualization model, e.g., a matrix arrangement. One ormore highlight indicators2109 and2111, e.g., focus rings, can be generated in response to keyboard input data. The focus rings2109 and2111 can be adjusted in response to the type of input data so that only visualization objects having textual descriptions defined by the type input data are highlighted, as described with respect toFIG.20 above. For example, the focus rings2109 and2111 can be generated in response to the keyboard input “c.” A subsequent keyboard input “l” would cause thefocus ring2111 to fade from view.
• InFIG.21B,stack elements2104,2106,2108,2110,2112, and2114 are displayed according to a visualization model, e.g., a matrix arrangement. In this implementation, a highlight indicator is generated based on a cursor position. For example, if amouse cursor2120 is first positioned over thevisualization object2110, afirst focus ring2111 can be generated completely or partially around thevisualization object2110. However, if themouse cursor2120 is moved to a position over thevisualization object2108, thefirst focus ring2111 will fade from view and asecond focus ring2109 will be generated around the visualization object2018. In some implementations, the focus ring persists around a visualization object until themouse cursor2120 is positioned over another visualization object. In some implementations, the focus ring persists around a visualization object only when themouse cursor2120 is positioned over the visualization object. Other processes for generating and removing selection indicators can also be used.
• FIG.22 is a block diagram of another example multidimensional desktop environment. In an implementation, an indicator can, for example, be used to indicate representations of system objects having an association. For example, theicon2206, thestack item2208, thefolder2210 and thewindow2212 can be related by having corresponding system objects related to, for example, an application, e.g., theicon2206 can be the application icon; thestack item2208 can provide access to particular documents related to the application; thefolder2210 can define a data store storing all application documents; and thewindow2212 can be an instance of the executing application. In one implementation, selection of any one of theicon2206,stack item2208,folder2210 orwindow2212 can generate a common selection indicator for all items. The common selection indicator can, for example, be realized by a lighting effect, such as a backlighting effect, by a temporary pulsing effect, or by some other permanent or transient effect.
• FIG.23 is a block diagram of another examplevisualization object receptacle2302. The examplevisualization object receptacle2302 includes a plurality ofvisualization object rows2312 and2314 and a plurality ofvisualization object columns2322,2324,2326,2328,2330 and2323. In an implementation, thevisualization object receptacle2302 includes a plurality ofvisualization objects2304 disposed within thevisualization object receptacle2302 according to thevisualization object rows2312 and2314 andvisualization object columns2322,2324,2326,2328,2330 and2323.
• Although two visualization object rows and six visualization object columns are shown, the visualization object receptacle can include additional or fewer visualization object rows and visualization object columns. In an implementation, a subset of the visualization object rows and visualization object columns can, for example, be visible at any one time.
• The visualization object rows and visualization object columns can, for example, be traversed by shifting the rows and/or columns in unison, as indicated by the solid arrows. For example, when a cursor is positioned on the visualization object receptacle, such as the cursor in the position defined by the intersection of thevisualization object row2312 and thevisualization object column2332, a command (e.g., a control-click command) can cause the visualization object rows and/or columns to shift in unison in response to movement of the cursor. In another implementation, each visualization object row and visualization object column can, for example, be traversed individually by shifting a particular row or column, as indicated by the dashed arrows. For example, when the cursor is positioned on thevisualization object receptacle2302, an option-click command can cause the correspondingvisualization object row2312 and/or thecorresponding column2332 to shift individually in response to movement of the cursor. Other visualization object receptacle navigation schemes can also be used.
• FIG.24 is a block diagram of anexample stack item2400. Thestack item2400 includes a plurality ofstack elements2402,2404,2406,2408 and2410, each corresponding to one or more system objects. In one implementation, aboundary2420 defined by thestack elements2402,2404,2406,2408 and2410 defines an inclusion region that is associated with thestack item2400. In one implementation, placement of an icon within the inclusion region generates a stack element associated with the icon. Likewise, placement of a stack element without the inclusion region disassociates the stack element with thestack item2400. In another implementation, the inclusion region can be separate from the stack item.
• In some implementations, the display size of thestack item2400 can change according to a state. For example, if a system object corresponding to a stack element in thestack item2400 requires attention, the size of thestack item2400 is adjusted to be rendered at a larger display size. Likewise, positioning a mouse cursor over thestack item2400 can cause thestack item2400 to be rendered at a larger display size.
• In some implementations, thestack item2400 can change orientation and or appearance according to a state. For example, positioning a mouse cursor over thestack item2400 can cause thestack item2400 to rotate, or can cause stack elements in thestack item2400 to randomly shuffle.
• FIG.25 is a block diagram of anotherexample stack item2500. Thestack item2500 includes a plurality ofstack elements2502,2504,2506,2508 and2510, each corresponding to a document system object. In one implementation,stack elements2502,2504,2506,2508 and2510 display a corresponding unique indicium, e.g., a thumbnail preview of an image associated with the stack element or the first page of a document associated with the stack element. Other unique indicium or unique indicia can also be used, such as correspondence to an aspect ratio of an image, displaying of a document size and/or a document date can be displayed in eachstack element2502,2504,2506,2508 and2510, etc.
• FIG.26 is a block diagram of anotherexample stack item2600. Thestack item2600 includes a plurality ofstack elements2602,2604,2606,2608 and2610. Thestack element2602 corresponds to an application icon of an application system object, and thestack element2604,2606,2608 and2610 correspond to document system objects. In one implementation, thestack item2602 can, for example, be preeminently disposed with respect to thestack elements2604,2606,2608, and2610. For example, thestack item2602 can be permanently placed on the top of the aggregation ofstack elements2604,2606,2608 and2610. Thus, a shifting of a location of a stack element within thestack item2600, such as by selecting the stack element2612 and placing the stack element2612 on top of thestack element2602, or an addition of a new stack element, will not displace thestack element2602 from the preeminent position.
• Other methods of preeminently disposing a stack element related to an application icon can also be used.FIG.27, for example, is a block diagram of anotherexample stack item2700 in which thestack element2602 is preeminently disposed by enlarging theapplication element2602 relative to thestack elements2604,2606,2608 and2610. In another implementation, thestack elements2604,2606,2608 and2610 can be rendered with a translucent effect, and thestack element2602 can be rendered with an opaque effect so that the entirety of thestack element2602 is discernable no matter the position of thestack element2602 in the stack item.FIG.28A is a block diagram ofexample stack items2802,2804 and2806 that are color-coded. In the example implementation ofFIG.28A, instantiation of eachstack item2802,2804 and2806 can be subject to a temporal context and color-coded accordingly. For example, the temporal context can define date rages, and thestack items2802,2804 and2806 can be associated with each date range and color-coded accordingly, e.g., green for the date range “Today,” yellow for the date range “Last Week,” and red for the date range “Last Month.”
• In one implementation, a stack element associated with a system object is further associated with a stack item if a relevant date associated with the system object is within the date range associated with the stack item. For example, if thestack items2802,2804 and2806 are utilized to provide access to word processing document system objects based on a “last modified” date, then the stack elements in thestack item2802 corresponds to word processing documents modified today; the stack elements in thestack item2804 corresponds to word processing documents modified within the last week; and the stack elements in thestack item2806 corresponds to word processing documents modified within the last month.
• FIG.28B is a block diagram of anexample stack items2810 that is color-coded. In the implementation ofFIG.28B,stack elements2820,2822,2824,2830,2832,2840 and2842 are color coded according to a temporal context. For example, thestack elements2820,2822 and2824 are color-coded to identify system objects added during a current day; thestack elements2830 and2832 are color-coded to identify system objects added during the last week; and stackelements2840 and2840 are color-coded to identify system objects added during the last month. Other color-coding schemes can also be used, e.g., application type, last modified, file size, or even user defined settings.
• FIG.29 is a block diagram illustrating an example contextual control scheme applied to anexample stack item2900. For example, the contextual control can be an application context2910 that defines an executing and selectedstate2912, an executing and non selectedstate2914, and a not executingstate2916. An executing and selectedstate2912 can occur, for example, when an application window of an executing or launching application is selected. An executing and not selectedstate2914 can occur, for example, when another process other than the application is selected. A not executingstate2916 can occur, for example, when execution of an application is terminated. In one implementation, the stack item is displayed during the executing and selectedstate2912; is minimized, e.g., deemphasized, during the executing and not selected state; and is suppressed, e.g., unallocated or hidden from view during the not executingstate2916.
• Other types of contextual control can also be used. For example, contextual control based on a user level associated with system objects, such as a root user level or supervisor level, can control instantiation of a stack item and/or instantiation of stack elements within the stack item, and can, for example, further control commands available to the user.
• FIG.30 is a block diagram illustrating the application of an example visualization model to anexample stack item3000. The visualization model can, for example, be implemented according to first and second modal states. In the first modal state, thestack item3000 is displayed with thestack elements3002,3004,3006,3008 and3010 in a substantially overlapping arrangement. In a second modal state, thestack elements3002,3004,3006,3008 and3010 are displayed according to an automatically selected visualization model. The visualization model can be selected as described above.
• The example visualization model illustrated inFIG.30 can, for example, define a multidimensional path defined by afirst terminus3020 and asecond terminus3022, and generates a disposition of thestack elements3002,3004,3006,3008 and3010 along the multidimensional path. For example, thestack elements3002,3004,3006,3008 and3010 can transition in either direction between thefirst terminus3020 and thesecond terminus3022 in response to a user input.
• In one implementation, an indicator can indicate a preeminent disposition of a stack element. For example, thestack item3002 can be highlighted by a focus ring when in the preeminent position defining thefirst terminus3020.
• FIG.31A is a block diagram illustrating another example visualization model for anexample stack item3100. The visualization model can, for example, be implemented according to first and second modal states as described with respect toFIG.30. In the second modal state, thestack elements3102,3104,3106 and3108 are displayed according to an automatically selected visualization model that generates an arrangement of thestack elements3102,3104,3106 and3108 in substantial juxtaposition. Thestack elements3002,3004,3006 and3008 can, for example, transition along a circular path defined by the circular trace common to thestack elements3102,3104,3106 and3108.
• In one implementation, an indicator can indicate a preeminent disposition of a stack element. For example, thestack item3002 can be highlighted by a focus ring when in the preeminent position defined by the upper left quadrant position.
• FIG.31B is a block diagram illustrating the application of another example visualization model to anexample stack item3120. The visualization model is similar to the visualization model ofFIG.31A, except that thestack elements3122,3124,3126,3128,3130 and3132 can traverse corresponding paths to be displayed in a display matrix. While the paths shown inFIG.31B are curved, other paths can also be use, e.g., straight paths, corkscrew paths, sinusoidal paths, or combinations of such paths.
• FIG.32 is a block diagram illustrating the application of another example visualization model to anexample stack item3200. Thestack item3200 can, for example, include dozens, hundreds or even thousands of stack items. For example, thestack elements3202,3204,3206,3208, and3210 may be displayed as opaque stack elements, and thestack element3212 can be displayed as a translucent stack element, or can be a final stack element near a vanishing point.
• The visualization model can, for example, be implemented according to first and second modal states as described with respect toFIG.30. In the second modal state, a subset of all the stack elements, e.g., stackelements3202,3204,3206,3208, and3210 are displayed according to an automatically selected visualization model that generates an arrangement of the stack elements in a list view format. Anavigation control3220 can, for example, be displayed proximate to the arrangement of stack elements, and a selection of either an “up”directional portion3222 or a “down”directional portion3224 can cause the stack elements to traverse through the list view format in an up or down direction, respectively. For example, selecting the “down”directional portion3224 will cause thestack element3202 to be removed from the list view display, cause thestack elements3204,3206,3208 and3210 to move down in the list view display, and cause thestack element3212 to appear at the top of the list view display.
• Selection of anavigation divet3226 can generate a contextual menu that includes one or more sort commands Example sort commands include sorting by date added, sorting by file size, sorting by file type, etc.
• In the implementation ofFIG.32, the list view traverses an actuate path as indicated by thecurved arrow3230, e.g., a model of a curved surface that is normal to the viewing plane at the central stack element, e.g.,stack element3206. Accordingly, stack elements that are not normal to the viewing surface, e.g., stackelements3202,3204,3208 and3210, include a curvature distortion defined by the curved surface. Other list view formats can also be used, e.g., a straight path in which the stack elements are not distorted.
• In some implementations, a user interface engine, e.g., theUI engine202 ofFIG.2, can pre-cache display data for a subset of the stack elements displayed in the list view format. The pre-caching can be limited to stack elements that are within a certain number of stack elements to be displayed in the list view. For example, thestack element3200 may include thousands of photograph image files; theUI engine202, however, may only pre-cache thumbnail images of the next five stack elements to be displayed by selection of the “up”directional portion3222 and “down”directional portion3224, respectively.
• In another implementation, a stack item, upon selection, may rotate to a side and present the stack elements as a series of graphical representations of book spines, e.g., such as in a book shelf. Depending on the number of stack elements, the book shelf may be one level, multiple levels, or may be extend into a vanishing point and be traversed in response to a user input. Visualization object can be “pulled” from the bookshelf in response to a user input, e.g., a mouse command or a mouse hover, and a subsequent command, e.g., a mouse click, can open a file associated with the visualization object. Other visualization models can also be used.
• FIG.33A is a block diagram of anexample group association3300 of anexample stack item3310. Thegroup association3300, can, for example, be based one or more identified association characteristics of thestack elements3312,3314,3316 and3318. For example, thegroup association3300 can comprise a project association, e.g., files associated with a presentation developed with afirst project application3302 and which utilizes data from files associated with asecond project application3304.
• In one implementation, an interaction model can be selected based on the project association. In an implementation, a multiple launch interaction model can be selected when any one of the system objects related to thestack elements3312,3314,3316 and3318 is opened. In one implementation, the multiple launch interaction model can, for example, confirm a launching of bothapplications3302 and3304. In another implementation, the multiple launch interaction model can, for example, provide a context menu in which either or both of theapplications3302 and3304 can be selected for launching. Other multiple launching interaction models can also be used.
• In another implementation, a synchronization interaction model can be selected when one of the system objects related to thestack elements3312,3314,3316 and3318 is saved to a data store, such as a hard disk. The synchronization interaction model can, for example, provide one or more contextual menus or other interaction aspects to prompt a user to synchronize all stack elements when any one of the stack elements has been updated. Other synchronization interaction models can also be used.
• In another implementation, a reconciliation interaction model can be selected when one of the system objects related to thestack elements3312,3314,3316 and3318 is changed, e.g., a file association with thestack element3312 is replaced by a new file. The reconciliation interaction model can, for example, provide one or more contextual menus or other interaction aspects to prompt a user to reconcile all stack elements when any one of the stack elements are replaced. Other reconciliation interaction models can also be used.
• Interaction and/or visualization models can also be applied to other representations of system objects. For example, in one implementation, the system objects can include window instances in the multidimensional desktop environment, and the association characteristics can include a quantity of non-minimized window instances. Accordingly, an interaction model can be automatically selected for facilitating operations on the open windows, depending on the number of open windows. For example, if the number of open windows is greater than five, selection of a browse command can cause the open windows to be automatically displayed in an overlapping arrangement for browsing; and if the number of open windows is less than five, selection of the browse command can cause the open windows to be automatically displayed in a matrix arrangement for browsing.
• FIG.33B is a block diagram of an example group association of system objects. Thegroup association3350, can, for example, be based one or more identified association characteristics of the system objects, such asdocuments3360,3362 and3364. Thegroup association3350 can, for example, be utilized to select one or more visualization and/or interaction models as described above. However, thedocuments3360,3362 and3364 need not be associated in a stack item, e.g., thedocuments3360,3362 and3364 can each be associated with different stack items, or not associated with any stack items.
• FIG.34 is a flow diagram of anexample process3400 for transitioning a desktop. Theprocess3400 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage3402 depth transitions a two-dimensional desktop from a viewing surface to a back surface. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can depth transition a two-dimensional desktop, such as thedesktop1702 ofFIG.17, from a viewing surface to a back surface, such as from theviewing surface1703 to theback surface1732 as shown inFIG.17.
• Stage3404 generates one or more side surfaces extending from the back surface to the viewing surface. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate one or more side surfaces extending from the back surface to the viewing surface, such as the side surfaces1706,1708 and1710 ofFIG.17.
• Stage3406 generates a visualization object receptacle, e.g., an icon receptacle, on the one or more side surfaces. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate an icon receptacle on the one or more side surfaces, such as thevisualization object receptacle1730 on thesurface1706 ofFIG.17.
• Stage3408 disposes one or more visualization object, e.g., icons, corresponding to desktop items within the visualization object receptacle. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can dispose one or more icons corresponding to desktop items within the visualization object receptacle, such as theicons1732 in thevisualization object receptacle1730, which correspond to theicons1722 ofFIG.17.FIG.35 is a flow diagram of anotherexample process3500 for transitioning between desktop types. Theprocess3500 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage3502 identifies two-dimensional desktop items in a two-dimensional desktop environment. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can identify two-dimensional desktop items in a two-dimensional desktop environment, such as thefolders1704,1706,1708 and1710 ofFIG.17.
• Stage3504 generates three-dimensional desktop items based on the identified two-dimensional desktop items. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate three-dimensional desktop items based on the identified two-dimensional desktop items, such as thestack items1742,1744,1746 and1748 ofFIG.17, which correspond to thefolders1704,1706,1708 and1710.
• Stage3506 eliminates the two-dimensional desktop items from view. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can eliminate two-dimensional desktop items from view, such as the elimination of thefolders1704,1706,1708 and1710 from theback surface1732 ofFIG.17.
• Stage3508 generates the three-dimensional desktop items on at least one surface (e.g., a side surface). For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate the three-dimensional desktop items on at least one side surface, such as thestack items1742,1744,1746 and1748 on thebottom side surface1706 ofFIG.17.FIG.36 is a flow diagram of anexample process3600 for generating a multidimensional desktop environment. Theprocess3600 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage3602 axially disposes a back surface from a viewing surface. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can axially dispose a back surface from a viewing surface, such as theback surface1102 being axially disposed from theviewing surface1104, as shown inFIG.11.
• Stage3604 extends one or more side surfaces from the back surface to the viewing surface. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can extend one or more side surfaces from the back surface to the viewing surface, such as the side surfaces1106,1108,1110 and1112, as shown inFIG.11.
• Stage3606 generates a visualization object receptacle on one or more of the side surfaces. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate an icon receptacle on one or more of the side surfaces, such as thevisualization object receptacle1114 on theside surface1106, as shown inFIG.11.
• Stage3608 generates within the visualization object receptacle one or more visualization objects, e.g., icons, corresponding to one or more system objects. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate within the visualization object receptacle one or more icons corresponding to one or more system objects, such as theicons1120,1122,1124,1126,1128 and1130 as shown inFIG.11.
• FIG.37 is a flow diagram of anexample process3700 for rendering a side surface in a multidimensional desktop environment. Theprocess3700 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage3702 generates stack items on a surface (e.g., a side surface). For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate stacks items on a side surface, such as thestack items1140,1142,1144 and1146 generated on theside surface1106, as shown inFIG.11.
• Stage3704 renders a surface texture on the surface. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can render a surface texture on the side surface, such as thegrid texture1150 on theside surface1106, as shown inFIG.11.
• FIG.38 is a flow diagram of anexample process3800 for scrolling a side surface in a multidimensional desktop environment. Theprocess3800 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage3802 scrolls the side surface in response to a scroll command For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can scroll the side surface in response to a scroll command, such as theside surface1106 in the directions indicated by one or more of thearrows1152 and1154, as shown inFIG.11.
• Stage3804 scrolls the stack items in a scroll direction. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can scroll the stack items in a scroll direction, such as thestack items1140,1142,1144 and1146 in the directions indicated by one or more of thearrows1152 and1154, as shown inFIG.11.
• Stage3806 displaces a stack item(s) from the side surface at a scroll egress. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can displace a stack item(s) from the side surface at a scroll egress, such as the scroll egress1158 (or1159), as shown inFIG.11.
• Stage3808 emplaces a stack item(s) on the side surface at a scroll ingress. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can emplace a stack items on the side surface at a scroll ingress, such as the scroll ingress1156 (or1157) as shown inFIG.11.
• FIG.39 is a flow diagram of anexample process3900 for generating a selection indicator. Theprocess3900 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage3902 generates an under lighting effect as the selection indicator. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate an under lighting effect as the selection indicator, such as theselection indicator1822 ofFIG.18B.
• Stage3904 generates an enlargement effect as the selection indicator. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate an enlargement effect as the selection indicator, such as the enlargement of thestack indicator1806 as shown inFIG.18B.
• FIG.40 is a flow diagram of anexample process4000 for rendering desktop items. Theprocess4000 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage4002 generates stack items on a first side surface corresponding to a plurality of desktop items. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate stack items on a first side surface corresponding to a plurality of desktop items, such as thestack items1202,1204,1206,1208 and1212, and thevisualization object receptacle1114 andicons1122,1124,1126,1128,1130 and1132 as shown inFIG.12.
• Stage4004 generates icons corresponding to program items on a second side surface. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate icons corresponding to program items on a second side surface, such as theapplication icon1222 on thesurface1112, as shown inFIG.12.
• Stage4006 generates icons corresponding to file items on a third side surface. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate icons corresponding to file items on a third side surface, such as thefile desktop item1220 on thesurface1108 ofFIG.12.
• FIG.41 is a flow diagram of anexample process4100 for generating an example application environment in a multidimensional desktop environment. Theprocess4100 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage4102 axially disposes a back surface from a viewing surface. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can axially dispose a back surface from a viewing surface, such as theback surface1102 that is axially disposed from the viewing surface inFIG.14.
• Stage4104 extends one or more side surfaces from the back surface to the viewing surface. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can extend one or more side surfaces from the back surface to the viewing surface, such as the side surfaces1106,1108, and1112, as shown inFIG.14.
• Stage4106 generates an application content frame for an application on the back surface. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate an application content frame for an application on the back surface, such as theapplication content frame1410 on theback surface1102, as shown in FIG.
• 14.
• Stage4108 generates one or more application control elements for the application on the one or more side surfaces. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate one or more application control elements for the application on the one or more side surfaces, such as thefunction icons1422,1424,1426 and1428, as shown inFIG.14. The application control elements, e.g., thefunction icons1422,1424,1426 and1428, can be used to control functions of the application, such as editing commands for an editing environment displayed in an application content frame on the back surface.
• FIG.42 is a flow diagram of anexample process4200 for transitioning between application environments. Theprocess4200 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage4202 generates an application portal on one of the side surfaces. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate an application portal on one of the side surfaces, such as thestack item1510 that includesstack elements1512 and1514 that correspond to portals, as shown inFIG.15.
• Stage4204 transitions from a first application environment to a second application environment in response to a selection of the application portal. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can transition from a first application environment to a second application environment in response to a selection of the application portal. As described with respect toFIG.15, selection of thestack element1514 can transition to another application environment.
• FIG.43 is a flow diagram of anexample process4300 for generating a visualization object receptacle. Theprocess4300 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage4302 generates a visualization object receptacle disposed along a depth aspect. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate a visualization object receptacle disposed along a depth aspect, such as thevisualization object receptacle1114, as shown inFIG.12.
• Stage4304 generates one or more visualization objects disposed within the visualization object receptacle. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate one or more visualization objects disposed within the visualization object receptacle, such as the visualization objects1122,1124,1126,1128,1130 and1132, as shown inFIG.12.
• Stage4306 preeminently displays the visualization object receptacle. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can preeminently display the visualization object receptacle, such as by displaying the visualization object receptacle near the viewing surface ofFIG.12, or by displaying the visualization object receptacle as described with respect to thevisualization object receptacle714 ofFIG.8.
• Stage4308 generates at least one of the visualization objects as a stack item. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate at least one of the visualization objects as a stack item, such as thestack items1128 and1130 as shown inFIG.12.
• FIG.44 is a flow diagram of anexample process4400 for color coding visualization objects. Theprocess4400 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage4402 associates a first color with an executing application. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can associate a first color with an executing application, such as thestatus indicator1830, as shown inFIG.18D.
• Stage4404 associates a second color with a selected and executing application. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can associate a second color with a selected and executing application, such as thestatus indicator1832, as shown inFIG.18D.
• Stage4406 associates a third color with a launching of an application. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can associate a third color with a launching of an application, such as thestatus indicator1834, as shown inFIG.18D.
• FIG.45 is a flow diagram of anexample process4500 for color coding visualization objects of related system objects. Theprocess4500 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage4502 color codes a selected visualization object disposed in the visualization object receptacle. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can color code a selected visualization object disposed in the visualization object receptacle, such as color coding thevisualization object2206, as shown inFIG.22.
• Stage4504 applies a corresponding color code to the desktop items associated with the selected visualization object. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can apply a corresponding color code to the desktop items associated with the selected visualization object, such as color coding thestack item2208, thefolder2210 and thewindow2212, as shown inFIG.22.
• FIG.46 is a flow diagram of anotherexample process4600 for generating a visualization object receptacle. Theprocess4600 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage4602 defines visualization object rows in the visualization object receptacle. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can define visualization object rows in the visualization object receptacle, such as thevisualization object rows2312 and2314, as shown inFIG.23.
• Stage4604 defines visualization object columns in the visualization object receptacle. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can define visualization object columns in the visualization object receptacle, such as thevisualization object columns2322,2324,2326,2328,2330, and2332, as shown inFIG.23.
• Stage4606 disposes the visualization objects within the visualization object receptacle according to the visualization object rows and visualization object columns. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can dispose the visualization objects within the visualization object receptacle according to the visualization object rows and visualization object columns, as indicated by the solid and dashed arrows shown inFIG.23.
• FIG.47 is a flow diagram of anexample process4700 for generating a stack item. Theprocess4700 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage4702 generates or identifies a plurality of stack elements corresponding to computer system objects. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate a plurality of stack elements corresponding to computer system objects, such as the stack elements shown inFIG.29.
• Stage4704 associates the plurality of stack elements with a stack item. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can associate the plurality of stack elements with a stack item, such as thestack item2900, as shown inFIG.29.
• Stage4706 aggregates the stack elements into the stack item. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can aggregate the stack elements into the stack item, such as by overlapping the stack elements to form the stack item inFIG.29.
• Stage4708 provides context control of the stack item. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can provides context control of the stack item, such as the application context2910, as shown inFIG.29.
• FIG.48 is a flow diagram of anexample process4800 for displaying stack elements according to modal states. Theprocess4800 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage4802 displays the stack elements in a substantial overlapping arrangement in a first modal state. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can display the stack elements in a substantial overlapping arrangement in a first modal state, such as the overlapping arrangement of the stack items in thestack element3000 in the first modal state, as shown inFIG.30.
• Stage4804 displays the stack elements in a browsing arrangement in the second modal state. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can display the stack elements in a browsing arrangement in the second modal state, such as the fanning arrangement defined by thefirst terminus3020 and thesecond terminus3022, as shown inFIG.30.
• Stage4806 enables the selection of a stack element in the second modal state. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can enable the selection of a stack element in the second modal state, such as a selection of the preeminently disposedstack element3002, as shown inFIG.30.
• FIG.49 is a flow diagram of anexample process4900 for selecting interaction models and/or visualization models. Theprocess4900 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage4902 identifies a characteristic of stack elements associated with a stack item. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can identify a quantity of stack elements associated with the stack item, such as the quantity ofstack elements3002,3004,3006,3008 and3010, as shown inFIG.30, or a type associated with the stack item.
• Stage4904 identifies interaction models and/or visualization models. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can identify a plurality of visualization models, e.g., browsing arrangements, such as the browsing arrangements described with respect toFIGS.30 and31, or interaction models, such as the interaction models described with respect toFIGS.33A and33B.
• Stage4906 selects an interaction model and/or visualization model based on the characteristic of the stack elements (e.g., the quantity of stack elements, or the type of the stack elements). For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can select one of a plurality of browsing arrangements, such as selection the fanning arrangement, as shown inFIG.30, or select one of a plurality of interaction modes, as described with respect toFIGS.33A and33B.
• FIG.50 is a flow diagram of anotherexample process5000 for generating a stack item. Theprocess5000 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage5002 defines the date ranges for a temporal context. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can define the date ranges for a temporal context, such as the date ranges described with respect toFIGS.28A and28B.
• Stage5004 associates the corresponding stack items with each date range. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can associate the corresponding stack items with each date range, such as thestack items2802,2804 and2806 inFIGS.28A and28B.
• Stage5006 determines for each stack element a date associated with each associated system object. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can determine for each stack element a date associated with each associated system object, such as a file modification date, as described with respect toFIGS.28A and28B.
• Stage5008 associates the stack elements with the stack items based on the date ranges associated with the stack items and the dates associated with each system object. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can associate the stack elements with the stack items based on the date ranges associated with the stack items and the dates associated with each system object, such as the stack elements associated with thestack items2802,2804 and2806, as shown inFIG.28.
• FIG.51 is a flow diagram of anexample process5100 for displaying a stack item according to an execution context. Theprocess5100 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage5102 associates a stack item with an application system object. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can associate a stack item with an application system object, such as the association of thestack item2900 with an application, as shown inFIG.29.
• Stage5104 associates stack elements associated with the application system object with the stack item associated with the application system object. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can associate stack elements associated with the application system object with the stack item associated with the application system object, such as the stack elements of thestack item2900, as shown inFIG.29.
• Stage5106 displays the stack item associated with the application system object during an executing context. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can display the stack item associated with the application system object during an executing context, such as the displaying of thestack item2900 during an executing and selectedstate2912, as shown inFIG.29.
• FIG.52 is a flow diagram of anexample process5200 for generating and displaying a stack item. Theprocess5200 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage5202 associates a plurality of stack elements with an application. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can associate a plurality of stack elements with an application, such as thestack item2600 with an application, as shown inFIGS.26 and27.
• Stage5204 identifies stack file elements and stack application elements. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can identify stack file elements and stack application elements, such as thefile elements2604,26060,2608 and2610 and theapplication element2602, as shown inFIGS.26 and27.
• Stage5206 associates a stack item with the plurality of stack items. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can associate a stack item with the plurality of stack elements, such as thestack item2600 with thestack elements2602,2604,2606,2608 and2610, as shown inFIGS.26 and27.
• Stage5208 aggregates stack elements to generate stack items. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can aggregate stack elements to generate stack items, such as the aggregation shown inFIG.26 or27.
• Stage5210 preeminently disposes the application element. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can preeminently dispose the application element, such as the preeminently disposedstack element2602, as shown inFIG.26 or27.
• FIG.53 is a flow diagram of anexample process5300 for automatically selecting and applying an interaction model to a stack item. Theprocess5300 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage5302 associates visualizations of system objects. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can associate the visualizations of system objects, such as the visualizations corresponding to thestack elements3002,3004,3006,3008 and3010, as shown inFIG.30.
• Stage5304 identifies one or more association characteristics of the associated visualizations. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can identify or more association characteristics of the associated visualizations, such as the number of stack elements shown inFIG.30.
• Stage5306 automatically selects an interaction model from a plurality of interaction models based on the identified one or more associated characteristics. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can automatically select an interaction model from a plurality of interaction models based on the identified one or more associated characteristics, such as selecting one of the interaction models shown inFIGS.30 and31.
• Stage5308 applies the selected interaction model to the associated visualizations. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can apply the selected interaction model to the associated visualizations, such as the fanning arrangement as shown inFIG.30.
• FIG.54 is a flow diagram of anotherexample process5400 for automatically selecting and applying an interaction model to a stack item. Theprocess5400 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage5402 identifies a quantity of visualizations in the stack association. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can identify a quantity of visualizations in the stack association, such as the quantity ofstack elements3102,3104,3106 and3108, as shown inFIG.31A.
• Stage5404 selects the interaction model from the plurality of interaction models based on the quantity. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can select the interaction model from the plurality of interaction models based on the quantity, such as the interaction model shown inFIG.31A.
• FIG.55 is a flow diagram of anotherexample process5500 for automatically selecting and applying an interaction model to a stack item. Theprocess4000 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage5502 identifies a type of stack element in the stack association. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can identify a type of stack element in the stack association, such as, for example, a document type.
• Stage5504 selects the interaction model from the plurality of interaction models based on the type. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can select the interaction model from the plurality of interaction models based on the type, such as, for example, an interaction model designed for the document type.
• FIG.56 is a flow diagram of anotherexample process5600 for automatically selecting and applying an interaction model to a stack item. Theprocess5600 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage5602 identifies a group association of stack elements in the stack association. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can identify a group association of stack elements in the stack association, such as the project association ofFIG.33A.
• Stage5604 selects the interaction model from the plurality of interaction models based on the group association. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can select the interaction model from the plurality of interaction models based on the group association, such as a multiple launch interaction model, a synchronization interaction model, or a reconciliation interaction model.
• FIG.57 is a flow diagram of anexample process5700 for generating a divet. Theprocess5700 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage5702 generates a visualization object receptacle disposed along a depth aspect. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate thevisualization object receptacle1802 ofFIG.19A.
• Stage5704 generates one or more visualization objects disposed within the visualization object receptacle. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate the one ormore visualization objects1804,1806,1808,1810,1812 and1814 ofFIG.19A.
• Stage5706 identifies an actionable state associated with one of the visualization objects. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can identify an actionable state, e.g., a system update availability, associated with thevisualization object1804 ofFIG.19A.
• Stage5708 generates a divet displayed proximate to the visualization object to indicate an actionable state associated with the visualization object. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate thedivet1902 ofFIG.19A.
• FIG.58 is a flow diagram of anexample process5800 for generating a divet contextual menu. Theprocess5800 can, for example, be implemented in a processing device, such as thesystem100 ofFIG.1, implementing user interface software and/or hardware, such as the example implementations described with respect toFIGS.2,5 and6.
• Stage5802 receives a selection of the divet. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can receive a selection, e.g., a mouse click, of thedivet1902 ofFIG.19A.
• Stage5804 generates a contextual menu proximate to the visualization object in response to receiving the selection divet. For example, thesystem100, implementing any one of the UI engines described inFIGS.2,5 and6, can generate thecontextual menu1910 ofFIG.19B.
• The apparatus, methods, flow diagrams, and structure block diagrams described in this patent document may be implemented in computer processing systems including program code comprising program instructions that are executable by the computer processing system. Other implementations may also be used. Additionally, the flow diagrams and structure block diagrams described in this patent document, which describe particular methods and/or corresponding acts in support of steps and corresponding functions in support of disclosed structural means, may also be utilized to implement corresponding software structures and algorithms, and equivalents thereof.
• This written description sets forth the best mode of the invention and provides examples to describe the invention and to enable a person of ordinary skill in the art to make and use the invention. This written description does not limit the invention to the precise terms set forth.
• Thus, while the invention has been described in detail with reference to the examples set forth above, those of ordinary skill in the art may effect alterations, modifications and variations to the examples without departing from the scope of the invention.

Claims (20)

What is claimed is:

1. A method comprising:

at an electronic device that is in communication with a display generation component and one or more input devices:

displaying, via the display generation component, a window at a first location in a three-dimensional environment over a virtual background;

detecting, via the one or more input devices, a first input directed to the window; and

in response to detecting the first input directed to the window, moving the window in the three-dimensional environment to a second location in the three-dimensional environment that does not overlap with the virtual background.

2. The method ofclaim 1, wherein the virtual background is a two-dimensional desktop environment.

3. The method ofclaim 1, wherein the virtual background includes visual content.

4. The method ofclaim 1, further comprising displaying a configuration menu including user-manipulable affordances for configurating presentation characteristics of the virtual background.

5. The method ofclaim 1, wherein the first input directed to the window includes an input dragging the window from the first location to the second location.

6. The method ofclaim 1, wherein the virtual background is displayed at a first depth, the first location is at the first depth, and the second location is at a second depth different than the first depth.

7. The method ofclaim 1, further comprising, while the window is at the second location, displaying a shadow of the window on the virtual background.

8. The method ofclaim 1, further comprising:

receiving a second input directed to the window; and

in response to detecting the second input directed to the window, moving the window in the three-dimensional environment to the first location over the virtual background.

9. A device comprising:

a display device;

a processing device coupled to the display device to:

display, via the display device, a window at a first location in a three-dimensional environment over a virtual background;

detect, via the one or more input devices, a first input directed to the window; and

in response to detecting the first input directed to the window, move the window in the three-dimensional environment to a second location in the three-dimensional environment that does not overlap with the virtual background.

10. The device ofclaim 9, wherein the virtual background is a two-dimensional desktop environment.

11. The device ofclaim 9, wherein the virtual background includes visual content.

12. The device ofclaim 9, further comprising displaying a configuration menu including user-manipulable affordances for configurating presentation characteristics of the virtual background.

13. The device ofclaim 9, wherein the first input directed to the window includes an input dragging the window from the first location to the second location.

14. The device ofclaim 9, wherein the virtual background is displayed at a first depth, the first location is at the first depth, and the second location is at a second depth different than the first depth.

15. The device ofclaim 9, wherein the processing device is further to, while the window is at the second location, display a shadow of the window on the virtual background.

16. The device ofclaim 9, wherein the processing device is further to:

receive a second input directed to the window; and

in response to detecting the second input directed to the window, move the window in the three-dimensional environment to the first location over the virtual background.

17. A non-transitory memory having instruction encoded thereon which, when executed by a processing device of a device including a display device causes the device to:

display, via the display device, a window at a first location in a three-dimensional environment over a virtual background;

detect, via the one or more input devices, a first input directed to the window; and

in response to detecting the first input directed to the window, move the window in the three-dimensional environment to a second location in the three-dimensional environment that does not overlap with the virtual background.

18. The non-transitory memory ofclaim 17, wherein the virtual background is a two-dimensional desktop environment.

19. The non-transitory memory ofclaim 17, wherein the instructions, when executed, further cause the device to display a configuration menu including user-manipulable affordances for configurating presentation characteristics of the virtual background.

20. The non-transitory memory ofclaim 17, wherein the virtual background is displayed at a first depth, the first location is at the first depth, and the second location is at a second depth different than the first depth.

Images