Many software programs these days display information on a screen using effective a multi-layered approach.
For example, a drawing package may have a central area which the software user can draw upon.
In a typical drawing package there are many drop down menus, tool bars, cursors or templates which effectively overlay the drawing on the screen. The reason for this is that there is only limited screen area available. Thus, for the user to be able to view the functions to be selected, some of the drawing space has to be borrowed for this.
Often, the user is placed in the undesirable position of having to move around the tool bars and menus if possible, or alternatively move the drawing (or whatever file the user is working on) so that the user can actually see parts of the drawing formerly obscured by the menus and so forth.
There is another related problem experienced by software users, particularly in relation to drawing packages, but not exclusively.
Often when compiling a drawing, it is necessary to compile the drawing using several layers of “objects”. A typical drawing function gives the user the ability to determine whether the object is viewed as being at the back of the picture or overlaying everything at the front of the picture. This can in some cases lead to the objects at the back of the picture being obscured by larger objects at the front of the picture. Thus, the user cannot readily select the object at the back of the picture with it being obscured.
This is understandably frustrating and can impede the user's ability to work efficiently, often requiring the user to move the front object so as to gain access to the back object.
This frustration is not limited to drawing packages. It can also be frustrating to not having ready access to the multiple levels in such diverse applications as geographical information system (GIS) programs, including medical models, instrumentation using browsers for the internet or game software, for example flight simulators.
All of the aforementioned packages have information on various levels with which the user would desire ready access to.
It is an object of the present invention to address the foregoing problems or at least to provide the public with a useful choice.
Further aspects and advantages of the present invention will become apparent from the ensuing description which is given by way of example only.
According to one aspect of the present invention there is provided a method for creating a visual effect in the display of software wherein the software is for the presentation of data or images on a screen using software functions, the method characterized by the steps of: a) assigning a particular screen designation code to some software components; and b) assigning other screen designation code to other components of the software, wherein the screen designation code determines which physical screen the image or software components is displayed in a multi-level screen display.
In further embodiments of the invention, the software components being assigned a particular screen designation code all relate to images being manipulated. However this should not be seen as limiting. The image being manipulated can mean the manipulation of any image, whether the image is in text format, numbers, graphical or otherwise.
For example, the present invention can be used in relation to software for word processing, drawing, financial and scientific information, flight simulators, internet browsers, spreadsheets, slot machines, instrumentation, medical programs, mapping programs, games and the like.
In some embodiments of the present invention certain software components may be reference data of lesser importance than other data. This, is the data of greater importance may be assigned to the front screen where as data of lesser importance may be placed on background or midground screen. In preferred embodiments if there is an image on the screen which is being manipulated via software functions—even if it is a game scene “being traveled through”—it has a particular screen designation separate to other functions.
It is envisaged that in most cases, the other components of software are standard features which come with the software program. For example, screen template, drop down menus, function keys, cursors, tool bars, head-up displays and the like. However, in some embodiments of the present invention, the different components of the image may be assigned a separate designation code, for example an object which is laid over part of the image.
In some embodiments of the present invention, the method can be applied to existing software, for example Microsoft Word™, Microsoft Powerpoint™, Adobe Photoshop™, MacroMedia Director™ and so forth. However, in other embodiments of the present invention there may be created software which uses the principles behind the present invention.
The screen designation code is merely a code that identifies which physical screen the image or software component is displayed upon.
The inventors of the present invention also invented a multi-level screen display and this is described in detail in PCT Application Nos. PCT/NZ98/00098 and PCT/NZ99/00021.
This is a device which is created by combining multiple layers of selectively transparent screens. Each screen is capable of showing an image. In preferred embodiments, the screen layers are liquid crystal displays. Preferably the screens are aligned parallel to each other with a preset distance between them.
With this invention, images displayed on the screen furthest from the view (background screen), will appear at some depth behind the images displayed on the screen closest to the viewer (foreground screen). The transparent portions on the foreground screen will allow viewers to see images displayed on the background screen.
This arrangement of layering multiple screens allows images to be presented at multiple levels giving the viewer true depth without use of glass or lens.
The present invention shall now refer to use with a multi-level screen as described above although this should not be seen as limiting.
It should be appreciated that although reference shall be made throughout this specification now to only background and foreground screens, other aspects of the present invention may utilize more than two screens. For example, with drawing packages all of the readily useable software functions may be on the foreground while various layers of the drawing may be on the multiple screens behind the foreground screen.
With the present invention, a screen designation code may be used to place all of the standard software functions, templates, tool bars and the like on the foreground screen. However, the image being worked upon may be placed on the background screen. This arrangement allows the user of the software to effectively look behind the foreground components to view the image being manipulated.
This ability may be enhanced if the traditional opaque background to the functions has varying shades of transparency. This feature may be imparted by a version of software in accordance with the present invention.
Thus, there is now no requirement for the user to move around on screen various toolbars and the like so as to get a full view of the image.
Further, if the package is for example, a drawing package, the foreground and background components may actually be on different screens, again allowing the viewer to view and possibly select the drawing components without one obscuring the other.
To allow the drawings components to be readily and/or manipulated, the components themselves may have different transparencies. Further, the traditional white palette may be fully transparent.
There are a number of methods by which the present invention can be implemented.
In some embodiments of the present invention it may be that existing software is coded to identify screen functions which are normally “always on top” or “always at back”. If this is the case, one embodiment of the present invention will be an interface that identifies the coding on existing software with these identifiers and assign the various software components (e.g. a toolbar) to the appropriate foreground or background screen.
The interface maybe a patch for existing software, a display driver, a library file or a new front end for multiple existing software packages or a completely new operating system. Instead of software, graphic cards may be used to divide the images appropriately. This will increase the speed of operation considerably.
Further aspects of the present inventions provide a media which can contain instructions for the operation of method as described.
The background fill of “always on top” functions can be made fully or partially transparent by the present invention.
With existing software that does not have such coding, it may be necessary to implement the present invention by having customized software in which the software developer specifies the software routines which cause the appropriate components and images to go on the appropriate screens.
Other aspects of the present invention include not just interface programs which enable existing software to be used on multi-level displays, but original software programs which likewise utilize the concept of having a screen for the file or image being worked upon and other screens for more standard software functions, templates and the like.
There is software available which can be used with multiple monitors placed side by side. This software has screen designation codes as such, in that the x-axis coordinate determines on which of the monitors the information is to be displayed. It is envisaged that this software could be used in the present invention with a code which normally would assign an image to a particular monitor will now assign that image or data pixel to one of the screens in a multi-level display.
Other aspects of the present invention include an operating system which incorporates the principles of the present invention as previously described and also a web browser which also incorporates the principles as previously described.
It can be seen that the present invention adds a new dimension, literally and figuratively to existing software and potential for new software.
The present invention is illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings and in which like reference numerals refer to similar elements.
With respect to
On this display there is an external template (1), two toolbars (2, 3), a drop down menu (4) and an image to be manipulated (5) on a palette (6).
It can be seen that the toolbars (2, 3) and drop down menu (4) obscure the image (5) and palette (6).
With the present invention, the common components of the software can be placed on the foreground screen of a multi-level screen display as illustrated in
Instead, the image (5) is displayed on a background screen as illustrated in
The separation of the image (5) from the standard software components (1, 2, 3 and 4) is achieved by the present invention assigning screen designation codes to each of these which determine whether they are placed on the foreground or background screen. Again, it should be appreciated that there may be more than two screens and these components can be placed on any of these.
Not illustrated is the effect of having the foreground screen over the background screen as this is a 3-dimensional effect difficult to show. However, as the foreground screen is a physical distance from the background screen and transparent in places to respect to the background screen, it is possible for the user to look around and behind the tool bars and drop down menu to view the image on the background screen.
Aspects of the present invention have been described by way of example only and it should be appreciated that modifications and additions may be made thereto without departing from the scope of the appended claims.
Number | Date | Country | Kind |
---|---|---|---|
337334 | Aug 1999 | NZ | national |
PCT/NZ00/00161 | Aug 2000 | NZ | national |
The present application is a continuation of U.S. patent application Ser. No. 10/048,966, filed Feb. 6, 2002, naming Gabriel Engel and Pita Witehira as inventors, assigned to the assignee of the present invention, and having attorney docket number PURE-P003, which claims the benefit of International Application Number PCT/NZ00/00161, filed Aug. 18, 2000, which claims the benefit of New Zealand Patent Number 337334, filed Aug. 19, 1999. Each of these applications is incorporated herein by reference in their entirety and for all purposes.
Number | Date | Country | |
---|---|---|---|
Parent | 10048966 | Feb 2002 | US |
Child | 12606887 | US |